From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesper Skov To: Nick Garnett Cc: Christian Plessl , ecos-discuss@sources.redhat.com Subject: Re: [ECOS] GDB Download on i386 target hangs Date: Thu, 12 Oct 2000 00:45:00 -0000 Message-id: References: <"Tue,> <10> <2000> <16:26:07> <+0200> <"Tue,> <10> <2000> <12:23:01> <+0200> <"Mon,> <09> <2000> <21:50:46> <+0200> <"Sat,> <07> <2000> <09:55:32> <+0200> <5.0.0.25.0.20001005210937.009f18e0@imap.ee.ethz.ch> <5.0.0.25.0.20001006175309.009ee650@imap.ee.ethz.ch> <5.0.0.25.0.20001009213514.009f2a70@imap.ee.ethz.ch> <5.0.0.25.0.20001010121538.009f5e30@imap.ee.ethz.ch> <5.0.0.25.0.20001010161047.009f93c0@imap.ee.ethz.ch> <5.0.0.25.0.20001011160331.009f98a0@imap.ee.ethz.ch> X-SW-Source: 2000-10/msg00121.html >>>>> "Nick" == Nick Garnett writes: >> is damaged in that way, that ecos with stubs can start and download >> an executable, but after this it crashes! Lesson learned: never >> trust a floppy disk ;) Nick> This sounds really wierd. Maybe a strangely formatted floppy? Or just a bad sector in the right (wrong) place. I've never understood why, in the PC world, it appears to be a defacto standard _not_ to write-verify floppies. Incredible for a media with such a high failure rate. Now, when I was a lad and used Amiga DOS, written data was always verified. Yes, it was slower, but one could be fairly confident the floppy actually contained the intended data whenever it was going to be used. I took a lot of flak from PC friends using DOS which wrote data to floppies much faster (verify disabled per default in DOS, but could be enabled). At the time I didn't (unfortunately) grill them about failure rates - my own experience is that the more important the data, and the longer it travels from the source, the greater the chance it'll be toast on arrival. Jesper