Date:	Sun, 6 Oct 1996 16:43:46 +0200 (IST)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To:	Ronen Friedman <ronenp AT netvision DOT net DOT il>
Cc:	djgpp AT delorie DOT com
Subject:	Re: a problem with CURSES
In-Reply-To:	<537v35$7a2@news.NetVision.net.il>
Message-Id:	<Pine.SUN.3.91.961006163602.2485B-100000@is>
Mime-Version:	1.0

On Sun, 6 Oct 1996, Ronen Friedman wrote:

> I'm trying to incorporate PDCURSES into my C program. I'm using PDCURS22 
> with gcc from DJGPP 2. The program runs OK in a PC window on my NT PC,
> but (always) fails on the target, which is a PC104 without math co-proc,
> running DR-DOS. Other (non-CURSES) DJGPP compiled programs are
> executing happily there.
[snip]
> The traceback always shows that the problem occured in 
> 	_dj_movedata+33
> 	wnoutrefresh+319
> 	wrefresh()+50
> 	from line 29 in the attached program

Please post a complete traceback, with all the register info and
everything.  The traceback above is impossible, because `wnoutrefresh'
doesn't call `_dj_movedata' directly, there is probably something like
memcpy in between.  But the registers' values and the rest of the error
message is also important.  Chances are your crash has nothing to do with
the fact that the target machine runs DR-DOS or lacks the FPU, but rather
that on that machine you use CWSDPMI as your DPMI host, and CWSDPMI is
much less tolerant to null pointer dereferences than other DPMI hosts,
including the NT's.  Examining the traceback might shed some light on
this. 

(Btw, the program you've posted is short enough to just step through it
with a debugger and see what the problem is, so you might consider doing
this.  The beauty of free software is that you can dig out the source of
any library function, compile it with -g and debug it.)

- Raw text -