New submission from Dan <10equa...@gmail.com>:
Pythonw.exe refuses to start on my Windows 7 x64 computer. I don't get any
kind of error message (i.e. "pythonw.exe has stopped working"), it simply
doesn't open. python.exe works fine.
Attached is a Windows Debugge
Dan <10equa...@gmail.com> added the comment:
I forgot to mention that this is with a brand new install of Python 3.1.1, and
a complete uninstall / reinstall did nothing.
--
___
Python tracker
<http://bugs.python.org/
Dan <10equa...@gmail.com> added the comment:
Well now I feel really dumb. I was under the impression that pythonw.exe was a
GUI version of python.exe, which I though was console-only since up until now I
had only tried running it from the command prompt. Problem solved, thanks for
you
Changes by Dan :
--
nosy: +danohuiginn
___
Python tracker
<http://bugs.python.org/issue6541>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Dan added the comment:
Reasonable idea, Daniel, but changing self.retried makes no difference.
What does solve Chris' problem (which I can reproduce, btw) is
preventing the nonce_count from incrementing.
i.e. comment out the line :
self.nonce_count +=
Dan added the comment:
Actually, this does look more like an urllib2 bug.
According to RFC 2617, the nonce count should represent the number of
requests sent with a particular nonce. But we don't reset the nonce
count when we start using a new nonce. That discrepancy in nonce counts
caus
Dan added the comment:
Hi,
I've just noticed this but a couple of months ago I managed to compile Python
2.7 on win32 ARM64 including the said ssl, tk, ctypes modules.
You can download from here and test -
https://mega.nz/#F!PclhDIRB!-yhBZ6UM7S596ijNU3dx0A
You will need to install the
Dan added the comment:
Steve, the 2.7 build I've posted includes native tk, do you need the necessary
patches?
--
___
Python tracker
<https://bugs.python.org/is
Dan added the comment:
According to this -
https://wiki.tcl-lang.org/page/Building+with+Visual+Studio+2017
the issue will be fixed in the next version (8.6.10). TLDR explanation: Tcl/Tk
has variables with names that are now reserved keywords in VS2017, meaning that
it can't be build
New submission from Dan :
The attached HTML document (pulled from a Samsung printer web interface)
contains the following invalid HTML tag:
(invalid because of ,="")
In Python 3.x completely stops the HTML parser, preventing any further tags
from being parsed. This does not happen
New submission from Dan :
I have a C struct
typedef struct Effect {
void* ptr;
} Effect;
where when I allocate the memory, the void* gets initialized to NULL, and pass
back a pointer:
Effect* get_effect(){
Effect* pEffect = malloc(sizeof(*pEffect));
pEffect->ptr = N
Dan added the comment:
Thank you both, that's really helpful. Yes, I agree eryksun, I was saying that
pointers to c_double and other normal pointer objects work fine, but that if
you change to void* and c_void_p in my example it doesn't work.
The private field seems like a
Change by Dan :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue35390>
___
___
Python-bugs-list mailing list
New submission from Dan :
On Windows, distutils doesn't correctly read UTF-8 content from config files
(setup.cfg).
Seems like the issue is located on the line reading the files via the
ConfigParser; simply adding 'encoding="UTF-8"' as argument fixes the problem
f
Change by Dan :
Added file: https://bugs.python.org/file47320/setup.py
___
Python tracker
<https://bugs.python.org/issue32223>
___
___
Python-bugs-list mailing list
Unsub
Dan added the comment:
I've attached the files.
Run using 'python setup.py sdist'.
The resulting PKG-INFO will contain incorrect data:
Summary: délivrance
Author: Dan Tès
The expected output is:
Summary: délivrance
Change by Dan :
Added file: https://bugs.python.org/file47319/setup.cfg
___
Python tracker
<https://bugs.python.org/issue32223>
___
___
Python-bugs-list mailing list
Unsub
Dan added the comment:
Attaching a patch. I don't have a test to go with it, except for the one
submitted with the bug report.
--
keywords: +patch
Added file: http://bugs.python.org/file14815/nonce_count.diff
___
Python tracker
Dan added the comment:
Here's an easy way to trigger the poor performance. Tested with 2.5,
2.6, and 2.7:
re.compile( '(\s+.*)*x' ).search( 'a ' * 30 )
--
nosy: +witten
___
Python tracker
<http://
Dan added the comment:
Guys, this looks really bad and inconveniences a lot of users. You install the
latest MinGW and Distutils from their default location, try using them on
**anything that requires compilation**, and get the cryptic gcc -mno-cygwin
error (after having to edit the obscure
Dan added the comment:
Nice partial work-around.
I think it's quite clear that the decision makers for this bug have not been
making rational decisions for a year and a half, so we can't really expect
change. This being the open-source world, the only recourse is publicizing the
is
Dan added the comment:
That's bull, Eric. This is not about a corner case in cygwin. This is about
mingw, which is the **main free software that builds executables on Windows**.
You know, for when you don't want to require your users to install Visual
Studio.
Additionally, bo
Dan added the comment:
There's an additional aspect. Even though I don't use Windows as a development
platform, I care about being able to propose Python to clients as a
cross-platform technology (instead of, say, Java). Having an essential piece of
Python infrastructure fail mi
New submission from Dan:
-> print(1)
(Pdb) jump 6
Segmentation fault
--
components: Library (Lib)
files: pdb_segfault.py
messages: 232481
nosy: DSP
priority: normal
severity: normal
status: open
title: pdb crashes when jumping over "with" statement
type: behavior
version
Dan added the comment:
Sorry, it happens in:
2.7.3 |EPD 7.3-2 (64-bit)| (default, Apr 11 2012, 17:52:16) \n[GCC 4.1.2
20080704 (Red Hat 4.1.2-44)]
Works as expected in 2.7.8 and 3.3.2
2.7.8 (default, Jun 30 2014, 16:03:49) [MSC v.1500 32 bit (Intel)]
3.3.2 (v3.3.2:d047928ae3f6, May 16 2013, 00
Changes by Dan :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue23031>
___
___
Python-bugs-list
New submission from Dan:
When adding or replacing a header with email.header.Header, folding of long
lines will add a space after any semi-colon encountered in the string.
Setting maxlinelen to something longer than the string (no folding required),
no spaces are added after semi-colons
New submission from Dan Snider :
The docs use the phrase "unknown escapes of ASCII letters are reserved for
future use and treated as errors". That seems ambiguous enough to question why
"\x", "\u", "\U", and "\N{}" escapes aren't expand
Dan Halbert added the comment:
For your TODO list (not sure how else to communicate this):
I agree with the de-emphasis of gather(). I think adding another version of
gather() that cancels all the remaining tasks if one fails would also be good,
unless you think it is completely redundant
New submission from Dan Snider :
It appears sometime recently-ish that POSIX updated remove to the following:
#include
int remove(const char *path);
If path does not name a directory, remove(path) shall be equivalent to
unlink(path). If path names a directory, remove(path) shall be
New submission from Dan Snider :
On Android, the following calls generate a SIGSYS signal that is neither
blocked by pthread_sigmask(SIG_BLOCK, {SIGSYS}) nor ignored after its handler
is set to SIG_IGN:
(os.chroot(path))
os.setgid(rgid)
os.setuid(ruid)
(os.setegid(gid
New submission from Dan Thomasset:
I believe that "thread" be "threading" in the line "...imported when the
thread module is not provided..."?
>From http://docs.python.org/lib/module-dummythreading.html
--
components: Documentation
messages: 55645
Dan Thomasset added the comment:
Ahh, my mistake then. I misunderstood what was going on.
Thanks,
Dan
On 9/4/07, Martin v. Löwis <[EMAIL PROTECTED]> wrote:
>
>
> Martin v. Löwis added the comment:
>
> Why do you think so? The documentation is correct as it stands;
> d
New submission from Dan M:
In section 4.6 it says:
Writing the value None is normally suppressed by the interpreter if it
would be the only value written.
When it should say:
Writing the value None is normally displayed by the interpreter if it
would be the only value written.
Or less wordy
Dan M added the comment:
Yes, it is normally suppressed. The problem is the condition when it is
suppressed. The documentation states that it's suppressed when it's the
only value to be written.
It is suppressed when it's *not* the only value to be written.
-or- (removing the
Dan Kenigsberg added the comment:
Here's another take on fixing this bug, with an accompanying unit test.
Personally, I'm monkey-patching xml.dom.minidom in order to avoid it, but
please consider fixing it properly upstream.
--
Added file: http://bugs.python.org/file232
Dan Kenigsberg added the comment:
Oh dear.
Thanks, Enzio, for pointing out that former patch is wrong. It is also quite
naive, since the whole NATURE of toprettyprint() is to add whitespace to Text
nodes. Tomas Lee's
http://bugs.python.org/file11832/minidom-toprettyxml-01.patch ma
Dan Kenigsberg added the comment:
btw, http://www.w3.org/TR/xml/#sec-white-space is a bit vague on how should a
parser deal with whitespace, and seems to allow non-preservation of text nodes.
Preserving "simple" text nodes is allowed, too, and is more polite to
applications r
Dan Stromberg added the comment:
On Sun, Oct 2, 2011 at 3:49 PM, Nadeem Vawda wrote:
>
> Nadeem Vawda added the comment:
>
> Thanks for investigating the Windows situation.
>
> > - liblzma can't be compiled by Visual Studio: too many C99 isms, mostly
> > varia
Dan Kenigsberg added the comment:
Technically, adjacent Text nodes are not illegal, but preserving this oddity in
pretty-print is impossible. It is perfectly fine to pretty-print only the
simple case of len()==1.
--
___
Python tracker
<h
Dan Christian added the comment:
Of course, that's how it's used. That's all it can do right now.
I was was splitting and combining commands (using ;, &&, and ||) and
then running the resulting (mega) one liners over ssh. It still gets
run by a shell, but I was specify
Dan Christian added the comment:
I've attached a diff to test_shlex.py and a script that I used to
verify what the shells actually do.
Both are relative to Python-3.2.2/Lib/test
I'm completely ignoring the quotes issue for now. That should
probably be an enhancement. I don't
Dan Christian added the comment:
I just realized that I left out a major case. The shell will also
split (). I think this is now complete. If you do "man bash" and
skip down to DEFINITONS it lists all the control characters.
I've attached updated versions of ref_shlex.py and
Dan Christian added the comment:
On Sat, Nov 26, 2011 at 7:12 AM, Éric Araujo wrote:
> Your script passes with dash, which is probably the most POSIX-compliant
> shell we can find. (bash has extensions, zsh/csh don’t use the POSIX shell
> language, so I think the behavior of dash
Dan Christian added the comment:
> Sure :) That’s why I suggest using dash for quick tests and rely on the work
> of other people who did read the POSIX spec. I’ll have to check it too
> before committing a patch.
The point of ref_shlex.py is that all shells act the same for com
Dan Kaminsky added the comment:
>> There is a new "match_hostname" that doesn't implement all the
>> required, standard SSL/TLS Client security checks that should be done.
>Indeed, as the name indicates, it just checks the hostname.
>Please detail what the
Dan Kaminsky added the comment:
On Fri, Dec 23, 2011 at 4:14 AM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> > You need to check expiration date of the cert in question, and I
> > suppose invocation date as well.
> > You need to look at each of
Dan Stromberg added the comment:
Yes, I just needed to use 'w|' instead of 'w'.
Thanks!
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http
Dan Kenigsberg added the comment:
I would rate this issue as a performance bug, not a mere feature request. If
the python process has more than 1023 open file descriptors,
multiprocessing.Pipe.poll() becomes unusable. This is a serious barrier to
using multiprocessing in a complex server
Changes by Dan Sully :
--
nosy: +dsully
___
Python tracker
<http://bugs.python.org/issue9253>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Dan Colish added the comment:
I can also confirm this patch is required to build py2cairo on OSX with
Python2.7.2 when --enable-framework is not used.
--
nosy: +dcolish
___
Python tracker
<http://bugs.python.org/issue1602
Dan Christian added the comment:
It's been a while since I looked at this. I'm not really in a
position to contribute code/tests right now; but I can comment.
I don't think POSIX mode existed when I first reported this, but
that's where it makes sense. I think all PO
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue4661>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dan L :
since sqlite3 is included in the standard library, it would be useful to have
access to the command line tool that's part of sqlite. Including the
command-line binary for each respective OS in the respective Scripts or bin
folder would allow python users to c
Changes by Dan Uznanski :
--
nosy: +dan.uznanski
___
Python tracker
<http://bugs.python.org/issue9997>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dan Stromberg :
The tarfile module's gettarinfo callable insists on stat'ing the file in
question, preventing one from dynamically generating file content by passing a
file-like object for addfile's fileobj argument.
I believe the attached patch fixes
New submission from Dan Stromberg :
The attached file demonstrates the problem in 2.5, 2.5, 2.7, 3.0, 3.1 and 3.2.
In short, I believe when you're creating a new tar archive (say, to a pipe),
there should be no need for a file_.tell() (which blows up when it's a pipe).
I have a work
Dan Stromberg added the comment:
I don't know that much about compression, but I wonder if a threadsafe
compression module would enable parallel forms of compression? If yes, then
multithreaded might be a big benefit, in light of multicore taking off.
EG: http://www.compression.ca/p
Dan Stromberg added the comment:
Interesting thing to consider: maybe it'd be better to add support for
libarchive, which includes xz support among other things.
http://code.google.com/p/libarchive/
--
___
Python tracker
<http://bugs.py
New submission from Dan L :
there are options such as 'python -tt -bb' that are undocumented at
http://docs.python.org/using/cmdline and that don't show up when you type
python -h. ( Doubling t and b turns tabs or bytes warnings into errors.
) I don't know if they sho
Dan Stromberg added the comment:
While I realize Python extension modules are pretty much the norm in CPython,
it'd be pretty cool if xz support could be written overtop of ctypes. ctypes
seems to be emerging as the way of doing FFI across different python
implementations.
I&#x
Dan Stromberg added the comment:
I agree that ctypes is a bit more brittle - both ctypes and c extension modules
can yield segfaults, but at least the c extension module is likely to give an
error or warning when you rebuild it.
However, I'm getting the impression that:
1) In pypy,
New submission from Dan Mahn :
I have a python-based test script that creates a daemon thread. The foreground
basically runs a loop of commands, while the daemon thread sends some UDP data
on the network. To stop the script, I use Control-C. This is running under
64-bit Windows (Vista
Dan Mahn added the comment:
Seems to be fixed in RC3
--
___
Python tracker
<http://bugs.python.org/issue11166>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Mahn :
--
nosy: dmahn
priority: normal
severity: normal
status: open
title: e
___
Python tracker
<http://bugs.python.org/issue11247>
___
___
Pytho
New submission from Dan Mahn :
Can't send UDP packet to multicast address. See traceback.
s.sendto( bytearray, ("227.5.6.7", 6543))
socket.error: [Errno 10065] A socket operation was attempted to an unreachable
host
--
components: +None
title: e -> Error
Dan Mahn added the comment:
This has occurred in RC3
--
___
Python tracker
<http://bugs.python.org/issue11247>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dan Uznanski <[EMAIL PROTECTED]>:
Attached find a unified diff that upgrades the bisect module in two
important ways:
1. bisect and friends now understand cmp, key, and reverse, the same way
that list.sort does.
2. bisect and insort now have parameterized hand
Dan OD <[EMAIL PROTECTED]> added the comment:
Please forgive my rookie bug filing:
I'm getting this bug / crash sometimes when Menu.delete() is called too
It seems to be because self.index( ) sometimes returns None which is of
course un-iterable and delete() tries to iterate throu
Dan OD <[EMAIL PROTECTED]> added the comment:
Thanks guys - I was running an old build. revision 65971 fixed this as Hirokazu
mentioned.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Dan OD <[EMAIL PROTECTED]> added the comment:
It may be because I'm calling delete incorrectly (I don't think so - see
below) but I'm getting an error
File "C:\CCPN\ccpn\python\memops\gui\Menu.py", line 127, in
deleteMenuItems
self.delete(0, Tkinter.END
Dan OD <[EMAIL PROTECTED]> added the comment:
gpolo's patch issue3774_2.diff does seem to fix this bug, but it's not in
the SVN trunk - could this be done before 2.6 final? Thanks!
___
Python tracker <[EMAIL PROTECTED]>
<http://
New submission from Dan OD <[EMAIL PROTECTED]>:
On a Mac running OS X 10.5:
As per previous releases, I have set up _tkinter in Modules/Setup.dist
with a unix X11 Tcl/Tk build variables.
I then run ./configure && make
This builds _tkinter with (wrongly) the Mac Tcl framewo
Dan OD <[EMAIL PROTECTED]> added the comment:
Confusion - apologies - please remove this report.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Dan Helfman :
The following code causes Python to segfault:
>>> import cPickle
>>> import cStringIO as io
>>> cPickle.load( io.StringIO( '0' ) )
Note that if the string is changed from '0' to '1', then the crash
Changes by Dan Helfman :
--
title: cPickle segfault on invalid data -> cPickle.load() segfault on invalid
data
___
Python tracker
<http://bugs.python.org/iss
New submission from Dan Simmons :
I tried to install windows binary and the setup hanged up on 'determining disk
space requirements' I waited over two hours for this to finish, and the light
blinked in a syncrinised pattern that led me to believe something was wrong. So
I have since
Dan Simmons added the comment:
I think the beginers guide needs to be updated to let us know what type of
download to use. x86-64 or binary. 64 bit works so is that the right one for
me. I'm trying to get this graphics.py to work that came with a book. It stops
working when I run a m
Changes by Dan Simmons :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7803>
___
___
Python-bugs-list mailing list
Unsubscri
Dan Simmons added the comment:
It seemed to work after I restarted it. It was stuck on the process of getting
disk space requirements, the computer was processing something but the light on
the console that tells you something is being processed was blinking once every
second in a obvious
Changes by Dan Halbert :
--
nosy: +dhalbert
___
Python tracker
<http://bugs.python.org/issue5712>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dan Dever added the comment:
Adding version 2.6
This fails for me with 2.6.5 in the same way.
--
nosy: +dedded
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue7
New submission from Dan Brandow :
I have a Windows 7 64 bit machine, which means it has a few different
environment variables concerning the program files location:
PROGRAMFILES=C:\Program Files (x86)
ProgramFiles(x86)=C:\Program Files (x86)
Note that both env variables have "(x86)"
Changes by Dan Kenigsberg :
--
nosy: +danken
___
Python tracker
<http://bugs.python.org/issue4147>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue4908>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8312>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8324>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8255>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8254>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8252>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dan Buch :
is this a dupe of 4908?
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8250>
___
___
Python-bugs-list mailin
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue5302>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8253>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8357>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dan Buch :
On first glance, `distutils2.mkpkg` does not reflect the latest and greatest in
Python coding standards. I'd like to take a stab at PEP-(7|8)'ing the whole
thing, although I know there are other issues open to add features to the
module, so I don
Dan Buch added the comment:
I probably shouldn't have dropped the PEP8 bomb so much as stated that I feel
the module could use some updating. It's my (very much potentially wrong)
understanding that `distutils2.mkpkg` isn't considered library code so much as
the guts of a
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dan Buch added the comment:
bump.
Would it be more helpful if I were to submit a patch, too, or is doing so prior
to guidance from the driver (Tarek) frowned upon?
--
___
Python tracker
<http://bugs.python.org/issue8
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8638>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dan Buch :
--
nosy: +meatballhat
___
Python tracker
<http://bugs.python.org/issue8653>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 403 matches
Mail list logo
