Message-ID: <B0000081030@stargate.astr.lu.lv>
From: "Andris Pavenis" <pavenis AT lanet DOT lv>
To: Eli Zaretskii <eliz AT gnu DOT org>, djgpp-workers AT delorie DOT com
Date: Thu, 25 Mar 1999 14:33:19 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: Debugging support in DJGPP
X-Confirm-Reading-To: "Andris Pavenis" <pavenis AT lanet DOT lv>
X-pmrqc: 1
In-reply-to: <199903250135.UAA01794@mescaline.gnu.org>
References: <199903242124 DOT QAA27930 AT delorie DOT com> (message from Robert Hoehne	on Wed, 24 Mar 1999 22:27:49 +0100)
X-mailer: Pegasus Mail for Win32 (v3.02b14)
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 24 Mar 99, at 20:35, Eli Zaretskii wrote:

>    From: Robert Hoehne <robert DOT hoehne AT gmx DOT net>
> 
>    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 [...]
> 
> Note that the (not-so-easy) solution to this problem already exists--in
> go32-v2.c, it was done for v2.01.  At the time I did that, I didn't
> realize that the same problem exists in the debugger support, so the
> solution is external to v2loadimage.  But it should be a trivial
> matter to copy it to v2loadimage and have it work for the debuggers as
> well.  Any volunteers?

I don't think it's trivial as v2loadimage() gets length of command line as 
first byte of it and unless we are going to change this (and all places where
v2loadimage() is called) only way is to do it in places where v2loadimage is used.

> 
> (If you want to  know why this is a non-trivial problem, look at the
> comments inside go32-v2.c.)
> 

Andris