DOS ain't dead

DOS386

01.05.2008, 04:54

S (DOSX)

http://japheth.de/S/S.html

Japheth wrote:

> 03/02/2008, V2.12: stack size reduced to 16 kB.

Great :-)

A few minor things that could get fixed at next occasion when reducing the stack, upgrading the stub, or adjusting for JAWASM:

- Display always exact position in file, line number only additionally only in text mode
- Search next doesn't work the first time, and is incompletely documented in built-in help

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Japheth

Germany (South),
11.05.2008, 20:26

@ DOS386

S

Post reply

> A few minor things that could get fixed at next occasion when reducing the
> stack, upgrading the stub, or adjusting for JAWASM:
>
> - Display always exact position in file, line number only additionally
> only in text mode
> - Search next doesn't work the first time, and is incompletely documented
> in built-in help

Thanks for the hint and bug report! However, the stack has almost reached the minimum, the stub is probably final and it's written in a bad mix of C++ and ASM.

---
MS-DOS forever!

DOS386

31.05.2008, 03:08

@ Japheth

S

Post reply

> the stub is probably final

:confused: Anyway, FD EMM386 2.02 also was "final" some years ago :-D

> and it's written in a bad mix of C++ and ASM

Oops ... had thought it would be ASM only :-|

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

DOS386

15.07.2008, 09:59

@ DOS386

S 2.13

Post reply

http://japheth.de/S/S.html

Japheth wrote:

07/04/2008, V2.13: bugfix: the DOS binary might have caused a GPF if the last line was edited and then "view" mode was reentered.

Not only then ... I also had noticed this bug but too late to report :crying:

But there are more:

1. BUG: (see shot)
2. enh: Allow to enter position in HEX or DEC or LINE (text mode) or "%" of total
3. enh: Display limits / file size when asking for position
4. BUG: If file specified in commandline doesn't for into memory, S reports "file not found"
5. BUG: When loading a file interactively, it reports correctly about memory, but then the not loaded file can be "edited "and saved back, having a garbage name preset

[image]

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Japheth

Germany (South),
16.07.2008, 13:19

@ DOS386

S 2.14

Post reply

> http://japheth.de/S/S.html
>
> Japheth wrote:
>
> 1. BUG: (see shot)

What's the bug? The German text? Fixed in 2.14.

> 4. BUG: If file specified in commandline doesn't for into memory, S
> reports "file not found"

Fixed in 2.14.

> 5. BUG: When loading a file interactively, it reports correctly about
> memory, but then the not loaded file can be "edited "and saved back,
> having a garbage name preset

That's supposed to be a feature, IIRC.

http://www.japheth.de/S/S.html

---
MS-DOS forever!

DOS386

18.02.2011, 07:56

@ Japheth

[BUG] S - search

Post reply

( oooops, bumping a 3 years old thread )

> That's supposed to be a feature, IIRC. http://www.japheth.de/S/S.html

There is one more:

- Search sometimes fails to find a match despite it is in there (HEX mode) - some super-fast searching algo ???

BTW, TotalCommander's Lister has the very same BUG, and FreeBASIC used to have this BUG too :clap:

XVI32 (non-DOS) does NOT have this bug and finds my match finally.

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***