Re: kern/10715 (msdosfs LFN problems)

[Antti Kantee <pooka%cs.hut.fi@localhost>]

The following reply was made to PR kern/10715; it has been noted by GNATS.

From: Antti Kantee <pooka%cs.hut.fi@localhost>
To: wiz%danbala.ifoer.tuwien.ac.at@localhost
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: kern/10715 (msdosfs LFN problems)
Date: Sat, 26 Jan 2008 19:03:46 +0200

 On Sat Jan 26 2008 at 14:50:01 +0000, Thomas Klausner wrote:
 >  The patch didn't apply cleanly, I changed it to match the comment
 >  above the list of characters.
 >  
 >  The attached (perhaps wrongly updated) patch makes access to SFN files
 >  on msdosfs fail, with:
 >  ls: IMG_3098.JPG: Invalid argument
 >  
 >  So either I updated it incorrectly, the rest of the code has changed
 >  incompatibly in the meantime, or it is wrong :(
 
 What's a SFN/LFN file?  I don't obviously have any on my FAT fs, since
 I don't get EINVAL from ls.
 
 If you're willing to poke around, you should easily be able to track
 down where the EINVAL is coming from using rump.  Here's how:
 
 0) get a system with puffs
 Å?) uncomment the "RUMP_WITHOUT_THREADS" lines from
    sys/rump/librump/rump{kern,user}/Makefile both (NetBSD currently
    crashes if you gdb a multithreaded program and it's quite hard to
    debug anything in a crashed OS ....), rebuild
 1) in sys/rump/fs/bin/msdosfs run: ./msdosfs -o dump path_to_fs /mnt
 2) observe which operation returns EINVAL
 3) insert breakpoint, single-step or otherwise narrow down where exactly
    EINVAL is coming from
 
 If you change msdosfs, you need to recompile fs/lib/libmsdosfs AND relink
 fs/bin/msdosfs (all libs are static).  Good luck ;)
 
 -- 
 Antti Kantee <pooka%iki.fi@localhost>                     Of course he runs 
NetBSD
 http://www.iki.fi/pooka/                          http://www.NetBSD.org/
     "la qualité la plus indispensable du cuisinier est l'exactitude"