X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: "Rod Pemberton" Newsgroups: comp.os.msdos.djgpp Subject: Re: strange problem with disk operations Date: Tue, 30 Jun 2009 03:29:57 -0400 Organization: Aioe.org NNTP Server Lines: 43 Message-ID: References: <86e53db7-9815-42a4-a7bc-bcf5276da9a4 AT p18g2000pra DOT googlegroups DOT com> NNTP-Posting-Host: pldq+kT97bAAp/ObDwnZyQ.user.aioe.org X-Complaints-To: abuse AT aioe DOT org X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1933 X-Notice: Filtered by postfilter v. 0.7.9 X-Newsreader: Microsoft Outlook Express 6.00.2800.1933 Cancel-Lock: sha1:ajD+yJ0b9MA6gATVm6yFnTtYxVs= X-Priority: 3 X-MSMail-Priority: Normal To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com "paravashu" wrote in message news:86e53db7-9815-42a4-a7bc-bcf5276da9a4 AT p18g2000pra DOT googlegroups DOT com... > i m facing a strange problem with disk reads and writes through > __dpmi_int API. ... > I am trying to perform DISK reads/writes from USB (which is also a dos > bootable). but the programs always hangs at a particular LBA value. > very wierd behaviour..some times load error..comes...some other times > no swap file error comes... some times crashes...:-) What value? Is it the last track? Is it the first track? I know that MS-DOS' scandisk always complains about the last track and sector of my external USB harddrive. It's mapped via legacy BIOS USB emulation. It came preformatted for FAT32. I usually repartition and reformat, but I didn't do so for this device. So, I'm not sure if they setup the partition info incorrectly, or if the manufacturer is using that sector, or if the BIOS translation is affecting reads, or if it's actually a physical defect. If I was trying to eliminate the issue with my USB HD, the first thing I'd try is a complete repartitioning and reformatting. That should tell me if the partition was incorrect, or if there is a physical defect. However, it might be possible the device uses the last track in a non-standard way, as some older harddisks have in the past. In which case, it could cause a (permanent) problem... > But with the same setup , ghost works perfectly witout any error. > the same setup n environment on a different machine works perfectly > without any error with our application. > The problem is obvserved when we run the application from USB. please > clarify as to why this is happening... > just not able to find the cause of the problem at 11th time when we > issue the __dpmi_int(0x13,®s); interrupt. Well, I have a few simple DJGPP disk related app's that I was considering running, but probably not today or tomorrow... I haven't run them with any USB devices yet, such as the USB HD or a USB memory stick. I don't think any do writes. Rod Pemberton