[issue7511] msvc9compiler.py: ValueError: [u'path']

[Christopher Paolini]

Christopher Paolini  added the comment:

I'm running into the same issue myself. I even installed Visual Studio 2008. 
Issue is it installed as a 32-bit application in the x86 directory, not sure 
why. I have 64-bit Windows 7. I'm installing the SDK to see if that helps.

Also I need this for pycrypto too. If anyone has a 64-bit AMD build for the 
latest crypto that'd be amazing.

--
nosy: +Christopher.Paolini

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

-0 eric.smith for concerns about people relying on current behaviour
-0 brian.curtin   the same
counterarg: current behavior will be broken anyway with compatibility fix in 
r80004

+0 r.david.murray   the policy that we shouldn't change stdlib interfaces 
without a strong reason, but Tools is not stdlib

+0.5 merwok   as diff.py can not be considered unix diff replacement


Wouldn't it be nice if you haven't need to say your tool how to do the thing 
you like?

Don't you want to add a recommendation to use diff.py tool so that Windows 
users can also send patches?
http://python.org/dev/patches/

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

> This type of failure appears again in current builds:

Unfortunately, I think you mean 'still' rather than 'again'.  :)
As far as I can tell, the failure's never gone away, though it may have been 
obscured by other failures from time to time.

Maybe it's time to do something.  I propose we:

  1. create a new branch py3k-issue4970
  2. Hack Lib/test/regrtest.py in that branch so that it runs
 *only* test_os and test_wait3, in that order (ignoring the -r
 flag).  Check that we're still getting the failure.
  3. Do a binary search (remove half the test_os tests; trigger
 buildbot run; see if we're still getting the signal; rinse;
 repeat) to narrow down the cause to a particular test.
  4. While doing 3, ruthlessly kill all other non-trunk
 checkin-triggered buildbot runs on this machine
 to speed up the search process a bit.  (Keeping trunk builds
 for the sake of the upcoming 2.7 release.)

I'll try to start this this evening (no ssh access at the moment) unless 
someone else beats me to it.

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

Should also modify regrtest to print out the result of the command

getconf GNU_LIBPTHREAD_VERSION

that Antoine suggested.

--

___
Python tracker 

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

[issue8383] pickle is unable to encode unicode surrogates

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Both pickle and marshal will need to use the new error handler in order to stay 
compatible with Python 3.0 (and 2.x) and also to enable creating Unicode 
literals that include lone surrogates.

--

___
Python tracker 

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

[issue8359] % formating - TypeError: not all arguments converted during string formatting

[David Planella]

David Planella  added the comment:

It would be nice that %-formatting had the same functionality as in C when it 
comes to discarding unnamed arguments, but from the comments I understand that 
being deprecated no changes in functionality are contemplated.

However, before recommending using str.format, the fact that gettext does not 
yet seem to support it should also be taken into account. Some examples:

= %-formatting =

print gettext.ngettext("%(package)d package", "%(package)d packages", 
countInstall) % { 'package': countInstall}

Renders the following in a POT template:

#, python-format
msgid "%(package)d package"
msgid_plural "%(package)d packages"
msgstr[0] ""
msgstr[1] ""

-- All good. The string is marked as a python-format one and the %(package) 
argument can be dropped in the translation for the languages which need it. No 
program crash.

= str.format() formatting =

print gettext.ngettext("{no_of_packages} package", "{no_of_packages} packages", 
countInstall).format(no_of_packages=countInstall)

Renders the following in a POT template:

msgid "{no_of_packages} package"
msgid_plural "{no_of_packages} packages"
msgstr[0] ""
msgstr[1] ""

-- Not marked as python-format, since gettext does not seem to support the {} 
notation. No error-checking can take place for arguments. Not good.

print _("{day} day").format(day=countInstall)

msgid "{day} day"
msgstr ""

-- Same comment as above.

print _("{0} package").format(countInstall)

Extracted string in a POT template:

msgid "{0} package"
msgstr ""

-- Same comment as above

I understand that part of the error is in gettext, but I thought I'd mention it 
here as well, since this has caused quite a lot of crashes in Hebrew and Arabic 
translations in Ubuntu in the past, and will continue to do it until addressed.

--
nosy: +dpm

___
Python tracker 

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

[issue6090] zipfile DeprecationWarning Python in 2.6, failure in 2.7

[Mark Dickinson]

Mark Dickinson  added the comment:

[Martin]
> I think the error message could be better, though; it should probably be a 
> ValueError.

Do you mean a ValueError at the level of the struct module, or the zipfile 
module.

I'd quite like to change all the exceptions raised by the struct module to 
ValueError or TypeError (as appropriate);  I'm not sure what the point of 
struct.error is supposed to be.  I've resisted making this change up until now 
for backwards compatibility reasons, but perhaps it could be considered for 3.2 
(but not for 2.7).

--
nosy: +mark.dickinson

___
Python tracker 

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

[issue1722344] Thread shutdown exception in Thread.notify()

[Thijs Triemstra]

Thijs Triemstra  added the comment:

Looks like this influenced mod_wsgi as well: 
http://groups.google.com/group/modwsgi/browse_thread/thread/ba82b2643564d2dd

--
nosy: +thijs

___
Python tracker 

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

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

[Mark Dickinson]

Mark Dickinson  added the comment:

Closing: it's too late for Python 2.x.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue7873] Remove precision restriction for integer formatting.

[Mark Dickinson]

Mark Dickinson  added the comment:

Closing:  it's too late for 2.x.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue3451] Asymptotically faster divmod and str(long)

[Mark Dickinson]

Mark Dickinson  added the comment:

Unassigning myself for now.  The most recent patch still needs work before it 
can be considered for inclusion.

--
assignee: mark.dickinson -> 
status: open -> languishing
versions:  -Python 2.7

___
Python tracker 

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

[issue8383] pickle is unable to encode unicode surrogates

[STINNER Victor]

STINNER Victor  added the comment:

> Both pickle and marshal will need to use the new error handler 
> in order to stay compatible with Python 3.0 (and 2.x) 
> and also to enable creating Unicode literals that include 
> lone surrogates.

Attached patch fixes pickle. Marshal does already use surrogatepass since 
Martin's commit r72208 (Issue #3672).

--

___
Python tracker 

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

[issue8383] pickle is unable to encode unicode surrogates

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

STINNER Victor wrote:
> 
> STINNER Victor  added the comment:
> 
>> Both pickle and marshal will need to use the new error handler 
>> in order to stay compatible with Python 3.0 (and 2.x) 
>> and also to enable creating Unicode literals that include 
>> lone surrogates.
> 
> Attached patch fixes pickle. Marshal does already use surrogatepass since 
> Martin's commit r72208 (Issue #3672).

Looks good !

Thanks.

--

___
Python tracker 

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

[issue8188] Unified hash for numeric types.

[Mark Dickinson]

Mark Dickinson  added the comment:

Many thanks for reviewing, Stefan, and for the patch.

Here's an updated patch:
 - specify 32-bit/64-bit C long rather than 32-bit/64-bit machine
 - apply hash->hash_ fix to Python hash recipe
 - use _PyHASH_MODULUS instead of _PyHASH_MASK throughout (this
   was bugging me).
 - reorganize the stdtypes doc entry slightly
 - update against current svn, and remove outdated test_float tests
   for the values of float('inf') and float('nan')

One unresolved issue:  it would probably make sense to specify (publicly) a 
hash algorithm for complex types, too, so that someone implementing e.g. 
Gaussian integers can make their hash function agree with that for the complex 
type where appropriate.

That hash algorithm would probably be as simple as:

  hr = hash(x.real)
  hi = hash(x.imag)
  return 

where the algorithm for the combination needs to be specified explicitly, and 
any relevant parameters put into sys.hash_info.
(Unfortunately, -1 doesn't have square roots modulo the prime P used, else we 
could do the cute thing and make use of a square root of -1 modulo P.)

Another tiny detail:  I'm wondering whether hash(m/P) should care about the 
sign of m:  currently it doesn't, which means that the symmetry hash(-x) = 
-hash(x) *almost* always holds for a rational x, but not always.  An 
almost-always-true symmetry seems like a recipe for hard-to-find bugs.

--

___
Python tracker 

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

[issue8188] Unified hash for numeric types.

[Mark Dickinson]

Changes by Mark Dickinson :


--
assignee:  -> mark.dickinson

___
Python tracker 

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

[issue8188] Unified hash for numeric types.

[Mark Dickinson]

Mark Dickinson  added the comment:

... and here's the actual patch...  Forget my own head next. :)

--
Added file: http://bugs.python.org/file16907/numeric_hash7.patch

___
Python tracker 

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

[issue8188] Unified hash for numeric types.

[Mark Dickinson]

Changes by Mark Dickinson :


--
priority:  -> normal

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Stefan Krah]

Stefan Krah  added the comment:

This bugreport http://bugs.gentoo.org/28193 indeed suggests that
the failure occurs on systems without nptl.

Would it be possible for someone with an affected system to run
the test program from the bug report?

--

___
Python tracker 

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

[issue8383] pickle is unable to encode unicode surrogates

[STINNER Victor]

STINNER Victor  added the comment:

Commited: r80031 (py3k) and r80032 (3.1), fix also pickletools.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue8384] Distutils C extension build with MinGW on Windows fails

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Can you run the following command:
   ld -v
and paste the result?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Stefan Krah]

Stefan Krah  added the comment:

You can use http://gnuwin32.sourceforge.net/packages/diffutils.htm or
cygwin or msys.

--
nosy: +skrah

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

I hope this is not a support tracker. =)

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

Do you really think that Python users shouldn't use tools written in Python if 
they are available?

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Charles-Francois Natali]

Charles-Francois Natali  added the comment:

Signal 32 is the first real-time signal, and is indeed used by linuxthreads, so 
it's very likely a linuxthreads bug, since this signal shouldn't leak to 
application.
Since linuxthreads is no longer maintained, I'm afraid we can't do much about 
this, except check for the threading library used and say "linuxthreads is 
obsolete and has known issues - please upgrade your system for reliable 
threading support".

--
nosy: +neologix

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

> Since linuxthreads is no longer maintained, I'm afraid we can't do much
> about this.

Agreed.  But I think it's still worth trying to narrow down (and possibly work 
around) the cause of failure, just so that we can make this buildbot useful 
again on 3.x.  Perhaps we can get by with a conditional skip of one of the 
test_os tests, but we have to figure out which one first.  :)

--

___
Python tracker 

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

[issue8382] StringIO.write() takes any argument and converts it to a string

[R. David Murray]

Changes by R. David Murray :


--
resolution:  -> wont fix
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue7585] difflib should separate filename from timestamp with tab

[R. David Murray]

R. David Murray  added the comment:

Yes, thanks for the typo correction.

--

___
Python tracker 

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

[issue8385] _winreg remaining in test_winsound

[Tim Golden]

New submission from Tim Golden :

There is a reference to _winreg left in test_winsound. Trivial patch attached 
renames this to winreg.

--
components: Tests
files: test_winsound.patch
keywords: patch
messages: 103042
nosy: tim.golden
severity: normal
status: open
title: _winreg remaining in test_winsound
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file16908/test_winsound.patch

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[STINNER Victor]

STINNER Victor  added the comment:

Extract of the Prelude ticket https://dev.prelude-ids.com/issues/show/133 : 
"commenting out sigprocmask(SIG_SETMASK, &set, NULL) seems to fixes the problem 
(...)"

--
nosy: +haypo

___
Python tracker 

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

[issue8385] _winreg remaining in test_winsound

[Tim Golden]

Changes by Tim Golden :


--
nosy: +mark.dickinson

___
Python tracker 

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

[issue8385] _winreg remaining in test_winsound

[Brian Curtin]

Brian Curtin  added the comment:

Whoops, thanks for catching that, Tim. Fixed in r80044 and 80046.

--
assignee:  -> brian.curtin
nosy: +brian.curtin
priority:  -> normal
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue8386] test_pickle failing

[Tim Golden]

New submission from Tim Golden :

test_pickle failing on WinXP

http://svn.python.org/projects/python/branches/py3k/Lib r80044

==
ERROR: test_unicode (__main__.CPicklerTests)
--
Traceback (most recent call last):
   File "test\pickletester.py", line 523, in test_unicode
 p = self.dumps(u, proto)
   File 
"C:\work_in_progress\make-snapshots\branches\py3k\python\Lib\test\test_pickle.py",
 line 30, in dumps
 p.dump(arg)
UnicodeEncodeError: 'utf-8' codec can't encode character '\udc80' in position 
1: surrogates not allowed

==
ERROR: test_unicode (__main__.CDumpPickle_LoadPickle)
--
Traceback (most recent call last):
   File "test\pickletester.py", line 523, in test_unicode
 p = self.dumps(u, proto)
   File 
"C:\work_in_progress\make-snapshots\branches\py3k\python\Lib\test\test_pickle.py",
 line 30, in dumps
 p.dump(arg)
UnicodeEncodeError: 'utf-8' codec can't encode character '\udc80' in position 
1: surrogates not allowed

==
ERROR: test_unicode (__main__.DumpPickle_CLoadPickle)
--
Traceback (most recent call last):
   File "test\pickletester.py", line 524, in test_unicode
 u2 = self.loads(p)
   File 
"C:\work_in_progress\make-snapshots\branches\py3k\python\Lib\test\test_pickle.py",
 line 37, in loads
 return u.load()
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 1-3: illegal 
encoding

--

--
messages: 103045
nosy: tim.golden
severity: normal
status: open
title: test_pickle failing

___
Python tracker 

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

[issue8386] test_pickle failing

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc :


--
assignee:  -> haypo
nosy: +haypo

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

Results of my simple-minded strategy (see r80033-4, r80037, r80042, r80045, 
r80047-51):

test_execvpe_with_bad_program in ExecTests by itself is enough to trigger the 
signal 32 error (in combination with test_wait3).  See:

http://www.python.org/dev/buildbot/builders/x86%20gentoo%203.x/builds/2174

If just this single test is disabled and all other tests in test_os are allowed 
to run, there's no problem (at least with test_wait3;  (I haven't tried 
re-enabling *all* other tests in the test suite yet).  See:

http://www.python.org/dev/buildbot/builders/x86%20gentoo%203.x/builds/2176

--

___
Python tracker 

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

[issue8386] test_pickle failing

[STINNER Victor]

STINNER Victor  added the comment:

The failing test was introduced by r80031 by me: see issue #8383.

I don't understand why the test fails.

--

___
Python tracker 

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

[issue8386] test_pickle failing

[STINNER Victor]

STINNER Victor  added the comment:

Does the follow code work on Windows?

>>> '\uDC80'.encode("utf8", "surrogatepass")
b'\xed\xb2\x80'

--

___
Python tracker 

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

[issue8386] test_pickle failing

[Tim Golden]

Tim Golden  added the comment:

Yes:


C:\temp>\work_in_progress\make-snapshots\branches
Python 3.2a0 (py3k:80030, Apr 13 2010, 11:13:13)
Type "help", "copyright", "credits" or "license"
>>> '\uDC80'.encode("utf8", "surrogatepass")
b'\xed\xb2\x80'
>>>



--

___
Python tracker 

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

[issue8386] test_pickle failing

[STINNER Victor]

STINNER Victor  added the comment:

How did you get these errors? I don't see them in the buildbots (x86 Windows7 
3.x, x86 XP-4 3.x):
 * http://www.python.org/dev/buildbot/builders/x86 Windows7 
3.x/builds/408/steps/test/logs/stdio
 * http://www.python.org/dev/buildbot/builders/x86 XP-4 
3.x/builds/1874/steps/test/logs/stdio

Is it in your local computer? Did you recompiled Python?

--

___
Python tracker 

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

[issue7584] datetime.rfcformat() for Date and Time on the Internet

[Daniel Urban]

Daniel Urban  added the comment:

I've made a patch.

This patch adds a datetime_rfcformat function to datetimemodule.c which is 
available from Python as the datetime.rfcformat method in the datetime module.  
This method returns the date in RFC 3339 format: 
-MM-DDTHH:MM:SS[.mm]+HH:MM.  Documentation and tests are also added.

--
keywords: +patch
nosy: +durban
Added file: http://bugs.python.org/file16909/issue7584.diff

___
Python tracker 

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

[issue8386] test_pickle failing

[Tim Golden]

Tim Golden  added the comment:

Well that's embarrassing: I updated but didn't rebuild. Sorry for the noise; 
all tests passing now. Please close the call.

--

___
Python tracker 

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

[issue8386] test_pickle failing

[STINNER Victor]

STINNER Victor  added the comment:

he he, ok, no problem.

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Do you really think that Python users shouldn't use tools written in
> Python if they are available?

Sure, they can. For example, they can use Mercurial and type "hg diff".
Or even TortoiseHg and do it all from a GUI.

--
nosy: +pitrou

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's some fairly minimal Python code that produces the signal:

### begin example ###
import os
import time
import _thread

try:
os.execv('/usr/bin/dorothyq', ['dorothyq'])
except OSError:
pass

def f():
time.sleep(1.0)  # probably irrelevant to the failure

_thread.start_new(f, ())
### end example ###

It looks as though the failed os.execv call messes something up internally, so 
that any attempt thereafter to start a thread produces this signal.  I can't 
see anything obviously wrong with the os.execv implementation (see posix_execv 
in Modules/posixmodule.c).

There's still the question of what changed between 2.x and 3.x:  on 2.x, this 
buildbot seems perfectly happy.

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Brian Curtin]

Brian Curtin  added the comment:

> Don't you want to add a recommendation to use diff.py tool so 
> that Windows users can also send patches?
> http://python.org/dev/patches/

We could add that note but it should not be a recommendation. Patches should 
ideally be generated using "svn diff" at the moment, and "hg diff" when we 
switch.

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

Okay, I think I've got as far as I can, but if anyone else wants to hack on 
this, please do.

The branch name is py3k-issue4970

In that branch:

 - there's an extra test Lib/test/test_issue4970 that demonstrates
   the signal 32 failure

 - Lib/test/regrtest.py has been hacked to run only that test,
   in verbose mode.

--

___
Python tracker 

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

[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C

[Martin Ducár]

Changes by Martin Ducár :


--
versions: +Python 2.5

___
Python tracker 

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

[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C

[Brian Curtin]

Brian Curtin  added the comment:

Removing 2.5 as it's only receiving security fixes.

--
nosy: +brian.curtin
versions:  -Python 2.5

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

I'll add a note about preferred "svn diff" way and "diff.py" as a fallback.  
But first I'd like to see this patch committed to streamline patch submission 
process by removing requirement to remember "-u" option.

Do agree that "diff.py" is not a replacement for "diff (1)", but our own custom 
tool that produces diffs?

If that's true when why don't you let this tool produce unified diffs by 
default if you and everybody else here want diffs in this format?

--

___
Python tracker 

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

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Alex Willmer]

Alex Willmer  added the comment:

On 13 April 2010 03:21, Matthew Barnett  wrote:
> issue2636-20100413.zip is a new version of the regex module.

Matthew, When I run test_regex.py 6 tests are failing, with Python
2.6.5 on Ubuntu Lucid and my setup.py. Attached is the output, do all
the tests pass in your build?

Alex

--
Added file: http://bugs.python.org/file16910/test_regex_20100413

___
Python tracker 
<http://bugs.python.org/issue2636>
___

test_regex_20100413
Description: Binary data
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[STINNER Victor]

STINNER Victor  added the comment:

signal.__dict__:
{...
 'NSIG': 65,
 'SIGABRT': 6,
 'SIGALRM': 14,
 'SIGBUS': 7,
 'SIGCHLD': 17,
 'SIGCLD': 17,
 'SIGCONT': 18,
 'SIGFPE': 8,
 'SIGHUP': 1,
 'SIGILL': 4,
 'SIGINT': 2,
 'SIGIO': 29,
 'SIGIOT': 6,
 'SIGKILL': 9,
 'SIGPIPE': 13,
 'SIGPOLL': 29,
 'SIGPROF': 27,
 'SIGPWR': 30,
 'SIGQUIT': 3,
 'SIGRTMAX': 64,
 'SIGRTMIN': 35,
 'SIGSEGV': 11,
 'SIGSTOP': 19,
 'SIGSYS': 31,
 'SIGTERM': 15,
 'SIGTRAP': 5,
 'SIGTSTP': 20,
 'SIGTTIN': 21,
 'SIGTTOU': 22,
 'SIGURG': 23,
 'SIGUSR1': 10,
 'SIGUSR2': 12,
 'SIGVTALRM': 26,
 'SIGWINCH': 28,
 'SIGXCPU': 24,
 'SIGXFSZ': 25,
 'SIG_DFL': 0,
 'SIG_IGN': 1,
 ...}

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Stefan Krah]

Stefan Krah  added the comment:

The requirement to remember the "-u" option is a benefit for the user.
If he ever wants to use a standard diff, he doesn't have to relearn
things.

I don't agree that diff.py should be a custom tool. It's unfortunate
that it already deviates from standard diffs, but that's no reason to
deviate further.

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

Stefan, do you use "diff.py"?

--

___
Python tracker 

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

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Matthew Barnett]

Matthew Barnett  added the comment:

Yes, it passed all the tests, although I've since found a minor bug that isn't 
covered/caught by them, so I'll need to add a few more tests.

Anyway, do:

regex.match(ur"\p{Ll}", u"a")
regex.match(ur'(?u)\w', u'\xe0')

really return None? Your results suggest that they won't.

I downloaded Python 2.6.5 (I was using Python 2.6.4) just in case, but it still 
passes (WinXP, 32-bit).

--

___
Python tracker 

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

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

[Keegan Carruthers-Smith]

Keegan Carruthers-Smith  added the comment:

Just thought I'd point out that RFC2732 was obsoleted by RFC3986 
http://www.rfc-editor.org/rfc/rfc3986.txt

--
nosy: +Keegan.Carruthers-Smith

___
Python tracker 

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

[issue8384] Distutils C extension build with MinGW on Windows fails

[Sridhar Ratnakumar]

Changes by Sridhar Ratnakumar :


--
components: +Windows

___
Python tracker 

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

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

[Éric Araujo]

Éric Araujo  added the comment:

Hello

Thanks for the precision. This particular topic is discussed on #5650, feel 
free to help there!

Better update the code before the doc, though.

Regards

--

___
Python tracker 

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

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Actually, this bug is just for parsing the IPv6 url. We are having the
right set of patches in the bug. I shall commit it soon.
The RFC part is separate and we will slowly achieve a good compliance
with STD 66.

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[STINNER Victor]

STINNER Victor  added the comment:

There are many references to "unknown signal 32" errors in Google.

Gdb mailing list, December 2002: "SIG32/SIGTRAP issues"
http://sources.redhat.com/ml/gdb/2002-12/msg00057.html

Gdb mailing list, September 2003: "pthread_create, Program received signal ?, 
Unknown signal"
http://sources.redhat.com/ml/gdb/2003-09/msg3.html
=> extract: "A change in the definition of SIGRTMIN
causes this symptom."

There is a thread "SIGRT_0 (Unknown signal 32)" in the Linux Kernel mailing 
list, in July 2005:
http://lkml.org/lkml/2005/7/30/93

Extract of a Debian bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298982
-
There are actually three earlier instances in the trace of
 rt_sigsuspend([]  
in those cases it gets "SIGRTMIN (Unknown signal 32)" and carries on.
The one prior to the hanging instance is

 open("/dev/sequencer", O_WRONLY)= 10
 ioctl(10, SNDCTL_SEQ_NRSYNTHS, 0x40095b20) = 0
 ioctl(10, SNDCTL_SEQ_NRMIDIS, 0x40094c20) = 0
 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
 write(9, " \357...@\0\0\0\0p\370\377\277\240\341\16@\220\376\23\10"..., 148) = 
148
 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
 rt_sigsuspend([] 
 --- SIGRTMIN (Unknown signal 32) @ 0 (0) ---
 <... rt_sigsuspend resumed> )   = -1 EINTR (Interrupted system call)
 sigreturn() = ? (mask now [RTMIN])

(...)

This is not very helpful, as it means the thread is waiting for another
thread, nothing else. Could you run it with strace -f ?
-

--

___
Python tracker 

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

[issue1856] shutdown (exit) can hang or segfault with daemon threads running

[James Cooper]

Changes by James Cooper :


--
nosy: +jamescooper

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[STINNER Victor]

STINNER Victor  added the comment:

NPTL was introduced in Linux kernel 2.6(.0). glibc 2.4 requires NPTL:

"The LinuxThreads add-on, providing pthreads on Linux 2.4 kernels, is no longer 
supported. The new NPTL implementation requires Linux 2.6 kernels. For a libc 
and libpthread that works well on Linux 2.4 kernels, we recommend using the 
stable 2.3 branch."

NPTL 0.1 was released in September 2002. So the bug requires a Linux kernel 2.4 
(and gblic 2.3.x).

--

___
Python tracker 

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

[issue7316] Add a timeout functionality to common locking operations

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Updated patch against current py3k.
About the timeout limit, an useful point of comparison is select(), which 
doesn't try to loop either: it just throws OverflowError if the specified 
timeout value is too large to be represented in a timeval struct.

--
Added file: http://bugs.python.org/file16911/timedlock6.patch

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I suggest simply skipping the "offending" test on linuxthread platforms.
(perhaps as simple as checking for sys.platform == "linux2" and signal.SIGRTMIN 
== 35)

--

___
Python tracker 

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

[issue1722344] Thread shutdown exception in Thread.notify()

[Brett Cannon]

Changes by Brett Cannon :


--
nosy:  -brett.cannon

___
Python tracker 

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

[issue8379] if __debug__: has nonobvious behaviour when evaluating .pyo without -O

[Brett Cannon]

Brett Cannon  added the comment:

So technically Python does not know that some bytecode was compiled with 
optimization flags on; that is simply not carried in the bytecode format. You 
also cannot rely on file name extensions as the bytecode could have been 
generated by an interpreter that used .pyo as the file extension for 
non-optimized bytecode. So you can't really make this an "explicit error" 
without changing the format of bytecode files.

As for a distribution choice for only shipping bytecode, you should then only 
ship .pyc files to avoid this issue.

Raymond who (most likely) added the optimization is already on the nosy list so 
he can decide to disagree with me if he wants, but I am personally still not 
viewing this as a bug.

--

___
Python tracker 

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

[issue3783] dbm.sqlite proof of concept

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +merwok

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

Seems like I have to remind that everybody can still paint their bikeshed in 
classic colors with "-c" option, but if you all prefer unified colors, why do 
you resist on painting them in these by default? Custom color options add more 
to a total price, you know. More customers would be happy if the basic version 
included their favorite flavor.

>From another side unix 'diff' users are smart enough to read command line help 
>for 'diff.py' if they won't like default unified output and choose the option 
>they need. BTW, what option should I specify to unix diff to get HTML or ndiff 
>output?

Let me remind that there are tools like 'svnmerge' that do even more things 
that standard 'svn merge' does not.


Your arguments could be more convincing if you could show at least one real 
world example against "diff.py" that outweighs the benefit of having unified 
diff generated without any additional options. IIUC Python scripts are 
installed with .py extension even on Unix platform, and you can't execute 
'diff.py' instead of 'diff' by mistake.

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Eric Smith]

Eric Smith  added the comment:

To change the default, you need to know how many people it will benefit, and 
how many people will be negatively impacted by the change. I personally suspect 
that both numbers are zero, which is why I have a hard time getting excited 
about it.

Are there any real-world reports of users (Windows or otherwise) who would use 
this tool, if only it had a different default?

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Seems like I have to remind that everybody can still paint their
> bikeshed in classic colors with "-c" option, but if you all prefer
> unified colors, why do you resist on painting them in these by
> default? Custom color options add more to a total price, you know.
> More customers would be happy if the basic version included their
> favorite flavor.

Hey, could you please stop complaining? You opened the issue, you are
the own bikeshedding here.

Besides, Python's goal is /not/ to produce a tool chain of replacement
programs for the standard Unix utilities. There are certainly more
constructive things to do for the Python community, than to keep
insisting on this issue. Micro-problems don't warrant stressing
everyone's patience with aggressive hand-waving. Thanks in advance.

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[STINNER Victor]

STINNER Victor  added the comment:

> I suggest simply skipping the "offending" test on linuxthread
> platforms.

Good idea

> (perhaps as simple as checking for sys.platform == "linux2" 
> and signal.SIGRTMIN == 35)

I would prefer to rely on confstr():

import os
try:
# 'linuxthreads-0.10' or 'NPTL 2.10.2'
pthread = os.confstr("CS_GNU_LIBPTHREAD_VERSION")
linuxthreads = pthread.startswith("linuxthreads")
except ValueError:
linuxthreads = False

^^ this example requires attached patch for the two CS_GNU_* constants.

Which tests should be disabled?

--
keywords: +patch
Added file: http://bugs.python.org/file16912/confstr_libpthread.patch

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Brian Curtin]

Changes by Brian Curtin :


--
nosy:  -brian.curtin

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy:  -pitrou

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

Skipping test_execvpe_with_bad_program sounds good to me.

I'd ideally like to understand why 3.x is failing where 2.x is happy, but 
life's too short to stuff a mushroom.

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Eric Smith]

Changes by Eric Smith :


--
nosy:  -eric.smith

___
Python tracker 

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

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Alex Willmer]

Alex Willmer  added the comment:

On 13 April 2010 18:10, Matthew Barnett  wrote:
> Anyway, do:
>
>    regex.match(ur"\p{Ll}", u"a")
>    regex.match(ur'(?u)\w', u'\xe0')
>
> really return None? Your results suggest that they won't.

Python 2.6.5 (r265:79063, Apr  3 2010, 01:56:30)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import regex
>>> regex.__version__
'2.3.0'
>>> print regex.match(ur"\p{Ll}", u"a")
None
>>> print regex.match(ur'(?u)\w', u'\xe0')
None

I thought I might be a 64 bit issue, but I see the same result in a 32
bit VM. That leaves my build process. Attached is the setup.py and
build output, unicodedata_db.h was taken from the Ubuntu source deb
for Python 2.6.5.

--
Added file: http://bugs.python.org/file16913/setup.py
Added file: http://bugs.python.org/file16914/build.log

___
Python tracker 

___#!/usr/bin/env python

import os
import shutil
import sys

from distutils.core import setup, Extension

MAJOR, MINOR = sys.version_info[:2]
BASE_DIR = os.path.dirname(os.path.abspath(__file__))

if MAJOR == 2:
SRC_DIR = BASE_DIR
elif MAJOR == 3:
SRC_DIR = os.path.join(BASE_DIR, 'Python3')

if (MAJOR, MINOR) in ((2,5), (2,6), (2,7)):
unicodedata_db_h = os.path.join(SRC_DIR, 'Python%i%i' % (MAJOR, MINOR), 
'unicodedata_db.h')
shutil.copy(unicodedata_db_h, SRC_DIR)
else:
sys.exit("No unicodedata_db.h could be prepared.")

setup(
name='regex',
version='0.1.2010413',
description='Alternate regular expression module, to replace re.',
long_description=open(os.path.join(SRC_DIR, 'Features.rst')).read(),

# PyPI does spam protection on email addresses, no need to do it here
author='Matthew Barnett',
author_email='re...@mrabarnett.plus.com',

# PyPI appears to overwrite author field with maintainer field
# avoid apparent plagarism for now.
#maintainer='Alex Willmer',
#maintainer_email='a...@moreati.org.uk',

url='http://bugs.python.org/issue2636',
classifiers=[
'Development Status :: 3 - Alpha',
'Intended Audience :: Developers',
'License :: OSI Approved :: Python Software Foundation License',
'Operating System :: OS Independent',
'Programming Language :: Python',
'Topic :: Scientific/Engineering :: Information Analysis',
'Topic :: Software Development :: Libraries :: Python Modules',
'Topic :: Text Processing',
'Topic :: Text Processing :: General',
],
license='Python Software Foundation License',

py_modules = ['regex'],
ext_modules=[Extension('_regex', ['_regex.c'])],
)
running build
running build_py
creating build
creating build/lib.linux-x86_64-2.6
copying regex.py -> build/lib.linux-x86_64-2.6
running build_ext
building '_regex' extension
creating build/temp.linux-x86_64-2.6
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c _regex.c -o build/temp.linux-x86_64-2.6/_regex.o
In file included from _regex.c:3948:
_regex.c: In function ‘build_lookaround’:
_regex.c:7578: warning: suggest parentheses around ‘&&’ within ‘||’
_regex.c: At top level:
unicodedata_db.h:241: warning: ‘nfc_first’ defined but not used
unicodedata_db.h:448: warning: ‘nfc_last’ defined but not used
unicodedata_db.h:550: warning: ‘decomp_prefix’ defined but not used
unicodedata_db.h:2136: warning: ‘decomp_data’ defined but not used
unicodedata_db.h:3148: warning: ‘decomp_index1’ defined but not used
unicodedata_db.h:: warning: ‘decomp_index2’ defined but not used
unicodedata_db.h:4122: warning: ‘comp_index’ defined but not used
unicodedata_db.h:4241: warning: ‘comp_data’ defined but not used
unicodedata_db.h:5489: warning: ‘get_change_3_2_0’ defined but not used
unicodedata_db.h:5500: warning: ‘normalization_3_2_0’ defined but not used
In file included from _regex.c:3948:
_regex.c: In function ‘splitter_split’:
_regex.c:5265: warning: ‘result’ may be used uninitialized in this function
gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions build/temp.linux-x86_64-2.6/_regex.o -o build/lib.linux-x86_64-2.6/_regex.so
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1152248] Enhance file.readlines by making line separator selectable

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +merwok

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Charles-Francois Natali]

Charles-Francois Natali  added the comment:

> It looks as though the failed os.execv call messes something up internally, 
> so that any attempt thereafter to start a thread produces this signal.  I 
> can't see anything obviously wrong with the os.execv implementation (see 
> posix_execv in Modules/posixmodule.c).

Upon execve, signals handler are reset to default. So maybe the error makes the 
linuxthread API screw up latter when it tries to set up handlers for SIGRTMIN 
and friend. But what's weird is that when the executable given does not exist, 
the call should fail and return before having done anything...

> There's still the question of what changed between 2.x and 3.x:  on 2.x, this 
> buildbot seems perfectly happy.

I think it's simply because we didn't test a wrong program path with execve in 
2.X version of test_os.

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[STINNER Victor]

STINNER Victor  added the comment:

> I think it's simply because we didn't test a wrong program path 
> with execve in 2.X version of test_os.

Oh, we should add this test to Python2 ;-)

--

___
Python tracker 

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

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

[Mark Dickinson]

Mark Dickinson  added the comment:

> I think it's simply because we didn't test a wrong program path with execve 
> in 2.X version of test_os.

D'oh!  Thank you very much.

I'm happy now:  my mushroom's stuffed.  :)

--

___
Python tracker 

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

[issue7651] Python3: guess text file charset using the BOM

[Éric Araujo]

Éric Araujo  added the comment:

The link has gone.  Is this the message you’re refering to? 
http://mail.python.org/pipermail/python-dev/2010-January/097115.html

Regards

--
nosy: +merwok

___
Python tracker 

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

[issue6626] show Python mimetypes module some love

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +merwok

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[anatoly techtonik]

anatoly techtonik  added the comment:

Seems like a bikeshed was too much of an argument, but I've run out of them 
discussing such minor issue. The last is that if anybody here has 0's - does my 
+1 value something? Why can't anybody just commit it and close this, so I can 
concentrate on resolution for the next issue in my list like #7582 or # 
  7584

--

___
Python tracker 

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

[issue7651] Python3: guess text file charset using the BOM

[Walter Dörwald]

Walter Dörwald  added the comment:

Yes, that's the posting I was referring to. I wonder why the link is gone.

--

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Stefan Krah]

Changes by Stefan Krah :


--
nosy:  -skrah

___
Python tracker 

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

[issue8355] diff.py produce unified format by default

[Georg Brandl]

Georg Brandl  added the comment:

Tentatively closing as rejected.  There were quite a lot of -0 or -1, and you 
can include one from me as well.

--
nosy: +georg.brandl
resolution:  -> rejected
status: open -> pending

___
Python tracker 

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

[issue7559] TestLoader.loadTestsFromName swallows import errors

[Daniel Diniz]

Changes by Daniel Diniz :


--
stage: unit test needed -> patch review

___
Python tracker 

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

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

[Daniel Diniz]

Changes by Daniel Diniz :


--
priority:  -> normal
stage:  -> patch review

___
Python tracker 

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

[issue8387] use universal newline mode in csv module examples

[sfinnie]

New submission from sfinnie :

Running the examples in the csv module docs 
(http://docs.python.org/library/csv.html) causes problems reading file on a 
mac.  This is highlighted in issue 1072404 
(http://bugs.python.org/issue1072404).

Commentary on the bug indicates a no fix, meaning most/many people using a mac 
will get an error if they use the sample code in the docs.

A simpler solution would be to use universal newline mode in the doc examples.  
This is actually mentioned in commentary on the bug, and appears to work.

Proposal

In all example code blocks, use mode 'rU' when opening the file.  1st code 
block, for example, would become:

spamReader = csv.reader(open('eggs.csv', 'rU'), delimiter=' ', quotechar='|')

That should solve the problem on mac without impacting compatibility on other 
operating systems.  Note: Haven't been able to verify this on other platforms.

--
assignee: georg.brandl
components: Documentation
messages: 103086
nosy: georg.brandl, sfinnie
severity: normal
status: open
title: use universal newline mode in csv module examples
type: feature request
versions: Python 2.6, Python 2.7

___
Python tracker 

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

[issue8362] Add Misc/maintainers.rst to 2.x branch

[Éric Araujo]

Changes by Éric Araujo :


--
keywords: +needs review
priority:  -> normal

___
Python tracker 

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

[issue8297] AttributeError message text should include module name

[Daniel Diniz]

Changes by Daniel Diniz :


--
nosy: +ajaksu2
stage: unit test needed -> patch review

___
Python tracker 

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

[issue8299] Improve GIL in 2.7

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Maybe the state of this discussion is my fault for not being clear enough.
Let's abandon terms such as "broken" and "roundrobin."  CS theory has the 
perfectly useful terms "fair" and "unfair."  The fact of the matter is this:
the pthread GIL (implemented as LEGACY gil) is an "unfair" syncronization 
primitve.  The GIL on windows, (and the poorly named ROUNDROBIN_GIL) is a  
"fair" synchronization primitive.

Unfair mutexes have their place, and such is the behaviour of the windows 
condition variable (and the pthreads mutex, I suspect).  But they are not 
useful if you want to provide fair access to a resource that is held all the 
time.

Until after that GIL business at PyCon I wasn't aware of this fundamental 
difference between the GIL on windows and pthreads platforms in 2.x.  It is 
astonishing to me that no one appears to have noticed the difference, or made 
much of it.  CPU threads are scheduled fairly on windows, and incredibly 
unfairly on pthreads.

with the ROUNDROBIN_GIL I'm not proposing anything radical, I'm just suggesting 
that we adopt the superior behaviour that has been on windows all along.  Yes, 
people actually do use windows.

Antoine, I understand that your point about do_yield, yet the results for 3 
seconds without it are telling on their own, and worthy of being studied, which 
is why I suggested disabling it.

Also, I think you will find that he imbalance in the throughput of the threads 
won't go away even after 30 seconds.  Unfortunately, the unfairness is such 
that it may actually diverge.

I've improved my patch some more.  I'll upload it soon.  In particular, I've 
addea a PyThread_gil_yield() method to enable whatever underlying gil there is 
to possible deal with this particular locking case differently, if possible, 
perhaps suggesting to the OS not to switch cores.


I´ve also created a simple program in visual studio to examine a GIL outside 
the context of python.  I'll put it here tomorrow too, for those interested.  
It allows for simpler experimentation, although because the loop is small, you 
won't see the effect of the instruction cache problems.


David, I actually think that the checkinterval is a perfectly good mechanism, 
especially if augmented with an interrupt mechanism  What does it matter if 
some opcodes are slower than others?  when we are checking every 100 or 1000 
(or 1 as I am proposing) that hardly matters.  We just need to have an 
order of magnitude thing there.  But there are other ways to do it.  You can 
use a timer on windows, and on pthreads too, I think.

But the whole point of this patch is to take a step back, and to see if there 
is a way to fix the "gil problem" in a simpler way by first trying to 
understand it fully, and then apply minimal changes to solve it.

--

___
Python tracker 

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

[issue8299] Improve GIL in 2.7

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Kristjan,

> Maybe the state of this discussion is my fault for not being clear enough.

It's quite a bit simpler. The first 2.7 beta has been released and
there's IMO no way such patches will be accepted. It doesn't seem to be
a pressing enough issue to be considered a real bug. As you said
yourself, most people actually aren't really affected, or not enough.

> CPU threads are scheduled fairly on windows, and incredibly unfairly
> on pthreads.

pthreads doesn't schedule anything. The kernel does. I'm sure that on
non-tiny periods (>= 5s) they are scheduled quite fairly. It's just that
switching occurs less often and less regularly than you'd might hope.

> Antoine, I understand that your point about do_yield, yet the results
> for 3 seconds without it are telling on their own, and worthy of being
> studied, which is why I suggested disabling it.

As I said, they will render 2.x results completely wrong (at least under
Linux).

> Also, I think you will find that he imbalance in the throughput of the
> threads won't go away even after 30 seconds.

I'm actually not really interested in confirming this, but as I said
there's no reason to think that the Linux kernel does a bad job.
(the one reputed to do a bad job at scheduling, especially for desktop
environments, is the Windows kernel)

> I've improved my patch some more.  I'll upload it soon.

If you are interested in taking it further, I would recommend publishing
your patch (and prebuilt binaries, if you care) somewhere else as well,
because as I said there's probably no way it gets integrated during what
remains of the 2.x timeline.

Of course, other developers might disagree with me, in which case your
patch /can/ be integrated. But I don't see a lot of interest showing
honestly.

> We just need to have an order of magnitude thing there.

Duration of opcodes can vary by more than an order of magnitude.
ccbench includes such testing by the way (different CPU-bound workloads)

--

___
Python tracker 

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

[issue8388] None shouldn't be passed to traceback.format_exception

[Benjamin Peterson]

New submission from Benjamin Peterson :

When porting recent unittest patches to py3k, I encountered a failure in 
testBufferOutputAddErrorOrFailure. The reason is that the test passes None to 
traceback.format_exception, which works by accident in 2.x.

I added these lines in _exc_info_to_string to fix it:
chain = exctype is not None
msgLines = traceback.format_exception(exctype, value, tb,
  chain=chain)

It would be nice if the nice didn't have to rely on that behavior and that hack 
could be removed.

--
assignee: michael.foord
components: Library (Lib)
messages: 103089
nosy: benjamin.peterson, michael.foord
priority: normal
severity: normal
status: open
title: None shouldn't be passed to traceback.format_exception
versions: Python 3.2

___
Python tracker 

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

[issue7291] urllib2 cannot handle https with proxy requiring auth

[Mike Beachy]

Mike Beachy  added the comment:

I have worked up a monkey patch for urllib2/httplib for the issue of setting 
the authentication using a Proxy(Basic|Digest)AuthHandler.

The basic approach was to create a new httplib exception (ProxyTunnelError) and 
raise that with the http response attached so that the HTTPSHandler can 
determine when 407 Proxy authentication required is present, and then reroute 
the urllib2.OpenerDirector to error handling mode.

Unfortunately, there is a backwards compatibility issue - cases where a 
socket.error was previously being raised now get an ProxyTunnelError. Not that 
you could do much useful with the socket.error in the first place, but I 
suppose you could look for '407' in the text. Ugh.

If you think this might prove useful, let me know and I can rework it into a 
real patch - just let me know what branch/version to base it off of. (My monkey 
patch is for python 2.6.4.)

--
nosy: +mbeachy

___
Python tracker 

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

[issue8389] Incomprehensibly import error

[Torsten Landschoff]

New submission from Torsten Landschoff :

I ran into an ImportError I was unable to explain:

$ python -c "import a.b"
Traceback (most recent call last):
  File "", line 1, in 
  File "a/b/__init__.py", line 1, in 
import a.b.c
  File "a/b/c.py", line 2, in 
import a.b.t as t
AttributeError: 'module' object has no attribute 'b'

This is the source code:
$ tail `find -name \*.py`
==> ./demo.py <==
import a.b

==> ./a/__init__.py <==

==> ./a/b/c.py <==
# Does not work:
import a.b.t as t
# Works:
# import a.b
# from a.b import t

==> ./a/b/t.py <==

==> ./a/b/__init__.py <==
import a.b.c
# Works:
# import a.b.t

Replacing any import with one of the versions annotated as working fixes it. 
Stripping another level from the package tree fixes it as well. Why!?

--
components: Interpreter Core
files: import_error.tar.gz
messages: 103091
nosy: torsten
severity: normal
status: open
title: Incomprehensibly import error
versions: Python 2.6
Added file: http://bugs.python.org/file16915/import_error.tar.gz

___
Python tracker 

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

[issue8389] Incomprehensibly import error

[Torsten Landschoff]

Torsten Landschoff  added the comment:

Err, typo, in c.py I meant to write

# Does not work:
import a.b.t as t
# Works:
# import a.b.t

So without renaming it it works.

--

___
Python tracker 

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

[issue8299] Improve GIL in 2.7

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> Maybe the state of this discussion is my fault for not being clear
> enough. Let's abandon terms such as "broken" and "roundrobin."  CS
> theory has the perfectly useful terms "fair" and "unfair."  The fact
> of the matter is this: the pthread GIL (implemented as LEGACY gil) is
> an "unfair" syncronization primitve.

That's not really true. The Linux condition variable (from glibc
linuxthreads), for example, implements "fair" synchronization. Other
implementations may do the same.

--

___
Python tracker 

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

[issue8389] Incomprehensible import error

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
title: Incomprehensibly import error -> Incomprehensible import error

___
Python tracker 

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

[issue8384] Distutils C extension build with MinGW on Windows fails

[Craig McQueen]

Craig McQueen  added the comment:

\MinGW\bin\ld.exe -v

GNU ld (GNU Binutils) 2.20

--

___
Python tracker 

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

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Matthew Barnett]

Matthew Barnett  added the comment:

issue2636-20100414.zip is a new version of the regex module.

I think I might have identified the cause of the problem, although I still 
haven't been able to reproduce it, so I can't be certain.

--

___
Python tracker 

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

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

[Matthew Barnett]

Matthew Barnett  added the comment:

Oops, forgot the file! :-)

--
Added file: http://bugs.python.org/file16916/issue2636-20100414.zip

___
Python tracker 

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