From mint-bounce@lists.fishpool.fi Fri Sep 23 09:44:32 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <4333B296.5060502@utbm.fr> Date: Fri, 23 Sep 2005 09:45:26 +0200 From: Olivier Landemarre User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: mint@fishpool.com Subject: Re: [MiNT] some gem question References: <20050922132628.GA23269@hysteria.sk> <1127421400.433315d815f8b@webmail2.utbm.fr> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=-0.5 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00 X-Spam-Level: Frank Naumann wrote: > Hello! > >>> No, Fsfirst/Fsnext are designed for 8+3 names only. It's not >>> possible at >>> all to handle long filenames through Fsfirst/Fsnext. This is how ATARI >>> defined these interfaces as TOS was introduced. >> >> >> This is something I never understand! because d_fname is at the end >> of structure >> and can easily extend for long filename. > > > Theoretically this is possible. > >> Magic and Mint never extend this and I >> not understand why, > > > For good reasons. It's very dangerous to define a new semantic over an > existing well known interface. Especially the different structures > with the same name will make the (user program) source code very > complicated and error prone. You get all sorts of trouble if you > develop an app that runs under TOS and FreeMiNT/MagiC. It's much > cleaner and *much easier* to handle if you define a new interface. > Ok I see reasons (yours and Konrad have true). Just a question how maximum length is actually for path? Most of time I reserved 300 true or wrong I don't know, now supposing it is like this (probably not) and tommorrow you wan't extend this, do you wan't to had a new interface for this? I not think this, probably you will add a value for Pdomain(), this could be done too for Fsfirst(). Personaly I prefer Fsfirst() it's less Unix like of course but it's more easy to use, or perhaps we could simply extend mintlib to do as if Fsfirst was like this, when long file name is avaible. Just my opinion, it's not very important. Olivier