[En-Nut-Discussion] Fw: scanf is very buggy!

[Harald Kipp]

I guess, Oliver will take care of this.

Possible reason for all these bugs: I never liked
scanf, but agree, that it's very powerful when reading
files. Many thanks.

I just committed several changes to HEAD:

* dev/debug*.c: Added ioctl baudrate support.

* dev/lanc111.c, net/ifconfig.c: Avoid chip initialization with MAC
address zero. This is a quick hack for all this init mess.

* include/pro/dhcp.h: Added NutDhcpRelease prototype.

* pro/dhcpc.c: New API added to relinguish the DHCP lease.
Collecting more than one offer is now disabled, if the application
sets timeout below three times of MAX_DHCP_WAIT (5 seconds).
The lease renewal will now start when 3/4 has elapsed, opposed
to 1/2 used previously. Finally the DHCP thread will sleep as
long as possible, while the previous version woke up every
ten seconds.

DHCP is now kind of snappier.

Harald

At 17:31 25.02.2004 +0200, you wrote:
>  Attached is a new version for _getf that fixes two scanf bugs:
>
>  1)  %% causes errors.
>2) When an integer is parsed, the for loop steps 1 char too far at the end,
>which gives problems with subsequent parsing.
>3) %u was not supported.
>
>  Does anybody use scanf?
>