Craig added the comment:
Surely if there is data loss this *has* to be fixed in 2.x?
I'm seeing this a *lot* using Twisted which, I believe isn't fully 3.x ported
yet, so we have to support 2.x for now.
--
nosy: +craigemery
___
Python trac
Change by Craig Holmquist :
--
nosy: +craigh
___
Python tracker
<https://bugs.python.org/issue46006>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Craig Coleman :
In a test, dataclasses generate an __eq__ function appears to be wrong.
@dataclass
class C:
pass
class K:
pass
a = C()
b = C()
c = K()
d = K()
(a is b) # False
(a == b) # True # Incorrect, Why?
(c is d) # False
(c == d) # False # Correct
Craig Coleman added the comment:
Seems I learned a python lesson today.
I've put myself back in python school and done some reading on a) the code
behind dataclasses, b) PEP 557 and c) the doc'n for __eq__.
After all the reading I've realised this I'd been making some as
Craig Coleman added the comment:
>From https://docs.python.org/3/reference/datamodel.html#object.__hash__
User-defined classes have __eq__() and __hash__() methods by default; with
them, all objects compare unequal (except with themselves) and x.__hash__()
returns an appropriate value s
Craig Citro added the comment:
Antoine -- why do you want to switch "if r" for "if not r"?
If we did, the test would just confirm that the unpicked object was of the same
type as the original; if we were going to do that, we might as well just
replace the whole `__cmp__
Craig Citro added the comment:
Antoine -- ah, that makes sense. Is that the only blocker? I've let this patch
rot on the vine a long time; if so, I'll happily switch `__eq__` back to
`__cmp__` and re-post if it'll get submitted.
--
___
Craig Foster added the comment:
I can confirm that the compile completes with a multiprocessing module where it
hasn't before--at least in SunOS 5.9.
--
nosy: +fosterremy
___
Python tracker
<http://bugs.python.org/i
Craig McQueen added the comment:
So this has been rejected I see. Too bad, since I stub my metaphorical toe on
this issue from time to time. Just for the record, here is an example:
http://stackoverflow.com/questions/4130936/perfect-hash-function/6976723#6976723
Changes by Craig McQueen :
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/issue10592>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Craig McQueen :
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/issue11629>
___
___
Python-bugs-list mailing list
Unsubscribe:
Craig McQueen added the comment:
I should be able to attach my test code. But it is at my work, and I'm on
holidays for 2 more weeks. Sorry 'bout that!
I do assume that Python 3 greatly simplifies this.
--
___
Python trac
Craig McQueen added the comment:
I'm attaching a file that I used (in Python 2.x).
It's a little rough--I manually commented and uncommented various lines to see
what would change under various circumstances. But at least you should be able
to see what I was doing.
--
New submission from Craig Holmquist <[EMAIL PROTECTED]>:
This was observed in Python 2.5.2 on Windows XP. Run this code in IDLE:
import xml.sax
from xml.sax.handler import ContentHandler
class C(ContentHandler):
def startElement(self, name, attrs):
assert
New submission from Craig Holmquist <[EMAIL PROTECTED]>:
This is observed on Windows XP; I don't know if it affects other platforms.
Trying to import sqlite3 gives this error:
>>> import sqlite3
Traceback (most recent call last):
File "", line 1, in
impo
New submission from Craig Holmquist <[EMAIL PROTECTED]>:
The Start Menu icons created by the Python 2.6 installer use the old
icons (the green snake, 4-bit color) instead of the new ones (blue and
yellow snake, 24-bit color). This was observed on Windows XP. An
installation of 2.5.2
Changes by Craig Holmquist <[EMAIL PROTECTED]>:
--
components: +Windows
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4019>
___
__
New submission from Craig Holmquist <[EMAIL PROTECTED]>:
In Python 2.6, attempting to import depecated modules in IDLE raises a
TypeError exception. I verified this with sets, mimify, and MimeWriter.
Here's the output for sets:
>>> import sets
Traceback (most recen
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
Actually, it looks like ANY warning will raise this error in IDLE. For
example:
>>> import warnings
>>> warnings.warn('blah blah')
Traceback (most recent call last):
File "", line 1,
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
I should have checked this more carefully, but apparently you can still
use the imported module after the exception.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
Okay, I think I've got it now:
1. If you import sets, it raises TypeError. However, if you import it a
second time, it seems to work properly.
2. Trying to import a module that relies on the deprecated module (ie,
sqlalchem
Craig McQueen added the comment:
Just for the record... here is a relevant use case...
I'm working on some code for calculating CRCs, and hope to support any CRC
width, including CRC-5. This involves, among the calculations:
crc >> (crc_width - 8)
The complete expression i
Craig McQueen added the comment:
Thanks, good points. I'm thinking with a C background and the fixed-width data
types. The 0xFF could be needed if the data_byte is actually a larger number
and you need to ensure only the lowest 8 bits are set. Or, if there is some
sign-extending goi
Craig McQueen added the comment:
To complete that thought...
Since crc << 8 could bump the calculation into long territory, for that final
mask I guess I'd want to mask and then shift. I.e. rather than
crc_mask = ((1 << crc_width) - 1)
crc = (...) ^ ((crc <
Craig McQueen added the comment:
There's also this one which caught me out:
def outer():
x = 0
y = (x for i in range(10))
del x # SyntaxError
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/i
Craig McQueen added the comment:
This still seems to be a bug in Python 3.1.1, does it not? Can this be
re-opened?
--
___
Python tracker
<http://bugs.python.org/issue2
Craig McQueen added the comment:
Not so much of a traceback. But essentially the same final error:
running build
running build_py
running build_ext
building 'cobs._cobsext' extension
error: Unable to find vcvarsall.bat
--
___
Python trac
Craig McQueen added the comment:
This bug was confirmed to no longer be present for Python 2.6.4, however it is
still present for Python 3.1.1. Could someone with "open" privileges re-open
this please?
--
___
Python trac
Craig McQueen added the comment:
I ran it as follows:
\python31\python.exe setup.py build --compiler=mingw32 --verbose
and got:
running build
running build_py
running build_ext
building 'cobs._cobsext' extension
error: Unable to find vcvarsall.bat
If I run:
gcc --vers
Craig McQueen added the comment:
And, I should add, doing nearly the same thing, except with Python 2.6.4, works
fine. Same machine, same console window, same path:
\python26\python.exe setup.py build --compiler=mingw32 --verbose
running build
running build_py
running build_ext
building
Craig McQueen added the comment:
I tried it in Python 3.1.2.
\Python31\python.exe setup.py build --compiler=mingw32
I got a stack-trace:
...
File "C:\Python31\lib\distutils\cygwinccompiler.py", line 280, in __init__
CygwinCCompiler.__init__ (self, verbose, dry_run, force)
New submission from Craig McQueen :
I tried to build a C extension in Python 3.1.2.
\Python31\python.exe setup.py build --compiler=mingw32
I got a stack-trace:
...
File "C:\Python31\lib\distutils\cygwinccompiler.py", line 280, in __init__
CygwinCCompiler.__init__ (sel
Craig McQueen added the comment:
Sure can--done. Issue #8384.
--
___
Python tracker
<http://bugs.python.org/issue2698>
___
___
Python-bugs-list mailing list
Unsub
Craig McQueen added the comment:
\MinGW\bin\ld.exe -v
GNU ld (GNU Binutils) 2.20
--
___
Python tracker
<http://bugs.python.org/issue8384>
___
___
Python-bug
Craig McQueen added the comment:
I just realised--I didn't have c:\mingw\bin in my path. Once I added that to
the path, then the build worked fine.
So I guess the issue is only that the error message is somewhat cryptic.
--
___
Python tr
New submission from Craig Holmquist <[EMAIL PROTECTED]>:
Applications on Windows that don't link to the MSVCR90.DLL via a
manifest are broken with Python 2.6.1. This includes apps that link
with the C library statically and apps that link with other versions of
it. These applicat
Changes by Craig Holmquist <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12249/testpy.c
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
I've attached the test program I was using. The commands I used to
compile it are:
cl /MT /c /IC:\Python26\include testpy.c
link /LIBPATH:C:\Python26\libs testpy.obj
___
Python tracker <[E
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
I've attached a manifest file that references the C runtime; adding this
file to the Apache bin folder seems to workaround this issue.
Added file: http://bugs.python.org/file12250/httpd.e
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
I understand the rationale behind #4120, but it seems like it only helps
a narrow set of applications, namely "applications that link dynamically
with the same version of MSVCR90 as Python and that bundle the MSVCR90
DLL and
Craig Holmquist <[EMAIL PROTECTED]> added the comment:
> I don't quite understand this issue yet. python26.dll is linked with
> a manifest. Isn't that good enough?
Apparently not, at least in my testing. It seems that if a DLL is
loaded, Windows will try to resolve its d
Craig Holmquist added the comment:
Here's an option, though unfortunately not a trivial one: use a private
build of the C runtime. The Windows version of Firefox does this
(mozcrt19.dll). The private CRT build doesn't use SxS in any way, so it
gets around this issue, as well as ot
Craig Holmquist added the comment:
> test.c's error is "can't find the DLL" - this will be as we attempt to
> load Python's DLL - but this isn't the same as the original error, which
> is "DLL init routine failed". To repro the initial error, I
Craig Holmquist added the comment:
I took a look at this with the debugger, as Mark recommended. The CRT's
DLLMain is called _CRTDLL_INIT, that in turn calls __CRTDLL_INIT.
__CRTDLL_INIT calls another function, _check_manifest.
_check_manifest calls an SxS function c
Craig Holmquist added the comment:
I haven't been able to try this patch myself yet, but I see a potential
problem: the "cookie" variable is declared as a DWORD, while
ActivateActCtx expects a ULONG_PTR. DWORD and ULONG_PTR are only the
same thing in 32-bit Windows.
Also, where
Craig Holmquist added the comment:
The patch works fine on my system (32-bit XP). Also I verified in
Process Explorer that there's only one instance of msvcr90.dll loaded.
___
Python tracker
<http://bugs.python.org/i
Changes by Craig Holmquist :
--
nosy: +craigh
___
Python tracker
<http://bugs.python.org/issue4631>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Craig Dowkes :
I recently updated to Mac OS Montery 12.0.1 and am now unable to open or save
any idle files. Running on a 2021 M1 iMac. I get the save dialogue box but then
also an error box as shown in the attached picture. Failed to connect to the
open and save panel
Craig Dowkes added the comment:
Same issue for me on Mac OS 12.0.1 hoping for a quick solution to this
--
nosy: +craig.dowkes
___
Python tracker
<https://bugs.python.org/issue45
New submission from Craig Sawyer :
we have os.path.abspath() and os.path.realpath(). the difference according to
the documentation is realpath() returns the physical path (i.e. no symlinks in
the path). while abspath() uses getcwd() but because of POSIX.1-2008 (IEEE Std
1003.1-2008) says
Craig Sawyer added the comment:
Antoine,
I see your point about getcwd() not having symlinks, doesn't mean any path
outside of getcwd() might have symlinks, and I agree this is true. I apologize.
As for which one to choose, it should choose based on PWD (i.e. the current
wo
Changes by Craig McQueen :
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/issue11129>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Shea Craig:
The Python installer package for macOS is versioned, however, the included sub
packages have no version information. This results in the receipts having no
version. Many enterprise software management tools rely on the receipt
information to determine whether
Shea Craig added the comment:
For what it's worth, I manage a lot of Macs and know a lot of people in similar
roles at major enterprises. We greatly prefer installer packages for automated
installation, and end up having to repackage installer apps routinely for
products that don'
Craig McQueen added the comment:
One ongoing weakness I see with this situation is that it's difficult to code a
suitable work-around if a user wants to zip files that have a date < 1980 (e.g.
to zip it with a datestamp of 1-Jan-1980).
https://stackoverflow.com/q/45703747/60075
I am t
Craig Rodrigues added the comment:
This looks like a duplicate of https://bugs.python.org/issue15290 .
15290 was closed as invalid, and the submitter was told that the
code should be changed to not rely on creating elements outside
of the document interface.
I encountered the same problem when
Craig Rodrigues added the comment:
Same issue was brought up in http://bugs.python.org/issue4851
--
nosy: +Craig Rodrigues
___
Python tracker
<http://bugs.python.org/issue15
Changes by Craig Holmquist :
Added file: http://bugs.python.org/file46718/issue23407-5.patch
___
Python tracker
<http://bugs.python.org/issue23407>
___
___
Python-bug
New submission from Craig Holmquist :
>>> import os, pathlib, shutil
>>> os.mkdir('test1')
>>> os.mkdir('test2')
>>> path = pathlib.Path('test1')
>>> shutil.move(path, 'test2')
Traceback (most recent call l
Craig Holmquist added the comment:
In my test, the second call to path.absolute() is just returning the same
result as the first call, which is what I would expect (as you say, the path
object doesn't update automatically).
However, your output shows it returning
'/Users/e/Devel
New submission from Craig Holmquist :
>>> import xml.sax
>>> import pathlib
[...]
>>> xml.sax.parse(pathlib.Path('path/to/file'), handler)
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3.6/xml/sax/__init__.py
New submission from Craig Loftus :
Calling httplib.responses[httplib.UNPROCESSABLE_ENTITY] in 2.7, or
http.client.responses[http.client.UNPROCESSABLE_ENTITY] raises "KeyError: 422".
The expected behaviour would be to return "Unprocessable Entity".
This is the specific i
New submission from Craig McQueen :
I'm trying this with my 'cobs' Python package:
c:\Python33\python.exe setup.py build --compiler=mingw32 bdist_msi
With Python 3.3 beta, it fails with an exception:
ValueError: Unknown MS Compiler version 1600
It works
Craig McQueen added the comment:
That's definitely an improvement. It gets further, but on my PC, the compile
fails:
...
c:/mingw/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe: cannot
find -lmsvcr100
collect2: ld returned 1 exit status
error: command 'gcc' f
Craig McQueen added the comment:
I downloaded the latest MinGW, and now it tells me:
...
c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -IC:\Python33\include
-IC:\Python33\PC -c python3/src/_cobs_ext.c -o bui
ld\temp.win32-3.3\Release\python3\src\_cobs_ext.o
cc1.exe: error: unrecognized
Craig McQueen added the comment:
It sounds as though the option '-mno-cygwin' is related to issue #12641.
Does that mean I need to find a version of MinGW that is old enough to support
the option '-mno-cygwin', but new enough to include a
Craig McQueen added the comment:
I've come across this issue when trying to build extensions for Python 3.3 on
Windows, needing a recent enough MinGW to provide a library for msvcr100. See
issue #15315.
--
nosy: +cmcqueen1975
___
Python tr
Craig McQueen added the comment:
It would be great if this could be sorted out in time for Python 3.3. Otherwise
I don't think we'll be able to use MinGW to build extensions in Windows. Unless
there is a version of MinGW which supports the -mno-cygwin option, as well as
l
Craig McQueen added the comment:
I've succeeded in building an extension for Python 3.3 (at least, on Windows
XP, 32-bit; haven't tried any 64-bit), by the hack of copying libmsvcr100.a
from a recent MinGW release (20120426) into an older MinGW release (20101030).
I haven't
New submission from Trenton Craig:
I have an application that is set to use pysnmp to obtain sysDescription and
system names from devices on our network. Currently, we are using python
2.6.2, due to the limitations of the box (solaris), and it works fine.
However, our new environment uses
Trenton Craig added the comment:
So, in testing, we reset retries to 1 instead of 0, and on our ubuntu
environment this allows it to function. So issue is not with timeout, but with
the retries variable.
--
___
Python tracker
<h
Craig McQueen added the comment:
Alexander Belopolsky wrote:
> No. Seconds since the epoch is neither local nor UTC. It is just
> an elapsed number of seconds since an agreed upon time called the
> "epoch".
This statement just seems wrong. And I have just been conf
Craig McQueen added the comment:
I notice that the C++11 library has a discard() member function for its random
generators, which is effectively a jumpahead operation. It seems that the C++11
library has implemented discard() for the Mersene Twister generator. If
jumpahead() is technically
Craig McQueen added the comment:
C++11 Mersenne Twister discard() member function:
http://www.cplusplus.com/reference/random/mersenne_twister_engine/discard/
--
___
Python tracker
<http://bugs.python.org/issue9
Craig McQueen added the comment:
StackOverflow question about Mersenne Twister jumpahead:
http://stackoverflow.com/q/4184478/60075
which refers to this:
http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/JUMP/index.html
--
___
Python tracker
<h
New submission from Craig Silverstein:
Don't ask me how, but our code managed to combine multiprocessing, sqlite, and
tkinter all in one app, and got a hanging behavior, though only on a particular
OS. Removing any of these removes the hang. I filed this under tkinter, but
the fault
Craig Silverstein added the comment:
Thanks -- we managed to work around it by removing the tkinter dependency, so
this isn't time-critical for us. It is curious, though.
One thing I forgot to mention before is that playing around with the hung
process in gdb, it seems like sqlit
Craig Holmquist added the comment:
To clarify the specific problem:
- If the file object passed to XMLGenerator is opened in binary mode,
XMLGenerator raises TypeError as soon as it tries to write to it
- If the passed file object is opened in text mode, XMLGenerator writes
the prescribed
Craig Holmquist added the comment:
Patch attached. This patch doesn't actually restrict the output object
to RawIOBase (that wouldn't work well, since files opened as binary are
actually derived from BufferedIOBase). Instead, it just assumes the
output object has a 'write'
Craig Holmquist added the comment:
Actually, that patch may not work so well either... out defaults to
sys.stdout, but that can't accept bytes.
--
___
Python tracker
<http://bugs.python.org/i
Craig Holmquist added the comment:
This new patch removes the "default to stdout" behavior.
--
Added file: http://bugs.python.org/file14544/xmlgen2.patch
___
Python tracker
<http://bugs.python.
Craig Holmquist added the comment:
Patch for documentation.
--
Added file: http://bugs.python.org/file14545/xmlgen-doc.patch
___
Python tracker
<http://bugs.python.org/issue4
Changes by Craig Holmquist :
Removed file: http://bugs.python.org/file14541/xmlgen.patch
___
Python tracker
<http://bugs.python.org/issue4997>
___
___
Python-bugs-list m
Changes by Craig McQueen :
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/issue1606092>
___
___
Python-bugs-list mailing list
Unsubscribe:
Craig McQueen added the comment:
Is this still an open bug? I have the following code:
lookup = {}
csv_reader = csv.reader(codecs.open(lookup_file_name, 'r', 'utf-8'))
for row in csv_reader:
lookup[row[1]] = row[0]
And it "appears to work" (i
Craig McQueen added the comment:
I think I see now--it accepts Unicode input, but converts it back to
bytes internally using the ASCII codec. So it works as long as the
Unicode input contains on ASCII characters. That's a gotcha.
It appears that it's been fixed in Python 3.x, judg
Changes by Craig McQueen :
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/issue2698>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Craig McQueen :
--
nosy: +cmcqueen1975
___
Python tracker
<http://bugs.python.org/issue6377>
___
___
Python-bugs-list mailing list
Unsubscribe:
Craig McQueen added the comment:
This seems to be an bug in Python 3.1.1. Is it fixed in the Python 3
code? Is the issue being tracked in a separate issue?
--
___
Python tracker
<http://bugs.python.org/issue2
Craig McQueen added the comment:
Eric (keldonin), please consider attaching the file (solution you
mentioned) to this issue for the benefit of the rest of us. I'm
interested to see it.
--
___
Python tracker
<http://bugs.python.org/i
Craig McQueen added the comment:
Eric sent a build_ext.py to me and Daniel26 by e-mail. Attached. The idea was
to copy it over the one in C:\Python31\Lib\distutils\command.
I tried the file that he sent, but I'm getting the same issue that Daniel26
described.
--
Added file:
New submission from Craig Citro :
Currently, it's impossible to use the usual pickle mechanisms to pickle a
dynamically created class, even if the user requests a different pickling
mechanism via copy_reg. The attached patch makes this customization possible by
simply transposing two b
Craig McQueen added the comment:
@gregory.p.smith:
> This change is not suitable for back porting as it arguably adds a new
feature.
Speaking as a Mercurial user who can't use Mercurial at work through a
proxy firewall... I beg you to consider that fixing this is not really
addin
Jeff Craig added the comment:
I can confirm this behaviour and error. On Windows Server 2008 R2 64-bit.
--
nosy: +foxxtrot
___
Python tracker
<http://bugs.python.org/issue8
Jeff Craig added the comment:
Further information, this was an issue for me in 2.6.4, but with 2.6.5 it
appears to no longer be an issue.
--
___
Python tracker
<http://bugs.python.org/issue8
Craig McQueen added the comment:
>From my limited experience using cx_Freeze 4.1.2 with Python 2.6.5, it seems
>that this issue is triggered in a cx_Frozen program simply by having `import
>threading` in the program. I'm not sure what cx_Freeze is doing that makes
>t
Craig McQueen added the comment:
Sorry I should have said, I'm running on Windows 2000 SP4.
--
___
Python tracker
<http://bugs.python.org/issue1596321>
___
___
New submission from Craig Younkins :
The method in question: http://docs.python.org/library/cgi.html#cgi.escape
http://svn.python.org/view/python/tags/r265/Lib/cgi.py?view=markup # at the
bottom
http://code.python.org/hg/trunk/file/3be6ff1eebac/Lib/cgi.py#l1031
"Convert the chara
Changes by Craig Younkins :
--
type: -> security
___
Python tracker
<http://bugs.python.org/issue9061>
___
___
Python-bugs-list mailing list
Unsubscri
Craig Younkins added the comment:
Proof of concept:
print """""" % cgi.escape("' onload='alert(1);' bad='")
--
_
1 - 100 of 184 matches
Mail list logo
