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 |
> 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 |
> the stub is probably final
Anyway, FD EMM386 2.02 also was "final" some years ago 
> 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 |
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 
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]](img/uploaded/image30.png) --- 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 |
> 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 |
( 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 
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 *** |