On Thu, Feb 5, 2009 at 2:30 PM, Bob Paddock wrote:
> I have code that calculates the CRC of Flash at power up, that works
> fine on the AT90CAN64 part.
> When I move the CRC function to the Tiny88 it does not work.
> What is going on here?
>
> This is with avr-gcc (WinAVR 20081205) 4.3.2.
/*
I just got email from Atmel verifying that the two instruction sequence for
updating SP is correct.
-Original Message-
From: Anatoly Sokolov [mailto:ae...@post.ru]
Sent: Wednesday, February 04, 2009 11:27 AM
To: larry barello; avr-gcc-list@nongnu.org
Subject: Re: [avr-gcc-list] WinAvr 200
I have code that calculates the CRC of Flash at power up, that works
fine on the AT90CAN64 part.
When I move the CRC function to the Tiny88 it does not work.
To me it looks like in the generated code _data_load_end is stuck at
0x0100 (256),
but the map and symbol file show reasonable values:
proj
From: vincent.trouill...@modulonet.fr
[...]
>
>> ISO C99, section 6.4.4.4, p3:
>> the question-mark ?, [..] is representable according to the following table
>> of escape
>> sequences: question mark? \?
>
> Interesting. I wonder why the standard deeemd it necessary to provide
> an escape sequenc
On Thu, 5 Feb 2009 20:32:46 +0200
lu...@proxima.alt.za wrote:
> Because there is a rather arcane way to represent characters in which
> three question marks appear prominently. I recall now that it's
> called "trigraphs".
>
> Don't look it up, no one in his right mind would take that standard
>
On Thu, Feb 05, 2009 at 07:13:18PM +0100, Vincent Trouilliez wrote:
> > ISO C99, section 6.4.4.4, p3:
> > the question-mark ?, [..] is representable according to the
> > following table of escape sequences: question mark? \?
>
> Interesting. I wonder why the standard deeemd it necessary to provide
lu...@proxima.alt.za wrote:
Interesting. I wonder why the standard deeemd it necessary to provide
an escape sequence for the question mark ?
Because there is a rather arcane way to represent characters in which
three question marks appear prominently. I recall now that it's
called "trigra
> Interesting. I wonder why the standard deeemd it necessary to provide
> an escape sequence for the question mark ?
Because there is a rather arcane way to represent characters in which
three question marks appear prominently. I recall now that it's
called "trigraphs".
Don't look it up, no one
> ISO C99, section 6.4.4.4, p3:
> the question-mark ?, [..] is representable according to the following table
> of escape
> sequences: question mark? \?
Interesting. I wonder why the standard deeemd it necessary to provide
an escape sequence for the question mark ?
I do happen to have question ma
From: dke...@hiwaay.net
> On Thu, Feb 05, 2009 at 12:13:37AM -0700, Chris Kuethe wrote:
>> On Thu, Feb 5, 2009 at 12:10 AM, Schwichtenberg, Knut
>> wrote:
>>> As far as I know hex values won't work as expected but octal does!
>>>
>>> I used:
>>>
>>> static char s46[] __attribute__ ((progmem))
On Thursday 05 February 2009 17:22:49 Vincent Trouilliez wrote:
> On Thu, 5 Feb 2009 16:28:55 +1030
>
> "Daniel O'Connor" wrote:
> > I had a go at getting that to work with preprocessor magic but I don't
> > think it's possible (I'm no CPP guru though).
> >
> > Actually, how about..
> >
> > #defin
On Thursday 05 February 2009 15:53:50 Vincent Trouilliez wrote:
> On Thu, 5 Feb 2009 15:18:44 +1030
>
> "Daniel O'Connor" wrote:
> > You can define it like so..
> > #define LCD_CUSTOM_CHAR_FOO "\012"
> >
> > then you can do..
> > char example[] = "foo" LCD_CUSTOM_CHAR_FOO "bar";
> >
> > You might
On Thursday 05 February 2009 15:02:51 Vincent Trouilliez wrote:
> Hello,
>
> All on-line tutorials on C just do'nt seem to cover all these practical
> little things I need... these tutorials aren't much help for
> day to day issues with microcontroller programming I find :-/
>
> Problem: in the st
On Thu, 05 Feb 2009 07:58:26 +0100
David Brown wrote:
Thanks to all the people who replied while I was away !
> An alternative idea is to find an ASCII character that you don't need
> otherwise (say, "~"), and use it in your strings. Then do on-the-fly
> conversion when outputing the strings
On Thu, Feb 05, 2009 at 12:13:37AM -0700, Chris Kuethe wrote:
> On Thu, Feb 5, 2009 at 12:10 AM, Schwichtenberg, Knut
> wrote:
> > As far as I know hex values won't work as expected but octal does!
> >
> > I used:
> >
> > static char s46[] __attribute__ ((progmem)) = "Hei\342gas";/*
> -Original Message-
> From:
> avr-gcc-list-bounces+eweddington=cso.atmel@nongnu.org
> [mailto:avr-gcc-list-bounces+eweddington=cso.atmel@nongnu.
> org] On Behalf Of Robert von Knobloch
> Sent: Thursday, February 05, 2009 1:46 AM
> To: avr-gcc-list@nongnu.org
> Subject: Re: [av
I have made good experience using the fact that the compiler
concatenates sub-strings. Just dumping examples from existing code:
static char e_origin[] PROGMEM =
"\x1b""AT\x00\x00\x14\x12\x01\x00""C\x7F\x00" ;
This example also illustrates one problem and its solution: the compiler
has
>Message: 7
>Date: Thu, 5 Feb 2009 10:08:20 +0100
>From:
>Subject: Re: [avr-gcc-list] Accessing function and strings in flash in
>theATMega 644
>To: avr-gcc-list@nongnu.org
>The expression is probably not 'too complex for the compiler' but too
>complex for the programmer.
>Your intention was pro
The expression is probably not 'too complex for the compiler' but too
complex for the programmer.
Your intention was probably not
if (pgm_read_byte((PGM_P)(TESTIMAGE + (IMAGE_SIZE * projnum) + SIGNATURE) != 0))
but
if (pgm_read_byte((PGM_P)(TESTIMAGE + (IMAGE_SIZE * projnum) + SIGNATURE)) != 0)
Weddington, Eric wrote:
>
>
>
>> -Original Message-
>> From:
>> avr-gcc-list-bounces+eweddington=cso.atmel@nongnu.org
>> [mailto:avr-gcc-list-bounces+eweddington=cso.atmel@nongnu.
>> org] On Behalf Of Robert von Knobloch
>> Sent: Monday, February 02, 2009 8:49 AM
>> To: avr-g
20 matches
Mail list logo