From fnaumann@mail.cs.uni-magdeburg.de Mon Oct 4 10:24:51 2004 Message-ID: <41610A0C.7020209@utbm.fr> Date: Mon, 04 Oct 2004 10:30:04 +0200 From: Olivier Landemarre User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Petr Stehlik CC: mint@lists.fishpool.fi Subject: Re: [MiNT] System call bindings References: <695F17FC-1546-11D9-92FA-00039357F826@epfl.ch> <4160FEE8.7080203@utbm.fr> <41610495.5050704@utbm.fr> <1096877422.21543.10.camel@joy.sophics> In-Reply-To: <1096877422.21543.10.camel@joy.sophics> Content-Type: text/plain; charset=ISO-8859-2; format=flowed X-Spam-Status: No, hits=1.6 required=5.0 tests=BAYES_60 autolearn=no version=2.64 X-Spam-Level: Score:* X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on portail1.utbm.fr X-MIME-Autoconverted: from 8bit to quoted-printable by portail1.utbm.fr id i948NbLq017030 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: olivier.landemarre@utbm.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel X-Milter: ClamAV 0.70/0.70kjel X-Milter: milter-regex 1.5jel Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by prinz.cs.uni-magdeburg.de id i948OYGi021781 Petr Stehlik wrote: >V Po, 04. 10. 2004 v 10:06, Olivier Landemarre píše: > > >>>>All DTA description I have see in libs are wrong (I not look in >>>>recent mintlib so perhaps correct), the name part, have alway's >>>>describe as char name[14] that's of course not work with long file >>>>name! I have correct this by simply >>>>char name[255] >>>> >>>> > > > >>No Mint support this! (not Magic) I use for for near 7 years with >>Pdomain(1)! >> >> > >Really? And have you always recompiled the MiNTlib or did you just >change it in your application? > > I just change the DTA definition in osbind.h, nothing more, and all alway's been correct under Mint. Under Magic when Fsfirst or Fsnext() find a long filename, the search stop thats all, so you can't find all files even file if short name stay to find This logical it work, if a software do Pdomain(1) it's that is able to support long filename so probably if do an Fsetdat() have the good DTA definition to support long name, should not have crash. I never understand why Andreas didn't wan't accept this, for him it was a big problem I suppose some software done Pdomain(1) but not correct the DTA (and by default this DTA is not correct assign in first by the Pexec()), so probably it cause some crash with some software so it have prefer not add this. I use Fsfirts() Fsnext() to my grep in GCCShell, because it's avaible in all systems, and because it's more easy to use than Dopendir etc... that not manage masks. Olivier