Re: [Freedos-user] Freedos needs hardware testing tools...
Hi Michael, Something specific to my hardware on my 486 DX2 66 must be causing fdupdate to crash, but there seem to be no diagnosis tools to find ... First try to boot without loading (J)EMM386, a common cause of problems is a bad default EMM386 configuration which makes UMB space available for DOS in areas that should stay reserved... There is also a RAM/resource info tool from Japheth... Okay, I have tried loading no drivers and then with just the packet driver running fdupdate. It still crashes. Is there a way to scan for bios usage of memory so that I can put in the necessary exceptions? The PCISLEEP comment is interesting, but I'm on an old EISA only Intel 80486 DX2-66 that uses 32 pin simms. The bios is an AMI bios circa 1993. I'll see about grabbing a copy of memteste. Did you find out anything new already? Do the other computers apart from the 486 work now, and if yes, what was the trick? Thanks for the update :-) Eric -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Freedos needs hardware testing tools...
On Fri, 2009-03-27 at 11:04 +0100, Eric Auer wrote: Hi Michael, Something specific to my hardware on my 486 DX2 66 must be causing fdupdate to crash, but there seem to be no diagnosis tools to find ... First try to boot without loading (J)EMM386, a common cause of problems is a bad default EMM386 configuration which makes UMB space available for DOS in areas that should stay reserved... There is also a RAM/resource info tool from Japheth... Okay, I have tried loading no drivers and then with just the packet driver running fdupdate. It still crashes. Is there a way to scan for bios usage of memory so that I can put in the necessary exceptions? The PCISLEEP comment is interesting, but I'm on an old EISA only Intel 80486 DX2-66 that uses 32 pin simms. The bios is an AMI bios circa 1993. I'll see about grabbing a copy of memteste. Did you find out anything new already? Do the other computers apart from the 486 work now, and if yes, what was the trick? Thanks for the update :-) Eric No. I tried memteste and didn't get any sign of a memory problem. CheckIT under 98 isn't picking up any hardware problems either. My Pentium 4 system with believe it or not an Intel sourced beta packet driver has updated via fdupdate no problem. I'm at square zero on figuring out why the 486 crashes on fdupdate but does fine with say arachne. -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Freedos needs hardware testing tools...
On Friday 27 March 2009 15:45, Michael Robinson wrote: packet driver has updated via fdupdate no problem. I'm at square zero on figuring out why the 486 crashes on fdupdate but does fine with say arachne. Hi, Are you sure that it's really FDUPDATE which crash? Note, that FDUPDATE doesn't have any network support, it use wget for file retrieving stuff. Does wget alone works fine? Alternatively, you may wish to try using curl instead (you will have to modify the FDUPDATE configuration file). Best regards, Mateusz Viste -- You'll find my public OpenPGP key at http://www.viste-family.net/mateusz/pub_key signature.asc Description: This is a digitally signed message part. -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Freedos needs hardware testing tools...
Something specific to my hardware on my 486 DX2 66 must be causing fdupdate to crash, but there seem to be no diagnosis tools to find out what that is. Please rectify this problem. I want something that detects resource conflicts, flaky memory, etcetera. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Freedos needs hardware testing tools...
Hi! Something specific to my hardware on my 486 DX2 66 must be causing fdupdate to crash, but there seem to be no diagnosis tools to find out what that is. Please rectify this problem. I want something that detects resource conflicts, flaky memory, etcetera. First try to boot without loading (J)EMM386, a common cause of problems is a bad default EMM386 configuration which makes UMB space available for DOS in areas that should stay reserved for something else, such as BIOS or extension cards. You can use a tool like PCISLEEP to get a list of devices. The Quarterdeck MFT Manifest tool is also freeware by now, might be useful even if it is not hardware oriented. Similar to a very extended MEM :-) There is also a RAM/resource info tool from Japheth that can be used to debug the autoconfig abilities of JEMM386, if you can not find it on (www) japheth.de you can always ask him by mail. Eric PS: For flaky memory, run MEMTEST86 or MEMTEST86+. There is also a version that can be started from DOS called MEMTESTE. Note that it can only start if no EMM386 is loaded. It works best if you do not load any other drivers at all before starting MEMTESTE... -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Freedos needs hardware testing tools...
On Thu, 2009-03-19 at 10:25 +0100, Eric Auer wrote: Hi! Something specific to my hardware on my 486 DX2 66 must be causing fdupdate to crash, but there seem to be no diagnosis tools to find out what that is. Please rectify this problem. I want something that detects resource conflicts, flaky memory, etcetera. First try to boot without loading (J)EMM386, a common cause of problems is a bad default EMM386 configuration which makes UMB space available for DOS in areas that should stay reserved for something else, such as BIOS or extension cards. You can use a tool like PCISLEEP to get a list of devices. The Quarterdeck MFT Manifest tool is also freeware by now, might be useful even if it is not hardware oriented. Similar to a very extended MEM :-) There is also a RAM/resource info tool from Japheth that can be used to debug the autoconfig abilities of JEMM386, if you can not find it on (www) japheth.de you can always ask him by mail. Eric PS: For flaky memory, run MEMTEST86 or MEMTEST86+. There is also a version that can be started from DOS called MEMTESTE. Note that it can only start if no EMM386 is loaded. It works best if you do not load any other drivers at all before starting MEMTESTE... Okay, I have tried loading no drivers and then with just the packet driver running fdupdate. It still crashes. Is there a way to scan for bios usage of memory so that I can put in the necessary exceptions? The PCISLEEP comment is interesting, but I'm on an old EISA only Intel 80486 DX2-66 that uses 32 pin simms. The bios is an AMI bios circa 1993. I'll see about grabbing a copy of memteste. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user