|    OS2    |    Fidonet International OS/2 Conference    |    3,371 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,347 of 3,371    |
|    KO Myung-Hun to All    |
|    Re: formatting to FAT32    |
|    01 Apr 11 21:56:29    |
   
   ies,comp.os.os2.programmer.misc   
   12:56:28 GMT)   
   Gecko/20101127 SeaMonkey/2.0.11   
   comp.os.os2.utilities:149 comp.os.os2.programmer.misc:2067   
   From: KO Myung-Hun    
      
   Hi/2.   
      
   See the following threads.   
      
    http://tech.groups.yahoo.com/group/fat32dev/message/514   
      
   And   
      
    http://tech.groups.yahoo.com/group/fat32dev/message/675   
      
   Especially for the code snippets   
      
    http://tech.groups.yahoo.com/group/fat32dev/message/680   
      
   Jonathan de Boyne Pollard wrote:   
   >>> Others have not been so lucky. It turns out that there's a   
   >>> not-so-well-known problem with the FAT32 IFS driver and access to   
   >>> *large* partitions (certainly larger than Allan's ~4GiB at any rate)   
   >>> that affects any program that tries to read the partition directly,   
   >>> as of course CHKVOL does. One cannot even seek to block #0 and read   
   >>> it. I'm trying a few workaround strategies for this.   
   >>>   
   >> You might be seeing the same problem as what I reported about a year   
   >> ago: reading by anything larger than 512 B blocks is "unreliable" -   
   >> gives junk.   
   >>   
   >    
   > No, this is definitely a seeking problem. DosSetFilePtr() returns   
   > ERROR_SEEK. M. Dodel removed his IFS driver and the problem went away.    
   > But with it present, that's what happens. So we're seeing what   
   > DosSetFilePtrL() does.   
   >    
      
   --    
   KO Myung-Hun   
      
   Using Mozilla SeaMonkey 2.0.11   
   Under OS/2 Warp 4 for Korean with FixPak #15   
   On AMD ThunderBird 1GHz with 512 MB RAM   
      
   Korean OS/2 User Community : http://www.ecomstation.co.kr   
      
      
   --- Internet Rex 2.31   
    * Origin: hanarotelecom (1:261/20.999)   
|
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca