On Fri, Mar 7, 2008 at 8:10 AM, Scott Bell [EMAIL PROTECTED] wrote:
my test program. The Haskell version, however, does not
return from recvFrom. I've also tried wrapping this in a
withSocketsDo, with no effect.
So this is a long standing, ah, issue with the Network modules.
Try sending a
Adam,
This does the trick, thanks! I certainly would not have been
able to track down such an insidious `issue' without much
agony and despair.
- Scott
On Fri, Mar 7, 2008 at 10:48 AM, Adam Langley [EMAIL PROTECTED] wrote:
On Fri, Mar 7, 2008 at 8:10 AM, Scott Bell [EMAIL PROTECTED] wrote:
Hello Adam,
Maybe you could use the binary package [1] to always encode the portNumber,
etc. in network byte order? Such as available put/get functions:
putWord16be :: Word16 - Put
Hope this helps...
__
Donnie
1. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/binary-0.4.1
On
On Fri, Mar 07, 2008 at 10:56:32AM -0700, Scott Bell wrote:
Adam,
This does the trick, thanks! I certainly would not have been
able to track down such an insidious `issue' without much
agony and despair.
(haskell-cafe, my apologies for a message that's only tangentially
on-topic. The
Hello Adam,
After taking a closer look, the network module does do the ntohs() FFI call:
http://haskell.org/ghc/docs/latest/html/libraries/network/src/Network-Socket.html#PortNumber
Thus, I think the issue is probably that Scott's UDP Client does not do the
htons() for the port number, or if the
