Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

about to fix the "final" doslfn bug (Announce)

posted by Richard, 13.04.2022, 16:56
(edited by Richard on 14.04.2022, 02:25)

>
>
> I've updated
> RDRVSX32
> (remember that? :) ) to search the parent environment for DL=?
> and replace the ? with the first assigned drive letter. If
> there's no problems with that I'll update the SHSU programs to use it.


It may be the wrong reply to respond to, but...


Although I should really be testing in a "bare-bones" CONFIG.SYS/AUTOEXEC.BAT (as per Tom's suggestion) - I was eager to apply SMARTDRV to my "real life" (???) testing and so temporarily swapped back to FDCONFIG.sys/FDAUTO.BAT.

Once the SMARTDRV cache was preloaded from the same DIR command, on the second time when displayed a folder of some ~500 items, the display lines "whizzed by" - it seemed to only take about 2 secs. When on third DIR but with > NUL, it was practically instantaneous. ALL THIS for doslfnMS (-c variant) and the LFN's shown.


HOWEVER, on running 1.bat, get error message (after successfully displaying doslfnMS timings)


Invalid opcode at 252f 32b0 0002 0462 0075 e02b 008c 53f1 36f6 0007 32b06680 0a44



On investigating further, when ever I have doslfnMS enabled and I do doslfnMS u, get the message

Another TSR grabbed Int 21 and/or Int 2F

I wonder if my screen capture programs are responsible.

The system is still responsive, but it appears the uninstall worked as no more LFN with DIR.



HOWEVER, when I now doslfn (latest -c variant) (note all these steps in sequence are in 1.bat which is for 1st level sub-directory on USB D:\ Fat 32), the output is...


DOSLFN 0.41f (....):enabled
Last error:94 - inDOS bayra ...kullanimini SIFIRLA
Invalid Opcode at 1f7e 32b0 0287 0000 01ce fff8 ff67 0002 df8d 0001 ea93 0002 eaa9
Cannot terminate permanent FreeCOM instance
System halted ... reboot or power off now


That error message (:94) is the same as per post (09.04.2022 01:11 ServerTime + 0)



Apart from the error messages/lockups - without yet doing timing comparisons - using SMARTDRV made a noticeable improvement in speed (it even looked like as if a 4x speed improvement for a 128Mbyte file - but made a 4 GiB file transfer (USB --> SXMS FAT32) much worse than before. I might have to experiment with element/buffer sizes (going for multi KB sizes may not be optimal for my system).

Still yet to try out RT.






EDIT Above results with doslfnMS then SMARTDRV - will also try order swapped

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22632 Postings in 2109 Threads, 402 registered users, 338 users online (0 registered, 338 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum