From mint-bounce@lists.fishpool.fi Thu Sep 22 22:45:59 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <43331780.90905@obta.uw.edu.pl> Date: Thu, 22 Sep 2005 22:43:44 +0200 From: Konrad Kokoszkiewicz User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "olivier.landemarre@utbm.fr" , mint List Subject: Re: [MiNT] some gem question References: <20050922132628.GA23269@hysteria.sk> <1127421400.433315d815f8b@webmail2.utbm.fr> In-Reply-To: <1127421400.433315d815f8b@webmail2.utbm.fr> Content-Type: text/plain; charset=ISO-8859-1; 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: draco@obta.uw.edu.pl 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.8 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00 X-Spam-Level: > This is something I never understand! because d_fname is at the end of structure > and can easily extend for long filename. Magic and Mint never extend this and I > not understand why, of course DTA structure should change, but it is not > incompatible. Software not doing Pdomain(1) should receive 8+3 file name and > other could receive long filename. So why? Just for my information. Because there is already software which assumes that even after Pdomain(1) the Fsfirst() call returns 8+3. KMK