[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

2009-03-12 Thread bms

bms  added the comment:

POSIX semaphores should be fixed in 8-CURRENT, pending MFC.

There are rtld + malloc issues in FreeBSD. Python multiprocessing's
use of POSIX threads is not strictly POSIX compliant, as it tries
to do a lot more than just call exec() or async-signal-safe POSIX
APIs after fork()-ing. There is a degree of reluctance in the camp
to fix for these reasons...

In the meantime, you may wish to try building Python 2.6 on FreeBSD
using GNU Pth, here is a patch:

http://people.freebsd.org/~bms/dump/python26-fbsd-pth.patch

thanks!
BMS

--
nosy: +bms

___
Python tracker 
<http://bugs.python.org/issue3770>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

2009-03-12 Thread bms

bms  added the comment:

Hi,

I've committed a fix to FreeBSD-CURRENT for POSIX semaphores this morning.

Root cause analysis on the fork-mt issue points towards the rtld and
malloc in RELENG_7 not being able to deal with a mixture of fork and mt.

As a workaround, you may wish to try my patches against the FreeBSD port
to build with GNU Pth (until we can settle on resolution):-
http://people.freebsd.org/~bms/dump/python26-fbsd-pth.patch

thanks!
BMS

--
nosy: +bms

___
Python tracker 
<http://bugs.python.org/issue3863>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue2574] Add RFC 3768 SSM Multicast support to "socket"

2008-09-17 Thread bms

bms <[EMAIL PROTECTED]> added the comment:

Bill Janssen wrote:
> Bill Janssen <[EMAIL PROTECTED]> added the comment:
>
> I tried applying this patch to a clean SVN checkout of the 2.6 trunk on
> an OS X Leopard machine and it works (except for the part which patches
> configure.in).  I then built the source tree and ran the test_socket
> test, which also worked fine.  I don't see any tests for the specific
> functionality in the patch, or any patch to the documentation of the
> socket module.
>   

Good to hear of your build success on OS X, don't know about 
configure.in off the top of my had.

Exercising the API fully requires an SSM capable multicast LAN.

It's been a few months, as far as I can remember I did add the ssm 
methods and arguments to the built-in documentation for the socket object?

___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2574>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue2574] Add RFC 3768 SSM Multicast support to "socket"

2008-04-07 Thread bms

bms <[EMAIL PROTECTED]> added the comment:

Bruce M Simpson wrote:
> Benjamin Peterson wrote:
>> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>>
>> Can you submit a patch against the trunk? There aren't going to be any
>> new features in 2.5.
>>   
>
> Would a patch against 2.6a2 be OK?
>
> I have had a lot of problems building Python on Gentoo Linux (where I 
> developed these patches) w/o using their ebuild system, so I am trying 
> to keep things simple. 

I just tried to build python 2.6a2 from svn trunk in FreeBSD 
6.3-RELEASE. I get the same error messages as I do in Gentoo Linux:

%%%
Could not find platform independent libraries 
Consider setting $PYTHONHOME to [:]
'import site' failed; use -v for traceback
Traceback (most recent call last):
  File "./setup.py", line 6, in 
import sys, os, imp, re, optparse
ImportError: No module named os
gmake: *** [sharedmods] Error 1
Exit 2
%%%

I have no PYTHON* variables set in my environment.

On Gentoo, when I build using the ebuild / emerge system, I don't see 
this issue, nor do I see it with FreeBSD ports. Obviously they are doing 
something which differs from the instructions in the README, and it 
makes it difficult for me to submit patches for versions of Python other 
than those supported by the packaging systems, as I am sure you can 
understand.

cheers
BMS

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2574>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue2574] Add RFC 3768 SSM Multicast support to "socket"

2008-04-07 Thread bms

bms <[EMAIL PROTECTED]> added the comment:

Benjamin Peterson wrote:
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Can you submit a patch against the trunk? There aren't going to be any
> new features in 2.5.
>   

Would a patch against 2.6a2 be OK?

I have had a lot of problems building Python on Gentoo Linux (where I 
developed these patches) w/o using their ebuild system, so I am trying 
to keep things simple.

This stuff isn't really new as such, it's been in Windows, OpenSolaris 
and other OSes for a while now -- and trying to get FreeBSD SSM support 
out the door. I can understand if folk don't want to incorporate it in 
the production releases which most people are using, though, however 
it's still important that it sees the light of day.

Unfortunately the setsourcefilter() APIs are not terribly accessible to 
non C users such as Python without the wrapping, otherwise we end up 
instantiating arrays like we have to for fcntl.ioctl().

Also the plat-linux2 stuff seems to be lagging w.r.t the glibc inet 
defines in IN.py, where much of this stuff would normally appear.

cheers
BMS

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2574>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue2574] Add RFC 3768 SSM Multicast support to "socket"

2008-04-07 Thread bms

New submission from bms <[EMAIL PROTECTED]>:

Hi,

Here is a patch to add RFC 3768 SSM Multicast support to low-level
Python socket module as of 2.5.1.

I have not tested the setsourcefilter()/getsourcefilter() socket member
functions other than compiling the patch on a Gentoo Linux 2008.0 box
w/2.6 Linux kernel.

These APIs should be fairly portable. Note that I haven't added any
other configure glue, like the rest of socket, support is very low level
and getting the arguments to struct.pack() right is the user's problem.

cheers
BMS

--
components: Extension Modules
files: python-2.5.1-multicast-ssm.patch
keywords: patch
messages: 65115
nosy: bms
severity: normal
status: open
title: Add RFC 3768 SSM Multicast support to "socket"
type: feature request
versions: Python 2.5
Added file: http://bugs.python.org/file9971/python-2.5.1-multicast-ssm.patch

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2574>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com