This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author koobs
Recipients koobs
Date 2015-09-08.06:35:16
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1441694117.96.0.393183554729.issue25026@psf.upfronthosting.co.za>
In-reply-to
Content
In my current attempt to create a FreeBSD port for python35, I've come across a patch rejection for the fcntlmodule.c for a local port patch we've been carrying since Python 2.6:

https://svnweb.freebsd.org/ports/head/lang/python27/files/patch-Modules__fcntlmodule.c?revision=391238&view=markup

The original commit log for this change is:

====================================

  Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).
  
  Although POSIX says the type is 'int', all BSD variants (including Mac OS X)
  have been using 'unsigned long' type for very long time and its use predates
  the standard long enough.  For certain commands (e.g., TIOCSWINSZ, FIONBIO),
  the Python value may get sign-extended on 64-bit platforms (by implicit type
  promotion) and it causes annoying warnings from kernel such as this:
  
  WARNING pid 24509 (python2.6): ioctl sign-extension ioctl ffffffff8004667e

====================================

I'm not sure how this should be fixed upstream, nor clear on how to re-patch it given recent changes to  fcntlmodule.c
History
Date User Action Args
2015-09-08 06:35:18koobssetrecipients: + koobs
2015-09-08 06:35:17koobssetmessageid: <1441694117.96.0.393183554729.issue25026@psf.upfronthosting.co.za>
2015-09-08 06:35:17koobslinkissue25026 messages
2015-09-08 06:35:16koobscreate