Subversion Repositories SvarDOS

Rev

Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
1986 21 d 7 h mateusz.viste /svarcom/trunk/ error message about loading command.com is properly displayed even if kernel destroys DX + COMSPECPTR lookup fix  
1881 34 d 14 h mateusz.viste /svarcom/trunk/ int24h messages are translatable  
1875 35 d 13 h mateusz.viste /svarcom/trunk/ another micro optimization from ECM (saves 1 byte)  
1874 35 d 14 h mateusz.viste /svarcom/trunk/ two micro optimizations suggested by ECM (saves 5 bytes)  
1873 35 d 14 h mateusz.viste /svarcom/trunk/ micro optimization - load DS right from memory  
1872 35 d 14 h mateusz.viste /svarcom/trunk/ int 24h handler relies on the JFT pointer in the PSP instead of targetting the legacy 0x18 location of the PSP (kindly suggested by ECM)  
1871 35 d 15 h mateusz.viste /svarcom/trunk/ fixed a stupid bug that was masked by EDR for some reason. thanks to ECM for spotting this!  
1870 35 d 16 h mateusz.viste /svarcom/trunk/ optimized the number of memory accesses when saving/restoring stdin+stdout from within the int 24h handler  
1869 35 d 16 h mateusz.viste /svarcom/trunk/ take care to set stdin and stdout to stderr during the int 24h handler (and restore them later) -- thanks ECM for the hint  
1868 35 d 19 h mateusz.viste /svarcom/trunk/ int 24h handler takes care to restore registers, according to microsoft this is necessary for ignore and retry actions  
1867 36 d 13 h mateusz.viste /svarcom/trunk/ removed a spurious string from display when int24h aborts the ongoing process  
1866 36 d 13 h mateusz.viste /svarcom/trunk/ added the Abort, Retry, Ignore, Fail query to the int 24h handler  
1864 37 d 12 h mateusz.viste /svarcom/trunk/ int 24h handler displays a nicer message on disk errors  
1863 37 d 12 h mateusz.viste /svarcom/trunk/ SvarCOM provides its own INT 24h handler  
1853 40 d 15 h mateusz.viste /svarcom/trunk/ waiting for a keypress after command.com failed to respawn relies on INT 21h,AH=7 instead of AH=8 for CTRL+C immunity  
1851 40 d 15 h mateusz.viste /svarcom/trunk/ when COMMAND.COM respawn fails, the exact path that was tried is displayed  
1849 41 d 11 h mateusz.viste /svarcom/trunk/ comment fix  
1846 41 d 14 h mateusz.viste /svarcom/trunk/ added a CTRL+C flag  
1730 216 d 3 h mateusz.viste /svarcom/trunk/ implemented the internal LOADHIGH command  
1713 220 d 8 h bttr /svarcom/trunk/ fixed several SvarCOM COMSPEC typos  
1593 305 d 4 h mateusz.viste /svarcom/trunk/ using faster cmp instead of or  
1178 590 d 4 h mateusz.viste / updated svarcom with BR lang (translations contributed by Luzemario Dantes)  
987 933 d 19 h mateusz.viste /svarcom/trunk/ improved stack overflow protection so it is allows stack overflow as long as it does not touches actual data  
983 934 d 7 h mateusz.viste /svarcom/trunk/ smart stack overflow detection: damages only the commandline history and degrades gracefully  
580 960 d 7 h mateuszviste /svarcom/trunk/ bumped versions and copyright dates  
576 960 d 9 h mateuszviste /svarcom/trunk/ temporary pipe files are deleted once used  
548 987 d 11 h mateuszviste /svarcom/trunk/ stdin/stdout files are stored in separate rmod buffers to avoid overflows and simplify code, also added extra memory guards  
547 987 d 16 h mateuszviste /svarcom/trunk/ typo fix in comment  
543 1021 d 4 h mateuszviste /svarcom/trunk/ piping support  
537 1027 d 5 h mateuszviste /svarcom/trunk/ added break handler  
529 1028 d 9 h mateuszviste /svarcom/trunk/ last exit code is stored as a single byte, no reason to waste a word  
520 1030 d 4 h mateuszviste /svarcom/trunk/ fixed >> redirections  
519 1030 d 5 h mateuszviste /svarcom/trunk/ reverting a redirection closes the previous handle (fixed handle leak)  
517 1030 d 7 h mateuszviste /svarcom/trunk/ rmod performs redirections before running programs  
490 1033 d 11 h mateuszviste /svarcom/trunk/ memguard implementation to detect some common cases of buffer overflows  
465 1036 d 6 h mateuszviste /svarcom/trunk/ rmod stacking is possible (multiple command.com instances) + minor optimizations  
463 1036 d 10 h mateuszviste /svarcom/trunk/ reload registers after any app is executed  
461 1037 d 4 h mateuszviste /svarcom/trunk/ rmod executes applications now  
460 1037 d 5 h mateuszviste /svarcom/trunk/ prepared rmod for execution of non-command.com applications  
459 1037 d 6 h mateuszviste /svarcom/trunk/ rmod has a PSP now