Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!orion!supat From: supat@orion (Supat) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: Editor that can handle BIG files wanted ... Message-ID: Date: 30 Jun 91 15:15:08 GMT References: <6551@mindlink.bc.ca> Sender: usenet@ux1.cso.uiuc.edu (News) Organization: University of Illinois at Urbana Lines: 32 Jordan_Melville@mindlink.bc.ca (Jordan Melville) writes: >In article <51460@ut-emx.uucp>, dougmc@ccwf.cc.utexas.edu (Doug McLaren) wrote: >> I'm looking for an editor that can handle huge text files (like over > a meg) >Naturally, the file would have to be kept at least part on > disk or >extended/expanded memory. QEdit is wonderful, but can only > go up to about >500k. [...] ============ there exist editors that can handle >1mb w/o virtual memory. ============== >I sincerely doubt you'll find any editors out there which will support such a >function in the public domain/shareware market. In fact, the only one which >I've managed to find is WordPerfect (anything but PD/SW). Probably the best >thing for you to do would be to get ahold of a program which will chop the >large file into smaller, managable chunks (I use "CHOP31.ZIP" myself - a great >program) and then, after editing them, simply copy them back together. ========== Sometimes, it need big memory for text file. It is not necessary to chop the file. Supat. ============ >Jordan. >-- >----------------------------------------------------------------------- >------- >Jordan C. Melville Voice: (604) 943-7155 >Vancouver, BC BBS: (604) 943-3503 (2400baud) >UUCP: a516@mindlink.UUCP >"So let's make our own movies like Spike Lee, 'cause the roles bein' >offered don't strike me, as nothing the black man can use to learn, >BURN HOLLYWOOD, BURN" - Public Enemy "Burn Hollywood Burn"