Aki added the comment:
Sorry for not having done this earlier.
I thought this was already closed ...
I used your updated patch and installed the Python 2.5.1 from scratch.
It worked without any problem except python-config issue, which I have
reported in another case [issue1095].
Brett Cannon added the comment:
Are you going to add support to strptime as well?
As for the 'time' module, I don't think it would be useful as it serves
no purpose since the time tuple can't resolve to that resolution. If
you do add support, though, I guess you just default to 0.
--
Thomas Herve added the comment:
I think it could be solved both the same way: if tuple repr is wrong,
there are probably some other repr code that is wrong too, so fixing
PyObject_Repr is safer.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1686386
Eric V. Smith added the comment:
It's a nit, but there are a few other comments that should be changed to
mention %f in addition to %z/%Z.
* giving special meanings to the %z and %Z format codes via a preprocessing
/* Scan the input format, looking for %z and %Z escapes, building
New submission from Robert Ancell:
The Python os.getenv() function accesses an Python dictionary which is
mirroring the process environment. This dictionary is populated when the
interpreter starts and updated when os.environ.__setitem__() or
os.putenv() are called. However if the python program
Thomas Lee added the comment:
Sure - I'll get onto that. Should have another patch up later tonight.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1145
__
___
Python-bugs-list
Martin v. Löwis added the comment:
I can't see a bug here. If you want the current C library value of the
environment variable, just use os.getenv, not os.environ.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1159
Martin v. Löwis added the comment:
Ignore my comment - I see now that you are talking about os.getenv.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1159
__
___
New submission from
Guido Ostkamp
:
Hello,
a medium size regular expression crashes Python 2.5.1 as follows:
Traceback (most recent call last):
File ./regtest.py, line 14, in module
m = rematch(pats)
File
Vladimir Konjkov added the comment:
look this
http://www.mail-archive.com/python-bugs-list%40python.org/msg07749.html
it's for python-2.3.5 under qnx4.25.
about pyport.h under qnx4.25:
I include unix.h instead of definition of function
openpty()+forkpty() in pyport.h, openpty()+forkpty()
New submission from Eduardo Padoan:
Python 3.0a1 (py3k:58103, Sep 11 2007, 13:52:21)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type help, copyright, credits or license for more information.
asd asd
File stdin, line 1
P��
^
SyntaxError: invalid syntax
--
components:
Changes by Eduardo Padoan:
--
title: Mangled chars in offending line of SyntaxError traceback - Garbled
chars in offending line of SyntaxError traceback
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1161
__
Skip Montanaro added the comment:
Brett Are you going to add support to strptime as well?
I looked at strptime for about two seconds then moved on. I presume you
would know how to add it easily though. ;-)
Brett As for the 'time' module, I don't think it would be useful as it
serves
Skip Montanaro added the comment:
Eric It's a nit, but there are a few other comments that should be
Eric changed to mention %f in addition to %z/%Z.
Yes, thanks.
Skip
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1158
New submission from Swaroop:
I followed the README build instructions for VS2005. I opened
pcbuild.sln in PCbuild8 directory and tried building, and I get the
following errors:
start of errors
Warning 1 Command line warning D9035 : option 'Wp64' has been deprecated
and will be removed
Changes by Swaroop:
--
versions: +Python 2.6 -Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1162
__
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
This problems are surely solvable. However, I don't think they need to
be solved yet. Instead, before we make the next Python release, we
decide what VS version to build it with; if it's Orcas, then the
PCbuild directory will be updated to contain working
Raghuram Devarakonda added the comment:
On 9/13/07, Robert Ancell [EMAIL PROTECTED] wrote:
The Python os.getenv() function accesses an Python dictionary which is
mirroring the process environment. This dictionary is populated when the
interpreter starts and updated when
Stefan Sonnenberg-Carstens added the comment:
As per the document and my simple test (on Linux), os.putenv() does
not update os.environ. I think, it should update it.
What would be the benefit ?
--
nosy: +pythonmeister
__
Tracker [EMAIL PROTECTED]
Raghuram Devarakonda added the comment:
Stefan Sonnenberg-Carstens added the comment:
As per the document and my simple test (on Linux), os.putenv() does
not update os.environ. I think, it should update it.
What would be the benefit ?
Symmetrical behaviour. When os.getenv() returns the
Brett Cannon added the comment:
On 9/13/07, Skip Montanaro [EMAIL PROTECTED] wrote:
Skip Montanaro added the comment:
Brett Are you going to add support to strptime as well?
I looked at strptime for about two seconds then moved on. I presume you
would know how to add it easily though.
Stefan Sonnenberg-Carstens added the comment:
I'd like to see perl/ruby behaviour:
an dict (os.environ), nothing more (perl %ENV,ruby $ENV).
Get rid of setenv/putenv at all.
3.0a1 has even more:
There is os.environ (a dict), os.[put|get]env() and os.environ.putenv()
Georg Brandl added the comment:
Guido van Rossum schrieb:
Guido van Rossum added the comment:
There's one additional issue. If any of the items is a bytes, the call
should fail.
Should it really, even if the bytes is ascii-encodable?
Georg
--
nosy: +georg.brandl
New submission from Jono DiCarlo:
In the google spreadsheet for py3k tasks for the sprint last month, one
of the listed tasks was to convert Lib/test/test_thread to use the
unittest module, where it previously was using the old-style testing
(i.e. comparing output of print statements to a text
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1163
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brett Cannon:
--
dependencies: +Fix #416670: register SRE types
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue416670
___
Python-bugs-list mailing
Changes by Brett Cannon:
--
dependencies: -Fix #416670: register SRE types
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue416670
___
Python-bugs-list mailing
Brett Cannon added the comment:
time.tzset() was added in Python 2.3. Closing as fixed.
--
nosy: +brett.cannon
resolution: - fixed
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue487331
Changes by Brett Cannon:
--
keywords: +patch
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue504152
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
Classifying as an RFE since this is not critical (as shown by it not
happening since early 2003).
--
nosy: +brett.cannon
type: - rfe
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue614555
Changes by Brett Cannon:
--
keywords: +py3k
versions: +Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1083
__
___
Python-bugs-list mailing list
Unsubscribe:
Brett Cannon added the comment:
Following Josiah's advice and closing this as this has been sitting here
long enough.
--
nosy: +brett.cannon
resolution: - invalid
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue539444
Brett Cannon added the comment:
Can someone verify that the length issue has been fixed since Ptyhon 2.5?
--
nosy: +brett.cannon
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue542314
Brett Cannon added the comment:
If you set nb_true_div on timedelta objects to delta_divide (just like
nb_floor_div) you won't have this problem as the division will just
work. Otherwise there is no other good way as if the divisor doesn't
work you need to return NotImplemented, which then
Robert Ancell added the comment:
draghuram, unfortunately while os.putenv() can be fixed to be
symmetrical any putenv call from a C module cannot, for example:
If you make an extension:
#include stdlib.h
PyObject *putenvC(PyObject *module, PyObject *args)
{
int result;
if
Swaroop added the comment:
Hi Martin,
I completely agree with you.
I would like to get it working but would need some guidance on the build
system... is there someone whose brains I can pick for this? :)
Also, we can mark this issue as 'not a bug'?
--
type: - compile error
Robert Ancell added the comment:
I've attached proof-of-concept showing how os.environ would ideally
work. It'll only work in Posix, etc etc.
Reading into it more there are a lot of general issues with environments
and memory allocation which is why I suspect Python doesn't use
putenv... See
Martin v. Löwis added the comment:
Ok, I'm closing this as won't fix now. If you want to look for help,
ask on comp.lang.python. If you want some of the core developers to
resolve this, be patient - in about a year, it should be resolved. If
you ever come up with a patch, please submit this as a
38 matches
Mail list logo
