This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
[kenneth.schalk@compaq.com] libc/2226: rpc/rpc_msg.h incorrect on Alpha
- To: libc-alpha at sources dot redhat dot com
- Subject: [kenneth.schalk@compaq.com] libc/2226: rpc/rpc_msg.h incorrect on Alpha
- From: Andreas Jaeger <aj at suse dot de>
- Date: 01 May 2001 17:47:44 +0200
- Cc: kenneth dot schalk at compaq dot com
Hi glibc developer,s
Here's a bug report against 2.1.3 that is also valid for 2.2.3.
What should be done?
Andreas
Topics:
libc/2226: rpc/rpc_msg.h incorrect on Alpha
- To: libc-gnats at gnu dot org, gnats-admin at gnu dot org
- Subject: libc/2226: rpc/rpc_msg.h incorrect on Alpha
- From: kenneth dot schalk at compaq dot com
- Date: Tue, 01 May 2001 10:10:26 -0400
>Number: 2226
>Category: libc
>Synopsis: rpc/rpc_msg.h incorrect on Alpha
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: libc-gnats
>State: open
>Quarter:
>Keywords:
>Class: sw-bug
>Submitter-Id: gnatsweb
>Arrival-Date: Tue May 01 10:10:26 -0400 2001
>Cases:
>Originator: Kenneth C. Schalk
>Release: 2.1.3, current CVS
>Organization:
Alpha Micrporocessor Development Group
Compaq Computer Corporation
>Environment:
RedHat 6.2 Alpha
>Description:
The use of u_long for rpc_msg.rm_xid and probably others
is incorrect. rm_xid should be 4 bytes, but u_long is 8
bytes on Alpha. Based on the Tru64 version of this header,
I'd bet that every ocurrence of u_long should be replaced
with u_int32_t (or a similar 32-bit type). Other
RPC-related source should also be audited for this problem.
I noticed because tcpdump was unable to decode NFS packets
on Alpha Linux.
>How-To-Repeat:
Build tcpdump on Alpha Linux and try to monitor NFS traffic.
>Fix:
Unknown
>Unformatted:
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de
http://www.suse.de/~aj