[issue9871] IDLE dies when using some regex

2011-09-14 Thread Popa Claudiu

Popa Claudiu  added the comment:

Hello. This happens with this version of IDLE too: 

Python 3.2.1 (default, Jul 10 2011, 21:51:15) [MSC v.1500 32 bit (Intel)] on 
win32. 
I could write a patch if I knew where to start.

--

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



[issue9871] IDLE dies when using some regex

2011-09-14 Thread Popa Claudiu

Popa Claudiu  added the comment:

I found the culprit. I wrote b"\x" in IDLE and the window immediatly 
disappeared. Then, to traceback the problem, I started a python shell and typed 
the following lines. It seems that in showsyntaxerror, value is different that 
what was expected. 

C:\>python
Python 3.2.1 (default, Jul 10 2011, 21:51:15) [MSC v.1500 32 bit (Intel)] on 
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import idlelib.PyShell
>>> idlelib.PyShell.main()
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python32\lib\code.py", line 63, in runsource
code = self.compile(source, filename, symbol)
  File "C:\Python32\lib\codeop.py", line 168, in __call__
return _maybe_compile(self.compiler, source, filename, symbol)
  File "C:\Python32\lib\codeop.py", line 82, in _maybe_compile
code = compiler(source, filename, symbol)
  File "C:\Python32\lib\codeop.py", line 133, in __call__
codeob = compile(source, filename, symbol, self.flags, 1)
ValueError: invalid \x escape

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Python32\lib\tkinter\__init__.py", line 1399, in __call__
return self.func(*args)
  File "C:\Python32\lib\idlelib\MultiCall.py", line 166, in handler
r = l[i](event)
  File "C:\Python32\lib\idlelib\PyShell.py", line 1126, in enter_callback
self.runit()
  File "C:\Python32\lib\idlelib\PyShell.py", line 1167, in runit
more = self.interp.runsource(line)
  File "C:\Python32\lib\idlelib\PyShell.py", line 617, in runsource
return InteractiveInterpreter.runsource(self, source, filename)
  File "C:\Python32\lib\code.py", line 66, in runsource
self.showsyntaxerror(filename)
  File "C:\Python32\lib\idlelib\PyShell.py", line 654, in showsyntaxerror
msg = value.msg or ""
AttributeError: 'ValueError' object has no attribute 'msg'
>>>

--

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



[issue9871] IDLE dies when using some regex

2011-09-14 Thread Popa Claudiu

Popa Claudiu  added the comment:

I've attached a patch, hope it is ok.

--
keywords: +patch
Added file: http://bugs.python.org/file23151/idle.patch

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




[issue9871] IDLE dies when using some regex

2011-09-14 Thread Popa Claudiu

Changes by Popa Claudiu :


Removed file: http://bugs.python.org/file23151/idle.patch

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



[issue9871] IDLE dies when using some regex

2011-09-14 Thread Popa Claudiu

Popa Claudiu  added the comment:

Wrong patch.

--

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



[issue9871] IDLE dies when using some regex

2011-09-14 Thread Popa Claudiu

Changes by Popa Claudiu :


Added file: http://bugs.python.org/file23152/idle.patch

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



[issue13537] Namedtuple instances can't be pickled in a daemonized process

2011-12-06 Thread Popa Claudiu

New submission from Popa Claudiu :

On Unix world, in a daemonized process, any namedtuple instance can't be 
pickled, failing with error:
_pickle.PicklingError: Can't pickle class X: attribute lookup __main__.t failed.
This can't be reproduced with the attached code. If I add the created class 
inside the globals dict, the pickling will work.

--
components: Library (Lib)
files: daemon.py
messages: 148912
nosy: Popa.Claudiu, rhettinger
priority: normal
severity: normal
status: open
title: Namedtuple instances can't be pickled in a daemonized process
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file23860/daemon.py

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



[issue12676] Bug in http.client

2011-08-01 Thread Popa Claudiu

New submission from Popa Claudiu :

There appears to be used a variable that is not defined in HTTPConnection.send 
method. The approximate line is 781. How to reproduce: 
import http.client
import urllib.parse
c = urllib.parse.urlencode({"user":"claudiu", "password":"1"})
c = http.client.HTTPConnection("192.168.71.38")
c.request("POST", "test", c) # silly, I now.

There should be raised a TypeError here, but instead the error is:
  File "C:\Python32\lib\http\client.py", line 781, in send
or an iterable, got %r " % type(it))
NameError: global name 'it' is not defined

--
components: Library (Lib)
messages: 141504
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: Bug in http.client
versions: Python 3.2

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



[issue12920] Inspect.getsource fails to get source of local classes

2011-09-06 Thread Popa Claudiu

New submission from Popa Claudiu :

inspect.getsource called with a class defined in the same file fails with
TypeError:  is a built-in class, although the 
documentation says that:

"The argument may be a module, class, method, function, traceback, frame,
or code object.  The source code is returned as a single string." I think that 
should be specified in documentation that this function works only for objects 
living in a module.

--
assignee: docs@python
components: Documentation
messages: 143645
nosy: Popa.Claudiu, docs@python
priority: normal
severity: normal
status: open
title: Inspect.getsource fails to get source of local classes
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

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



[issue12920] inspect.getsource fails to get source of local classes

2011-09-09 Thread Popa Claudiu

Popa Claudiu  added the comment:

Yes. On Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit 
(Intel)] on win32, the result for the following lines:

import inspect
class A:
pass
inspect.getsource(A)

is:

Traceback (most recent call last):
  File "E:/Scripts/Snippets/test_inspect_bug.py", line 4, in 
inspect.getsource(A)
  File "C:\Python32\lib\inspect.py", line 694, in getsource
lines, lnum = getsourcelines(object)
  File "C:\Python32\lib\inspect.py", line 683, in getsourcelines
lines, lnum = findsource(object)
  File "C:\Python32\lib\inspect.py", line 522, in findsource
file = getsourcefile(object)
  File "C:\Python32\lib\inspect.py", line 441, in getsourcefile
filename = getfile(object)
  File "C:\Python32\lib\inspect.py", line 406, in getfile
raise TypeError('{!r} is a built-in class'.format(object))
TypeError:  is a built-in class
>>>

--

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



[issue12920] inspect.getsource fails to get source of local classes

2011-09-09 Thread Popa Claudiu

Popa Claudiu  added the comment:

I forgot to mention that I executed this code directly in IDLE. It seems to 
work perfectly on command line though.

--

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



[issue9598] untabify.py fails on files that contain non-ascii characters

2010-08-17 Thread Popa Claudiu

Popa Claudiu  added the comment:

Hello.
As it seems, untabify.py opens the file using the builtin function open, making 
the call error-prone when encountering non-ascii character. The proper handling 
should be done by using open from codecs library, specifying the encoding as 
argument.
e.g. codecs.open(filename, mode, 'utf-8') instead of simply open(filename, 
mode).

--
nosy: +Popa.Claudiu

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



[issue9871] IDLE dies when using some regex

2010-09-16 Thread Popa Claudiu

New submission from Popa Claudiu :

Hello.

While trying to find a way for extracting strange characters in an ascii file, 
I stumbled upon some strange behaviour of IDLE, which exits without warning 
after running the following regex:

re.findall(b"\x.{2}", b"sdds\xd8")

In Python 2.6, this won't happen. This is my version of Python 3.1:
Python 3.1 (r31:73574, Jun 26 2009, 20:21:35).

--
components: IDLE
messages: 116516
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: IDLE dies when using some regex
versions: Python 3.1

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



[issue10005] Postgresql calls undefined method in __str__

2010-10-01 Thread Popa Claudiu

New submission from Popa Claudiu :

In postgresql library, client3.py, the "__str__" method defined in Connection 
close calls the undefined method self.exception_string as in the following line 
of code:

excstr = ''.join(self.exception_string(type(self.exception), self.exception))

--
components: Library (Lib)
messages: 117793
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: Postgresql calls undefined method in __str__
type: behavior
versions: 3rd party

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



[issue10005] Postgresql calls undefined method in __str__

2010-10-01 Thread Popa Claudiu

Popa Claudiu  added the comment:

I meant "Connection class calls the.."

--

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



[issue14151] multiprocessing.connection.Listener fails with invalid address

2012-02-28 Thread Popa Claudiu

New submission from Popa Claudiu :

In multiprocessing.connection, when using a Windows named pipe on a Unix 
platform, the following error will occur. This should not happen, the format of 
the address should be validated somehow before. The following error will occur 
because PipeListener is not defined under any platform different than win32. 

Python 3.2.2 (default, Oct 14 2011, 21:46:49)
[GCC 4.2.2 20070831 prerelease [FreeBSD]] on freebsd8
Type "help", "copyright", "credits" or "license" for more information.
>>> from multiprocessing.connection import Listener
>>> Listener(r'\\.\test')
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python3.2/multiprocessing/connection.py", line 130, in 
__init__
self._listener = PipeListener(address, backlog)
NameError: global name 'PipeListener' is not defined
>>>


I've attached a small patch for this issue.

--
components: Library (Lib)
files: connection.patch
keywords: patch
messages: 154552
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: multiprocessing.connection.Listener fails with invalid address
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file24671/connection.patch

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



[issue14151] multiprocessing.connection.Listener fails with invalid address

2012-04-01 Thread Popa Claudiu

Popa Claudiu  added the comment:

Here are the two diffs. Hope they are good this time.

--
Added file: http://bugs.python.org/file25090/connection.diff

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



[issue14151] multiprocessing.connection.Listener fails with invalid address

2012-04-01 Thread Popa Claudiu

Changes by Popa Claudiu :


Added file: http://bugs.python.org/file25091/test_multiprocessing.diff

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



[issue14482] multiprocessing.connection.Listener fails with invalid address on Windows

2012-04-03 Thread Popa Claudiu

New submission from Popa Claudiu :

This is related to http://bugs.python.org/issue14151. 
When using an AF_UNIX address with multiprocessing.connection.Listener or 
Client, the following error will occur, due to the fact that AF_UNIX is not 
present in socket module.

>>> import multiprocessing.connection as con
>>> con.Listener('/var/a.pipe')
Traceback (most recent call last):
  File "", line 1, in 
  File "C:\Python31\lib\multiprocessing\connection.py", line 97, in __init__
self._listener = SocketListener(address, family, backlog)
  File "C:\Python31\lib\multiprocessing\connection.py", line 216, in __init__
self._socket = socket.socket(getattr(socket, family))
AttributeError: 'module' object has no attribute 'AF_UNIX'


The attached patch fixes this issue, the check is done in the newly added 
_validate_family, where a similar check is done for AF_PIPE on Unix systems.

--
components: Library (Lib)
files: multiprocessing.patch
keywords: patch
messages: 157404
nosy: Popa.Claudiu, pitrou
priority: normal
severity: normal
status: open
title: multiprocessing.connection.Listener fails with invalid address on Windows
type: behavior
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file25107/multiprocessing.patch

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



[issue14490] abitype.py wrong raise format

2012-04-04 Thread Popa Claudiu

New submission from Popa Claudiu :

In Tools/abitype.py an exception is raised using the old format:

raise Exception, '%s has no PyVarObject_HEAD_INIT' % name

The attached patch fixes this problem.

--
components: Demos and Tools
files: abitype.patch
keywords: patch
messages: 157467
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: abitype.py wrong raise format
type: behavior
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file25114/abitype.patch

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



[issue14491] fixcid.py is using <> instead of !=

2012-04-04 Thread Popa Claudiu

New submission from Popa Claudiu :

Tools/fixcid.py uses <> instead of !=. The attached patched fixes this issue.

--
components: Demos and Tools
files: fixcid.patch
keywords: patch
messages: 157470
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: fixcid.py is using <> instead of !=
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file25116/fixcid.patch

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



[issue14492] pdeps.py has_key

2012-04-04 Thread Popa Claudiu

Changes by Popa Claudiu :


--
components: +Demos and Tools
versions: +Python 3.2, Python 3.3

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



[issue14492] pdeps.py has_key

2012-04-04 Thread Popa Claudiu

New submission from Popa Claudiu :

Tools/pdeps.py is using has_key for a dictionary. The attached patch fixes this 
issue.

--
files: pdeps.patch
keywords: patch
messages: 157471
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: pdeps.py has_key
Added file: http://bugs.python.org/file25117/pdeps.patch

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



[issue14491] fixcid.py is using <> instead of !=

2012-04-04 Thread Popa Claudiu

Popa Claudiu  added the comment:

Hello. I added a test for fixcid.py regression.

--
nosy: +r.david.murray
Added file: http://bugs.python.org/file25121/fixcid_test.patch

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



[issue14490] abitype.py wrong raise format

2012-04-04 Thread Popa Claudiu

Popa Claudiu  added the comment:

Oh, ok then. That makes the last file added in 14491 irrelevant.

--

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



[issue14496] Wrong name in idlelib/tabbedpages.py

2012-04-04 Thread Popa Claudiu

New submission from Popa Claudiu :

In the file from the subject, page_name was used instead of tab_name, 
increasing the chances of a NameError exception.
I didn't find any tests for IDLE, so there are no tests attached.

--
components: IDLE
files: idlelib.patch
keywords: patch
messages: 157494
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: Wrong name in idlelib/tabbedpages.py
type: behavior
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file25122/idlelib.patch

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



[issue14496] Wrong name in idlelib/tabbedpages.py

2012-04-04 Thread Popa Claudiu

Popa Claudiu  added the comment:

Yes.
1. inherit from TabbedPageSet
2. pass tabs keyword to the internal TabSet instance
3. when the GUI started, enter a page with the same name found in tabs list. 
NameError will be raised at this point.



I'm curios if this script is used anywhere, I couldn't find any reference to it 
in the source code.

--
Added file: http://bugs.python.org/file25123/test_tabbedpages.py

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



[issue14492] pdeps.py has_key

2012-04-05 Thread Popa Claudiu

Popa Claudiu  added the comment:

Hello. Here is the new patch. There was a few more problems:
1. in process, fp wasn't closed
2. in process, m_import.match(line) >= 0 could fail if the regular expression 
didn't matched on that line

I've included the tests, too.

--
Added file: http://bugs.python.org/file25128/pdeps2.patch

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



[issue14508] gprof2html is broken

2012-04-05 Thread Popa Claudiu

New submission from Popa Claudiu :

Tools/gprof2html.py uses "file" to open a file. Also, the opened file passed to 
add_escapes was never closed. There's a test included in the patch.

--
components: Demos and Tools
files: gprof.patch
keywords: patch
messages: 157580
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: gprof2html is broken
type: behavior
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file25133/gprof.patch

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



[issue14508] gprof2html is broken

2012-04-06 Thread Popa Claudiu

Popa Claudiu  added the comment:

Hello. I've attached the new version of the patch. I used with statement in 
add_escapes and the test was rewritten according to David's suggestion.

--
Added file: http://bugs.python.org/file25139/gprof.patch

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



[issue8975] Bug in cookiejar

2010-06-11 Thread Popa Claudiu

New submission from Popa Claudiu :

Hello. This is my first report, sorry if I won't do it right.
I found a bug in cookielib, which looks like this(a traceback):

"""C:\Python31\lib\http\cookiejar.py:1586: UserWarning: http.cookiejar bug!
Traceback (most recent call last):
  File "C:\Python31\lib\http\cookiejar.py", line 1584, in make_cookies
parse_ns_headers(ns_hdrs), request)
  File "C:\Python31\lib\http\cookiejar.py", line 1541, in _cookies_from_attrs_se
t
cookie = self._cookie_from_cookie_tuple(tup, request)
  File "C:\Python31\lib\http\cookiejar.py", line 1460, in _cookie_from_cookie_tu
ple
version = int(version)
ValueError: invalid literal for int() with base 10: '1.0'

  _warn_unhandled_exception()"""

--
components: Library (Lib)
messages: 107564
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: Bug in cookiejar
type: crash
versions: Python 3.1

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



[issue8975] Bug in cookiejar

2010-06-11 Thread Popa Claudiu

Popa Claudiu  added the comment:

"""CHttp.__init__(self,1,proxy = 
shared.setts.currentGoogleProxy)
self.timeout = shared.setts.cGglHttpTimeout

self.proxy = 
globShare.currentGoogleProxy[globShare.currentGoogleIndex]
if self.proxy:
proxy_support = 
urllib.request.ProxyHandler({'http':self.proxy,'https':self.proxy,'ftp':self.proxy})
else:
proxy_support = urllib.request.ProxyHandler({})
#socket.setdefaulttimeout(30)

#self._cp = 
urllib.request.HTTPCookieProcessor(http.cookiejar.CookieJar())

self._cj = http.cookiejar.MozillaCookieJar()
self._opener1 = 
urllib.request.build_opener(proxy_support,self._cp)
. openedUrl = self._opener1.open(req)"""

The script was a crawler that searches for pdf's on internet. One thread 
printed the untreated exception.

--

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



[issue17457] Unittest discover fails with namespace packages and builtin modules

2013-03-18 Thread Popa Claudiu

New submission from Popa Claudiu:

There is a problem with unittest discovering and namespace packages. Given the 
following folder structure, where a namespace package X lies, the following 
command fails with the following error:

-testbug
   - flufl (namespace package with some tests in it, importable with __import__)
  - test_a.py
  - test_b.py


C:\>py -3 -m unittest discover flufl
Traceback (most recent call last):
  File "C:\Python33\lib\runpy.py", line 160, in _run_module_as_main
"__main__", fname, loader, pkg_name)
  File "C:\Python33\lib\runpy.py", line 73, in _run_code
exec(code, run_globals)
  File "C:\Python33\lib\unittest\__main__.py", line 12, in 
main(module=None)
  File "C:\Python33\lib\unittest\main.py", line 124, in __init__
self.parseArgs(argv)
  File "C:\Python33\lib\unittest\main.py", line 144, in parseArgs
self._do_discovery(argv[2:])
  File "C:\Python33\lib\unittest\main.py", line 242, in _do_discovery
self.test = loader.discover(start_dir, pattern, top_level_dir)
  File "C:\Python33\lib\unittest\loader.py", line 205, in discover
start_dir = os.path.abspath(os.path.dirname((the_module.__file__)))
AttributeError: 'module' object has no attribute '__file__'

This happens because TestLoader.discover assumes that the given dotted package 
name has the attribute __file__, which seems to not be true in the case of 
namespace packages. The same error occurs when giving to `discover` a builtin 
module.
The attached patch tries naively to solve this issue, but it assume in 
TestLoader._find_tests that it should iterate over all subfolders (the 
commented line from the patch), unlike the previous way of checking the 
presence of __init__.py file.
Thanks in advance for your response.

--
components: Library (Lib)
files: unittest.patch
keywords: patch
messages: 184450
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: Unittest discover fails with namespace packages and builtin modules
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29441/unittest.patch

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



[issue17487] wave.Wave_read.getparams should be more user friendly

2013-03-19 Thread Popa Claudiu

New submission from Popa Claudiu:

wave.Wave_read/Wave_write.getparams returns a tuple with various info about the 
wav file, when it could return a namedtuple, that can be manipulated in a 
richer way. I attached a patch. It doesn't have any tests, mainly because 
.getparams isn't tested at all in the original test_wave.py.

--
components: Library (Lib)
files: wave.patch
keywords: patch
messages: 184680
nosy: Popa.Claudiu
priority: normal
severity: normal
status: open
title: wave.Wave_read.getparams should be more user friendly
type: enhancement
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29488/wave.patch

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



[issue17487] wave.Wave_read.getparams should be more user friendly

2013-03-20 Thread Popa Claudiu

Popa Claudiu added the comment:

Updated the patch with test for .getparams.

--
Added file: http://bugs.python.org/file29499/wave_17487.patch

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