New submission from Luke :
I have found that when using multiprocessing.Connection objects to pass data
between two processes, closing one end of the pipe is not properly communicated
to the other end. My expectation was that when calling recv() on the remote
end, it should raise EOFError if
Luke added the comment:
That's interesting, thanks for your response.
It is also a bit awkward..
Might I recommend adding a note to the documentation? It is not really
intuitive that each child should need to close the end of the pipe it isn't
using (especially since it is possible t
Luke added the comment:
I recently started getting this warning message (see bottom) that seems to be
due to the changes from this issue. I'm running a submodule as main using the
`-m` flag, but I'm not doing any modification to `sys.modules`, or even
`sys.path`... I've taken
New submission from Luke:
The current docs for both filter and itertools.filterfalse use the following
wording (emphasis added):
all elements that are false are removed
returns the items that are false
This could be confusing for a new Python programmer, because the actual
behaviour is that
Luke added the comment:
josh, we're saying the same thing but misunderstanding each other. :)
I realize that they can be empty containers, etc., and that's why I think
"equal to False" is appropriate -- because those things *are* equal to False:
>>> [] == False
Luke added the comment:
For shame! ... I deserved that callout. :S
My examples should have included the cast to bool, which is indeed not the same
as the values' being "equal to False" in themselves...
I didn't realize that "is false" was conventional shorthand
New submission from Luke Mewburn:
Attempting to use curses attributes with python 2.3.5 on AIX (64bit
powerpc) doesn't work, and occasionally results in exceptions being raised.
_cursesmodule.c assumes that attr_t is a `long' and uses the "l"
decoding of PyArg_ParseTuple()
Luke-Jr
added the comment:
So label it a "design flaw" if not a bug. Syscalls are the primary and
only guaranteed method of writing to the system log. Very few
applications or users use sockets for syslog,
New submission from Luke-Jr:
SocketServer.ThreadingUnixStreamServer leaks file descriptors when a
request handler throws an exception.
--
components: Library (Lib)
messages: 57396
nosy: luke-jr
severity: normal
status: open
title: FD leak in SocketServer
versions: Python 2.4
New submission from Luke-Jr:
SocketServer recently started giving my request handler rfiles that
don't block: readfile() gives me a timeout exception. This used to
work fine. I begin writing this server with 2.4.3, and it is currently
running under 2.4.4, so my suspicious is somewhe
Luke Plant added the comment:
David,
Thanks again for the time on this. Can I push to get the patches included, or
is there work that still needs to be done on the patches now that the idea is
accepted in principle? I did experiment with a few approaches to implement, and
it seemed like the
Luke Plant added the comment:
First, I agree with others who say that RFCs are basically irrelevant for
cookies. For Django we've discovered this in various ways e.g. issue 9824 -
http://bugs.python.org/issue9824 - which has now been applied. We have also had
to work around the s
Luke Plant added the comment:
Same patch backported to python 2.7 branch
--
Added file: http://bugs.python.org/file22514/issue2193_patch_python27.diff
___
Python tracker
<http://bugs.python.org/issue2
Luke Plant added the comment:
Found a bug with patch - this supersedes old one.
--
Added file: http://bugs.python.org/file22515/issue2193_patch_2_trunk.diff
___
Python tracker
<http://bugs.python.org/issue2
Luke Plant added the comment:
Same against Python 2.7
--
Added file: http://bugs.python.org/file22516/issue2193_patch_2_python27.diff
___
Python tracker
<http://bugs.python.org/issue2
Changes by Luke Plant :
Removed file: http://bugs.python.org/file22513/issue2193_patch_trunk.diff
___
Python tracker
<http://bugs.python.org/issue2193>
___
___
Python-bug
Changes by Luke Plant :
Removed file: http://bugs.python.org/file22514/issue2193_patch_python27.diff
___
Python tracker
<http://bugs.python.org/issue2193>
___
___
Pytho
Luke Plant added the comment:
I had a quick look, and there are these relevant bits:
<< There are two audiences for this specification: developers of
cookie-generating servers and developers of cookie-consuming user agents. >>
And:
<< To maximize interoperability with us
Luke Plant added the comment:
@ David Murray:
Thanks for taking the time to look at this - can I trouble you to keep going
and read my response?
Thanks.
You wrote:
> IMO the thing that needs to be fixed here is that receiving an invalid cookie
> makes it difficult to receive the
New submission from Luke Plant :
In developing Django, we found that some browsers don't treat commas and
semi-colons in cookie values (i.e. the Set-Cookie header) the way that RFC 2109
says they should. (Safari splits the header on a comma followed by space,
Internet Explorer splits on
Luke Plant added the comment:
I forgot to mention backwards compatibility:
In the context of Cookie being used in a web application, if developers were
relying on literal commas and semi-colons being present in the client side
cookie value (e.g. in javascript), the patch will introduce an
New submission from Luke McCarthy :
When copying a file with shutil.copy2() between two ext4 filesystems on 64-bit
Linux, the mtime of the destination file is different after the copy. It
appears as if the resolution is slightly different, so the mtime is truncated
slightly. For example
New submission from Luke Plant :
Docs for SimpleCookie, BaseCookie.value_encode and BaseCookie.value_decode are
obviously incorrect. Attempt at patch attached.
The error has existed in every Python version I've seen, I've tagged the ones I
believe can receive fixes, sorry if I
New submission from Luke Jennings :
In the locale module there are some locales that are not supported these the
ones that I am aware of are nl_AW, sr_RS sr_ME. This information was due to a
project that captures screenshots in different languages and we have to
retrieve the language code
Luke Jennings added the comment:
Other programs do work with the local.
I am working on dealing with exceptions, I am rather new to programing and
thought it would also be good to try and get this fixed in the original module.
--
___
Python
Luke Jennings added the comment:
Sorry for the confusion but that bug report has two very similar problems to it
if you look at https://bugs.edge.launchpad.net/quickshot/+bug/554861/comments/7
and https://bugs.edge.launchpad.net/quickshot/+bug/554861/comments/6 .
I think that is calling the
New submission from Luke Deller :
Microsoft Windows supports some extra file open modes including:
"S"Specifies that caching is optimized for, but not restricted to,
sequential access from disk.
"T"Specifies a file as temporary. If possible, it is not
New submission from Luke Rossi :
I saw 33105, but believe this to be a different issue as path length 260 is
valid.
I did testing by crafting a path that is exactly 260 by hand - A path 259 in
length reports .isfile() as True.
--
components: Library (Lib)
messages: 400341
nosy
Luke Rossi added the comment:
I saw 33105, but believe this to be a different issue as path length 260 is
valid.
I did testing by crafting a path that is exactly 260 by hand - A path 259 in
length reports .isfile() as True.
The Stack Error:
[WinError 3] The system cannot find the path
Luke Rossi added the comment:
What an annoying edge case - makes sense that there isn't an easy fix.
The extended path prefix worked perfectly - thanks
--
___
Python tracker
<https://bugs.python.org/is
New submission from Luke Davis :
Why am I unable to do:
dict = { **sub_dict for sub_dict in super_dict.values() }
which throws: "dict unpacking cannot be used in dict comprehension"
Whereas the equivalent code below doesn't throw any errors?:
dict = {}
for sub_dict in su
Luke-Jr added the comment:
Has this been fixed in 3.2 yet? Somehow it seems to have been "reclassified" as
an enhancement when it's really a regression. str worked fine in these
functions in 3.1.
------
nosy: +luke-jr
___
Python
New submission from Luke Macken :
Problem:
lib2to3.fixer_util.touch_import('__future__', ...) will insert the import
statement below all other imports. This will then trigger the following error:
SyntaxError: from __future__ imports must occur at the beginning of the fil
Changes by Luke Macken :
--
keywords: +patch
Added file:
http://bugs.python.org/file24814/python-lib2to3-touch-future-import.patch
___
Python tracker
<http://bugs.python.org/issue14
Luke Macken added the comment:
Yep, that seems like the right solution. Thanks, Martin.
--
___
Python tracker
<http://bugs.python.org/issue14282>
___
___
Pytho
New submission from Luke Campagnola:
In my application, calling communicate() on a Popen instance is giving the
following exception:
. . .
File "/usr/lib/python3.5/subprocess.py", line 1072, in communicate
stdout, stderr = self._communicate(input, endtime, timeout)
File
Luke Campagnola added the comment:
Update: this appears to be the prior exception that causes
_communication_started and _fileobj2ouput to be out of sync:
File "/usr/lib/python3.5/subprocess.py", line 1072, in communicate
stdout, stderr = self._communicate(input, endtim
New submission from Luke McCarthy :
This caused something to break in our code. I know, maybe it shouldn't rely on
that.
--
messages: 159460
nosy: shaurz
priority: normal
severity: normal
status: open
title: os.path.isdir.__name__ is "_isdir" on Windows (2.7.3)
versi
Luke Carrier added the comment:
I've not done enough digging on the issue I'm presently experiencing to draw
any conclusions make any suggestions, but this change seems to break the
present distribute module (version 0.6.27). It appears it will likely break a
great deal of othe
Changes by Luke Dunstan :
--
nosy: +Luke.Dunstan
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue17797>
___
___
Python-bugs-list mailin
Changes by luke wood :
--
components: Library (Lib)
files: dropbox dropper.py
nosy: dj_law
priority: normal
severity: normal
status: open
title: Module: shutil will not import when writen in the text editor but will
in the python shell
type: behavior
versions: Python 3.3
Added file
luke wood added the comment:
ok i dont really know what python list is. i googled it but it just came up
with the documentation.
Traceback (most recent call last):
File "C:\Users\luke\Documents\Python Code\dropbox dropper.py", line 1, in
import shutil
File "C:\Python3
New submission from Luke-Jr :
Should return EEXIST or EISDIR provided C:\ actually exists
--
components: Windows
messages: 90764
nosy: luke-jr
severity: normal
status: open
title: os.makedirs returns EACCES for "C:\"
type: behavior
versions:
Luke-Jr added the comment:
At least fix the documentation, then...
--
___
Python tracker
<http://bugs.python.org/issue6534>
___
___
Python-bugs-list mailin
Luke Taylor added the comment:
Are you aware of Pythonista? I have no affiliation, but I'm a fan of the app
and the community surrounding it. See http://omz-software.com/pythonista/ for
details. I'm sure communication with the developer of the app could yield some
usefu
Luke Taylor added the comment:
Ok, great!
On Fri, Jun 3, 2016 at 7:34 AM Luke Taylor wrote:
> Ah, cool!
> On Fri, Jun 3, 2016 at 2:58 AM Russell Keith-Magee
> wrote:
>
>>
>> Russell Keith-Magee added the comment:
>>
>> Yes - I'm aware of Pythonista
Luke Plant added the comment:
I'm a core developer on Django, and I've looked into cookies a lot, and also
Python's SimpleCookie, and I've found that all accepted RFCs are completely
irrelevant for this issue.
No accepted RFC was ever widely implemented - instead
New submission from Luke Jang:
As title. I installed Python using brew.
$ python
Python 2.7.10 (default, Jul 9 2015, 13:34:07)
[GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53)] on darwin
Type "help", "copyright", "credits" or "license" for more
Luke Erlacher added the comment:
This is not fixed in 2.7.10.
--
nosy: +Luke Erlacher
___
Python tracker
<http://bugs.python.org/issue12346>
___
___
Python-bug
New submission from Luke Schubert:
If the following function is saved in listcomp.py:
def encode(inputLetters):
code = {'C':'D', 'F':'E'}
return set(code[x] for x in inputLetters)
and the following code is used to create a symtable for this
Luke Granger-Brown added the comment:
Still seems to be a problem with everything up to Py3.11.
--
nosy: +lukegb
versions: +Python 3.10, Python 3.11, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue34
Luke Kenneth Casson Leighton added the comment:
eric,
if you recall there was some discussion that it was acceptable to use distutils
but *only* for python 2.N (on the basis that its use is so well entrenched that
it would be impossible to force python2.N applications to start using
Luke Kenneth Casson Leighton added the comment:
On Sun, Aug 8, 2010 at 12:27 AM, Éric Araujo wrote:
>
> Éric Araujo added the comment:
>
> FYI, distutils is frozen because even minor bug fixes have broken third-party
> tools in the past, that’s why new features and bu
Luke Kenneth Casson Leighton added the comment:
sorry to have to ask, but could we get some feedback please so that this issue
may move forward? currently there is a conflict between what is required and
what is stated as being "absolute law".
let's imagine that it is reaso
Luke Kenneth Casson Leighton added the comment:
erik, i'm really sorry, but the freeze on distutils simply cannot be accepted:
there really is no other way, as you can see from the previous walkthrough
analysis, and is reinforced by the further analysis below.
simply put: if the free
Luke Kenneth Casson Leighton added the comment:
NUTS. many apologies: my comments should have gone to issue 3871 not 3781.
arse! is it possible to delete comments? :)
--
___
Python tracker
<http://bugs.python.org/issue3
Luke Kenneth Casson Leighton added the comment:
erik, i'm really sorry, but the freeze on distutils simply cannot be accepted:
there really is no other way, as you can see from the previous walkthrough
analysis, and is reinforced by the further analysis below.
simply put: if the free
Luke Kenneth Casson Leighton added the comment:
> I'm trying to read the patch. It contains many interesting things (and
> others I have no opinon about), but it is very large, and makes it
> difficult to comment or find why some change were made etc.
amaury: unfortunately, the
Luke Kenneth Casson Leighton added the comment:
> I am not sure how we should do this, but here's my proposal
> for distutils2 at least:
> - make this new feature a standalone package that patches distutils
> - release it for 2.x
> - let's add your work in distutils2
Luke Kenneth Casson Leighton added the comment:
> The current patch makes too many changes in core distutils functions;
> it cannot be accepted in this form. I'm sure that most of the needed
> changes can be made in a subclass of the present Mingw32CCompiler.
that's what
Luke Kenneth Casson Leighton added the comment:
> I disagree;
i would say that you're entitled to disagree, but i have to point
out that unless you've actually been through the process of trying
to port python to mingw32 you're not really in a position of ...
how c
Luke Kenneth Casson Leighton added the comment:
perhaps, amaury, you might like to, instead of saying "i disagree", you might
like instead to say something like this:
"that sounds... interesting, and a little scary - creating an entirely new
platform! are you absolutely sure
Luke Kenneth Casson Leighton added the comment:
i'm really sorry, eric, but the decision to ban me from interacting with python
developers for 18 months+ has left me with zero working knowledge of many of
these complex issues which i was heavily and actively involved in at the time,
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
finally! i accidentally found this, when looking for my own work for
yet another project that requires this split.
comments - several
1) the patch was relevant in 2001 at the time of creation; it was
relevant for pyth
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
> In particular, I think that X-compiling is a common request
added another one to the list.
justification: pywebkitgtk cross-compiling for win32, using mingw32.
i'm not paying for microsoft license fees, i'
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
the cross-compile fails on Parser/acceler.c
the reason is because the included file, pyconfig.h,
has "#define gid_t int" for use by the mingw32 compiler,
which is... bad!
removing gid_t from pyconfig.h biz
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
pyport.h line 773 - commenting out the test for LONG_BIT != 8 *
SIZEOF_LONG - we're cross-compiling amd64 host, target mingw32 - 32-bit.
___
Python tracker <[EMAIL PRO
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
line 199 of thread_pthread.h and line 221:
Python/thread_pthread.h:200: error: aggregate value used where an
integer was expected
hmmm... maybe this is due to me using mingw32 based on gcc 4.4.4.
well, a quick #if 0 se
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
posixmodule.c - line 2328:
add this:
#if ( defined(__MINGW32__) || defined(__WATCOMC__) ||
defined(PYCC_VACPP) ) && !defined(__QNX__)
res = mkdir(path);
#else
res = mkdir(path,
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
posixmodule: line 3530:
#ifdef __MINGW32__
master_fd = open(DEV_PTY_FILE, O_RDWR); /* open master */
#else
master_fd = open(DEV_PTY_FILE, O_RDWR | O_NOCTTY); /* open master */
#endif
not sure i should be com
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
line 6193:
#if !defined(__MINGW32__) && !defined(MS_WINDOWS) && defined(HAVE_FCNTL_H)
___
Python tracker <[EMAIL PROTECTED]>
<http
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> added the comment:
ok.
what's not explained, and isn't clear, is exactly whether you're
supposed to - or even _capable_ of - cross-compiling the _entire_
python sourcecode base with mingw32, or whether you're supposed to
New submission from Luke Kenneth Casson Leighton :
there's probably a better way to do this (or a better reason), but
LONG_MIN and LONG_MAX end up as the wrong constant types when compiling
python2.5.2 under wine (don't ask...)
PyObject *
PyInt_FromSsize_t(Py_ssize_t ival)
{
if (
New submission from Luke Kenneth Casson Leighton :
messy patches which get python 2.5.2 compiling - and producing
python.exe.so - under wine.
the setup.py is presently _wholly_ unsuited to use for building
the modules - get_sysconfig("srcdir") returns None because...
it's suppose
Luke Kenneth Casson Leighton added the comment:
oh, duh - 2L not 1L yes you're right :)
yeh i believe it's likely to be because in PC/pyconfig.h LONG_MAX is
#defined to 7fff not 7fffL i'll double-check.
you're right that would make
Luke Kenneth Casson Leighton added the comment:
hmmm... noo, it's already #defined to 0x7fffL in
both PC/pyconfig.h _and_ in /usr/include/wine/msvcrt/limits.h
so this works (Include/pyports.h)
#ifdef __WINE__ /* weird: you have to typecast 0x7fffL to long */
#undef LON
Changes by Luke Kenneth Casson Leighton :
--
nosy: +lkcl
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Luke Kenneth Casson Leighton :
this patch uses work from #3871 to get a build of python for win32
by running msys under Wine, the windows emulator, on linux.
no proprietary operating system or proprietary software was used.
/bin/sh.exe is so ing unbelievably slow on msys
Changes by Luke Kenneth Casson Leighton :
--
type: -> feature request
___
Python tracker
<http://bugs.python.org/issue4954>
___
___
Python-bugs-list mai
New submission from Luke Kenneth Casson Leighton :
this is a _very_ strange case where the file contents cannot be read,
under msys+wine, but under _just_ wine (cmd.exe) everything goes
absolutely fine.
by moving Py_Initialize() to _before_ the file load, it works!
--
components: Build
Luke Kenneth Casson Leighton added the comment:
hi gabriel, thanks for looking at this, and my apologies for not editing
the patch to remove debug and other information: i'm in the middle of a
comprehensive porting session.
WEIRD_DEBUG was me endeavouring to find out what the hell is goi
Luke Kenneth Casson Leighton added the comment:
here's a clue:
$ ./python.exe -i
Python 2.5.2 (r252:60911, Jan 16 2009, 10:34:33) [gcc] on win32
Type "help", "copyright", "credits" or "license" for more information.
&g
Luke Kenneth Casson Leighton added the comment:
here's another clue:
$ ./python.exe
stdin_is_interactive: 0
___
Python tracker
<http://bugs.python.org/issue4956>
___
___
Luke Kenneth Casson Leighton added the comment:
here's an updated version, without the cruft.
this has a workaround for the problem of stdin
being seen as not a tty (!) until _after_
Py_Initialize() is run.
Added file: http://bugs.python.org/file12
Luke Kenneth Casson Leighton added the comment:
martin, hi, thanks for responding.
* graminit and configure were removed because they are built
automatically. no project should ever include auto-generated files so i
assumed that it would be reasonable to remove them from the python_2.5.2
Luke Kenneth Casson Leighton added the comment:
hi amaury, thanks for responding.
> Is Msys+Mingw32 (running on a regular Windows) an interesting
> configuration to support?
[wine+]msys+mingw32 is used to _build_ python - not depend on it.
[wine+]msys+mingw32 _replaces_ the propr
Luke Kenneth Casson Leighton added the comment:
updated patch - also removes quotes removal quotes of graminit and
configure so that martin is happier :)
also included is an updated version of #4956 as it's an essential
integral part of compiling and using python.exe under msys th
Changes by Luke Kenneth Casson Leighton :
Removed file: http://bugs.python.org/file12755/f
___
Python tracker
<http://bugs.python.org/issue4954>
___
___
Python-bugs-list m
Changes by Luke Kenneth Casson Leighton :
Removed file: http://bugs.python.org/file12758/f
___
Python tracker
<http://bugs.python.org/issue4956>
___
___
Python-bugs-list m
Luke Kenneth Casson Leighton added the comment:
roumen, hi,
i'm interested in collaborating with you to get python compiled
under wine (running msys+mingw32 under wine, on linux).
#4954 incorporates much of your work, and takes a slightly
different direction for the configure setup - the
Luke Kenneth Casson Leighton added the comment:
> Please trust that Python puts generated files into the repository for
> good reasons.
i can respect that :) for no reason other than if somone says
"please trust", i do :)
___
Pytho
Luke Kenneth Casson Leighton added the comment:
> So what CRT do you link with? Is it msvcrt? Which version?
i was _just_ beginning to wonder about that, after i saw
rpetrov's comments about MSCVER stuff.
http://www.mingw.org/wiki/SpecsFileHOWTO
aww, _frick_. :)
well... it's
Luke Kenneth Casson Leighton added the comment:
> It is certainly desirable to be able to build extension modules
> with this configuration;
yeah, and the nice thing is - it works, too! :)
> AFAIU, distutils already supports that case.
not without modification, it doesn'
Luke Kenneth Casson Leighton added the comment:
yaay! here's the regression test log, including some
loovely wine segfaults :)
summary:
250 tests OK.
12 tests failed:
test_builtin test_cpickle test_file test_gzip test_locale
test_mailbox test_os test_pep277 test_s
Luke Kenneth Casson Leighton added the comment:
http://www.winehq.org/pipermail/wine-users/2006-May/021624.html
_drat_.
a rebuild of wine, adding a workaround to cope with lack of
support for msvcrt80 xml-based process files, is required,
commenting out a couple of functions from kernel32
Luke Kenneth Casson Leighton added the comment:
roumen, hi,
can you add:
BASECFLAGS="-mthreads $BASECFLAGS"
LDFLAGS="-mthreads $LDFLAGS"
when compiling with threads, and... a second request: _block_ people
from compiling without mthreads, because there'
Luke Kenneth Casson Leighton added the comment:
roumen, hi,
can you add:
BASECFLAGS="-mthreads $BASECFLAGS"
LDFLAGS="-mthreads $LDFLAGS"
when compiling with threads, and... a second request: _block_ people
from compiling without mthreads, because there'
New submission from Luke Kenneth Casson Leighton :
the assumption is made that the result will fit into a PyInt.
obviously, on a 32-bit system, where SIZEOF_LONG is 4 bytes,
that ain't happening.
a complex test would be something like this:
if len <= 9: it's an int, definitely
Luke Kenneth Casson Leighton added the comment:
workarounds for a couple of wine bugs,
also includes e.g. #4977 64-bit assumptions on 32-bit systems.
Added file: http://bugs.python.org/file12780/f
___
Python tracker
<http://bugs.python.org/issue4
Changes by Luke Kenneth Casson Leighton :
Removed file: http://bugs.python.org/file12764/x
___
Python tracker
<http://bugs.python.org/issue4954>
___
___
Python-bugs-list m
1 - 100 of 133 matches
Mail list logo
