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/
@ 1724
– Rev 1915
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
1915
4 d 13 h
mateusz.viste
/svarcom/tags/svarcom-2024.5/
frozen 2024.5
1914
4 d 13 h
mateusz.viste
/svarcom/trunk/
pre-release
1907
4 d 15 h
mateusz.viste
/svarcom/trunk/
bumped version string
1906
4 d 15 h
mateusz.viste
/svarcom/trunk/
Fixed resetting the EDR kernel environment segment after fetching it
1900
5 d 0 h
mateusz.viste
/svarcom/tags/svarcom-2024.4/
frozen svarcom 2024.4 to tags
1899
5 d 0 h
mateusz.viste
/svarcom/trunk/
added date to changelog and copying only user documentation to the release SVP
1887
5 d 6 h
mateusz.viste
/svarcom/trunk/lang/
KRITISCH FEHLER -> KRIT. FEHLER (because 15 bytes limit)
1886
5 d 19 h
mateusz.viste
/svarcom/trunk/lang/
shortened one int 24h message so it fits the 15 bytes limit
1884
5 d 22 h
bernd.boeckmann
/svarcom/trunk/lang/
update german SvarCOM translation
1881
6 d 0 h
mateusz.viste
/svarcom/trunk/
int24h messages are translatable
1877
6 d 21 h
mateusz.viste
/svarcom/trunk/
dropped origenvseg from rmod + copying the initial (kernel) environment, if found
1876
6 d 21 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
6 d 23 h
mateusz.viste
/svarcom/trunk/
another micro optimization from ECM (saves 1 byte)
1874
7 d 0 h
mateusz.viste
/svarcom/trunk/
two micro optimizations suggested by ECM (saves 5 bytes)
1873
7 d 0 h
mateusz.viste
/svarcom/trunk/
micro optimization - load DS right from memory
1872
7 d 0 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
7 d 1 h
mateusz.viste
/svarcom/trunk/
fixed a stupid bug that was masked by EDR for some reason. thanks to ECM for spotting this!
1870
7 d 2 h
mateusz.viste
/svarcom/trunk/
optimized the number of memory accesses when saving/restoring stdin+stdout from within the int 24h handler
1869
7 d 2 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
7 d 5 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
7 d 23 h
mateusz.viste
/svarcom/trunk/
removed a spurious string from display when int24h aborts the ongoing process
1866
7 d 23 h
mateusz.viste
/svarcom/trunk/
added the Abort, Retry, Ignore, Fail query to the int 24h handler
1865
7 d 23 h
mateusz.viste
/svarcom/trunk/
dosgetcurdir returns an empty path on failure (useful when current drive is an unformatted floppy)
1864
8 d 22 h
mateusz.viste
/svarcom/trunk/
int 24h handler displays a nicer message on disk errors
1863
8 d 22 h
mateusz.viste
/svarcom/trunk/
SvarCOM provides its own INT 24h handler
1862
9 d 0 h
mateusz.viste
/svarcom/trunk/
slightly more tolerance towards segment of initial DR-DOS environment (anything at AND BELOW seg 0x60 is fine)
1861
9 d 17 h
mateusz.viste
/svarcom/trunk/
EDR-DOS kernel ("config") environment is used as the initial (master) env
1860
11 d 22 h
mateusz.viste
/svarcom/trunk/
typo fix
1859
11 d 22 h
mateusz.viste
/svarcom/trunk/
CTRL+C can abort the ongoing batch files or for loop
1858
11 d 23 h
mateusz.viste
/svarcom/trunk/
removed freecom doc
1857
11 d 23 h
mateusz.viste
/svarcom/trunk/
minor code reorganisation
1856
11 d 23 h
mateusz.viste
/svarcom/trunk/
improved comment
1855
11 d 23 h
mateusz.viste
/svarcom/trunk/
removed unused static var
1854
11 d 23 h
mateusz.viste
/svarcom/trunk/
replaced the dedicated ctrlcflag pointer by a more generic pointer to RMOD
1853
12 d 1 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
1852
12 d 1 h
mateusz.viste
/svarcom/trunk/
moved rmod_updatecomspecptr() into the main loop in case user changes the environment
1851
12 d 2 h
mateusz.viste
/svarcom/trunk/
when COMMAND.COM respawn fails, the exact path that was tried is displayed
1850
12 d 17 h
mateusz.viste
/svarcom/trunk/
lsm version bump
1849
12 d 21 h
mateusz.viste
/svarcom/trunk/
comment fix
1848
12 d 21 h
mateusz.viste
/svarcom/trunk/
update COMSPEC as early as possible to make sure RMOD is up to date even if SvarCOM terminates abnormally (eg. CTRL+C)