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
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
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
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
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
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 Kenneth Casson Leighton added the comment:
that's interesting, michael: it means that all of the
IPv6 validators online are wrong, like this one!
https://formvalidation.io/guide/validators/ip/
--
___
Python tracker
<https://bugs.py
Luke Kenneth Casson Leighton added the comment:
yep good call terry, not getting any response from the
autopep8 developer, and i believe it was down to a loop
where the text is being thrown line-by-line at tokenize
and it was losing critical state information. so...
not a bug in tokenize
Luke Kenneth Casson Leighton added the comment:
hi prudvi: i have absolutely no idea. i am simply running test
validators online, which show and confirm that they are correctly
INVALID. a google search shows a number of IPv6 validators:
https://www.google.co.uk/search?q=ipv6+address
Luke Kenneth Casson Leighton added the comment:
> Hi lkcl, are you working on the fix? I'd like to work on it.
hi prudvi, i'm not: i'm simply making people aware that there's
an issue that needs to be addressed (pun intended)
--
___
New submission from Luke Kenneth Casson Leighton :
adding some unit tests to some code being written,
searched randomly on the internet for an IPv6 test
suite and found one in php *shudder*
# https://github.com/gws/ipv6-address-test/blob/master/Tests/Ipv6TestCase.php
converted it to python
Luke Kenneth Casson Leighton added the comment:
ahh darn-it, autopep8 is passing in tokens line-by-line,
to be parsed one at a time oh and of course it's losing
state information that tokenizer critically relies on.
i *think* that's what's going on so it's hig
Luke Kenneth Casson Leighton added the comment:
wtf??? neither can i
import io
import tokenize
text = r'''\
(
r"\(")
(
"\(")
'''
string_io = io.StringIO(text)
tokens = list(
tokenize.generate_tokens(string_io.readline)
)
print (
Luke Kenneth Casson Leighton added the comment:
regular expressions are not something i am familiar or comfortable
with (never have been: the patterns are too dense). however REMOVING
"Bracket" from the regular expression(s) for PseudoToken "fixes"
the problem.
some de
Luke Kenneth Casson Leighton added the comment:
python2.7 and 3.5 also has exact same issue.
--
versions: +Python 2.7, Python 3.5
___
Python tracker
<https://bugs.python.org/issue34
Luke Kenneth Casson Leighton added the comment:
these two line also pass (do not throw an exception):
co = re.compile(
r"\(")
the code that fails may be further reduced to the following:
(
"\(")
--
___
Py
New submission from Luke Kenneth Casson Leighton :
https://github.com/hhatto/autopep8/issues/414
the following two lines of code are not parseable by tokenize.py:
co = re.compile(
"\(")
the combination of:
* being split on two lines
* having a backslash inside quotes
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
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 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 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 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 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
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
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
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 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 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
Changes by Luke Dunstan :
--
nosy: +Luke.Dunstan
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue17797>
___
___
Python-bugs-list mailin
Luke Kenneth Casson Leighton added the comment:
hi ned,
well, the situation surrounding the bug-reporting that i was doing at the time
was a general campaign of "this person is obviously wasting our time because
they're developing yet another port/platform, that is obviously a wa
Luke Kenneth Casson Leighton added the comment:
that's not the correct solution, ned. what that will do is when someone runs a
combination of python and MSYS under wine, the test will be skipped incorrectly.
thanks to the work that i did back in 2009, wine has now been improved
signific
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
Luke Kenneth Casson Leighton added the comment:
the last time this was brought up on python-dev the opinions of the primary
python developers was made very very clear: anything that is not written by
them is treated with extreme hostile and predudicial contempt.
what i mean by that is that
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
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 Kenneth Casson Leighton added the comment:
> The feature freeze applies to all branches. Even when 3.4 starts, the
> same rule that has been repeatedly explained for two years will apply:
> no new features in distutils. Again, neither Tarek nor I are happy
> about that, bu
Luke Kenneth Casson Leighton added the comment:
> distutils2 is the place to add such new features.
you're not getting it. you've just told both this
mingw32 project and also the new effort by ray that
they can go fuck themselves, because their efforts
are a total waste of ti
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
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 Macken added the comment:
Yep, that seems like the right solution. Thanks, Martin.
--
___
Python tracker
<http://bugs.python.org/issue14282>
___
___
Pytho
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
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
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
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 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 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
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 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
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
Changes by Luke Plant :
Removed file: http://bugs.python.org/file22514/issue2193_patch_python27.diff
___
Python tracker
<http://bugs.python.org/issue2193>
___
___
Pytho
Changes by Luke Plant :
Removed file: http://bugs.python.org/file22513/issue2193_patch_trunk.diff
___
Python tracker
<http://bugs.python.org/issue2193>
___
___
Python-bug
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
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 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:
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
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
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 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 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:
> 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 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:
> 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:
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
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
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 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 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:
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 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
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
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-Jr added the comment:
At least fix the documentation, then...
--
___
Python tracker
<http://bugs.python.org/issue6534>
___
___
Python-bugs-list mailin
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 Kenneth Casson Leighton added the comment:
On Mon, Feb 2, 2009 at 9:10 PM, Roumen Petrov wrote:
>
> Roumen Petrov added the comment:
>
> The proposed patch for this issue include parts of other pending issues
> - so its all is single file. If python team don't like i
Luke Kenneth Casson Leighton added the comment:
apologies - case of mistaken identity!
patch attached - beginnings of moving data over to accessor-functions.
attached here because it is relevant for "vector-table" future work.
please close this bug.
--
keywords: +patch
New submission from Luke Kenneth Casson Leighton :
diff --git a/Parser/pgenmain.c b/Parser/pgenmain.c
index fc27a2c..a4d4911 100644
--- a/Parser/pgenmain.c
+++ b/Parser/pgenmain.c
@@ -49,7 +49,7 @@ main(int argc, char **argv)
graminit_h = argv[2];
graminit_c = argv[3];
g
New submission from Luke Kenneth Casson Leighton :
an assumption has been made in the python core api that all operating
systems "dynamic module loading" can access data segments. windows
_cannot_ do this.
the "workaround" has been to statically link absolutely _every
New submission from Luke Kenneth Casson Leighton :
class EnvironTests(mapping_tests.BasicTestMappingProtocol):
"""check that os.environ object conform to mapping protocol"""
type2test = None
def _reference(self):
return {"KEY1":&
Luke Kenneth Casson Leighton added the comment:
#5046 supercedes this patch, for python2.7. still relevant
for python2.5 though.
___
Python tracker
<http://bugs.python.org/issue5
New submission from Luke Kenneth Casson Leighton :
this is an update of the mingw+msys port for native win32,
with the aim of being both compiled and used under both
wine-win32 and native-win32.
it is not a cross-compile patch. it does not require -lwine.
it does not require a unix system. it
New submission from Luke Kenneth Casson Leighton :
def get_msvcr():
"""Include the appropriate MSVC runtime library if Python was built
with MSVC 7.0 or later.
"""
msc_pos = sys.version.find('MSC v.')
if msc_pos != -1:
ms
Luke Kenneth Casson Leighton added the comment:
martin - apologies for shouting: i hadn't seen your explanations
of why #4954 was closed. i'm not happy that it _was_ closed, but
that's another story.
yes of course i will be going on to python2.6 and up - first though
is to foc
Luke Kenneth Casson Leighton added the comment:
martin, so sorry, i didn't see your comments - no dang hell no i'm
not done yet.
regarding graminit.h: graminit.h isn't being removed - i keep editing it
out of the patch.
i'm not _submitting_ it as part of the patch because
Luke Kenneth Casson Leighton added the comment:
manifests and rc files for msvcr80 build
Added file: http://bugs.python.org/file12830/x
___
Python tracker
<http://bugs.python.org/issue4
Luke Kenneth Casson Leighton added the comment:
attached also manifests and rc files for building on msvcr80
Added file: http://bugs.python.org/file12829/x
___
Python tracker
<http://bugs.python.org/issue5
Luke Kenneth Casson Leighton added the comment:
so.
let me be clear.
this bug is a continuation of work to port python to mingw,
with a specific BUT NOT UNIQUE focus of ensuring that python
can be compiled under wine.
THE ATTACHED PATCH CAN ALSO BE USED TO COMPILE PYTHON UNDER WIN32
New submission from Luke Kenneth Casson Leighton :
reopening a new bug with the exact same title due to #4954 having
been unilaterally closed without discussion, nor reasons specified.
simple courtesy would dictate that some sort of dialog is entered
into especially when someone is putting in
Luke Kenneth Casson Leighton added the comment:
updated. incorporating roumen's work as well.
Added file: http://bugs.python.org/file12826/f
___
Python tracker
<http://bugs.python.org/i
Luke Kenneth Casson Leighton added the comment:
hiya folks,
lots of comments here. in no particular order:
1) thanks for reopening the bug
2) apologies for not being clearer - it's Lib/test/test_testzip.py
specifically the TestZip64InSmallFiles case that's failing.
3) it's
New submission from Luke Kenneth Casson Leighton :
this is reopening http://bugs.python.org/issue4977 because it was closed
without asking whether there was any further information or anything
else that required investigation.
there is no way for me to reopen the bug so i am forced to open a
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
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
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:
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'
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:
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:
> 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'
1 - 100 of 133 matches
Mail list logo
