[issue13966] Add disable_interspersed_args() to argparse.ArgumentParser

2012-02-10 Thread Christophe Kalt

Christophe Kalt k...@taranis.org added the comment:

nice, thank you!

--
nosy: +kalt

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



[issue13922] argparse handling multiple -- in args improperly

2012-02-10 Thread Christophe Kalt

Christophe Kalt k...@taranis.org added the comment:

Hah.. was just about to report this.  I'm in the midst of converting a bunch of 
scripts from optparse to argparse, and this is one of the problems I'm hitting.

--
nosy: +kalt

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



[issue10949] logging.RotatingFileHandler not robust enough

2011-01-19 Thread Christophe Kalt

New submission from Christophe Kalt k...@taranis.org:

logging.RotatingFileHandler.doRollover() can fail leaving the handler with a 
closed filehandle, causing all subsequent logging attempts to fail:

 import logging
 import logging.handlers
 logging.getLogger().addHandler(logging.handlers.RotatingFileHandler('testlog',
  None, 10, 5))
 logging.getLogger().setLevel(logging.INFO)
 logging.info('qwertyuiop')
 os.system('ls -l testlog*')
-rw-r--r-- 1 - - 11 Jan 19 10:02 testlog
-rw-r--r-- 1 - -  0 Jan 19 10:02 testlog.1
0
 os.remove('testlog')
 logging.info('qwertyuiop')
Traceback (most recent call last):
  File /home8/taraniso/opt/lib/python2.6/logging/handlers.py, line 72, in emit
self.doRollover()
  File /home8/taraniso/opt/lib/python2.6/logging/handlers.py, line 129, in 
doRollover
os.rename(self.baseFilename, dfn)
OSError: [Errno 2] No such file or directory
 logging.info('qwertyuiop')
Traceback (most recent call last):
  File /home8/taraniso/opt/lib/python2.6/logging/handlers.py, line 71, in emit
if self.shouldRollover(record):
  File /home8/taraniso/opt/lib/python2.6/logging/handlers.py, line 145, in 
shouldRollover
self.stream.seek(0, 2)  #due to non-posix-compliant Windows feature
ValueError: I/O operation on closed file
 logging.info('qwertyuiop')
Traceback (most recent call last):
  File /home8/taraniso/opt/lib/python2.6/logging/handlers.py, line 71, in emit
if self.shouldRollover(record):
  File /home8/taraniso/opt/lib/python2.6/logging/handlers.py, line 145, in 
shouldRollover
self.stream.seek(0, 2)  #due to non-posix-compliant Windows feature
ValueError: I/O operation on closed file

Fix seems trivial enough, attaching.  This is against 2.6.5, browsing 
subversion online seems to indicate it is needed on the trunk as well, although 
it won't apply cleanly.

--
components: Library (Lib)
files: logging.diff
keywords: patch
messages: 126541
nosy: kalt
priority: normal
severity: normal
status: open
title: logging.RotatingFileHandler not robust enough
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1
Added file: http://bugs.python.org/file20454/logging.diff

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



[issue8893] file.{read,readlines} behaviour on Solaris

2010-06-22 Thread Christophe Kalt

Christophe Kalt k...@taranis.org added the comment:

I haven't had a chance to build Python to check, but from the test output I
suspect the problem to be different on FreeBSD.

--
Added file: http://bugs.python.org/file17750/unnamed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8893
___I haven#39;t had a chance to build Python to check, but from the test output I 
suspect the problem to be different on FreeBSD.br
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue8893] file.{read,readlines} behaviour on Solaris

2010-06-04 Thread Christophe Kalt

Christophe Kalt pyt...@ote.taranis.org added the comment:

This is on Solaris 10, but I also see it on Solaris 8 w/ Python 2.4.
Just tried Python 3.6.1, and it doesn't seem to have that problem.
Python 2.7b2 has the problem.

--

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



[issue8893] file.{read,readlines} behaviour on Solaris

2010-06-04 Thread Christophe Kalt

Christophe Kalt pyt...@ote.taranis.org added the comment:

Antoine:

I'm not sure what the expected behaviour should be either, this is certainly 
for others more familiar with Python than I to decide.  Although I am certainly 
annoyed that the current behaviour differs between Solaris and Linux.  Haven't 
had time to check other platforms to see how things should be.

Also, the behaviour seems inconsistent between the various file methods on 
Solaris which seems wrong.  Finally, from looking into fileobject.c, clearerr() 
is used in most places and the omissions (corrected by my patch) do seem 
unintentional to me, e.g. bugs.

Hope this helps.

--

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



[issue8893] file.{read,readlines} behaviour on Solaris

2010-06-04 Thread Christophe Kalt

Christophe Kalt k...@taranis.org added the comment:

FreeBSD is yet another beast:

$ uname -rs
FreeBSD 8.0-STABLE
$ python -V
Python 2.5.5
$ python readlines.py
read :  []
readlines:  []
readline :

--

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



[issue8893] file.{read,readlines} behaviour on Solaris

2010-06-03 Thread Christophe Kalt

New submission from Christophe Kalt pyt...@ote.taranis.org:

The following snippet of code is a concise way to exhibit the problem:

import os

wr = open('/tmp/test', 'w')
wr.write('oink\noink\n')
rd = open('/tmp/test', 'r')
rdlns = open('/tmp/test', 'r')
# first, read til EOF is reached (which is right away)
assert len(rd.read()) == 0
assert len(rdlns.readlines()) == 0
# add data to the file
wr.flush()
# try to read again
print 'read : ', rd.read().split() # fails
print 'readlines: ', rdlns.readlines() # fails
print 'readline : ', rdlns.readline().strip() # succeeds
# cleanup
wr.close()
rd.close()
rdlns.close()
os.remove('/tmp/test')


On Linux, here is the output:
$ python2.6 src/readlines.py
read :  ['oink', 'oink']
readlines:  ['oink\n', 'oink\n']
readline :  

On Solaris, here is the output:
$ python src/readlines.py
read :  []
readlines:  []
readline :  oink

The problems comes from the fact that once EOF is reached, nothing more will be 
read from the file on subsequent reads, as noted in the manual page 
(http://docs.sun.com/app/docs/doc/816-5168/getchar-3c?a=view):

If the stream is at end-of-file, the end-of-file indicator for the stream is 
set and these functions return EOF. For standard-conforming (see standards(5)) 
applications, if the end-of-file indicator for the stream is set, these 
functions return EOF whether or not the stream is at end-of-file.

The attached diff fixes the problem.

--
assignee: theller
components: ctypes
files: fileobject.diff
keywords: patch
messages: 106999
nosy: kalt, theller
priority: normal
severity: normal
status: open
title: file.{read,readlines} behaviour on Solaris
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file17542/fileobject.diff

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



[issue1734346] patch for bug 1170311 zipfile UnicodeDecodeError

2008-04-28 Thread Christophe Kalt

Christophe Kalt [EMAIL PROTECTED] added the comment:

Any chance of this making it in sometime?
The current behaviour is rather limiting/annoying.

--
nosy: +kalt

_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1734346
_
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com