[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-libc-dev] Stack corruption with AVR toolchain

From: DarkDragon
Subject: Re: [avr-libc-dev] Stack corruption with AVR toolchain
Date: Thu, 12 Aug 2010 10:58:40 -0700 (PDT)

Yes even with HTTPS, our proxy flags the site as "Downloadable Content" and
blocks it.

Now that I'm checking all my applications, I see that my XMEGA applications
all have this problem with both the AVR toolchain AND WinAVR2010.

With this problem existing since at least January, can I really be the first
one to see this?  I haven't seen any other posts or workarounds regarding

Since we are running fairly large applications, I will have to create a
simple example to recreate this. However since most of my apps have this
problem, I suspect other people's have it too (just look at a function
prologue).  I will try to post code tonight.

Joerg Wunsch wrote:
> As DarkDragon wrote:
>> I initially submitted this bug under GCC bugzilla, but upon further
>> investigation, it looks like this comes from AVR-LibC as I can take
>> the LibC from the toolchain, insert it in WinAVR2010 and get the
>> same stack prologue code.
> Please submit some code (and compilation instructions) that can be
> used to reproduce that issue.
>> Our proxy prevents me from accessing Savanna so I can't submit a
>> report there.
> Even if you're using HTTPS?  That should normally be a pass-through
> stream which the proxy could not intercept (because the SSL encryption
> is from end to end).
> -- 
> cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL
> http://www.sax.de/~joerg/                        NIC: JW11-RIPE
> Never trust an operating system you don't have sources for. ;-)
> _______________________________________________
> AVR-libc-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-libc-dev

View this message in context: 
Sent from the AVR - Libc - Dev mailing list archive at Nabble.com.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]