There are some other problems too:
makebuf() [ln 701] does this:
uint64_t* p = (uint64_t*)buf;
in this, buf is a char*. This violates the strict aliasing rules that say a
char* may alias any type, but not the other way around: uint64_t* may not
alias a char*. The difference is subtle: modifying
On Sat, Mar 3, 2012 at 09:55:51 -0600, Patrick Baggett wrote:
> Where can I read the source for "nbd-tester-client.c"? I just did a quick
> scan of "ghash.c" but I didn't see anything really silly going on, so I'd
> like to check this file. All copies I can find of "nbd-tester-client.c"
> seem to
Where can I read the source for "nbd-tester-client.c"? I just did a quick
scan of "ghash.c" but I didn't see anything really silly going on, so I'd
like to check this file. All copies I can find of "nbd-tester-client.c"
seem to be short (<600 lines) and not use glib at all.
Patrick
On Sat, Mar 3,
> According to g_int64_equal documentation, it expects its arguments to
> be pointers to gint64 values, which on sparc must be aligned on an
> 8-byte boundary. Looks like this is intentional, because
> nbd-tester-client.c creates its hash table like that:
>
>
That's odd that it would be 4-byte alig
On Fri, Mar 02, 2012 at 12:52:33AM +0100, Julien Cristau wrote:
> cc+=debian-sparc@
>
> On Wed, Feb 29, 2012 at 14:14:46 +0100, Wouter Verhelst wrote:
>
> > tags 653653 + help
> > thanks
> >
> > On Fri, Dec 30, 2011 at 12:40:09AM +0100, Jakub Wilk wrote:
> > > Source: nbd
> > > Version: 1:2.9.25
cc+=debian-sparc@
On Wed, Feb 29, 2012 at 14:14:46 +0100, Wouter Verhelst wrote:
> tags 653653 + help
> thanks
>
> On Fri, Dec 30, 2011 at 12:40:09AM +0100, Jakub Wilk wrote:
> > Source: nbd
> > Version: 1:2.9.25-2
> > Severity: serious
> > Justification: fails to build from source
> > User: deb
6 matches
Mail list logo