X-Authentication-Warning:	ieva01.lanet.lv: pavenis owned process doing -bs
Date:	Thu, 25 Mar 1999 11:51:02 +0200 (WET)
From:	Andris Pavenis <pavenis AT lanet DOT lv>
To:	Robert Hoehne <robert DOT hoehne AT gmx DOT net>
cc:	djgpp-workers AT delorie DOT com
Subject:	Re: Debugging support in DJGPP
In-Reply-To:	<199903242124.QAA27930@delorie.com>
Message-ID:	<Pine.A41.4.05.9903251147340.24402-100000@ieva01.lanet.lv>
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Wed, 24 Mar 1999, Robert Hoehne wrote:

> > As result debugee does not get full command line (it is errorously truncated). It 
> > caused problems for me when I tried to debug cpp.exe and cc1plus.exe.
> 
> This is (at least for me) a well know bug. It manifests itself, if you look
> in the corresponding sources for fsdb, edebug or gdb, where v2loadimage()
> is called, since there the commandline is passed as an array, where the
> [0]th character holds the length of the commandline which can represent
> of course only up to 255 characters. This can be solved using the !proxy
> methode, but I (and probably also others) hadn't the time and motivation
> to do the job since the task to debug a program with very long commandlines
> is not so often and in that case you can use the response file (@file)
> to pass the commandline which will work.
> 
> >  It doesn't
> > happen when I'm running rhgdb dumparg.exe .... from bash command line or bat 
> 
> I can't imagine that, because of the above description there is really a limitation
> which can't be fixed by bash or any other extern program.
> 

I was slightly wrong. It was buffer overrun type problem when I specify 
command line longer than fits in PSP. So perhaps best would be
looking whether command line fits in PSP and use either another method
if it doesn't fit or truncate command line if we'll still going to put
it in PSP.

Andris

- Raw text -