Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 98d13885a574 by Vinay Sajip in branch '3.2':
Issue #12780: Removed checks in logging for .pyc/.pyo in __file__.
http://hg.python.org/cpython/rev/98d13885a574
New changeset ac0c04d8eafb by Vinay Sajip in branch
Marc-Andre Lemburg m...@egenix.com added the comment:
James Y Knight wrote:
James Y Knight f...@users.sourceforge.net added the comment:
Sure, you can compile and run Python on both versions of Linux, but
what if your application uses features that are only present in Linux
3.0 and later
Martin von Gagern martin.vgag...@gmx.net added the comment:
As people keep stating how easy the change from sys.platform == 'linux2' to
sys.platform.startswith('linux') is, e.g. msg142385, please also keep in mind
cases like someDict.get(sys.platform) where the comparison is implicit and
Martin von Gagern martin.vgag...@gmx.net added the comment:
Marc-Andre Lemburg wrote:
Both Python and the application will make certain assumptions about
the platform depending on the compile time environment.
Can you give examples for this?
So you need both the compile and the runtime
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin von Gagern wrote:
Martin von Gagern martin.vgag...@gmx.net added the comment:
Marc-Andre Lemburg wrote:
Both Python and the application will make certain assumptions about
the platform depending on the compile time environment.
Changes by Kalev Lember kalevlem...@gmail.com:
--
nosy: +kalev
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10504
___
___
Python-bugs-list
Stefan Krah stefan-use...@bytereef.org added the comment:
I think PyBUF_SHADOW was the renamed version of PyBUF_UPDATEIFCOPY
from the PEP. :)
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10293
Charles-François Natali neolo...@free.fr added the comment:
The test now passes on the buildbots, closing.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12650
___
New submission from Charles-François Natali neolo...@free.fr:
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%206.4%203.x/builds/1734/steps/test/logs/stdio
==
ERROR: test_get_and_set_scheduler_and_param
Éric Araujo mer...@netwok.org added the comment:
For these two reasons I propose to:
* document the 3 attributes as the suggested way to access this
information;
* deprecate the 3 getters;
* avoid to document the now undocumented getcode();
+1
The addclosehook class could be
Antoine Pitrou pit...@free.fr added the comment:
The suggested change removes the compile time information from
the platform string, so that information needs to be preserved
in a new attribute.
-1 on any new platform identification attribute. We already have too
many of them, and there's
Antoine Pitrou pit...@free.fr added the comment:
I have tried running the tests on a machine with 12GB of RAM, but when I do
so,
the new tests get skipped saying not enough memory, even when I specify -M
11G
on the command-line.
How much does it say is required?
Did you remove the skips
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset eeb8a440bde0 by Éric Araujo in branch '3.2':
Link isinstance/issubclass to the ABC glossary entry (#12256)
http://hg.python.org/cpython/rev/eeb8a440bde0
New changeset e2e8c752c1b6 by Éric Araujo in branch '3.2':
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 59f7bbe1236c by Éric Araujo in branch '3.2':
Remove obsolete term + indicate how to find the program (#1626300).
http://hg.python.org/cpython/rev/59f7bbe1236c
New changeset adaec1a0dd47 by Éric Araujo in branch
Éric Araujo mer...@netwok.org added the comment:
I was about to commit an edited version of your patch (attached) but then I
thought we should check whether this isn’t really a bug. I just don’t see why
expat would chunk without paying heed to the newlines if it is supposed to
chunk at
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 96222062239f by Éric Araujo in branch '2.7':
Link isinstance/issubclass to the ABC glossary entry (#12256)
http://hg.python.org/cpython/rev/96222062239f
--
___
Python
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 25a48fe791e6 by Éric Araujo in branch '2.7':
Add documentation for PEP 370 features in distutils (#10745).
http://hg.python.org/cpython/rev/25a48fe791e6
--
___
Python
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset b3f72b6450f1 by Éric Araujo in branch '2.7':
Improve documentation for PEP 370 support in site module (#8617).
http://hg.python.org/cpython/rev/b3f72b6450f1
--
___
Python
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e9022dc7a411 by Éric Araujo in branch '2.7':
Remove obsolete term + indicate how to find the program (#1626300).
http://hg.python.org/cpython/rev/e9022dc7a411
--
___
Changes by Éric Araujo mer...@netwok.org:
--
components: +Distutils
nosy: +alexis
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 2.7, Python 3.2, Python 3.3 -3rd party
___
Python tracker
Nadeem Vawda nadeem.va...@gmail.com added the comment:
How much does it say is required?
Did you remove the skips in BigmemPickleTests?
Yes, I did remove the skips. It says 2GB for some, and 4GB for others.
Well, perhaps I got the logic wrong. Debugging welcome :)
I'd be glad to do so, but
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8617
___
Éric Araujo mer...@netwok.org added the comment:
I committed a modified version of the patch.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
I'd be glad to do so, but I'm not sure what the aim of the dryrun flag is.
Do you want to make it the default that precisionbigmem tests are skipped,
unless the decorator invocation explicitly specifies dryrun=False?
No, the point is to avoid
Éric Araujo mer...@netwok.org added the comment:
I fixed this in 615a29295d5f but forgot to mention the bug number in the commit
message. To reproduce the bug, I only had to backport two lines from 3.2, so I
did not use your patch. Thanks to both of you nonetheless for the report and
help!
Changes by Éric Araujo mer...@netwok.org:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12703
___
___
Python-bugs-list mailing
Ezio Melotti ezio.melo...@gmail.com added the comment:
I thought about having another class, but I couldn't come up with a decent name
for it (ResponseWithCloseHook?). After all it's still a Response and unless
you need a way to distinguish responses with and without close hooks, I think
it
Fred L. Drake, Jr. f...@fdrake.net added the comment:
Chunking of the data is expected with Expat. There are no promises about
*where* chunks are broken; the underlying behavior will break at line endings,
but is not limited to that.
Setting buffer_text informs the Python wrapper that it's
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson, ncoghlan
type: behavior - feature request
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12782
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
The suggested change removes the compile time information from
the platform string, so that information needs to be preserved
in a new attribute.
-1 on any new
Éric Araujo mer...@netwok.org added the comment:
We do have distutils to read the full compile time information
We have sysconfig in the stdlib in 2.7 and 3.2+.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12326
Antoine Pitrou pit...@free.fr added the comment:
I would say I find accepted little useful in practice. Removing it would
avoid the confusion with its various (intended or not) meanings.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
+1
Martin, should we convert all the accepted to fixed before removing it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12682
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
We do have distutils to read the full compile time information
We have sysconfig in the stdlib in 2.7 and 3.2+.
Right (it originated in distutils), but it has the
New submission from Kåre Krig karek...@gmail.com:
When I concatenate two strings, with the one on the right hand side being
large, the resulting string is almost correct but has a few chars substituted.
The following code (with (...) added on the print statement for 3.1) prints
False on both
Antoine Pitrou pit...@free.fr added the comment:
Please reread the quoted sentence:
The *compile time* version information needs to be preserved.
Then please give it a very explicit name, such as sys.build_platform
or sys.compile_time_version_info. We don't want people to be misled by
yet
Antoine Pitrou pit...@free.fr added the comment:
Have you tried with other large files? Or on another system?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12784
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12784
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12784
___
___
Éric Araujo mer...@netwok.org added the comment:
From IRC:
fdrake After last being pressed on this, I got to thinking about it more.
Back in the day, that's all the doc there was about the tool-chain. With
Sphinx standing as a successful independent project, the tool documentation
need no
STINNER Victor victor.stin...@haypocalc.com added the comment:
Try hash(buff_A) == hash(buff_B).
Are you able to identify which bytes/characters are differents?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12784
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Please reread the quoted sentence:
The *compile time* version information needs to be preserved.
Then please give it a very explicit name, such as
James Y Knight f...@users.sourceforge.net added the comment:
YAGNI. Nobody has needed sys.build_platform yet. (And no, sys.platform isn't
it, since that's been fixed at linux2 approximately forever). Why do you think
people would suddenly start needing to know the build-time kernel version
Ezio Melotti ezio.melo...@gmail.com added the comment:
+1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12409
___
___
Python-bugs-list mailing
Marc-Andre Lemburg m...@egenix.com added the comment:
James Y Knight wrote:
YAGNI. Nobody has needed sys.build_platform yet. (And no, sys.platform isn't
it, since that's been fixed at linux2 approximately forever). Why do you
think people would suddenly start needing to know the
Kåre Krig karek...@gmail.com added the comment:
I tried it again with another file. This time I used the dictionary from
www.math.sjsu.edu/~foster/dictionary.txt (~3Mb)
hash(buff_A) == hash(buff_B) returns False just like the direct comparison. I
ran the program on dictionary.txt and
Antoine Pitrou pit...@free.fr added the comment:
I actually looked into doing this for issue #12134, but it didn't seem
so simple; Since C has no yield, I think the iterator would need to
maintain its own stack to keep track of where it is in the object tree
it's encoding...
The encoder
Antoine Pitrou pit...@free.fr added the comment:
Note how the ascii codes for the faulty characters only differ by one
bit, and only the 5th least significant bit.
This looks very much like a hardware issue.
Python usually does nothing special with the 5th bit of characters. Also, the
IO
STINNER Victor victor.stin...@haypocalc.com added the comment:
It's really hard to follow this issue. I'm trying to sum up, please comment my
message if I'm wrong.
--
If I understood correctly, this issue has 3 remaining points:
(1) Python 2.7 and 3.2: force sys.platform to 'linux2'? Votes:
Niko Wilbert m...@nikowilbert.de added the comment:
This issue is also a real pain when using namedtuple. In many situations a
namedtuple should be serialized as a dict, but there is no reasonable way to
get this behavior.
Earlier solutions (e.g., see
R. David Murray rdmur...@bitdance.com added the comment:
MAL wrote:
As already mentioned, the diff between Linux 2.x and 3.x will
grow over time and while there may not be much to see now,
things will change in the coming years.
The only way I can read this argument that makes any sense to
Barry A. Warsaw ba...@python.org added the comment:
On Aug 19, 2011, at 02:23 PM, STINNER Victor wrote:
(2) Python 3.3: change sys.platform to 'linux'? Votes:
Martin v. Löwis: +1
Charles-François Natali: -1
Amaury Forgeot d'Arc: -1
Antoine Pitrou: -0 ?
Victor Stinner: +1
= total=0 (5 votes)
James Y Knight f...@users.sourceforge.net added the comment:
configure_linux2.python3.2.patch
It would probably be more future-proof to use linux*), not linux3) in the
case expression.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
You should retry memtest86+: http://www.memtest.org/#downiso
I had also memory errors recently. After 10 minutes, memtest86+ listed me 4
errors. After 30 minutes, there were 30 errors.
--
Éric Araujo mer...@netwok.org added the comment:
Python 2.7 and 3.2: force sys.platform to 'linux2'?
-0. I dislike this change for stable releases, but it’s a small change that
would help a lot of users. I think the release managers would need to approve
such a change.
Python 3.3: change
Kåre Krig karek...@gmail.com added the comment:
I managed to get access to another two systems to test this on. One running
ubuntu python 2.7.1 and the other suse python 2.6. I could not reproduce
the bug on either of those systems.
This all points to the issue not really being a bug in
STINNER Victor victor.stin...@haypocalc.com added the comment:
It's an hardware problem, not a Python problem, so I close this issue. Check
your RAM and the temperature of your mother board and of the CPU using your
tests (e.g. try lm-sensors on Linux).
--
resolution: - invalid
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 40f4a3d6a532 by Éric Araujo in branch 'default':
Restore $HOME after test has run (should fix #12765)
http://hg.python.org/cpython/rev/40f4a3d6a532
--
nosy: +python-dev
Éric Araujo mer...@netwok.org added the comment:
Thank you sir! How did you find it?
--
resolution: - fixed
stage: needs patch - commit review
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12765
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here's a new version of the patch.
I decided to leave the prefix anyway, for consistency with what I'll commit to
3.3 and because without the prefix NEXT() looks ambiguous (and it's not
entirely clear if it's private or not).
I rewrote the
New submission from Éric Araujo mer...@netwok.org:
The list_distinfo_files method does not fulfills its mission. I changed the
test file to be more stupid (and therefore not use high-level functions that we
can’t trust) when building the expected list and discovered that
list_distinfo_files
Changes by Éric Araujo mer...@netwok.org:
--
keywords: +patch
Added file: http://bugs.python.org/file22948/fix-list_distinfo_files.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12785
Changes by Éric Araujo mer...@netwok.org:
--
dependencies: +list_distinfo_file is wrong
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12678
___
Éric Araujo mer...@netwok.org added the comment:
I don’t understand this part:
Traceback (most recent call last):
File distutils\tests\test_sdist.py, line 385, in test_manual_manifest
archive = tarfile.open(archive_name)
File tarfile.py, line 1736, in open
return func(name, r,
Éric Araujo mer...@netwok.org added the comment:
Thanks for the patch. I made a review on Rietveld; a mail should have been
sent.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1492704
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12778
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 47176e8d7060 by Antoine Pitrou in branch 'default':
Issue #12778: Reduce memory consumption when JSON-encoding a large container of
many small objects.
http://hg.python.org/cpython/rev/47176e8d7060
--
nosy:
Éric Araujo mer...@netwok.org added the comment:
I made a review on Rietveld; a mail should have been sent.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12659
___
Ned Deily n...@acm.org added the comment:
I found it by patching the appropriate unittest test runner to check before and
after each test case. It would be nice if there were a standard option to do
that.
--
status: pending - open
___
Python
New submission from Idan Kamara idank...@gmail.com:
The following program hangs on Debian, Python 2.6.6:
import subprocess
proc1 = subprocess.Popen(['cat'], stdin=subprocess.PIPE)
proc2 = subprocess.Popen(['cat'], stdin=subprocess.PIPE)
proc1.stdin.close()
proc1.wait()
Changing the last two
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
type: resource usage - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12786
___
Nadeem Vawda nadeem.va...@gmail.com added the comment:
D'oh. I just realized why the -M option wasn't being recognized - I had passed
it
after the actual test name, so it was being treated as another test instead of
an
option. Sorry for the confusion :/
As for the actual test results,
Antoine Pitrou pit...@free.fr added the comment:
D'oh. I just realized why the -M option wasn't being recognized - I had
passed it
after the actual test name, so it was being treated as another test instead
of an
option. Sorry for the confusion :/
As for the actual test results,
Sandro Tosi sandro.t...@gmail.com added the comment:
Sure it could be a solution, but I didn't go that way since it *may* complicate
the example (which I see a something to get quick ready to test some code,
there's always time for improvements later). I'm fine either way.
--
Antoine Pitrou pit...@free.fr added the comment:
I think your expectations for BufferedRWPair are wrong. You should not use
BufferedRWPair with the same underlying stream (that's the whole point of
BufferedRWPair).
--
___
Python tracker
Sandro Tosi sandro.t...@gmail.com added the comment:
version 7 here we come :) I've addressed Eric's commenta on rietveld (all but
one, I need input from him) and also updated the tests for new helper functions.
--
Added file:
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Can you replace _2G with _4G in the decorator for that test?
I'm not at work any more, but I'll try that out on Monday.
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
It's really hard to follow this issue. I'm trying to sum up, please comment
my message if I'm wrong.
--
If I understood correctly, this issue
Ben Wolfson wolf...@gmail.com added the comment:
The guys at #python-dev confirmed the same happens on 2.7 but not on 3.x.
Really? This is on gentoo, not debian, admittedly:
coelacanth ~ 11:12:36 $ python3
Python 3.1.3 (r313:86834, May 1 2011, 09:41:48)
[GCC 4.4.4] on linux2
Type help,
poq p...@gmx.com added the comment:
It would just need to call a given callable (fp.write) at regular intervals
and that would be enough to C-accelerate dump().
True, but that would just special case dump(), just like dumps() is
special-cased now. Ideally JSONEncoder.iterencode() would be
Charles-François Natali neolo...@free.fr added the comment:
Hello Idan,
The following program hangs on Debian
Debian is a good choice :-)
Concerning your example, it hangs is because the file descriptor used
to communicate with proc1 is inherited when proc2 is created (FDs are
inherited upon
Antoine Pitrou pit...@free.fr added the comment:
It would just need to call a given callable (fp.write) at regular
intervals and that would be enough to C-accelerate dump().
True, but that would just special case dump(), just like dumps() is
special-cased now. Ideally
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch.
--
stage: - patch review
Added file: http://bugs.python.org/file22950/bufrandom.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12213
Terry J. Reedy tjre...@udel.edu added the comment:
On my fresh install, double clicking *does* run the file as it should, but the
window disappears immediately, erasing output and error tracebacks, unless one
adds something like ``input(Hit Enter to quit) at the end of the script so
the user
poq p...@gmx.com added the comment:
Is iterencode() used much? I would think dump() and dumps() see the most use.
Of course. I'd just prefer an elegant complete solution. But I agree
accelerating just dump() would already be much better than the current
situation.
--
Dave Malcolm dmalc...@redhat.com added the comment:
Note that PyPy is also affected by this issue; see
https://bugs.pypy.org/issue832
For CPython, I'm of the opinion that:
- the final digit of sys.platform as-is for linux* is effectively
meaningless
- that no code should be relying on the
Terry J. Reedy tjre...@udel.edu added the comment:
Only if the issue is closed, so that it actually means 'fixed'.
Otherwise, just delete it.
The following data suggests to me that 'accepted' is a de facto synonym for
'fixed' and therefore useless and might as well be removed.
N Issue
Christian Ziemski cz...@gmx.de added the comment:
I just made such a change to Python 2.7's argparse.
If there is interest I'll post a patch here.
Unfortunately I can't find the description how to produce a proper patch.
The link I found (http://www.python.org/dev/patches/) gives an error 404.
Marc-Andre Lemburg m...@egenix.com added the comment:
R. David Murray wrote:
R. David Murray rdmur...@bitdance.com added the comment:
MAL wrote:
As already mentioned, the diff between Linux 2.x and 3.x will
grow over time and while there may not be much to see now,
things will change
Terry J. Reedy tjre...@udel.edu added the comment:
I agree with your sentiments about Python 2 while being aware that not all
agree yet and that the current Wiki page was the result of some heated
discussion and compromise. I also agree that the page could use
tweaking/updating/rewriting. For
Changes by Mads Kiilerich m...@kiilerich.com:
--
nosy: +kiilerix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12786
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
Martin, should we convert all the accepted to fixed before removing it?
That's not strictly necessary. It would only be retired (roundup does
not support true removal), and as such would then still show up in
issues that currently use it,
Georg Brandl ge...@python.org added the comment:
This failure needs to be gone in time for 3.2.2. Please find an appropriate way
to fix it, even if it is the temporary disabling of a faulty test.
--
nosy: +benjamin.peterson, georg.brandl
priority: high - release blocker
Ezio Melotti ezio.melo...@gmail.com added the comment:
OK, I removed the resolution and its documentation from the devguide in
3f4710b6baf9.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
The only way I can read this argument that makes any sense to me is
that you are arguing for a precise build-time OS string. If it is
supposed to be an argument in favor of keeping 'linux3' it makes no
sense, since '2' vs '3' is in no
Matthias Klose d...@debian.org added the comment:
The build time Linux kernel has no effect on Python's build procedure
whatsoever. Python does not use the kernel at all for building; it
only uses the C library headers, and the kernel headers that happen
to be incorporated into the version
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
The only way I can read this argument that makes any sense to me is
that you are arguing for a precise build-time OS string. If it is
supposed to be an
Charles-François Natali neolo...@free.fr added the comment:
Here's a patch + test for 2.7.
Really? This is on gentoo, not debian, admittedly:
That's because the change of close_fds to True by default and the CLOEXEC flag
were added in 3.2.
Since 3.1 is in security-fix mode only, this patch
Terry J. Reedy tjre...@udel.edu added the comment:
I verified that the test file raises the quoted SyntaxError on 3.2 on Win7.
This:
\N{LATIN CAPITAL LETTER GHA}
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in
position 0-27: unknown Unicode character name
is most
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
You can easily get the fractional day value using existing functionality:
from datetime import *
(datetime(2011,8,15,18,30) - datetime(2011,8,13,12,0)) / timedelta(1)
2.27083335
(datetime(2011,8,15,18,30) -
1 - 100 of 111 matches
Mail list logo