I went through the tedious task of
commenting out things in
main and delving through functions until I found a trigger to reproduce the
problem. I ended up trying DC8.51 incase it was a problem with DC8.30 to no
avail.
If I comment out this line, which
is in a function hidden
away in a library, DC compiles the program (there is still parts of main
commented out):
c = serEopen(ISA_PORT_BAUD);
ISA_PORT_BAUD has been defined
elsewhere as 19200L .
I tried changing it to serBopen
for the sake it but was the same problem (the target is a
RCM3100).
I tried messing around enabling and
disabling separate I&D
as well as experimenting with changing DATAORG with no
luck.
I also tried declaring a static
variable in the function
before the line at fault to see if it shifted the reported error line in the DC
library and it didn't.
I'm kinda running out of
ideas as to what to try. I may be forced to continue using DC7.33P3 though I
was hoping to change the project to use DC8.
Can anyone think of anything else
to try?
Regards,
Nathan
-----Original Message-----
From: Robert E. Griffith
[mailto:b...@junga.com]
Sent: Tuesday, 22 June 2004
1:40 PM
To: r...@yahoogroups.com
Subject: RE: [rabbit-semi]
DC7.33P3 -> DC8.30 Difficulties (cbuf.lib)
Try
commenting out your entire 'main'.c file and then bringing it back
in a little at a time until you get these errors back. If it comes back on the
line that includes a .lib, repeat the process in that file (unless it's a
DC lib). This way you can track the offending line down despite the unhelpful
and probably misleading message.
--BobG
-----Original Message-----
From: Nathan
Johnston [mailto:n...@dominion.net.au]
Sent: Monday, June 21, 2004
7:06 PM
To:
'r...@yahoogroups.com'
Subject: RE: [rabbit-semi]
DC7.33P3 -> DC8.30 Difficulties (cbuf.lib)
I hadn't
thought of that, but I checked, and no there aren't. I suspect if there was
there would be a lot more errors listed.
-----Original Message-----
From: Robert Richter
[mailto:r...@hildalecity.com]
Sent: Tuesday, 22 June 2004
2:44 AM
To: r...@yahoogroups.com
Subject: Re: [rabbit-semi]
DC7.33P3 -> DC8.30 Difficulties (cbuf.lib)
Is there a #define in your
program for "SBC", "HL", or
"BC"?
----------
> From: Nathan
Johnston
<n...@dominion.net.au>
> To: Rabbit
eGroup
(r...@yahoogroups.com)
> Subject: [rabbit-semi] DC7.33P3 -> DC8.30
Difficulties (cbuf.lib)
> Date: Sunday, June 20,
2004 8:49
PM
>
I'm trying to get an application that ran OK
in
DC7.33P3 to run in DC8.30
and I've come across a weird
one...
I'm only getting two error
messages:
line 499 : ERROR
CBUF.LIB : Bad or Missing
Opcode
line 499 : ERROR
CBUF.LIB
: Syntax error - or garbage at end of
program.
Both are from the cbuf.lib library (a DC library),
which I have not touched
(I've also tried on another PC's
installation of
8.30). Here are the
relevant lines from the library:
498
SBC HL,BC
; (back-front+1+mask)&mask
499
ADD HL,DE
;
500
INC HL
;
Does anyone have any idea what could be going on
here? I'm really
scratching
my head over this one, especially when the only
error messages are coming
from the Dynamic C libraries. "ADD" is
definitely a valid opcode :-).
(I also added a #class static to program given
that it had been written
before the class change).
Regards,
Nathan