Re: [avr-libc-dev] Re: [avr-gcc-list] Please have a look at avr-libc patch #3750

2005-09-05 Thread Bernard Fouché
Björn Haase wrote: Russell Shaw wrote on Montag, 5. September 2005 02:39 : I'd rather adapt to a newer and better api than continue with old junk. I agree. One should be prepared to face a flaming war on this list, but I think that a substantial improvement is worth to endure this.

[avr-gcc-list] String Utilities and Memories

2005-09-05 Thread Chinmay Pendharkar
Hi everyone, I am a new member of this list. I have just started using AVRs and have been developing on a mega32 for a few months. My question is on memory access for string operations. I realise that the two different memories have different methods of accessing, escpically for string

Re: [avr-gcc-list] Small program for UART not working

2005-09-05 Thread Gary Bi
All, Thanks a lot for all your advices. I finially have this worked. Two things are done: 1. The baud rate calculation should be based on 3.686Mhz (default fosc for STK500). 2. Fuse change, I select next option Ext. Clock Start-up time:6CK + 0ms [CKSEL= SUT=00] Another quick question: does

[avr-gcc-list] Digital clock assembler programming problem

2005-09-05 Thread Sivakumar Ganesan
Hi everyone,I am a newbie to AVR microcontroller programming.I was quite successful in building some small applications like blinking a LED, interfacing a 16*2 LCD and interfacing a 4*3 keypad.Right now, I am trying to develop a digital clock display usingATmega8 and 16 * 2.Here is my

[avr-gcc-list] Re: [avr-libc-dev] Please have a look at avr-libc patch #3750

2005-09-05 Thread Joerg Wunsch
(Accumulated followup to several replies.) As Dmitry K. wrote: It is possible to facilitate transition to a new variant: 1. To change the order of arguments 'put' as: int (*put)(FILE *, char) -- int (*put)(char, FILE *) It would allow to leave the asm program 'put' without

RE: [avr-gcc-list] Digital clock assembler programming problem

2005-09-05 Thread Nigel Winterbottom
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] .org]On Behalf Of Sivakumar Ganesan Sent: 05 September 2005 13:33 To: avr-gcc-list@nongnu.org Subject: [avr-gcc-list] Digital clock assembler programming problem Hi everyone, I am a newbie to AVR microcontroller

RE: [avr-gcc-list] Digital clock assembler programming problem

2005-09-05 Thread Alan Kilian
I can increment the second's second variable up to 9. But, how can i display numbers greater than 9, i.e, 10, 11,... by changing both second's first and second's second varaible at the same time? Can't you increment the seconds from 9 to 10? If not, can you detect when the

Re: [avr-gcc-list] Re: [avr-libc-dev] Please have a look at avr-libc patch #3750

2005-09-05 Thread Bernard Fouché
Joerg Wunsch wrote: As the malloc()-less API change is long overdue, I'd rather move that in by the same time. We're going to have a new library minor version number, so we are eligible for an API change anyway. Great! How about the following API: #define __STDIO_FBUF_SIZE

[avr-gcc-list] Debugging under Linux

2005-09-05 Thread Lars Noschinski
Hello! I've some trouble debugging my avr applications (which use the avr-gcc toolchain) under Linux. I tried to run AVRStudio4 using wine, but failed at the install. VMLAB seems to run fine, but I cannot generate coff files. As WinAVR seems to be able to generate coff files, can the vanilla

Re: [avr-gcc-list] Re: [avr-libc-dev] Please have a look at avr-libc patch #3750

2005-09-05 Thread David Kelly
On Sep 5, 2005, at 9:19 AM, Joerg Wunsch wrote: 1. To change the order of arguments 'put' as: int (*put)(FILE *, char) -- int (*put)(char, FILE *) It would allow to leave the asm program 'put' without changes. But only these. ;-) For C programs, they'd yield a compile-time error

Re: [avr-gcc-list] Debugging under Linux

2005-09-05 Thread Joerg Wunsch
Lars Noschinski [EMAIL PROTECTED] wrote: I've some trouble debugging my avr applications (which use the avr-gcc toolchain) under Linux. I tried to run AVRStudio4 using wine, but failed at the install. VMLAB seems to run fine, but I cannot generate coff files. As WinAVR seems to be able to

Re: [avr-gcc-list] String Utilities and Memories

2005-09-05 Thread Joerg Wunsch
Chinmay Pendharkar [EMAIL PROTECTED] wrote: Is there a way to access both types of memories using a singular function which will intelligently judge on which of the two libraries is to be used? Only using C++, and virtual base classes -- which naturally will impose a run-time cost. This

Re: [avr-gcc-list] Small program for UART not working

2005-09-05 Thread Joerg Wunsch
Gary Bi [EMAIL PROTECTED] wrote: Another quick question: does anyone know which version of avr-gcc can support C code compiling for ATmega165/Atmega325, I have next version: Currently only with patches. ATmega165 support is in binutils-2.16 natively, but everything else (both MCU types for

Re: [avr-gcc-list] Re: [avr-libc-dev] Please have a look at avr-libc patch #3750

2005-09-05 Thread Joerg Wunsch
As Joerg Wunsch wrote: -in stdio.h: #define STDIO_SETUP(stream,buf,put,get,flags) FILE stream={buf,\ 0,\ flags,\ sizeof(buf),\ 0,\ put,\ get} That might basically

Re: [avr-gcc-list] Re: [avr-libc-dev] Please have a look at avr-libc patch #3750

2005-09-05 Thread Bernard Fouche
Joerg Wunsch wrote: Errm, you'd still need to supply a dummy implementation for malloc() anyway when using the floating-point versions. vfprintf() or vfscanf() will cause reference to malloc() [and free()] as they do not know at link-time they won't really be needed. Now why not have an

Re: [avr-gcc-list] Small program for UART not working

2005-09-05 Thread Gary Bi
Hi Joerg, Thanks for quickly pointing that out. Yes, I'm using WinAVR, it's not urgent for my project. I will wait several weeks later to check it again. Thanks again, Gary --- Joerg Wunsch [EMAIL PROTECTED] wrote: Gary Bi [EMAIL PROTECTED] wrote: Another quick question: does anyone

[avr-gcc-list] malloc-less i/o: small comparison

2005-09-05 Thread Dmitry K.
Hi all. I have compared the size of two programs which contain an output of a string into a stdout. The first uses original Avr-libc. The second uses the modified library where the stdout connects at a link stage, and the user is obliged to write base functions of i/o only. Results are (in

Re: [avr-gcc-list] malloc-less i/o: small comparison

2005-09-05 Thread Andy Warner
Dmitry K. wrote: [...] I have compared the size of two programs which contain an output of a string into a stdout. The first uses original Avr-libc. The second uses the modified library where the stdout connects at a link stage, and the user is obliged to write base functions of i/o only.

[avr-gcc-list] Debuging spurious resets in Atmega16 application.

2005-09-05 Thread David Shoemaker
Does anyone have a good debug method for figuring out why my ATMega16 is resetting while my application is running (a robot). I can get 20-30 seconds of run when it is driving but then I get a reset (I have radio communications over serial so I can see the startup banner go by again). I can