Re: [gnet-dev] a few patches and some bugs
- From: David Helder <dhelder umich edu>
- To: mcmahill mtl mit edu
- Cc: gnet-dev gnetlibrary org
- Subject: Re: [gnet-dev] a few patches and some bugs
- Date: Tue, 18 Feb 2003 17:05:46 -0500 (EST)
Ok, I fixed iochannel in HEAD. I will commit shortly.
I did not update anything else. That may take some work to fix up.
For example, udp_receive takes a guint-length buffer and returns a gint
representing the number of bytes received or -1 on error. In Linux,
recvfrom(2) takes a size_t length buffer and returns an int. This was
consistent with Linux's recvfrom(2).
However, if the length is greater than 2^31, it returns a negative number
when it succeeds. This didn't seem right, so I made length a gint. I
made similar fixes in pack and mcast.
I'm not sure if this is the right thing to do. Let me know one way or
another. I can revert the changes.
David
On Wed, 12 Feb 2003 mcmahill mtl mit edu wrote:
> Here are a few patches I needed to get gnetlibrary to compile on my alpha.
> There are still a few bugs as the test.log file shows. It seems like the
> PACK2 macro isn't quite 64-bit clean although I haven't had a chance to
> try and fully understand what its doing.
>
> Also, while the tests were running, I got a few unaligned access warnings.
> This happens when you try and access, for example, a 32 bit value which is
> not aligned on a 32 bit boundary. If you had a char * and cast to an
> int * and try and dereference it, this can happen. In my case, the kernel
> fixes it up, but it slows down the program and gives these annoying
> messages.
>
> Hope this is useful information to someone.
>
> -Dan
>
>
--
David Helder - dhelder umich edu - <http://www.eecs.umich.edu/~dhelder>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]