On Thu, Jun 29, 2006 at 06:09:37PM +0200, Matthias Andree wrote:
The value returned from malloc(0) must not be dereferenced whatever it
was. It was 0x800, which doesn't count as failure.
But this would be appropriate for catching the error:
if ((foo = malloc(0)) == foo)
/* make noise
Hi,
On Thu, Jun 29, 2006 at 07:29:16PM +0200, Matthias Andree wrote:
No, sir. Operator precedence: assign first, and then compare, thus the
comparison will always be true (else you'd be comparing to undefined
values, which isn't any better). You might as well write:
foo = malloc(0);
/*
Hi,
On Wed, Jun 28, 2006 at 08:10:45PM +0200, Andre Albsmeier wrote:
If you use malloc(0) and are crazy enough to access the 'allocated'
memory we give you a SIGSEV to show you how dumb you are :-).
They should check the return value of malloc() in any case for
successful allocation..
Hi folks,
never mind about this. The function got called but returned before the
debugging printf()..
The problem was somewhere else but it's fixed now and the patch submitted.
Hannes
___
freebsd-hackers@freebsd.org mailing list
Hi folks,
when I found out, that playing sound with xmms does not always work out
100%, I started experimenting with the sound driver.
What I got first was, that when a sound channel is opened/initialized, the
optimal playback values for speed, format and blocksize of the channel are
guessed by
On Tue, Jun 14, 2005 at 04:19:53PM +0200, rusel wrote:
Hello,
bitch# uname -a
FreeBSD bitch 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18
UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
i386
I`ve got fbsd winxp, now I have to format this stupid microshit coz
its
6 matches
Mail list logo