From fnaumann@mail.cs.uni-magdeburg.de Tue Oct 5 09:37:33 2004 Date: Tue, 5 Oct 2004 09:35:33 +0200 (CEST) From: Frank Naumann X-X-Sender: fnaumann@wh58-508.st.uni-magdeburg.de To: Olivier Landemarre cc: mint@lists.fishpool.fi Subject: Re: [MiNT] System call bindings In-Reply-To: <41624DCF.5000400@utbm.fr> Message-ID: References: <695F17FC-1546-11D9-92FA-00039357F826@epfl.ch> <4160FEE8.7080203@utbm.fr> <41610495.5050704@utbm.fr> <416118E7.10107@utbm.fr> <41611F45.7000902@utbm.fr> <1096886748.416129dc4504f@imp3-q.free.fr> <41613E8E.2040901@utbm.fr> <41615651.3040600@utbm.fr> <416166AA.60706@utbm.fr> <4161BFF7.8070605@obta.uw.edu.pl> <41624838.2000402@utbm.fr> <41624DCF.5000400@utbm.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.9 (----) X-Spam-Report: ---- Start SpamAssassin results -4.9 points, 5.0 required; -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] ---- End of SpamAssassin results X-Scan-Signature: 05e304091d21f845fc511d2a7bb9588c X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: fnaumann@cs.uni-magdeburg.de 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 Hello! >> Yes, and this is what MiNT do since ever, for Pdomain(1) it don't convert >> filenames to the 8+3 upper case TOS convention on Fsfirst/Fsnext. >> >> But that's all, I don't see any reference to return longer filenames than >> there is space in the DTA struct nor that the DTA struct is redefined. So >> for Fsfirst/Fsnext you get the original filenames like they are on the disc >> if you are Pdomain(1) AND(!) the filename is smaller than 14 characters (as >> there is no more space in the DTA struct). > > We return to the first problem, by default DTA is assign by the system (and > not by software) when Pexec is done, no? > The DTA address is push in BASEPAGE. Then if software wan't to change of DTA, > it use DTA definition from osbind.h, if it's not agree with system of course > it will crashed. There is no problem. You make a problem. The DTA structure is well defined and the definition was never changed. ATARI, TOS, FreeMiNT, MagiC perfectly aggree on the DTA structure and never redefined it in any way. YOU want to redefine the DTA structure for reasons I can't follow. This would only introduce problems, compatibility problems with TOS and MagiC, compatibility problems with existing software. I don't think this make FreeMiNT better in any way (just more complicated and more incompatible) and I'm sure that all other developers aggree with me. Regards, Frank -- ATARI FALCON 060 // MILAN 060 ----------------------------------------- http://www.cs.uni-magdeburg.de/~fnaumann/ e-Mail: fnaumann@freemint.de