[issue1747858] chown broken on 64bit

[Sean Reifschneider]

Sean Reifschneider added the comment:

I've reviewed the chown system call under Linux and I think the included
patch will resolve the problem.  With that patch on a Fedora 8 64-bit
system I'm getting:

>>> os.stat('/tmp/foo')
posix.stat_result(st_mode=33188, st_ino=5111823, st_dev=64769L,
st_nlink=1, st_uid=0, st_gid=0, st_size=0, st_atime=1200469633,
st_mtime=1200469633, st_ctime=1200469657)
>>> os.chown('/tmp/foo', 4294967294, -1)
>>> os.stat('/tmp/foo')
posix.stat_result(st_mode=33188, st_ino=5111823, st_dev=64769L,
st_nlink=1, st_uid=4294967294, st_gid=0, st_size=0, st_atime=1200469633,
st_mtime=1200469633, st_ctime=1200469683)
>>> 

However, it's unclear to me whether there are any platforms that might
define uid_t as signed, and if so whether this code would do the right
thing on those platforms.

I don't know of a way to do it in C off hand, but perhaps we could check
the exact type of the uid_t and gid_t types and see if they're signed or
unsigned and use that combined with sizeof(uid_t) to use exactly the
correct ParseTuple format string.

I've attached a patch that dynamically tries to figure out the size to
use.  Does this seem overly-heavy?  If it seems appropriate, the same
would need to be applied to the other chown functions.

Added file: http://bugs.python.org/file9182/posixmodule-chown-dynamic.patch

_
Tracker <[EMAIL PROTECTED]>

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

[issue1838] Ctypes C-level infinite recursion

[Maciek Fijalkowski]

New submission from Maciek Fijalkowski:

Code in example abuses the fact that _as_parameter_ is passed
recursively. Not sure if this is for fixing or not.

--
components: Extension Modules
files: crash.py
messages: 59993
nosy: arigo, fijal
severity: normal
status: open
title: Ctypes C-level infinite recursion
type: crash
versions: Python 2.6
Added file: http://bugs.python.org/file9183/crash.py

__
Tracker <[EMAIL PROTECTED]>

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

[issue1545837] array.array borks on deepcopy

[mephinet]

Changes by mephinet:


--
nosy: +mephinet

_
Tracker <[EMAIL PROTECTED]>

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

[issue1840] Tools/i18n/msgfmt.py fixes for Python 3.0

[Peter Harris]

New submission from Peter Harris:

Python 3.0:  Use bytes instead of str to construct the binary file,
don't try to .sort a dict's keys().

This patch is a tentative fix - in one place I've had to provide an
encoding from str to bytes and I've guessed UTF-8, which may be OK for
most .po files, but possibly not all.

--
components: Demos and Tools
files: msgfmt.diff
messages: 59994
nosy: scav
severity: normal
status: open
title: Tools/i18n/msgfmt.py fixes for Python 3.0
type: crash
versions: Python 3.0
Added file: http://bugs.python.org/file9185/msgfmt.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1747858] chown broken on 64bit

[Andrew Ferguson]

Andrew Ferguson added the comment:

The idea of dynamic typing it seems quite heavy to me, but I'm not a
Python hacker, so I don't know what's the norm.

Notice that os.stat() does "PyInt_FromLong((long)st->st_uid)" on the
stat structure's st_uid field. On my platform (OS X 10.4), st_uid is
defined as a uid_t type.

So maybe os.stat() has the answer: ignore the signed vs. unsigned int
problem and just use a long. The actual chown() call in posix_chown()
casts the uid variable to a (uid_t) anyway. GCC doesn't seem to complain
when we cast a long to an unsigned int, even.

_
Tracker <[EMAIL PROTECTED]>

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

[issue1775] filehandle.write() does not return None (Python 3.0a2)

[raA]

Changes by raA:


__
Tracker <[EMAIL PROTECTED]>

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

[issue1838] Ctypes C-level infinite recursion

[Guido van Rossum]

Guido van Rossum added the comment:

I've got a hunch that any crashes you cause with ctypes are your own
fault. :-)

--
nosy: +gvanrossum
priority:  -> low

__
Tracker <[EMAIL PROTECTED]>

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

[issue1840] Tools/i18n/msgfmt.py fixes for Python 3.0

[Guido van Rossum]

Changes by Guido van Rossum:


--
assignee:  -> loewis
keywords: +patch
nosy: +loewis
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

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

[issue1831] ctypes.Structure constructor arguments

[Armin Rigo]

Armin Rigo added the comment:

For the "too many arguments" case... Clearly (IMHO) it should also
be a TypeError.  I have no clue about backward compatibility issues
though.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1854] Broken link in msilib docs

[Jim Wilson]

New submission from Jim Wilson:

at http://docs.python.org/lib/database-objects.html, under "See Also:",
the link, MSIOpenView leads nowhere.  From earlier reading, I suspect it
should be "MSIDatabaseOpenView" (or perhaps
"MSIDatabaseOpenViewPaddedOutEvenMoreToMakeYourEyesGlazeOver").

--
components: Documentation
messages: 59998
nosy: Jimbo
severity: minor
status: open
title: Broken link in msilib docs
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1854] Broken link in msilib docs

[Georg Brandl]

Georg Brandl added the comment:

Fixed in r5 and r6.

--
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1836] 'weekly' rotating logging file rotation incorrect

[Vinay Sajip]

Vinay Sajip added the comment:

Please can you post the data which caused the failure? Is 'the original'
the current trunk revision, or a Python release version? There was a
patch to this code not long ago, so I'd like to know which code you had
originally. Thanks.

--
assignee:  -> vsajip
nosy: +vsajip

__
Tracker <[EMAIL PROTECTED]>

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

[issue1831] ctypes.Structure constructor arguments

[Thomas Heller]

Thomas Heller added the comment:

Committed as rev. 60003 in trunk.  I'll also change the "too many
arguments..." exception to a TypeError.

Thanks.

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue1796] ctypes should allow a tuple when an Array is expected

[Thomas Heller]

Thomas Heller added the comment:

Lenard Lindstrom convinced me that tuples should not be allowed when an
array is expected.

--
resolution:  -> rejected
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

[Thomas Heller]

Thomas Heller added the comment:

Matthias, can this issue be set to 'fixed' and 'closed' now?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1855] Codepage unset in msilib.init_database()

[Jim Wilson]

New submission from Jim Wilson:

At
http://msdn2.microsoft.com/en-us/library/aa367864(VS.85,printer).aspx,
Satanic Verses sayeth:  "The Codepage Summary property must be set
before any string properties are set in the summary information.", but
so far as I can tell, PID_CODEPAGE is never used in msilib.__init__.py,
etal.

Confirming evidence: msilib's GetProperty(msilib.PID_CODEPAGE) raises
"Not Implemented" on Python2.5.1's own .msi file.

--
components: Distutils
messages: 60006
nosy: Jimbo
severity: normal
status: open
title: Codepage unset in msilib.init_database()
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1855] Codepage unset in msilib.init_database()

[Christian Heimes]

Changes by Christian Heimes:


--
assignee:  -> loewis
components: +Windows -Distutils
nosy: +loewis
priority:  -> normal
type:  -> resource usage

__
Tracker <[EMAIL PROTECTED]>

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

[issue1793] ctypes.util.find_msvcrt() function

[Thomas Heller]

Thomas Heller added the comment:

Amaury Forgeot d'Arc schrieb:
> This code works on all pythons I have on my machine: official builds,
> custom builds (relase/debug) with several MS compilers...
> I did not test it with other compiled vendors (mingw32...).

What I do not like about your code is that it imports distutils.
On the other hand, the code in distutils.msvccompiler.get_build_version
is so small and simple that it could easily be duplicated in ctypes.util;
it could even be simplified more because ctypes doesn't work in Python < 2.3.

What do you think?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1252550] modulefinder misses modules

[Thomas Heller]

Changes by Thomas Heller:


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

_
Tracker <[EMAIL PROTECTED]>

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

[issue1731717] race condition in subprocess module

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith

_
Tracker <[EMAIL PROTECTED]>

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

[issue1837] Add Queue.LifoQueue and Queue.PriorityQueue

[Raymond Hettinger]

Raymond Hettinger added the comment:

See rev 60020.

--
assignee: gvanrossum -> rhettinger
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue1336] subprocess.Popen hangs when child writes to stderr

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith

__
Tracker <[EMAIL PROTECTED]>

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

[issue1568] PATCH: Armin's attribute lookup caching for 3.0

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

I tried patch python30-attrcache-1.diff (after reverting the changes
made to the 2.6 branch).

But test_descr fails. The cache update does not handle the case when an
attribute is unmasked, as shown in the following code:

class A: pass
class B(A): pass
b=B()
A.x = 1
assert b.x == A.x
B.x = 2
assert b.x == B.x
del B.x
b.x # <== AttributeError: 'B' object has no attribute 'x'

(b.x should be A.x, of course)
In debug build, a C assert() stops the program
assert(ep->value == _PyType_LookupInternal(type, name));
which suggest that the cache is out of sync.

Then I enabled 
#define ATTRCACHE_SETATTR_INVALIDATES
to try the other possibility suggested by Neil. This version seems to
work correctly. 
I'm currently running the test suite...

Question: why is this patch different from the 2.6 version? Does it take
advantage of some 3.0 feature?

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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

[issue1336] subprocess.Popen hangs when child writes to stderr

[Gregory P. Smith]

Gregory P. Smith added the comment:

The uploaded file appears to be derives from Python 2.4.1 (tags/r241).

i've uploaded an actual diff between the two.

regardless, Thomas's point about disabling it -before- the fork() is true.

Added file: http://bugs.python.org/file9186/diff-against-subprocess-2.4.1.txt

__
Tracker <[EMAIL PROTECTED]>

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

[issue1336] subprocess.Popen hangs when child writes to stderr

[Gregory P. Smith]

Gregory P. Smith added the comment:

I've just attached a diff against trunk that I believe fixes this (based
off of jba's patch).  Unit tests pass but that doesn't say a whole lot
given that this is a hard to reproduce timing/scheduling related bug.

Would someone please code review it?

--
assignee:  -> gregory.p.smith
Added file: http://bugs.python.org/file9187/diff-subprocess-trunk-1336-01.txt

__
Tracker <[EMAIL PROTECTED]>

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

[issue1736792] dict reentrant/threading bug

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith

_
Tracker <[EMAIL PROTECTED]>

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

[issue1339] smtplib starttls() should ehlo() if it needs to

[Bill Fenner]

Bill Fenner added the comment:

jamesh, I attached the patch for that to the already-existing bug, filed 
in 2003: http://bugs.python.org/issue829951

__
Tracker <[EMAIL PROTECTED]>

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

[issue1703448] "t.join(); assert t not in threading.enumerate()" fails

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith

_
Tracker <[EMAIL PROTECTED]>

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

[issue1596321] KeyError at exit after 'import threading' in other thread

[Gregory P. Smith]

Gregory P. Smith added the comment:

threadingbug.py doesn't fail for me on trunk (linux), anyone else?

the output I get is always:

Main thread ID: -134346528
Secondary thread ID: -135349328
Exception KeyError: KeyError(-134346528,) in  ignored

--
nosy: +gregory.p.smith

_
Tracker <[EMAIL PROTECTED]>

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

[issue1404925] subprocess.Popen inside thread locks the thread in some case

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith

_
Tracker <[EMAIL PROTECTED]>

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

[issue595601] file (& socket) I/O are not thread safe

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith


Tracker <[EMAIL PROTECTED]>


___
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

[Gregory P. Smith]

New submission from Gregory P. Smith:

This probably applies to 3.0 as well but i have not tested it there.

Here are some sample failures:

=== A ==
Exception in thread Thread-01 (most likely raised during
interpreter shutdown):Exception in thread Thread-03 (most likely
raised during interpreter shutdown):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xe4cf1bb0 (LWP 22281)]
0x080c0824 in PyEval_EvalFrameEx (f=0x820d59c, throwflag=0)
at Python/ceval.c:2633
2633if (tstate->frame->f_exc_type != NULL)




=== B ==
Exception in thread Thread-01 (most likely raised during
interpreter shutdown):
Traceback (most recent call last):
  File "/home/gps/oss/python/trunk/Lib/threading.py", line 486, in
__bootstrap_inner
  File "thread_exit.py", line 24, in run
: 'NoneType' object has no attribute 'add'

Program received signal SIGINT, Interrupt.
[Switching to Thread 0xf7fe08e0 (LWP 21703)]
0xe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xe410 in __kernel_vsyscall ()
#1  0x4dac1af0 in [EMAIL PROTECTED] () from
/lib/tls/i686/cmov/libpthread.so.0
#2  0xf7fe08c0 in ?? ()
#3  0x080ec9d5 in PyThread_acquire_lock (lock=0x0, waitflag=1)
at Python/thread_pthread.h:349
#4  0x080be6d5 in PyEval_RestoreThread (tstate=0x8168050) at
Python/ceval.c:314
#5  0x0806caf5 in file_dealloc (f=0xf7f29d58) at Objects/fileobject.c:396
#6  0x0810be36 in frame_dealloc (f=0x8201f04) at Objects/frameobject.c:416
#7  0x080e28d2 in PyThreadState_Clear (tstate=0x8184068)
at Python/pystate.c:217
#8  0x080e2994 in PyInterpreterState_Clear (interp=0x8168008)
at Python/pystate.c:105
#9  0x080e473b in Py_Finalize () at Python/pythonrun.c:444
#10 0x080e428e in handle_system_exit () at Python/pythonrun.c:1641
#11 0x080e447a in PyErr_PrintEx (set_sys_last_vars=1)
at Python/pythonrun.c:1087
#12 0x080e510d in PyRun_SimpleFileExFlags (fp=0x817bd98,
filename=0xd73c "thread_exit.py", closeit=1, flags=0xd518)
at Python/pythonrun.c:996
#13 0x0805753b in Py_Main (argc=1, argv=0xd5b4) at Modules/main.c:574
#14 0x4d95cea2 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#15 0x080566c1 in _start () at ../sysdeps/i386/elf/start.S:119
(gdb) bt
#0  0x080c0824 in PyEval_EvalFrameEx (f=0x820d59c, throwflag=0)
at Python/ceval.c:2633
#1  0x080c451c in PyEval_EvalFrameEx (f=0x820d40c, throwflag=0)
at Python/ceval.c:3690
#2  0x080c451c in PyEval_EvalFrameEx (f=0x820d13c, throwflag=0)
at Python/ceval.c:3690
#3  0x080c5fd4 in PyEval_EvalCodeEx (co=0xf7f22d58, globals=0xf7f962d4,
locals=0x0, args=0xf7f46e18, argcount=1, kws=0x0, kwcount=0, defs=0x0,
defcount=0, closure=0x0) at Python/ceval.c:2876
#4  0x0810d4d6 in function_call (func=0xf7f41454, arg=0xf7f46e0c, kw=0x0)
at Objects/funcobject.c:524
#5  0x0805b0b4 in PyObject_Call (func=0xf7f41454, arg=0x0, kw=0x0)
at Objects/abstract.c:1872
#6  0x08061008 in instancemethod_call (func=0xf7f41454, arg=0xf7f46e0c,
kw=0x0)
at Objects/classobject.c:2509
#7  0x0805b0b4 in PyObject_Call (func=0xf7f3fdec, arg=0x0, kw=0x0)
at Objects/abstract.c:1872
#8  0x080be8f9 in PyEval_CallObjectWithKeywords (func=0x0, arg=0xf7fa002c,
kw=0x0) at Python/ceval.c:3473
#9  0x080efb4d in t_bootstrap (boot_raw=0x820c910)
at ./Modules/threadmodule.c:422
#10 0x4dabd341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#11 0x4da114ee in clone () from /lib/tls/i686/cmov/libc.so.6


And as with all problems of this sort... sometimes the program exits
normally without any problems.

I ran python trunk:60012 under gdb above.  But these problems occur on
older versions such as 2.4.

--
components: Interpreter Core
files: thread_exit.py
messages: 60014
nosy: gregory.p.smith
severity: normal
status: open
title: shutdown (exit) can hang or segfault with daemon threads running
type: crash
versions: Python 2.4, Python 2.5, Python 2.6
Added file: http://bugs.python.org/file9188/thread_exit.py

__
Tracker <[EMAIL PROTECTED]>

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

[issue1568] PATCH: Armin's attribute lookup caching for 3.0

[Neil Toronto]

Neil Toronto added the comment:

Well horse pucky. I plum forgot about deletes.

I've attached an update that properly clears the cache entry for the
deleted attribute for all non-shadowing subclasses. (It was a small
change.) Undef'ing ATTRCACHE_SETATTR_INVALIDATES should work now.

Re: different from 2.6: It takes advantage of the lack of "classic"
classes. That makes some things a lot easier. Also, I was looking into
updating cache entries to see if it would be faster than invalidating
all the entries for a type, among other improvements. FWIW, updating
cache entries is a little faster on my box.

Also: This may have the same problem with test_ctypes'
test_incomplete.py as #1700288 did, though I haven't seen any ctypes
tests fail.

Added file: http://bugs.python.org/file9189/python30-attrcache-2.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1339] smtplib starttls() should ehlo() if it needs to

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith

__
Tracker <[EMAIL PROTECTED]>

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

[issue829951] Fixes smtplib starttls HELO errors

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
nosy: +gregory.p.smith


Tracker <[EMAIL PROTECTED]>


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

[issue829951] Fixes smtplib starttls HELO errors

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
assignee:  -> gregory.p.smith


Tracker <[EMAIL PROTECTED]>


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

[issue1339] smtplib starttls() should ehlo() if it needs to

[Gregory P. Smith]

Changes by Gregory P. Smith:


--
assignee:  -> gregory.p.smith

__
Tracker <[EMAIL PROTECTED]>

__
___
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

[Guido van Rossum]

Guido van Rossum added the comment:

So can we definitely rule out that this could be caused by the recent
changes to threading.py (r57216)?

--
nosy: +gvanrossum

__
Tracker <[EMAIL PROTECTED]>

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

[issue1694155] Python 2.5 installer ended prematurely

[anatoly techtonik]

anatoly techtonik added the comment:

The similar issue is just reported -
http://img106.imageshack.us/img106/6892/pythonjo4.png

--
nosy: +techtonik

_
Tracker <[EMAIL PROTECTED]>

_
___
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

[Gregory P. Smith]

Gregory P. Smith added the comment:

Yes i believe it is unrelated to any recent change.

I can reproduce both behaviors on my OS X 10.4 dual core mac using
Python 2.5.1.

Python 2.3 on the mac appears to get stuck in a loop when run stand
alone but gets a memory access fault when run under gdb.

python 2.4.4 seems to hang most of the time.

(all behaviors are possible i expect, i just ran it by hand under
several versions a few times)

The systems i ran it on when reporting the bug was SMP.  As with many
threading bugs it might be easier to reproduce on SMP systems but i
haven't checked.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1779871] Make python build with gcc-4.2 on OS X 10.4.9

[Jeffrey Yasskin]

Jeffrey Yasskin added the comment:

Sorry for taking so long to get to this. gcc 4.2.1 still produces the
following errors with this patch:

gcc -c -fno-strict-aliasing -mno-fused-madd -no-cpp-precomp -g -Wall
-Wstrict-prototypes  -I. -IInclude -I./Include -I/opt/local/include 
-DPy_BUILD_CORE -o Objects/boolobject.o Objects/boolobject.c
gcc: unrecognized option '-no-cpp-precomp'
cc1: error: unrecognized command line option "-mno-fused-madd"
make: *** [Objects/boolobject.o] Error 1

I see you dropped the test for -mno-fused-madd. Since gcc-4.2 doesn't
support it, I meant I didn't mind if you dropped the flag entirely. It
looks like -no-cpp-precomp stuck around because it doesn't actually
cause the compile to fail, just to produce a warning message.

_
Tracker <[EMAIL PROTECTED]>

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

[issue829951] Fixes smtplib starttls HELO errors

[Gregory P. Smith]

Gregory P. Smith added the comment:

Fixed in trunk (2.6) r60015.

--
resolution:  -> accepted
status: open -> closed
versions: +Python 2.5, Python 2.6


Tracker <[EMAIL PROTECTED]>


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

[issue829951] Fixes smtplib starttls HELO errors

[Gregory P. Smith]

Gregory P. Smith added the comment:

and in r60017 on release25-maint for inclusion in 2.5.2.


Tracker <[EMAIL PROTECTED]>


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