Steffen Daode Nurpmeso added the comment:
Let me close this!
I've just recently removed the real patch from my postman's "next"
branch, because even that real implementation doesn't work reliable.
I.e., please forget msg135791. It was true, but on the long run
m
Steffen Daode Nurpmeso added the comment:
Closing this...
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11686>
___
___
Python-
Steffen Daode Nurpmeso added the comment:
I think this is historic either?
As far as i remember you solved it as part of another issue...
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Steffen Daode Nurpmeso added the comment:
Right, and that is considered to be a non-issue due to
that close() is allowed multiple times without causing harm.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Changes by Steffen Daode Nurpmeso :
--
nosy: -sdaoden
___
Python tracker
<http://bugs.python.org/issue11466>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
> that doesn't make me any good
Well - 'can only be better than myself, so i'll take that as yes :)
--
___
Python tracker
<http://bugs.
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file22020/12102.1.diff
___
Python tracker
<http://bugs.python.org/issue12102>
___
___
Python-bug
Steffen Daode Nurpmeso added the comment:
Hello, David, i'm about to remind you that this issue is still
open (and the next release is about to come soon).
I think we do agree at least in the fact that this is a bug :).
Well, your mailbox_close_twice.patch no. 2 still imports on the
curren
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file22095/11700.yeah-review.diff
___
Python tracker
<http://bugs.python.org/issue11700>
___
___
Steffen Daode Nurpmeso added the comment:
Aehm, note that Apple has fixed the mmap(2) bug!!
I'm still surprised and can't really believe it, but it's true!
Just in case you're interested, i'll apply an updated patch.
Maybe Ned Deily should have a look at the version ch
Steffen Daode Nurpmeso added the comment:
@ Ned Deily wrote (2011-06-07 19:43+0200):
> Thanks for the update. Since the fix will be in a future
> version of OS X 10.7 Lion, and which has not been released yet,
> so it is not appropriate to change mmap until there has been an
> op
Steffen Daode Nurpmeso added the comment:
Ok, this patch could be used.
*Unless* the code is not protected by the GIL.
- Gestalt usage is a bit more complicated according to
http://www.cocoadev.com/index.pl?DeterminingOSVersion
unless Python only supports OS X 10.4 and later.
(And
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file22273/11277.apple-fix.diff
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Steffen Daode Nurpmeso added the comment:
@ Ronald Oussoren wrote:
>if major <= 10:
> # We're on OSX 10.6 or earlier
> enableWorkaround()
(You sound as if you participate in an interesting audiophonic
event. 27" imac's are indeed great recording stu
Steffen Daode Nurpmeso added the comment:
Hello Valery Masiutsin, i recently stumbled over this while searching
for the link to the standart i've stored in another issue.
(Without being logged in, say.)
The de-facto standart (http://qmail.org/man/man5/mbox.html) says:
HOW A MESSAGE IS
Steffen Daode Nurpmeso added the comment:
My suggestion to this would be that it should be outdated in the
same way that Georg Brandl has suggested for changing the default
encoding on python-dev [1], and add clear documentation on that,
also in respect to the transition phase ..
> The prob
Steffen Daode Nurpmeso added the comment:
> How do you think multiprocessing.Process launches a new process?
But it's a single piece of code under control and even
multi-OS/multi-architecture test-coverage, not a general purpose
"Joe, you may just go that way and Python w
Steffen Daode Nurpmeso added the comment:
So sorry that i'm stressing this, hopefully it's the final message.
Apples iterative kernel-update strategy resulted in these versions:
14:02 ~/tmp $ /usr/sbin/sysctl kern.version
kern.version: Darwin Kernel Version 10.8.0: Tue Jun
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file22281/11277.apple-fix-2.diff
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Steffen Daode Nurpmeso added the comment:
Here is something unsorted and loose:
- @neologix:
One could argue that something had happened before the fsync(2),
so that code which blindly did so is too dumb to do any right
decision anyway. Even PEP 3151 won't help.
- I favour h
Steffen Daode Nurpmeso added the comment:
If Nir's analysis is right, and Antoines comment pushes me into
this direction, (i personally have not looked at that code),
then multiprocessing is completely brain-damaged and has been
implemented by a moron.
And yes, I know this is a bug tracker
Steffen Daode Nurpmeso added the comment:
Um, and just to add: i'm not watching out for anything, and it won't
and it can't be me:
?0%0[steffen@sherwood sys]$ grep -F smp CHANGELOG.svn -B3 | grep -E
'^r[[:digit:]]+' | tail -n 1
r162 | steffen | 2006-01-18 18:29:5
Steffen Daode Nurpmeso added the comment:
P.S.:
I have to apologize, it's Tomaž, not Thomas.
(And unless i'm mistaken this is pronounced "TomAsch" rather than
the english "Tommes", so i was just plain wrong.)
--Steffen
Ciao, sdaoden(*)(gmail.com)
() ascii ribbon
Steffen Daode Nurpmeso added the comment:
> > then multiprocessing is completely brain-damaged and has been
> > implemented by a moron.
>
> Please do not use this kind of language.
> Being disrespectful to other people hurts the discussion.
So i apologize once again
Steffen Daode Nurpmeso added the comment:
> > Even PEP 3151 won't help.
>
> I don't understand. If the syscall supposed to flush the disk's buffer
> cache fails - be it fcntl() or sync_file_range() - I think the error
> should be propagated, not silently
Steffen Daode Nurpmeso added the comment:
> Are you willing to update your patch accordingly?
I'm a vain rooster! I've used fullfsync() in 11877-standalone.1.diff!
Sorry for that, haypo. :-/
11877.fullsync-1.diff uses fullsync() and will instead always be
provided when fsync()
Steffen Daode Nurpmeso added the comment:
A sign!
A sign!
Someone with a name-name-name!!
(Not a useful comment, i'm afraid.)
--
nosy: +sdaoden
___
Python tracker
<http://bugs.python.org/is
Changes by Steffen Daode Nurpmeso :
--
nosy: -sdaoden
___
Python tracker
<http://bugs.python.org/issue12730>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
Heya.
OpenBSD does support 1:1 threads via the RThread library
since 2005, thanks to tedu@ and more fantastic guys!
It about to be super-stable (one commit in 2011, last "real
fix" in april 2010).
(There is a techtalk from tedu@ (Ted Unangst)
Steffen Daode Nurpmeso added the comment:
> In Python 3.3, you can use sys.thread_info to check which threading
> library is used.
Great! I didn't know that!
--
___
Python tracker
<http://bugs.python.
Steffen Daode Nurpmeso added the comment:
I guess not at all. Well.
--
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Python-bugs-list mailin
Steffen Daode Nurpmeso added the comment:
test_zlib.py (with my patch but that's somewhat identical in the end, say) does
.s...
--
Ran 37 tests in 1.809s
OK (skipped=1)
This is on Snow Le
New submission from Steffen Daode Nurpmeso :
Just pulled 64380ee4bbc5 (r88500) and compiled, Python's busted:
Fatal Python error: Py_Initialize: can't initialize sys standard streams
Traceback (most recent call last):
File "/Users/steffen/usr/opt/py3k/lib/python3.3/io.py"
Steffen Daode Nurpmeso added the comment:
No, i've got no idea of this framework... Just did 'python3 test_zlib.py'
directly. Thanks for the switch. But i can't test your thing due to
issue11285, so this may take a while (others have more knowledge anyway)..
(P.S.: y
Steffen Daode Nurpmeso added the comment:
So here is this (with my patch, but this is for real: issue11277.2.patch):
== CPython 3.3a0 (py3k, Feb 22 2011, 14:00:52) [GCC 4.2.1 (Apple Inc. build
5664)]
== Darwin-10.6.0-i386-64bit little-endian
== /private/var/folders/Da/DaZX3
Steffen Daode Nurpmeso added the comment:
Let me see some minutes.
--
___
Python tracker
<http://bugs.python.org/issue11285>
___
___
Python-bugs-list mailin
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file20837/issue11277.patch
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Pytho
Steffen Daode Nurpmeso added the comment:
(Is not that much help for a >4GB error, huh?)
--
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Py
Steffen Daode Nurpmeso added the comment:
Just stepping ... with c8d1f99f25eb/r88476:
== CPython 3.3a0 (py3k, Feb 22 2011, 14:18:19) [GCC 4.2.1 (Apple Inc. build
5664)]
== Darwin-10.6.0-i386-64bit little-endian
== /private/var/folders/Da/DaZX3-k5G8a57zw6MSmjJTM/-Tmp-/test_python_5126
Steffen Daode Nurpmeso added the comment:
According to adorable but slow Mercurial:
The first bad revision is:
changeset: 9894:fc8a94cc17a4
branch: py3k
user:raymond.hettinger
date:Tue Feb 22 01:41:50 2011 +0100
summary: [svn r88490] Issue #11085: Moved collections
Steffen Daode Nurpmeso added the comment:
.. even with a self-compiled 1.2.3, INT_MAX/1000 ... nothing.
The problem is not crc32(), but the buffer itself:
if (pbuf.len > 1024*5) {
unsigned char *buf = pbuf.buf;
Py_ssize_t len = pbuf.len;
Py_ssize_t i;
fprintf(std
Steffen Daode Nurpmeso added the comment:
(P.S.: of course talking about ChecksumBigBufferTestCase and the 4GB, say.)
--
___
Python tracker
<http://bugs.python.org/issue11
Steffen Daode Nurpmeso added the comment:
Snippet
if (pbuf.len > 1024*5) {
volatile unsigned char *buf = pbuf.buf;
Py_ssize_t len = pbuf.len;
Py_ssize_t i = 0;
volatile unsigned char au[100];
volatile unsigned char*x = au;
fprintf(stderr, "CRC ENTER, buf
Steffen Daode Nurpmeso added the comment:
I have a MacBook with 2 GB RAM. Of course i'm a little bit messy, so an entry
is half written before it comes to an ... end. msg129091 is real life, though.
Antoine, your msg129093 patch of test_zlib.py does it (with and without
fprintf(3)s).
Steffen Daode Nurpmeso added the comment:
(That is to say: i think it's better not to assume that these boys plan to
*ever* fix it. (Though mmap(2) is not CoreAudio/AudioUnit.))
--
___
Python tracker
<http://bugs.python.org/is
Steffen Daode Nurpmeso added the comment:
(neologix: SIGBUS is not the same as SIGSEGV. You know. Thanks for this nice
bug report. Eight years is a .. time in computer programming - unbelievable,
thinking of all these nervous wrecks who ever reported a bug to Apple! Man
Steffen Daode Nurpmeso added the comment:
neologix: even with 2 GB RAM top(1) shows more than 600 MB free memory with the
4 GB test up and running ... in an Mac OS X environment ... Lucky me, i don't
believe them a single word...
--
___
P
Steffen Daode Nurpmeso added the comment:
Hmm. Note that this problem does *not* occur if i don't install Python but run
it in place, e.g. 'cd Lib/test; ../../python.exe -m test -v -uall test_iter'
works just perfect.
--
___
Python
Steffen Daode Nurpmeso added the comment:
... and the problem is all gone with 8c2935f180fa/r88525.
So i'm faitful now and close this early alpha-stage problem.
One of the nosy ones may add a nice description, re-open it or so.
--
___
Python tr
Steffen Daode Nurpmeso added the comment:
(.. should close it, then.)
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11285>
___
_
Steffen Daode Nurpmeso added the comment:
I append a doc_lib_mmap.patch which may be helpful for those poor creatures who
plan to write Python scripts for Mac OS X. (It may be a useful add-on anyway.)
--
Added file: http://bugs.python.org/file20859/doc_lib_mmap.patch
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file20859/doc_lib_mmap.patch
___
Python tracker
<http://bugs.python.org/issue11277>
___
___
Pytho
Steffen Daode Nurpmeso added the comment:
Sorry, i've got that kid running around which sometimes doesn't know what it is
doing. But this documentation patch may really be a help. It's my first
doc-patch, so it surely needs to be revised, if interest exists in such a patch
New submission from Steffen Daode Nurpmeso :
Issue 11277 was closed upon the generally accepted conclusion that the failure
is that mmap(2) on Mac OS X has a long time known bug (see msg129107, or
directly
http://lists.apple.com/archives/darwin-development/2003/Jun/msg00141.html).
Issue
Steffen Daode Nurpmeso added the comment:
I wonder what this normalize_encoding() does! Here is a pretty standard
version of mine which is a bit more expensive but catches match more cases!
This is stripped, of course, and can be rewritten very easily to Python's needs
(i.e. using ch
Steffen Daode Nurpmeso added the comment:
(That is to say, i would do it. But not if _cpython is thrown to trash ,-);
i.e. not if there is not a slight chance that it gets actually patched in
because this performance issue probably doesn't mean a thing in real life. You
know, i
Steffen Daode Nurpmeso added the comment:
.. i don't have actually invented this algorithm (but don't ask me where i got
the idea from years ago), i've just implemented the function you see. The
algorithm itself avoids some pitfalls in respect to combining numerics and
signif
Steffen Daode Nurpmeso added the comment:
(Everything else is beyond my scope. But normalizing _ to - is possibly a bad
idea as far as i can remember the situation three years ago.)
--
___
Python tracker
<http://bugs.python.org/issue11
Steffen Daode Nurpmeso added the comment:
P.P.S.: separating alphanumerics is a win for things like, e.g. UTF-16BE: it
gets 'utf 16 be' - think about the possible mispellings here and you see this
algorithm is a good thing
--
Steffen Daode Nurpmeso added the comment:
So, well, a-ha, i will boot my laptop this evening and (try to) write a patch
for normalize_encoding(), which will match the standart conforming LATIN1 and
also will continue to support the illegal latin-1 without actually changing the
two users
Steffen Daode Nurpmeso added the comment:
So happy hacker haypo did it, different however. It's illegal, but since this
is a static function which only serves some specific internal strcmp(3)s it may
do for the mentioned charsets. I won't boot my laptop th
Steffen Daode Nurpmeso added the comment:
That's ok by me.
And 'happy hacker haypo' was not ment unfriendly, i've only repeated the first
response i've ever posted back to this tracker (guess who was very fast at that
time :)).
--
_
Steffen Daode Nurpmeso added the comment:
(Not issue related)
Ezio and Alexander: after reading your posts and looking back on my code:
you're absolutely right. Doing resize(31) is pointless: it doesn't save space
(mempool serves [8],16,24,32 there; and: dynamic, normalized coded n
Changes by Steffen Daode Nurpmeso :
--
nosy: +sdaoden
___
Python tracker
<http://bugs.python.org/issue11322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steffen Daode Nurpmeso added the comment:
11:12 ~/tmp $ python3 ~/usr/opt/py3k/lib/python3.3/test_zlib.py
Bus error
Your code snippet:
11:21 ~/tmp $ /usr/bin/time -lp python3 test.py
posix.stat_result(st_mode=33184, st_ino=10066605, st_dev=234881025, st_nlink=1,
st_uid=502, st_gid=20
Steffen Daode Nurpmeso added the comment:
I'll give you the same result again but with additional clock(),
just for a heart's pleasure:
clock(): 0.100958 , fstat(): posix.stat_result(st_mode=33184, st_ino=10075508,
st_dev=234881025, st_nlink=1, st_uid=502, st_gid=20, st_size=
Steffen Daode Nurpmeso added the comment:
On Fri, Feb 25, 2011 at 03:43:06PM +, Marc-Andre Lemburg wrote:
>
> Marc-Andre Lemburg added the comment:
>
> r88586: Normalized the encoding names for Latin-1 and UTF-8 to
> 'latin-1' and 'utf-8' in the stdl
New submission from Steffen Daode Nurpmeso :
Antoine, i made you noisy because you took care about Issue11323.
I'm at r88671 (271057c7c6f3).
I'm opening this because the buildbot URL (thanks) doesn't show
anything about sendfile(2).
12:47 ~/arena/code.extern.repos/py3k.hg $ ./py
Steffen Daode Nurpmeso added the comment:
It's about the headers[]:
def test_headers(self):
total_sent = 0
sent = os.sendfile(self.sockno, self.fileno, 0, 4096,
headers=[b"x" * 512])
total_sent += sent
Steffen Daode Nurpmeso added the comment:
posixmodule.c:
iov_setup():
IOV[i]: buffer:0x10152b8f0, len:512
iov_setup() leave ok
before sendfile: sf=0x7fff5fbfb410, sf.headers=0x10036c780
sf.headers[0].iov_base=0x10152d950, .iov_len=512
Steffen Daode Nurpmeso added the comment:
Did you know that 'sbytes' is not adjusted to match possibly
existent headers and trailers in posixmodule.c?
This however is required according to Mac OS X 'man 2 sendfile'.
I'll attach a simple, naive patch for a very int
Changes by Steffen Daode Nurpmeso :
--
title: (test_os) os.sendfile() error -> Mac OS X os.sendfile()
___
Python tracker
<http://bugs.python.org/issu
Steffen Daode Nurpmeso added the comment:
Before i'm going down, here is the paragraph from 'man 2 sendfile':
When a header or trailer is specified the value of len returned will
include the size of header or trailer sent. The user should provide suf-
ficiently large
Steffen Daode Nurpmeso added the comment:
(But see msg12970. And the test runs fine with my patch applied.)
On Mon, Feb 28, 2011 at 02:17:46PM +, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> Likely explanation is http://bugs.python.org/issue108
Steffen Daode Nurpmeso added the comment:
(Should have been msg129706, sorry.)
P.S.: yes, you're right.
But now: issue 10882 is on adding os.sendfile(), not on fixing
errors on os.sendfile(). ;-)
--
___
Python tracker
<http://bugs.py
Steffen Daode Nurpmeso added the comment:
Will this do? Otherwise feel free to adjust the patch the way
Python needs it, i'll learn from that, then, for possible future
things. (I need to go down now.)
On Mon, Feb 28, 2011 at 02:37:16PM +, Antoine Pitrou wrote:
>
> Ant
Steffen Daode Nurpmeso added the comment:
This version uses Py_ssize_t for the lengths and seems to be more
Python-style beside that, too.
It compiles clean and the test is ok.
--
Added file: http://bugs.python.org/file20949/issue11351-2.patch
Steffen Daode Nurpmeso added the comment:
I'm trashing your mailbox, but
http://bugs.python.org/file20949/issue11351-2.patch should do
'total+=blen' not 'total+=len'.
Anyway i attach yet a third patch which does some code cleanup in
general and is a bit more of
Steffen Daode Nurpmeso added the comment:
Aah, unfortunately - what a shame, this beautiful language ...
But do i need to re-post the real (ouch!) issue11351-2.patch, i.e. with
'total+=blen' instead of 'total+=len'?
Or is it sufficient now with these comments (for Gia
Steffen Daode Nurpmeso added the comment:
Maybe Giampaolo' should at least replace these two
PyArg_ParseTupleAndKeywords() near (unpatched) line 5942,
because doing it like this is messes up (at least) vim(1) group
detection, resulting in a lot of bold red mis-brace warnings
furth
Steffen Daode Nurpmeso added the comment:
So this is fixed -2.patch supplemented only with
PyArg_ParseTupleAndKeywords() fixed in a way that re-enables
correct syntax highlighting.
--
Added file: http://bugs.python.org/file20959/issue11351-4.patch
Steffen Daode Nurpmeso added the comment:
(GMail imposes a five minute or so delay when used over SMTP, so
the timeline sometimes looks unfortunate.)
So, finally, -2.patch only fixed with 'blen' for 'len'.
Compiles and test ok.
> Giampaolo Rodola' added the
Steffen Daode Nurpmeso added the comment:
But, dear Antoine, i don't know *any* editor that is capable to
handle the following code correctly:
#ifdef __APPLE__
if (!PyArg_ParseTupleAndKeywords(args, kwdict, "iiO&O&|OOi:sendfile",
keywords, &out,
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file20943/posixmodule.naive-apple-patch
___
Python tracker
<http://bugs.python.org/issue11
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file20946/issue11351.patch
___
Python tracker
<http://bugs.python.org/issue11351>
___
___
Pytho
Changes by Steffen Daode Nurpmeso :
Removed file: http://bugs.python.org/file20949/issue11351-2.patch
___
Python tracker
<http://bugs.python.org/issue11351>
___
___
Pytho
Steffen Daode Nurpmeso added the comment:
I agree with that.
> Antoine Pitrou added the comment:
> If you are asking your editor to simply edit test, it should work fine.
--
___
Python tracker
<http://bugs.python.org/i
Steffen Daode Nurpmeso added the comment:
> Giampaolo Rodola' added the comment:
>
> Please try to provide a patch which fixes (as in "makes the test pass") this
> specific issue only. As for other changes such as the code restyling you can
> open a sepa
Steffen Daode Nurpmeso added the comment:
> Giampaolo Rodola' added the comment:
>
> issue11351-5.patch no longer applies cleanly and I don't have an OSX box to
> test against at the moment.
> Could you please update your patch? If you tell me it's gonna fix t
Steffen Daode Nurpmeso added the comment:
It's ok, but for the statistics:
16:59 ~/arena/code.extern.repos/py3k.hg $ hg identify
e79364a6bed8 (py3k) tip
16:59 ~/arena/code.extern.repos/py3k.hg $ hg slog -r tip
Changeset: 10021:e79364a6bed8
branch: py3k
tag: tip
Steffen Daode Nurpmeso added the comment:
> Giampaolo Rodola' added the comment:
> Let's see how the buildbot goes.
Italian Espressi are the best!
(Our local classical radio station plays Respighi's "Pini
Steffen Daode Nurpmeso added the comment:
Buildbot ok, i hope it's ok for you all
that i close this heavy-load issue.
More fun further on up the road ...
from a non-MQ user.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Steffen Daode Nurpmeso :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11351>
___
___
Python-bugs-list mailing list
Un
New submission from Steffen Daode Nurpmeso :
Hello, David, the error from Issue 6 occurred again,
and it still can be healed with the patch file20675.
(I'm opening a new issue because 6 turned over to
the mailbox fix.
My repo and installation is at:
21:34 ~/arena/code.extern.
Steffen Daode Nurpmeso added the comment:
> Changes by R. David Murray :
> assignee: -> r.david.murray
David, i'm sending you data to reproduce the error on your local
machine!
Please create a test directory and place the files therein
(an output.mbox will be created). Just
Changes by Steffen Daode Nurpmeso :
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue11401>
___
___
Python-bugs-list mailing list
Unsub
Steffen Daode Nurpmeso added the comment:
David, it seems my patch http://bugs.python.org/file20675/email_header.patch
is a real requirement for EMAIL 5.1 code.
This is because BytesGenerator._write_headers() creates a Header
instance in 'else:' (the other branches are not entered
New submission from Steffen Daode Nurpmeso :
I'm now using a completely brain-damaged way to have two 3.x python(1)s
installed: symlinks; i.e. 3.2rc2 is ~/usr/opt/.py-3.2rc2 and tip is
~/usr/opt/.cpython. Whenever i need to test the thing i'm working on
in my free time with the old v
Steffen Daode Nurpmeso added the comment:
This sounds even more silly now, but i can't reproduce the problem
any more!
I could do so easily this noon, before i've opened this issue!
You *do* see the tracebacks!
I wanted to (try to) write a patch (use os.path.realpath()), but
even
Steffen Daode Nurpmeso added the comment:
So, nobody. I still can't find a way to reproduce the errors, so.
I also get occasional errors when building _multiprocessor, which
disappear when (removing _multiprocessor_failed.so and) simply
running make all once again.
I thought about prov
1 - 100 of 372 matches
Mail list logo
