[ python-Bugs-730222 ] socketmodule.c: inet_pton() expects 4-byte
packed_addr
SourceForge.net
noreply at sourceforge.net
Mon Jan 17 16:52:38 CET 2005
Bugs item #730222, was opened at 2003-04-30 11:00
Message generated for change (Comment added) made by john_marshall
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=730222&group_id=5470
Category: Python Library
Group: Python 2.2.2
Status: Open
Resolution: None
Priority: 5
Submitted By: John Marshall (john_marshall)
Assigned to: Nobody/Anonymous (nobody)
Summary: socketmodule.c: inet_pton() expects 4-byte packed_addr
Initial Comment:
In the Modules/socketmodule.c file, the inet_pton function
implicitly treats "long packed_addr" as a 4-byte object or
expects that the required 4-bytes is at
&packed_addr[0]-[3]. This is not true under
SUPER-UX/SX. In order to get this working right, I
changed the data type from "long" to "int". This now
works properly.
-----Modules/socketmodule.c: #3825
/* 042303; JM; this routine really expects a 4-byte
packed_addr
* not a long; long on SX is 8-bytes! */
#if SX
int packed_addr;
#else
long packed_addr;
#endif
...
if (packed_addr == INADDR_NONE)
return 0;
memcpy(dst, &packed_addr, 4);
-----
----------------------------------------------------------------------
>Comment By: John Marshall (john_marshall)
Date: 2005-01-17 10:52
Message:
Logged In: YES
user_id=768577
I no longer have access to SUPER-UX/SX systems, but
the problem must still exist since nothing has changed
in the source (I just checked that "long packed_addr"
is still used -- SUPER-UX/SX systems support 8-byte
longs).
The more general patch supplied by nnorwitz should
do the trick, though.
Thanks,
John
----------------------------------------------------------------------
Comment By: Facundo Batista (facundobatista)
Date: 2005-01-15 13:04
Message:
Logged In: YES
user_id=752496
This patch is no applied, the bug persists?
----------------------------------------------------------------------
Comment By: Facundo Batista (facundobatista)
Date: 2005-01-15 13:04
Message:
Logged In: YES
user_id=752496
Please, could you verify if this problem persists in Python 2.3.4
or 2.4?
If yes, in which version? Can you provide a test case?
If the problem is solved, from which version?
Note that if you fail to answer in one month, I'll close this bug
as "Won't fix".
Thank you!
. Facundo
----------------------------------------------------------------------
Comment By: Neal Norwitz (nnorwitz)
Date: 2003-05-21 23:32
Message:
Logged In: YES
user_id=33168
Attached is a patch which should fix the problem. There was
one other place that needed to be changed. This change is
more generic. Let me know if it works for you.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=730222&group_id=5470
More information about the Python-bugs-list
mailing list