[Python-bugs-list] [ python-Bugs-594998 ] test_nis test fails on TRU64 5.1

SourceForge.net noreply@sourceforge.net
Fri, 07 Feb 2003 14:14:08 -0800


Bugs item #594998, was opened at 2002-08-14 06:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=594998&group_id=5470

Category: Build
Group: Python 2.2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Patrick Finnerty (finnertyp)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_nis test fails on TRU64 5.1

Initial Comment:
Platform: TRU64 v5.1a

Ran configure with --with-dec-threads options. 
Also used --without-gcc although this has no impact on
test failure.

The ouput from ./python ./Lib/test/test_nis.py is large
so I've included it in an attached file rather than
pasted here.

The machine that Python is being built on is a NIS
server as well as client.



----------------------------------------------------------------------

>Comment By: Neal Norwitz (nnorwitz)
Date: 2003-02-07 17:14

Message:
Logged In: YES 
user_id=33168

Patrick, are you able to test if this has been fixed?

----------------------------------------------------------------------

Comment By: Neal Norwitz (nnorwitz)
Date: 2002-12-14 20:49

Message:
Logged In: YES 
user_id=33168

I fixed a similar problem on Nov 4.  Can you test the latest
CVS versions from the head or for 2.2.2+?

----------------------------------------------------------------------

Comment By: Patrick Finnerty (finnertyp)
Date: 2002-08-15 09:06

Message:
Logged In: YES 
user_id=594846

On TRU64 this is doucmented as


       foreach(instatus, inkey, inkeylen, inval, invallen,
indata);
       int instatus;
       char *inkey;
       int inkeylen;
       char *inval;
       int invallen;
       char *indata;


----------------------------------------------------------------------

Comment By: Martin v. Löwis (loewis)
Date: 2002-08-15 07:05

Message:
Logged In: YES 
user_id=21627

This sounds like some serious memory corruption is going on.
Unfortunately, I can't spot a problem, so somebody with
access to such a system would need to debug it.

My first guess is that the type of the callback function is
incorrect. Can you please find out what signatures are
involved in yp_all(3)? On Solaris, the callback signature is
not declared in a header, but only documented in
yp_clnt(3NSL), as

                foreach(int instatus, char *inkey,
                int inkeylen, char *inval,
                int invallen, char *indata);


----------------------------------------------------------------------

Comment By: Patrick Finnerty (finnertyp)
Date: 2002-08-15 06:02

Message:
Logged In: YES 
user_id=594846

Uploading the output file from ./python ./Lib/test/test_nis.py.

----------------------------------------------------------------------

Comment By: Martin v. Löwis (loewis)
Date: 2002-08-15 05:01

Message:
Logged In: YES 
user_id=21627

There's no uploaded file!  You have to check the
checkbox labeled "Check to Upload & Attach File"
when you upload a file.

Please try again.

(This is a SourceForge annoyance that we can do
nothing about. :-( )

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=594998&group_id=5470