X-Authentication-Warning: ieva01.lanet.lv: pavenis owned process doing -bs Date: Thu, 25 Mar 1999 11:51:02 +0200 (WET) From: Andris Pavenis To: Robert Hoehne cc: djgpp-workers AT delorie DOT com Subject: Re: Debugging support in DJGPP In-Reply-To: <199903242124.QAA27930@delorie.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 Precedence: bulk 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