ode generation to need to know that
there isn't a P2 or XPAGE sfr present which may mean that I have missed some
higher level setting.
Peter Van Epp
--
The Planet: dedicated and managed hosting, cloud storag
ization that make me think
thats where my problem lies.
Peter Van Epp
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Cho
return from main will lock up
sjmp .
;------------
...
Peter Van Epp
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing an
On Thu, Feb 11, 2010 at 08:22:57PM +0100, Brandon Fosdick wrote:
>
> On Feb 11, 2010, at 20:04 , Peter Van Epp wrote:
>
> > On Thu, Feb 11, 2010 at 12:27:04PM +0100, Brandon Fosdick wrote:
> >> Well, it looks like I spoke too soon.
> >>
> >> SDCC is
While I'm here attached is a modified copy of the w7100.h file in
SDCC. I sent a copy to the author some time back but haven't heard anything.
I don't quarantee this is entirely correct, but it at least builds and runs
on the W7100.
n is refused by the
stack-auto compiled code). I'm just about to add printf statements to try and
figure out whats wrong (and therefore a fix) but thought I'd inquire in case
I'm just missing some needed step in this process.
Peter Van Epp
rant by default. From the original Makefile:
KEIL = c:/apps/keil/c51
ASM = $(KEIL)/bin/a51
AFLAGS = set "(large)" debug ep xref
CC = $(KEIL)/bin/c51
CFLAGS = code noaregs objectextend symbols debug
export C51INC = ../W7100/inc
LINK = $(KEIL)/bin/bl51
export C51LIB = $(KEIL)/lib
HEX =
ot;(large)" debug ep xref
> >
> > CC = $(KEIL)/bin/c51
> > CFLAGS = code noaregs objectextend symbols debug
> >
> > export C51INC = ../W7100/inc
> >
> > LINK = $(KEIL)/bin/bl51
> > export C51LIB = $(KEIL)/lib
> >
> > HEX = $(KEIL)/bin/o
inderstand)?
>
> In general code that compiles in medium model should also compile in
> large. Only pointers that expect to point to a certain memory space could
> cause compile errors.
>
Its more than possibl
& *s >= '0' && *s <= '9') {
rv = (rv * 10) + (*s - '0');
s++;
}
return (rv);
}
/*---*/
Peter Van Epp
--
___
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user
-opts.c:
SDCPP synchronized with GCC CPP release version 4.5.0
Peter Van Epp
--
___
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net
701 ;function lcd_set_text
702 ; ------------
...
Peter Van Epp
--
___
Sdcc-user mailing li
ng
the manual when it got past near and far defines in variables and on to bit
and sfr functions with pointers being just after that of course :-) .
As to the code I'm porting some fro
On Tue, May 04, 2010 at 10:02:38AM +0200, Borut Razem wrote:
> Now it is fixed.
> Sorry that it took so long!
>
> Borut
>
Not a problem :-), I thought you may already know it was broken but
pointed it out just in case you didn&#x
char demo4[20];
strcpy(demo1,"+------+");
strcpy(demo2,"| Ceng 336 |");
strcpy(demo3,"| SDCC LCD demo|");
strcpy(demo4,"+--+");
> lcdGoto(START_OF_LINE1);
> for(i = 0; demo1[i]; i++)
> lcdWrite(demo1[i]);
Peter Van Epp
--
___
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user
ay.asm"
*** the call to the linker starts here ***
"c:/program files/sdcc"/bin/sdcc -V main.rel wiz.rel wizmemcpy.rel socket.rel l
cd.rel sio.rel console.rel delay.rel
+ C:\PROGRA~1\sdcc\bin\sdld.exe -nf "main.lnk"
"c
dptr with unfortunate results.
So is this a compiler bug that I should be reporting or bad C code
(neither the vendor's programmers or me are particularly good C programmers
and I think I may be
er in the
attached tcp engine not the pointer which is actually the lower 16 bits of
the 24 bit pointer that gets to the tcp engine.
Peter Van Epp
--
___
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user
Is it a correct assumption that the compiler is expecting the P2 port
value to be 0 for use with movx @r0,a type instructions? On my particular
varient (wiz7100) bits 15 to 8 are set by the P2 register (which is also used
for an LCD display which presents a potential problem ...). I see in
ta now I see where the problem likely is. This started out as atoi returning
wrong values and tracing that indicates that it is using movx @r0 instructions
and if P2 is an odd value it will write on random memory in xdata with likel
n you are looking for the .rst files instead of .lst files.
I think the compiler (actually probably the linker) generates them
automatically by default (but I have a couple of extra compiler flags in my
make file at the moment so you may need to read the documentation to find
a recent (week or two old) SDCC 3.0 snapshot, but the same thing happens on
2.9.0_RELEASE.
Peter Van Epp`
--
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, i
On Sun, Dec 12, 2010 at 10:37:18AM +0100, roelof 't Hooft wrote:
> On Sat, 2010-12-11 at 17:50 -0800, Peter Van Epp wrote:
> > Is there a .h file that I'm missing that supplies a suitable putchar()
> > function for the s51 simulator? If I compile this program:
> &g
mcs51/gbz80/z80/avr/ds390/pic16/pic14/TININative/xa51/ds400/hc08 2.9.0 #5
416 (Mar 22 2009) (MINGW32)
Peter Van Epp
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative
) User stopped
F 0x06
0> q
$ cat out
hello world
where test1.c looks like this which mostly initializes the UART and
timer1 as the baud rate generator and defines a putchar() that uses the
serial output to interface with the simulator. Hopefully this is useful to
someone else ...
Pet
On Tue, Dec 14, 2010 at 06:45:46PM +0100, Borut Razem wrote:
> This shows how many peope are using it...
>
> Peter, can you please submit it to the bug tracker?
>
> Borut
>
Will do, I wasn't sure I wasn't doing something wrong as this is the
first time I&#
to exit sdcdb not even
cntrl-c will get control back to cygwin or sdcdb. I'll try and extract a small
test program (this code takes most of the 64K external code and data memory
which may be where the problem is :-)) and s
rtable bug or operator error in the form of poor
coding practice (the original code from Wiznet that this is based on is full
of poor coding practices :-))?
Peter Van Epp
--
Learn how Oracle Real Application Clusters (RAC)
broken which looks to be the cause of why the code that
worked on 2.9.0 release doesn't on 3.0.1.
Peter Van Epp
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database s
00 C1 0F 15 00 6F 03 18 18
0010: 45 2F 01 05 5D 02 00 00 DE 10 00 02 04 08 00 00
0020: 51 0A 04 01
Peter Van Epp
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitiv
rect understanding of what I wanted :-)
By the way
sprintf (str,"%hx", *sys_rstack);
displays Hx on the lcd not the now expected 61. In any case thanks for the
help!
Peter Van Epp
--
All of the d
n't pointer formats in printf. Thanks!
Peter Van Epp
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fr
void putchar (char c) {
while (!TI)
;
TI = 0;
SBUF = c;
}
main()
{
/* code to initialize the UART and set the baud rate here! */
printf("Hello World");
}
Peter Van Epp
em goes away.
Peter Van Epp
On Wed, Aug 17, 2016 at 11:01:05PM -0300, Augusto Fraga Giachero wrote:
> I've tried what you suggested, linking the boot.rel first results in the
> opposite effect, the _START area gets overwritten by the _CODE area.
> Here a small showcase for the prob
34 matches
Mail list logo
