[ archivemail-Bugs-904652 ] test suite fails on sparc solaris 2.6

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Bugs item #904652, was opened at 2004-02-26 00:01
Message generated for change (Comment added) made by nikosch
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=456910&aid=904652&group_id=49630

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Paul Rodger (paulrodger)
Assigned to: Nikolaus Schulz (nikosch)
Summary: test suite fails on sparc solaris 2.6

Initial Comment:
Hello,                                                

I get the following message during test_archivemail.py

Is this expected on sparc solaris 2.6?                

FAIL: exclusive_lock/unlock should create/delete an
advisory lock                                         

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

Traceback (most recent call last):                    

  File "test_archivemail.py", line 163, in
testExclusiveLock                                     

    self.assertRaises(IOError, fcntl.flock,
file.fileno(), lock_nb)                               

  File
"/dist/sparc/solaris/Python/lib/python2.3/unittest.py",
line 295, in failUnlessRaises                           
    raise self.failureException, excName              

AssertionError: IOError                               

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

Ran 54 tests in 1477.271s                             

FAILED (failures=1)                                  

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

>Comment By: Nikolaus Schulz (nikosch)
Date: 2006-10-21 01:09

Message:
Logged In: YES 
user_id=1594781

Hi, 

short version: this is fixed in subversion. 

Longer version: archivemail uses fcntl.flock() for locking. 
The corresponding flock(2) system call is not POSIX-
compliant but a BSD thing. While it seems that most Unices 
provide the flock() syscall nowadays, they might emulate it 
with fcntl(2), which is a very different deer.  Apparently 
Solaris does so, and the testsuite didn't anticipate that. 

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=456910&aid=904652&group_id=49630