Re: [Freedos-user] FreeDOS diskette cache
Hi guys, >> Typical error occurs following format: >> Drive_IO(WRITE 9, count 1 ) [FAT12/16] [drive A:] >> >> Critical error during DOS disk access >> DOS driver error (hex) : 08 >>Description: sector not found >> Progam terminated. >> [Error 136] >> C:\> If the floppy was not formatted before and you do not want to rely on automatic detection of that, you may want to explicitly request low level formatting with FORMAT A: /U See also FORMAT /z:longhelp for various other hints. Cheers, Eric -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS diskette cache
Hi, (Sorry for slow reply here. I just kept forgetting.) I just meant that for testing FORMAT.EXE , you can use any kernel. So if it's possibly a FreeDOS regression, you'd have to test older versions (temporarily), e.g. old stable 2036, to see if that worked better. I didn't mean use it full-time or give up on your (newer) patched kernel. Anyways, I finally recompiled KE2036 (with Eric's tiny FCB patch) via old OpenWatcom 1.3, so I'll email you that offline ... if you direly want to test it (additionally). On Mon, May 25, 2015 at 8:12 AM, Don Flowers wrote: > > With my need for the FCB filename parsing, int 21h function 29h patch I > need to use either the patched 2041 or the unofficial 2042 kernel. I do have > fewer errors with the 2042, > > Typical error occurs following format: > Drive_IO(WRITE 9, count 1 ) [FAT12/16] [drive A:] > > Critical error during DOS disk access > DOS driver error (hex) : 08 >Description: sector not found > Progam terminated. > [Error 136] > C:\> > > On Mon, May 25, 2015 at 8:19 AM, Rugxulo wrote: >> >> On May 25, 2015 7:09 AM, "Don Flowers" wrote: >> > >> > Could this be the cause of so many diskette formatting >> > failures in FreeDOS? I have to resort to either booting in >> > Compaq DOS 3.31 or using 3rd party formatting tools such >> > as FMT or Nformat. >> >> Try an older stable kernel (2038 or even 2036), and see if the problem >> goes away. -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS diskette cache
Mateusz, I went through my archives and found Central Point PC-Tools version 4. It has a floppy cache called PC-Cache which "should" work. On Mon, May 25, 2015 at 9:12 AM, Don Flowers wrote: > With my need for the FCB filename parsing, int 21h function 29h patch I > need to use either the patched 2041 or the unofficial 2042 kernel. I do > have fewer errors with the 2042, > Typical error occurs following format: > Drive_IO(WRITE 9, count 1 ) [FAT12/16] [drive A:] > > Critical error during DOS disk access > DOS driver error (hex) : 08 >Description: sector not found > Progam terminated. > [Error 136] > C:\> > > On Mon, May 25, 2015 at 8:19 AM, Rugxulo wrote: > >> Hi, >> >> On May 25, 2015 7:09 AM, "Don Flowers" wrote: >> > >> > Could this be the cause of so many diskette formatting >> > failures in FreeDOS? I have to resort to either booting in >> > Compaq DOS 3.31 or using 3rd party formatting tools such >> > as FMT or Nformat. >> >> Try an older stable kernel (2038 or even 2036), and see if the problem >> goes away. >> >> >> -- >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> ___ >> Freedos-user mailing list >> Freedos-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-user >> >> > -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS diskette cache
With my need for the FCB filename parsing, int 21h function 29h patch I need to use either the patched 2041 or the unofficial 2042 kernel. I do have fewer errors with the 2042, Typical error occurs following format: Drive_IO(WRITE 9, count 1 ) [FAT12/16] [drive A:] Critical error during DOS disk access DOS driver error (hex) : 08 Description: sector not found Progam terminated. [Error 136] C:\> On Mon, May 25, 2015 at 8:19 AM, Rugxulo wrote: > Hi, > > On May 25, 2015 7:09 AM, "Don Flowers" wrote: > > > > Could this be the cause of so many diskette formatting > > failures in FreeDOS? I have to resort to either booting in > > Compaq DOS 3.31 or using 3rd party formatting tools such > > as FMT or Nformat. > > Try an older stable kernel (2038 or even 2036), and see if the problem > goes away. > > > -- > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS diskette cache
Hi, On May 25, 2015 7:09 AM, "Don Flowers" wrote: > > Could this be the cause of so many diskette formatting > failures in FreeDOS? I have to resort to either booting in > Compaq DOS 3.31 or using 3rd party formatting tools such > as FMT or Nformat. Try an older stable kernel (2038 or even 2036), and see if the problem goes away. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS diskette cache
Hi, On May 25, 2015 2:27 AM, "Mateusz Viste" wrote: > > Question -- is there any way I could install a diskette cache on > FreeDOS? If not supported by the kernel right away (as seems to be the > case in MSDOS), maybe some additional (preferably free) tool could help? > Unfortunately LBACACHE is 386-only, and UIDE requires XMS. What I'd need > is a small cache of a few KB that sits in conventional memory... Not sure of any. You may have to fake it with a RAM disk (e.g. TDSK) and just copy over the most popular tools at bootup. Otherwise, dunno. Check Garbo or Simtel mirrors. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS diskette cache
Could this be the cause of so many diskette formatting failures in FreeDOS? I have to resort to either booting in Compaq DOS 3.31 or using 3rd party formatting tools such as FMT or Nformat. On Mon, May 25, 2015 at 3:26 AM, Mateusz Viste wrote: > Hello group, > > I am playing a bit with a 8086 PC these days, and I noticed an ugly > difference on it between FreeDOS and MSDOS 3.3: > > MSDOS 3.3 keeps the content of last read sectors of the diskette in a > cache, while FreeDOS does not. This means that FreeDOS is accessing the > FDD much more often than MSDOS, which makes it overally crawling (and > frustrating). There is no special configuration on the MSDOS side, only > a "BUFFERS=17" directive in config.sys. I did reproduce it on FreeDOS, > but it hasn't improved FDD caching at all. > > Question -- is there any way I could install a diskette cache on > FreeDOS? If not supported by the kernel right away (as seems to be the > case in MSDOS), maybe some additional (preferably free) tool could help? > Unfortunately LBACACHE is 386-only, and UIDE requires XMS. What I'd need > is a small cache of a few KB that sits in conventional memory... > > Mateusz > > > > -- > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] FreeDOS diskette cache
Hello group, I am playing a bit with a 8086 PC these days, and I noticed an ugly difference on it between FreeDOS and MSDOS 3.3: MSDOS 3.3 keeps the content of last read sectors of the diskette in a cache, while FreeDOS does not. This means that FreeDOS is accessing the FDD much more often than MSDOS, which makes it overally crawling (and frustrating). There is no special configuration on the MSDOS side, only a "BUFFERS=17" directive in config.sys. I did reproduce it on FreeDOS, but it hasn't improved FDD caching at all. Question -- is there any way I could install a diskette cache on FreeDOS? If not supported by the kernel right away (as seems to be the case in MSDOS), maybe some additional (preferably free) tool could help? Unfortunately LBACACHE is 386-only, and UIDE requires XMS. What I'd need is a small cache of a few KB that sits in conventional memory... Mateusz -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user