K. Haley wrote:
- editing a bit ws2tcip.h (the function call convention is declared as
stdcall while it seems to be cdecl in the dll),
be carefull with this one, microsoft is know to have removed the stack
size on several of the stdcall exports. I don't know off hand if this
is the case here or not, however I haven't needed to edit ws2tcpip.h to
compile pan.
Interesting matter! I have checked the Platform SDK headers, and it
really is fastcall convention. I haven't tested cleanly, but it seems
that what is described in [1], is setting aliases, fixes this.
As it is mostly used to open sockets, I guess it is not used that
frequently. Therefore, I wasn't able so far to use that much Pan CVS to
cause any problem.
I what you're seeing is pan connecting to the server and then not
Spot on.
sending anything then this is the same glib bug that I've been trying to
deal with for a while now. I just recently had enough info to post a
bug on this. Hmm, now where did I put that ....
http://bugzilla.gnome.org/show_bug.cgi?id=309241
I shall watch how it evolves. I hope I will have to rebuild from CVS
only glib's libs.
Regards,
--
GISQUET Christophe
[1] http://www.geocities.com/yongweiwu/stdcall.htm
_______________________________________________
Pan-devel mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/pan-devel
