SvarDOS
SvarDOS Packages
BlueGrey
calm
Elegant
Català-Valencià – Catalan
中文 – Chinese (Simplified)
中文 – Chinese (Traditional)
Česky – Czech
Dansk – Danish
Nederlands – Dutch
English – English
Suomi – Finnish
Français – French
Deutsch – German
עברית – Hebrew
हिंदी – Hindi
Magyar – Hungarian
Bahasa Indonesia – Indonesian
Italiano – Italian
日本語 – Japanese
한국어 – Korean
Македонски – Macedonian
मराठी – Marathi
Norsk – Norwegian
Polski – Polish
Português – Portuguese
Português – Portuguese (Brazil)
Русский – Russian
Slovenčina – Slovak
Slovenščina – Slovenian
Español – Spanish
Svenska – Swedish
Türkçe – Turkish
Українська – Ukrainian
Oëzbekcha – Uzbek
Subversion Repositories
SvarDOS
(root)
/
/
svarcom/
– Rev 1997
Rev
Show changed files
|
Details
|
Compare with Previous
|
Blame
|
RSS feed
Filtering Options
From rev
To rev
Max revs
Search history for
Show All
Clear current filter
Rev
Age
Author
Path
Log message
Diff
1997
6 d 17 h
mateusz.viste
/svarcom/trunk/
batch execution in step-by-step mode accepts the RETURN key as "Yes"
1992
9 d 2 h
mateusz.viste
/svarcom/trunk/
COPY returns "insufficient disk space" on write error (was: "insuff. mem")
1991
12 d 16 h
mateusz.viste
/svarcom/trunk/cmd/
a few comment words about columns width in DIR wide (/W) mode so I am not tempted to fiddle with them again
1989
14 d 17 h
mateusz.viste
/svarcom/trunk/
doc update
1988
14 d 18 h
mateusz.viste
/svarcom/trunk/
moved the "DOSDIR not defined" message to when user executed the ln command (it is no longer displayed at every command)
1987
14 d 18 h
mateusz.viste
/svarcom/trunk/
bumped rmod version since offsets changed
1986
14 d 18 h
mateusz.viste
/svarcom/trunk/
error message about loading command.com is properly displayed even if kernel destroys DX + COMSPECPTR lookup fix
1985
14 d 18 h
mateusz.viste
/svarcom/trunk/
fixed env parsing so it handles an empty environment properly
1960
20 d 1 h
mateusz.viste
/svarcom/trunk/
fixed displaying the DIR size of files larger than 100M
1954
21 d 2 h
mateusz.viste
/svarcom/trunk/
moved a few rmod init routines to a common asm block
1952
21 d 18 h
mateusz.viste
/svarcom/trunk/
moved debug output so it shows what it is supposed to show
1915
26 d 15 h
mateusz.viste
/svarcom/tags/svarcom-2024.5/
frozen 2024.5
1914
26 d 15 h
mateusz.viste
/svarcom/trunk/
pre-release
1907
26 d 16 h
mateusz.viste
/svarcom/trunk/
bumped version string
1906
26 d 16 h
mateusz.viste
/svarcom/trunk/
Fixed resetting the EDR kernel environment segment after fetching it
1900
27 d 2 h
mateusz.viste
/svarcom/tags/svarcom-2024.4/
frozen svarcom 2024.4 to tags
1899
27 d 2 h
mateusz.viste
/svarcom/trunk/
added date to changelog and copying only user documentation to the release SVP
1887
27 d 8 h
mateusz.viste
/svarcom/trunk/lang/
KRITISCH FEHLER -> KRIT. FEHLER (because 15 bytes limit)
1886
27 d 20 h
mateusz.viste
/svarcom/trunk/lang/
shortened one int 24h message so it fits the 15 bytes limit
1884
28 d 0 h
bernd.boeckmann
/svarcom/trunk/lang/
update german SvarCOM translation
1881
28 d 1 h
mateusz.viste
/svarcom/trunk/
int24h messages are translatable
1877
28 d 23 h
mateusz.viste
/svarcom/trunk/
dropped origenvseg from rmod + copying the initial (kernel) environment, if found
1876
28 d 23 h
mateusz.viste
/svarcom/trunk/
no need to check the original envseg to determine whether or not it is ok to quit - looking at the /P flag is enough
1875
29 d 1 h
mateusz.viste
/svarcom/trunk/
another micro optimization from ECM (saves 1 byte)
1874
29 d 1 h
mateusz.viste
/svarcom/trunk/
two micro optimizations suggested by ECM (saves 5 bytes)
1873
29 d 2 h
mateusz.viste
/svarcom/trunk/
micro optimization - load DS right from memory
1872
29 d 2 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
29 d 3 h
mateusz.viste
/svarcom/trunk/
fixed a stupid bug that was masked by EDR for some reason. thanks to ECM for spotting this!
1870
29 d 4 h
mateusz.viste
/svarcom/trunk/
optimized the number of memory accesses when saving/restoring stdin+stdout from within the int 24h handler
1869
29 d 4 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
29 d 7 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
30 d 1 h
mateusz.viste
/svarcom/trunk/
removed a spurious string from display when int24h aborts the ongoing process
1866
30 d 1 h
mateusz.viste
/svarcom/trunk/
added the Abort, Retry, Ignore, Fail query to the int 24h handler
1865
30 d 1 h
mateusz.viste
/svarcom/trunk/
dosgetcurdir returns an empty path on failure (useful when current drive is an unformatted floppy)
1864
30 d 23 h
mateusz.viste
/svarcom/trunk/
int 24h handler displays a nicer message on disk errors
1863
31 d 0 h
mateusz.viste
/svarcom/trunk/
SvarCOM provides its own INT 24h handler
1862
31 d 1 h
mateusz.viste
/svarcom/trunk/
slightly more tolerance towards segment of initial DR-DOS environment (anything at AND BELOW seg 0x60 is fine)
1861
31 d 19 h
mateusz.viste
/svarcom/trunk/
EDR-DOS kernel ("config") environment is used as the initial (master) env
1860
34 d 0 h
mateusz.viste
/svarcom/trunk/
typo fix
1859
34 d 0 h
mateusz.viste
/svarcom/trunk/
CTRL+C can abort the ongoing batch files or for loop