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/issue45
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 super_d
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.python.
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)
--
___
Python trac
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 highly unlikely
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 (tokens)
works perfectly.
ok
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 quote
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 a look
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 <l...@deentaylor.com> wrote:
> Ah, cool!
> On Fri, Jun 3, 2016 at 2:58 AM Russell Keith-Magee <rep...@bugs.python.org>
> wrote:
>
>>
>> Russell Keith-Magee adde
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
useful insights
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 for 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
True
>
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
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 function:
import symtable
if __name__
Luke Erlacher added the comment:
This is not fixed in 2.7.10.
--
nosy: +Luke Erlacher
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
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 information.
import bsddb
Traceback (most
Changes by Luke Dunstan lukedunsta...@gmail.com:
--
nosy: +Luke.Dunstan
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17797
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
significantly
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 waste of our
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 browsers mainly did
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
Changes by luke wood dj_...@live.com:
--
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
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
module
import shutil
File C:\Python33\lib
Luke Kenneth Casson Leighton l...@lkcl.net 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 time
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Carrier h...@lukecarrier.me 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
New submission from Luke McCarthy l...@iogopro.co.uk:
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)
versions
Luke Macken lmac...@redhat.com added the comment:
Yep, that seems like the right solution. Thanks, Martin.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14282
New submission from Luke Macken lmac...@redhat.com:
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
Changes by Luke Macken lmac...@redhat.com:
--
keywords: +patch
Added file:
http://bugs.python.org/file24814/python-lib2to3-touch-future-import.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14282
Luke-Jr luke...@users.sourceforge.net 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
Luke Plant l.plant...@cantab.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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
New submission from Luke lcamp...@email.unc.edu:
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
Luke lcamp...@email.unc.edu 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
Luke Plant l.plant...@cantab.net 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
Luke Plant l.plant...@cantab.net added the comment:
Same patch backported to python 2.7 branch
--
Added file: http://bugs.python.org/file22514/issue2193_patch_python27.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2193
Luke Plant l.plant...@cantab.net 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 rep...@bugs.python.org
http://bugs.python.org
Luke Plant l.plant...@cantab.net added the comment:
Same against Python 2.7
--
Added file: http://bugs.python.org/file22516/issue2193_patch_2_python27.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2193
Changes by Luke Plant l.plant...@cantab.net:
Removed file: http://bugs.python.org/file22513/issue2193_patch_trunk.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2193
Changes by Luke Plant l.plant...@cantab.net:
Removed file: http://bugs.python.org/file22514/issue2193_patch_python27.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2193
Luke Plant l.plant...@cantab.net 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 user
Luke Plant l.plant...@cantab.net 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
New submission from Luke Plant l.plant...@cantab.net:
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
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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 can i put
Luke Kenneth Casson Leighton l...@lkcl.net 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 it's
Luke Kenneth Casson Leighton l...@lkcl.net 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 as well, so it's
Luke Kenneth Casson Leighton l...@lkcl.net 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 i did when
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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 rep...@bugs.python.org
http
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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
New submission from Luke McCarthy l...@iogopro.co.uk:
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
New submission from Luke Plant l.plant...@cantab.net:
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
Luke Plant l.plant...@cantab.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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 reasonable
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
On Sun, Aug 8, 2010 at 12:27 AM, Éric Araujo rep...@bugs.python.org wrote:
Éric Araujo mer...@netwok.org added the comment:
FYI, distutils is frozen because even minor bug fixes have broken third-party
tools in the past, that’s
New submission from Luke Jennings ubuntujenk...@googlemail.com:
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
Luke Jennings ubuntujenk...@googlemail.com 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
Luke Jennings ubuntujenk...@googlemail.com 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
New submission from Luke-Jr luke...@users.sourceforge.net:
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: Python 2.5
Luke-Jr luke...@users.sourceforge.net added the comment:
At least fix the documentation, then...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6534
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
On Mon, Feb 2, 2009 at 9:10 PM, Roumen Petrov rep...@bugs.python.org wrote:
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
The proposed patch for this issue include parts of other pending issues
- so its all
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
class EnvironTests(mapping_tests.BasicTestMappingProtocol):
check that os.environ object conform to mapping protocol
type2test = None
def _reference(self):
return {KEY1:VALUE1, KEY2:VALUE2, KEY3:VALUE3}
def
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
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 _everything_
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
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
Luke Kenneth Casson Leighton l...@lkcl.net 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 l...@lkcl.net:
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:
msc_ver = sys.version[msc_pos+6:msc_pos+10
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
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
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
updated. incorporating roumen's work as well.
Added file: http://bugs.python.org/file12826/f
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4954
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
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
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
attached also manifests and rc files for building on msvcr80
Added file: http://bugs.python.org/file12829/x
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5026
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
manifests and rc files for msvcr80 build
Added file: http://bugs.python.org/file12830/x
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4954
Luke Kenneth Casson Leighton l...@lkcl.net 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 what
Luke Kenneth Casson Leighton l...@lkcl.net 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 focus
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
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
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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's a bug in wine's
Luke Kenneth Casson Leighton l...@lkcl.net 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's a bug in wine's
Luke Kenneth Casson Leighton l...@lkcl.net 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 rep...@bugs.python.org
http
Changes by Luke Kenneth Casson Leighton l...@lkcl.net:
Removed file: http://bugs.python.org/file12764/x
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4954
Luke Kenneth Casson Leighton l...@lkcl.net 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
Luke Kenneth Casson Leighton l...@lkcl.net 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.
exit()
close failed: [Errno 0] Success
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
here's another clue:
$ ./python.exe
stdin_is_interactive: 0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4956
Luke Kenneth Casson Leighton l...@lkcl.net 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/file12763/x
Luke Kenneth Casson Leighton l...@lkcl.net 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
1 - 100 of 127 matches
Mail list logo