Hi,

On Fri, Mar 13, 2015 at 10:52 AM, Eric Auer <e.a...@jpberlin.de> wrote:
>
>> This is my number one request for FreeDOS 1.2/2/0.
>>
>> Can we PLEASE increase the FreeDOS edit capacity to at least match the
>> capacity MS-DOS edit? I get so aggravated trying to open included .txt files
>> with various DOS programs only to find that the file exceeds the capacity of
>> FreeDOS edit.

While it's not impossible for an 8086 text editor to edit larger
files, most developers either don't know how or don't care enough. (Be
glad it's 64 kb. Some editors [e.g. e3-16] are 32 kb!!!) I could try
to point you to a dozen others, but I don't know how easy they are to
rebuild (if at all).

> But what IS the maximum file size in MS DOS EDIT?

Dunno. Unless it swaps to disk, it's probably much less than 640 kb,
obviously. Unless it uses "raw" or EMS or XMS (or DPMI?), which I
doubt.

Years ago, "Mateusz" made his own "Saucy Editor" in a similar style to
MS EDIT, if you want to try it. IIRC, it's compiled by FreeBASIC, thus
DJGPP-based (like most other semi-current DOS editors). Though it's
not really "maintained" anymore, apparently.

http://sourceforge.net/projects/msedit/files/msedit/v0.11/msedit_v011.zip/download

> I just tried with FreeDOS EDIT while I had 626 kB
> DOS memory free: The limit per file seems to be
> exactly 64000 bytes, but you can open several of
> those as long as you have enough memory.

Yes, that's another feature: being able to open several different
files. Obviously such a single size limit can be inconvenient if your
files are really big (which is why I don't personally use FD EDIT at
all), but it's not a bad editor. Keep in mind that the "easy" solution
is to port it to 386+ (DPMI etc.), which has already been suggested to
the maintainer, but he hasn't had the interest (and, most importantly,
not nearly enough time) to do it lately (AFAIK).

> Of course there are many other editors in our distro which
> you can use as alternative editors at any time:
>
> http://www.freedos.org/software/?cat=edit

Blocek is 32-bit (FPC, GO32V2, DPMI). Freemacs is 16-bit (TASM), also
(IIRC) limited to 64 kb per file. OSPEDIT had several different
compiles, but I can't remember the details.

The rest are compiled by DJGPP (32-bit DPMI) with maybe a limited
16-bit version on the side. Normally DJGPP-compiled apps have no
trouble editing files of dozens of MB. I use TDE (specifically, TDEP)
all the time without issue, but I don't obviously do a lot with GBs.
But for average use, it works fine.

The problem with other editors is that they are unfamiliar and not
feature-complete, compared to "standard" MS EDIT. Obviously,
compatibility was considered a high priority.

> For example SETEDIT and TDE let you edit files which
> are several megabytes big and Blocek and Mined even
> support Unicode!

Blocek is graphical and requires a mouse (IIRC) unlike Mined. (I'm not
complaining, just sayin'!)   ;-)

> Also, SETEDIT and TDE look similar
> enough to MS DOS EDIT, so you can enjoy them all :-)

Hmmm, well, they have menus, but otherwise aren't so similar. (AFAIK)
SETEDIT was the basis for RHIDE. But neither of them have been updated
in years. Actually, neither has TDE (still stuck to unreleased 5.2
beta with bugs, last I heard).

> (Rugxulo: Please mirror blocek 1.4b, small fix :-))

This is the first I've heard of it. (I think I'll split that into a
separate reply.)

> So why so many editors? FreeDOS EDIT works on 8086,
> if you can find any of those in your museum. It is
> also a demo use for a nice user interface toolkit,
> which you could also use to program other tools. It
> has a calendar and an ASCII table. Just a nice small
> multi-file text editor as default FreeDOS editor :-)

Yes, Aitor's port of D-Flat was important to him to separate out. I
never looked too closely, though. Not a lot happening with it lately.

> With TDE, SETEDIT or the Unicode editors, you get a
> lot more power. They work on any 386 or newer PC, in
> the Unicode case any 386 with VGA or better graphics.

Of course you can also use any editor to edit text and just "convert"
it later to Unicode (presumably  UTF-8). Though Mined is pretty darn
cool (as is GNU Emacs), so it's very nice to have such choices. I just
sadly don't write enough i18n stuff to need it that much.

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to