New submission from Per Lundberg :
My code has recently started triggering a core dump in the Python executable
when the VSCode debugger is attached. This doesn't happen right away; it seems
to happen more or less _after_ the program is done executing (I just placed a
breakpoint and stepped
Per Fryking <fryk...@gmail.com> added the comment:
Got the same issue with the 3.6 installer from python.org
The thing is that I can't elevate the priviliges to be administrator. So I'm
stuck.
Uploading the log. Running windows 7
--
nosy: +Per Fryking
Added file:
Per Brodtkorb added the comment:
This is not only a problem for division. It also applies to multiplication as
exemplified here:
complex(0,inf)+1 # expect 1 + infj
Out[16]: (1+infj)
(complex(0,inf)+1)*1 # expect 1 + infj
Out[17]: (nan+infj)
complex(inf, 0) + 1j # expect inf + 1j
Out[18
New submission from Per Myren progr...@gmail.com:
The following code crashes with a segfault on Python 2.7.2:
from operator import add
from itertools import izip, starmap
a = b = [1]
for i in xrange(10):
a = starmap(add, izip(a, b))
list(a)
It also crashes with Python 3.2.2:
from
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
Ah, I thought that he had reused most of the original C code in _lzmamodule.c
not replaced by python code, but I see that not being the case now (only slight
fragments;).
Oh well, I thought that I'd still earned a note with some
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
Not meaning to sound petty, but wouldn't it be common etiquette to retain some
original copyright notice from original code intact..?
--
___
Python tracker rep...@bugs.python.org
http
Per Rosengren per.roseng...@gmail.com added the comment:
On Linux:
nm -C /lib/libc.so.6 |grep ' inet_aton'
000cbce0 W inet_aton
This means that when Python is build with GCC (like on linux), inet_aton
is in system libc.
If you build with GCC in solaris, inet_aton will be taken from
Changes by Per Cederqvist ce...@lysator.liu.se:
--
nosy: +ceder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12394
___
___
Python-bugs-list
New submission from Per Øyvind Karlsen peroyv...@mandriva.org:
This patch adds support for berkeley db = 5.1.
--
components: Extension Modules
files: Python-2.7.1-berkeley-db-5.1.patch
keywords: patch
messages: 133442
nosy: proyvind
priority: normal
severity: normal
status: open
title
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
forgot some additional config checks in setup.py in previous patch..
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11817
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
sloppysloppy...
fix previous patch
--
Added file: http://bugs.python.org/file21602/Python-2.7.1-berkeley-db-5.1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
I've uploaded a new version of the patch to
http://codereview.appspot.com/2724043/ now.
I'd be okay on doing maintenance directly against the CPython repository btw. :)
--
___
Python
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
LZMAFile, LZMACompressor LZMADecompressor are all inspired by and written to
be as similar to bz2's for easier use maintenance. I must admit that I
haven't really put much thought into alternate ways to implement them beyond
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
Hehe, don't feel guily on my part at least, I had already implemented it like
this long before. :p
I guess I could rewrite it following these suggestions, but I probably won't be
able to finish it in time for 3.2 beta
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
All fixed now. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
Here's a patch with the latest code generated against py3k branch, it comes
with Doc/library/lzma.rst as well now.
--
keywords: +patch
Added file: http://bugs.python.org/file19405/py3k-lzmamodule.patch
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
here's Lib/test/teststring.lzma, required by the test suite.
--
Added file: http://bugs.python.org/file19406/teststring.lzma
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
here's Lib/test/teststring.xz, required by the test suite.
--
Added file: http://bugs.python.org/file19407/teststring.xz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
I've (finally) finalized the api and prepared pyliblzma to be ready for
inclusion now.
The code can be found in the 'py3k' branch referred to earlier.
Someone else (don't remember who:p) volunteered for writing the PEP earlier, so
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
I've ported pyliblzma to py3k now and also implemented the missing
functionality I mentioned earlier, for anyone interested in my progress the
branch is found at:
https://code.launchpad.net/~proyvind/pyliblzma/py3k
I need to fix
Per pybugs.pho...@safersignup.com added the comment:
On POSIX the interpreter will be read from the first line of a file.
On Windows the interpreter will be read from the Registry
HKEY_CLASSES_ROOT\.file-extension .
So the correct way to associate a interpreter to a file is to invent a
file
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
if you're already looking at issue6715, then I don't get why you're asking.. ;)
quoting from msg106433:
For my code, feel free to use your own/any other license you'd like or even
public domain (if the license of bz2module.c
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
Yeah, I guess I anyways can just break the current API right away to make it
compatible with future changes, I've already figured since long ago how it
should look like. It's not like I have to implement the actual functionality
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
I'm the author of the pyliblzma module, and if desired, I'd be happy to help
out adapting pyliblzma for inclusion with python.
Most of it's code is based on bz2module.c, so it shouldn't be very far away
from being good 'nuff.
What I
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
ps: pylzma uses the LZMA SDK, which is not what you want.
pyliblzma (not the same module;) OTOH uses liblzma, which is the library used
by xz/lzma utils
You'll find it available at http://launchpad.net/pyliblzma
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
Ooops, I kinda should've commented on this issue here in stead, rather than in
issue5689, so I'll just copy-paste it here as well:
I'm the author of the pyliblzma module, and if desired, I'd be happy to help
out adapting pyliblzma
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
ah, you're right, I forgot that the license for the library had changed as well
(motivated by attempt of pleasing BSD people IIRC;), in the past the library
was LGPL while only the 'xz' util was public domain..
For my code, feel
Per Øyvind Karlsen peroyv...@mandriva.org added the comment:
hmm, I'm unsure about how this should be done..
I guess such a test would belong in Lib/distutils/test_dist.py, but I'm
uncertain about how it should be done, ie. should it be a test for doing
'bdist', 'bdist_rpm' and 'sdist
New submission from Per Øyvind Karlsen peroyv...@mandriva.org:
Here's a patch that adds support for xz compression:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/python/current/SOURCES/Python-2.6.1-distutils-xz-support.patch?view=log
--
assignee: tarek
components: Distutils
New submission from Per Cederqvist [EMAIL PROTECTED]:
The documentation at
http://docs.python.org/dev/3.0/library/os.html#os.chdir doesn't specify
if the path argument to os.chdir() should be a str or a bytes, or if
maybe both are acceptable. This is true for most of the
file-manipulating
New submission from Per Cederqvist [EMAIL PROTECTED]:
If TimedRotatingFileHandler is instructed to roll over the log at
midnight or on a certain weekday, it needs to consider when daylight
savings time starts and ends. The current code just blindly adds
self.interval to self.rolloverAt, totally
New submission from Per Cederqvist [EMAIL PROTECTED]:
If nothing is logged during an interval, the TimedRotatingFileHandler
will give bad names to future log files.
The enclosed example program sets up a logger that rotates the log every
second. It then logs a few messages with sleep of 1, 2
Per Cederqvist [EMAIL PROTECTED] added the comment:
The attached program will generate log messages with a timestamp that
are logged into a file with an unexpected extension.
To run:
mkdir badlogdir
python badlogger.py
Running the program takes about 9 seconds.
Added file: http
Changes by Per Cederqvist [EMAIL PROTECTED]:
--
components: +Library (Lib)
type: - behavior
versions: +Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2316
New submission from Per Cederqvist [EMAIL PROTECTED]:
There are three issues with log file removal in the
TimedRotatingFileHandler class:
- Removal will stop working in the year 2100, as the code assumes that
timestamps start with .20.
- If you run an application with backupCount set
New submission from Per Cederqvist [EMAIL PROTECTED]:
In my curent project, I would like to rotate log files on the 1st of
every month. The TimedRotatingFileHandler class cannot do this, even
though it tries to be very generic.
I imagine that other projects would like to rotate the log file
36 matches
Mail list logo
