From fnaumann@mail.cs.uni-magdeburg.de Tue Oct 5 10:08:19 2004 Message-ID: <41625573.9030204@asrael.franken.de> Date: Tue, 05 Oct 2004 10:04:03 +0200 From: =?ISO-8859-1?Q?Andreas_B=E4r?= User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: 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> <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> In-Reply-To: <41624838.2000402@utbm.fr> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Virus-Scanned: by amavisd-new at tiger.heim.netz X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: asbaer@asrael.franken.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 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by prinz.cs.uni-magdeburg.de id i9587sPG003144 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 |>> I don't know if someone can understand this but here something more |>> interesting in comments: |>> |>> Process domain affects system calls like* (...) *Fsfirst()*, and |>> *Fsnext()*. (...) |> |> |> > When processes run under the *MiNT* domain, however, (...) |> |>> *Fsfirst()* and *Fsnext()* may not necessarily return the standard |>> *DOS* 8 + 3 file name format. |> |> |> |> The Compendium is simply wrong here. | | | | For Mint in his state is wrong of course, I agree. Can someone could | test on the old Multitos? For me there is no trouble to do what is | write. Now I have official Atari documention comming with Falcon | developpers, and I copy explanation comming with Pdomain(): | | Atari doc: | Pdomain gets or sets process execution domain. This is a number wich | controls the behaviour of a process. The default domain is 0, wich is | the TOS compatibility domain and in wich all system calls behave exactly | as they do under TOS. Domain 1 is the MiNT domain; in this domain, the | behaviour of the Fread and Fwrite system calls when applied to terminals | are controled by the current terminal settings as established by the | Fcntl system call. Moreover, file names returned from Fsfirts and Fsnext | may be treated differently; MiNT domain process are expected to be able | to deal with file names that are not standard 8 character name + 3 | character extension, all upper case, DOS file names. | ... OK. But the only thing concerning Fsfirst/Fsnext i can read in that text is, that it behaves different if a process is in MiNT-domain. It does not state, _how_ it behaves and how to deal with the non-standard-8+3-filenames. And as far as i can remember, the DTA-structure wasn't redefined, so it would be very unsafe to redefine it now in global or just in your osbind.h. I think, the clean and only way to deal with long filenames ist using the functions that come with MiNT, as there are Dopendir/Dreaddir/Dclosedir. Bye, Andi - -- Andreas Bär asbaer@asrael.franken.de PGP-key available on request! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBYlVy4DhmfzHiEH0RAr+6AJ0UOiDQHMoGDyn8t8LmPJmgpiBbygCfWA2u m3rJ3hdBXLL1x4t8yDR0zzk= =aTM/ -----END PGP SIGNATURE-----