[issue1206] logging/__init__.py

2007-09-27 Thread Vinay Sajip 

Vinay Sajip added the comment:

Fix checked into trunk: r58272

--
nosy: +vsajip
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

[issue1210] imaplib does not run under Python 3

2007-09-27 Thread Raghuram Devarakonda 

Changes by Raghuram Devarakonda:


--
nosy: +draghuram

__
Tracker <[EMAIL PROTECTED]>

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

[issue1205] urllib fail to read URL contents, urllib2 crash Python

2007-09-27 Thread Guido van Rossum 

Guido van Rossum added the comment:

> In my opinion, Python urllib "should" be more practical and
> provide a way to read this kind of page.  [quotes mine]

Totally agreed.  Someone "should" submit a patch.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1210] imaplib does not run under Python 3

2007-09-27 Thread Raghuram Devarakonda 

Raghuram Devarakonda added the comment:

Just to further understand the issue, I added "imaplib.Debug=5" and here
is the output preceding the exception stack trace(I replaced the real
IMAP server name)

***
  20:19.52 imaplib version 2.58
  20:19.52 new IMAP4 connection, tag=LOLD
  20:19.52 < * OK Microsoft Exchange Server 2003 IMAP4rev1 server
version 6.5.7638.1 (imapserver.com) ready.
  20:19.52  matched r'\* (?P[A-Z-]+)( (?P.*))?' =>
(b'OK', b' Microsoft Exchange Server 2003 IMAP4rev1 server version
6.5.7638.1 (imapserver.com) ready.', b'Microsoft Exchange Server 2003
IMAP4rev1 server version 6.5.7638.1 (imapserver.com) ready.')
***

So it appears that the response is of type "bytes" which in turn is due
to reading the socket in binary mode (self.file =
self.sock.makefile('rb')). 

I would like to see how the problem can be fixed but any pointers are
appreciated.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1211] cleanup patch for 3.0 tutorial/interpreter.rst

2007-09-27 Thread Peter Harris 

New submission from Peter Harris:

Proposed cleanup patch for tutorial/interpreter.rst

--
components: Documentation
files: interpreter.diff
messages: 56164
nosy: scav
severity: normal
status: open
title: cleanup patch for 3.0 tutorial/interpreter.rst
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__

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

[issue1212] 3.0 tutorial/introduction.rst mentions 'long'

2007-09-27 Thread Peter Harris 

New submission from Peter Harris:

Remove reference to 'long' in tutorial/introduction.rst.
Patch attached.

--
components: Documentation
files: introduction.diff
messages: 56165
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/introduction.rst mentions 'long'
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__

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

[issue1213] 3.0 tutorial/classes.rst patch

2007-09-27 Thread Peter Harris 

New submission from Peter Harris:

I think this wording is a little clearer and removes implied reference
to earlier Python versions, while still giving a simplistic
tutorial-level idea of what the MRO is. YMMV, so please disregard if
I've made it worse.

--
components: Documentation
files: classes.diff
messages: 56166
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/classes.rst patch
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__

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

[issue1145] Allow str.join to join non-string types (as per PEP 3100)

2007-09-27 Thread Thomas Lee 

Thomas Lee added the comment:

Is there anything else you need from me for this one Guido?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1214] Timeout in CGIXMLRPCRequestHandler under IIS

2007-09-27 Thread steenie 

New submission from steenie:

Using CGIXMLRPCRequestHandler results in a timeout if running behind
Internet Information Server/CGI. Maybe there is no eof on sys.stdin
under IIS and python continues to read even if there is no more data
available. The same runs without problems under Apache/CGI.
Reading only os.environ['CONTENT_LENGTH'] bytes from sys.stdin will as
well work under IIS (see patch).

--
components: Windows
files: SimpleXMLRPCServer.diff
messages: 56168
nosy: steenie
severity: normal
status: open
title: Timeout in CGIXMLRPCRequestHandler under IIS
versions: Python 2.5, Python 2.6

__
Tracker <[EMAIL PROTECTED]>

__Index: Lib/SimpleXMLRPCServer.py
===
--- Lib/SimpleXMLRPCServer.py	(revision 58273)
+++ Lib/SimpleXMLRPCServer.py	(working copy)
@@ -599,7 +599,10 @@
 else:
 # POST data is normally available through stdin
 if request_text is None:
-request_text = sys.stdin.read()
+if os.environ.has_key('CONTENT_LENGTH'):
+request_text = sys.stdin.read(int(os.environ['CONTENT_LENGTH']))
+else:
+request_text = sys.stdin.read()
 
 self.handle_xmlrpc(request_text)
 
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1215] Python hang when catching a segfault

2007-09-27 Thread Miki Tebeka 

New submission from Miki Tebeka:

The following code hangs Python:
#!/usr/bin/env python

import segfault
import signal
from os import _exit
from sys import stdout

def handler(signal, stackframe):
print "OUCH"
stdout.flush()
_exit(1)

if __name__ == "__main__":
from sys import argv

signal.signal(signal.SIGSEGV, handler)
segfault.segfault()

segfault is the following C module:
#include 

static PyObject *
segfault(PyObject *self, PyObject *args)
{

char *c;

c = 0;
*c = 'a';

return Py_BuildValue("");
}

static PyMethodDef Methods[] = {
{ "segfault",  segfault, METH_VARARGS, "will segfault"},
{NULL, NULL, 0, NULL}/* Sentinel */
};

PyMODINIT_FUNC
initsegfault(void)
{
Py_InitModule("segfault", Methods);
}

--
components: Interpreter Core
messages: 56169
nosy: tebeka
severity: normal
status: open
title: Python hang when catching a segfault
type: crash
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

[issue1216] Python2.5.1 fails to compile under VC.NET2002 ( 7.0 )

2007-09-27 Thread Karthik Rajagopalan 

New submission from Karthik Rajagopalan:

Hi,

We see following compiler error when 'Python2.5.1' is compiled under 
VC.NET 2002 ( 7.0.9466 ). This happens in 'pythoncore' project:


-- Build started: Project: pythoncore, Configuration: Release 
Win32 -- 

Compiling... 
zutil.c 


sha512module.c 
\python-build\Python-2.5.1\Modules\sha512module.c(146) : error C2059: 
syntax error : 'bad suffix on number' 
\python-build\Python-2.5.1\Modules\sha512module.c(146) : error C2146: 
syntax error : missing ')' before identifier 'L' 
\python-build\Python-2.5.1\Modules\sha512module.c(146) : error C2144: 
syntax error : '' should be preceded by '' 
\python-build\Python-2.5.1\Modules\sha512module.c(146) : error C2144: 
syntax error : '' should be preceded by '' 
\python-build\Python-2.5.1\Modules\sha512module.c(146) : error C2143: 
syntax error : missing ')' before 'identifier' 
\python-build\Python-2.5.1\Modules\sha512module.c(146) : error C2059: 
syntax error : 'bad suffix on number' 



The fix for the above problem is given below where _MSC_VER is 
increased more than 1300 that has LL and ULL literal suffix. VC.NET2002 
is a C89 compiler and it doesn't have LL and ULL support.

/* VC 7.1 has them and VC 6.0 does not.  VC 6.0 has a version number of 
1200.
   Microsoft eMbedded Visual C++ 4.0 has a version number of 1201 and 
doesn't
   define these.
   If some compiler does not provide them, modify the #if 
appropriately. */
#if defined(_MSC_VER)
#if _MSC_VER > 1300
#define HAVE_UINTPTR_T 1
#define HAVE_INTPTR_T 1
#else
/* VC6 & eVC4 don't support the C99 LL suffix for 64-bit integer 
literals */
#define Py_LL(x) x##I64
#define Py_ULL(x) Py_LL(x##U)
#endif  /* _MSC_VER > 1300  */
#endif  /* _MSC_VER */

#endif

Please let me know your comments and if the fix looks rights, please 
incorporate in your future release.

-Karthik Rajagopalan
D.E.Shaw India Software Pvt Ltd

--
messages: 56176
nosy: kartlee
severity: normal
status: open
title: Python2.5.1 fails to compile under  VC.NET2002 ( 7.0 )
type: compile error
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

[issue1145] Allow str.join to join non-string types (as per PEP 3100)

2007-09-27 Thread Guido van Rossum 

Guido van Rossum added the comment:

Patience? :-)

Seriously, I'd lost track of this.  It's now submitted:

Committed revision 58276.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1145] Allow str.join to join non-string types (as per PEP 3100)

2007-09-27 Thread Guido van Rossum 

Changes by Guido van Rossum:


--
resolution:  -> accepted
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

[issue1211] cleanup patch for 3.0 tutorial/interpreter.rst

2007-09-27 Thread Martin v. Löwis 

Changes by Martin v. Löwis:


--
keywords: +patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1212] 3.0 tutorial/introduction.rst mentions 'long'

2007-09-27 Thread Martin v. Löwis 

Changes by Martin v. Löwis:


--
keywords: +patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1213] 3.0 tutorial/classes.rst patch

2007-09-27 Thread Martin v. Löwis 

Changes by Martin v. Löwis:


--
keywords: +patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1214] Timeout in CGIXMLRPCRequestHandler under IIS

2007-09-27 Thread Martin v. Löwis 

Changes by Martin v. Löwis:


--
keywords: +patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1218] Restrict Google search to docs when in the docs subtree?

2007-09-27 Thread Skip Montanaro 

New submission from Skip Montanaro:

It was reported to [EMAIL PROTECTED] today that Thomas Heller's
pyhelp.cgi script is not available (yields 403 Forbidden).  For the
time being I removed that link from http://www.python.org/doc/.
Still, there is the Google search box at the top of the page.  Alas,
that only restricts the search to www.python.org.  It would be nice if
on those pages under the /doc/... tree the relevant parameter
(sitesearch?) restricted the search to the doc tree.  Can this be done
easily?

(On a related note, shouldn't the website be listed as a separate
component in the classification section?)

--
components: Documentation
messages: 56179
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: Restrict Google search to docs when in the docs subtree?
type: behavior

__
Tracker <[EMAIL PROTECTED]>

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

[issue1217] infinite loop in re module

2007-09-27 Thread Brett Cannon 

Brett Cannon added the comment:

I am not convinced this an infinite loop but more of a poor-performing
regex over a large string.

You have three greedy quantifiers in that regex.  That means the first
one is going to consume the entire file, and then you begin back-off
looking for '://'.  Once that is found you consume the rest of the
string again and then back off looking for ':'.  Then the rest of the
string is consumed and then back-off begins for '@' which should fail
since I can't find a single instance of '@'.

But that is a lot of backing off over a large string which has a ton of
partial matches before failure occurs when looking for the '@'.  It
looks like you are trying to match a URL, which means you probably want
something more specific than '.' for those greedy quantifiers.

Closing as invalid.

--
assignee:  -> brett.cannon
nosy: +brett.cannon
resolution:  -> invalid
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

[issue1217] infinite loop in re module

2007-09-27 Thread Andres Riancho 


Andres Riancho
 added the comment:

Have you tested it ?
Is the re.findall() finishing it's work ? I left it working for 5
minutes or more, and got no response.

Cheers,

__
Tracker <[EMAIL PROTECTED]>

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

[issue1217] infinite loop in re module

2007-09-27 Thread Andres Riancho 


Andres Riancho
 added the comment:

I think this should be reopened. The findall call is running for 3 hours
now. I think that it's a clear case of an infinite loop.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1205] urllib fail to read URL contents, urllib2 crash Python

2007-09-27 Thread jos 


jos
 added the comment:

Attached a patch for this problem.
This one just ignores the buggy chunk-size and close the connection.
As gagenellina said earlier, this might not be a good way
to fix this, but I could not come up with better solution.

__
Tracker <[EMAIL PROTECTED]>

__

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

[issue1217] infinite loop in re module

2007-09-27 Thread Brett Cannon 

Brett Cannon added the comment:

If you chop out a bunch of the text it finishes fine.

I more succinct example that triggers the infinite recursion is
necessary before I will believe this is not just because the regex has
horrible performance thanks to its backtracking requirements.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1218] Restrict Google search to docs when in the docs subtree?

2007-09-27 Thread Martin v. Löwis 

Martin v. Löwis added the comment:

Website issues are not tracked in this tracker. See

http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

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