Subversion Repositories SvarDOS

Rev

Go to most recent revision | Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
1735 95 d 22 h bttr /svarcom/trunk/lang/ added LH / LOADHIGH to DE translation  
1734 95 d 22 h bttr /svarcom/trunk/lang/ added LH synonym to EN and PL language files  
1733 96 d 8 h mateusz.viste /svarcom/trunk/ added mention about rr implication in the DN bug debugging  
1732 96 d 22 h mateusz.viste /svarcom/trunk/ SET command: failure to update an env variable does not delete the variable  
1731 97 d 3 h mateusz.viste /svarcom/trunk/ refactored env setting for clearer code layout  
1730 97 d 18 h mateusz.viste /svarcom/trunk/ implemented the internal LOADHIGH command  
1729 98 d 9 h mateusz.viste /svarcom/trunk/cmd/ simplified IF processing to drop dependency on strstr()  
1728 98 d 18 h mateusz.viste /svarcom/trunk/ bumped LSM version and fixed a date in history.txt  
1727 98 d 19 h mateusz.viste /svarcom/trunk/cmd/ fixed a nasty regression causing vol overwriting a buffer used by DIR  
1726 98 d 19 h mateusz.viste /svarcom/trunk/cmd/ recognizing (supporting) the DIR/O:xxx syntax  
1725 98 d 20 h mateusz.viste /svarcom/trunk/ DIRCMD support  
1724 98 d 21 h mateusz.viste /svarcom/trunk/cmd/ dir: refactored cmdline argv processing into a specialized function for easier maintenance  
1723 98 d 21 h bttr /svarcom/trunk/ minor cleanup of SvarCOM makefile  
1722 98 d 21 h bttr /svarcom/trunk/ typo in SvarCOM makefile  
1721 99 d 8 h mateusz.viste /svarcom/trunk/cmd/ DIR/O means the same as DIR/OGN  
1720 99 d 8 h mateusz.viste /svarcom/trunk/cmd/ DIR/-O negation is properly understood  
1719 99 d 18 h mateusz.viste /svarcom/trunk/ DIR/O[gnesd-] support  
1717 100 d 5 h mateusz.viste /svarcom/trunk/cmd/ dir: reorganized buffer management for easier maintenance  
1716 100 d 19 h mateusz.viste /svarcom/trunk/ DIR/O support -- preliminary design (without actual sorting yet)  
1715 101 d 5 h mateusz.viste /svarcom/trunk/ it is unwise to assume a cmdline is always CR-terminated, there are at least a few cases where it is not... make sure cmdline is at most 126 bytes long and terminate it properly (and trim trailing CRs, if any)  

Show All