X-Originating-Host: 202.158.46.2
Organization: http://www.remarq.com: The World's Usenet/Discussions Start Here
Subject: Re: HELP! : Debugging a c/asm mixed programs
Lines: 37
From: batchex <thedark1NOthSPAM AT phreaker DOT net DOT invalid>
Newsgroups: comp.os.msdos.djgpp
Message-ID: <033c53a0.7ec650b3@usw-ex0105-036.remarq.com>
References: <19464ea8 DOT 15fd37ca AT usw-ex0105-036 DOT remarq DOT com> <8bsuap$j9q$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>
Bytes: 1397
X-Wren-Trace: eIuuhoee2ZPY35eGisqYici4i4acisqWi5XKhoeL0pnU34Xb0JPQ0dHE3Q==
Date: Wed, 29 Mar 2000 11:44:19 -0800
NNTP-Posting-Host: 10.0.2.36
X-Complaints-To: wrenabuse AT remarq DOT com
X-Trace: WReNphoon2 954358768 10.0.2.36 (Wed, 29 Mar 2000 11:39:28 PST)
NNTP-Posting-Date: Wed, 29 Mar 2000 11:39:28 PST
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

In article <8bsuap$j9q$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>,
broeker AT physik DOT rwth-aachen DOT de wrote:

>I don't know what that structure support does, but it should
*never*
>cause any difference in behaviour of FSDB if you use it or
>not. Especially since NASM, as you say, does not generate any
debug
>info at all. I.e. the only output it generates is raw code and
data,
>as far as FSDB is concerned. It should never make any
>difference how

I think so too. But then again, NASM's support of structures are
a bit unconventional. Here's a sample :

   mov eax,[mydata+mytype.data1]

As you can see, NASM treats structures only as offsets. The
following code is invalid according to NASM :

   mov eax,[mydata.data1]

I only get these kind of problems with FSDB.

BTW, I tried using RHIDE/RHGDB. The problem now is when invoking
int 0x31 function 0x300, RHIDE/RHGDB jumps to what I suspect is
an exception handler, then it crashed because dual/triple fault.

Another problem is when I define a structure in the ASM modules,
when I use 'p' in gdb it indicates that the structure is a
variable that cannot taken/printed by components. If I define it
in C module, the 'p' command runs fine, but the programs output
gone hairy.

* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!