X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
From: "Andreas Eibach" <aeibach AT mail DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: 'The system cannot execute the specified program' (again)
Date: Sat, 8 Nov 2008 14:40:56 +0100
Lines: 77
Message-ID: <6nlir1Fm2e1kU1@mid.uni-berlin.de>
References: <6nk3hhFm2at0U1 AT mid DOT uni-berlin DOT de> <gf3jca$32p$1 AT aioe DOT org>
Mime-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Trace: news.uni-berlin.de 6RJti48KeO5zWusGuJtETg+kKgfblufCw/ZTDNhLenHyl/nAs=
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1933
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1933
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com


"Rod Pemberton" <do_not_have AT nohavenot DOT cmm> schrieb:
 I found that I was limited to 64 character paths in DOS - unless - I
> specified the exact full pathname.  Specifying the exact full pathname
> allows me to completely recurse all my Windows directories with LFN's
using
> Henrik Haftmann's DOSLFN (or Jason Hood's updated version).

Thank you, I will take a look on it.

> > This old thread from 2006:
> [...]
> > finally brought some insight that djgpp uses a 16-bit stub that will
make
> > any 32bit program _look_ like a 16 bit app for MSDOS.
>
> True.

Very true, and just an insanity for 2008.

> > Is there - after 2 years - still no way to circumvent this (compiling
> > options?) apart from silly workarounds I already read about in the
thread
> > from 2 years ago?
>
> You could try Daniel Borca's DJELF.  It's a version of DJGPP which
produces
> ELF executables. [...]
> http://www.geocities.com/dborca/djgpp/elf/djelf.html

Thanks again, I will also take a look there.

> If  DJGPP implemented it's 16-bit
> DPMI startup stub as an DPMI executable loader as a DOS application or as
a
> int 0x21 TSR 'exec' function extension, you'd be set.

I guess so. And that *MUST* happen someday, otherwise DJGPP will - see other
post - be merely an application for some old-time hardware enthusiasts.

> Yes, it's possible.  I'd like to see DJGPP produce pure 32-bit
applications:
> multi-boot protocol (either ELF or a.out "kludge") and unstubbed DPMI with
a
> separate loader.

You bet me too! Again, it is 2008, not 1995 anymore!
Since it will be simply silly to try hard at all costs to comply with, say,
MSDOS 6.22 in 2010.
If it's old-fashioned like stovepipe hats, they need to blow a fresh breeze
into the old cruft, period. Otherwise people will switch to another software
(MingW then) but alas, this can also initiate a process of renewal.

> Even though there is DJELF, it produces flat binaries
> which is different from the two address space method currently used by
> DJGPP.
OK.

> Well, the only suggestion I have is to use the full exact path...

Thanks, but I have multiple options, say ...
tool.exe -f <path+filename> -l <log filename> -v (verbose) etc.
This whole thing is called via a subroutine in the .BAT.

Note too that tool.exe is running from a *fixed* directory, but the batch
file (doing lots of for /f ... token | delim magic) is CD'ing into each
directory to do its operation there. And once the current path exceeds the
aforementioned 64 bytes, the error message from the subject is spit out.

No. I'll be sincere: I'll use MingW for now.
BUT: since I'm a long time DJGPP user (and only recently need directory
recursion supporting VERY long paths) I will come back to it once the winds
of
modernism will have blown a sharp gust into it :) (Bout time, dammit! :P)

-Andreas