Mail Archives: djgpp/2008/11/07/19:16:35

X-Authentication-Warning: mail set sender to djgpp-bounces using -f
From: "Andreas Eibach" <aeibach AT mail DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: 'The system cannot execute the specified program' (again)
Date: Sat, 8 Nov 2008 01:13:43 +0100
Lines: 29
Message-ID: <>
Mime-Version: 1.0
X-Trace: xwxjaz0t4A9sJCRH/qMUwwAsD8K8i8qooKAU+mhqKaKHcgmZI=
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


after a little odyssey in the net, I've finally found the culprit why my
batch-capable small C application does not accept longer lines than (about)
189/190 characters, which makes it very unusable for recursive operation
through a vast directory tree.

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.
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?

Second question: Would it be *theoretically* possible to live without that
16bit stub, so that 32bit programs are also recognized as 32bit?

I can only say I *DO* need very long lines in my batch file, because people
with deep directory trees do not even need to have directories with a
certain number of characters, but only the grade of tree depth will
automatically make paths quite long.

If djgpp does not support this, maybe I should look for mingw32, because
that 16bit thing really annoys me.


- Raw text -

  webmaster     delorie software   privacy  
  Copyright 2019   by DJ Delorie     Updated Jul 2019