Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Here's a test case (diff against Lib/test/test_io.py). This fails for
me on OS X 10.5.5 with the tip of the py3k branch.
--
keywords: +patch
Added file: http://bugs.python.org/file12305
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
stage: test needed -> needs patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
fixed patch. I'm still a bit clumsy with the assertRaises stuff.
Added file: http://bugs.python.org/file12306/iobug.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Here's a minimal patch to BufferedReader.read() which causes the test
to pass. I will leave it for smarter people to decided whether or not
all the other read() methods need the same test.
Added file: http://bugs.python.or
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12305/iobug.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
stage: needs patch -> patch review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Thanks Roumen. Can I get a verdict on this approach from one of the
main Python developers? I'm thinking a better way to control this
would be to add a --flag to the build command to control the search
order.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Amaury> - It should use
Amaury>self._checkClosed()
Amaury> which already raises the same exception with the same message.
I think some other places will need this change then.
Note that I don't know the io
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Can you reproduce this with a script that does nothing more
than
while True:
myDate = datetime.datetime(*(time.strptime("2008-12-10T14:00:03",
"%Y-%m-%dT%H:%M:%S")[:6]))
I tried with both Python 2.4.5 on Solaris
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
nosy: +skip.montanaro
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3999>
___
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
A number of people on a number of platforms and versions can't reproduce
this.
--
resolution: -> works for me
stage: -> committed/rejected
status: open -> closed
___
Py
Skip Montanaro added the comment:
Mark> Skip, could you give it a try?
Works for me on Solaris 10/x86. Based on Roumen's comment I am preparing to
try it on Mac OS X/x86 and Solaris 10/sparc.
Skip
___
Python tracker
<http://bugs.python.or
New submission from Skip Montanaro :
I don't know if the Python source is supposed to be compilable with a C++
compiler or not, but I'm having trouble finding a C compiler on the
Solaris10/SPARC machines at work. I decided to give a C++ compiler a whirl:
/opt/gnu/bin/c++ -c -
Skip Montanaro added the comment:
Took me awhile to locate a SPARC C compiler on our dwindling set of
Solaris/SPARC boxes at work, but I eventually found one and got Subversion
trunk to compile. test_cmath and test_math both pass with the
force_to_memory2 patch. I don't know if I mention
Skip Montanaro added the comment:
Regarding the last few posts:
* Raymond's implementation, while ugly, provides a completely orthogonal
way to test compute numbits, useful in unit tests if nothing else.
* Using x >> 1 in a reference implementation is perfectly reasonable
Changes by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue3439>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Skip Montanaro :
os.path.commonprefix returns the common prefix of a list of paths taken
character-by-character. This can
return invalid paths. For example, os.path.commonprefix(["/export/home/dave",
"/etc/passwd"]) will return "/e", which l
Skip Montanaro added the comment:
I think we need to recognize the inherent limitations of what we can expect
to do. It is perfectly reasonable for a user on Windows to import posixpath
and call posixpath.commonpathprefix. The function won't have access to the
actual filesystems
Changes by Skip Montanaro :
--
title: Is shared lib building broken on trunk? -> Is shared lib building broken
on trunk for Mac OS X?
___
Python tracker
<http://bugs.python.org/iss
Skip Montanaro added the comment:
The patch seemed to work for me. Should I worry that I don't see
-fPIC or -fpic in the compile commands? Also, running "make test"
before at least installing libpython2.7.dylib appears to be impossible:
% otool -L python.exe
python.exe:
Changes by Skip Montanaro :
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue4753>
___
___
Python-bugs-list mailing list
Unsubscribe:
Skip Montanaro added the comment:
Works pretty well for me on my MacBook Pro, but on my G5 it performed
abysmally. In fact, it ran so much worse that I cleaned up my sandbox
and did both checks all over again to make sure I didn't mess something
up. It looks like my MacBook Pro saw ab
Changes by Skip Montanaro :
___
Python tracker
<http://bugs.python.org/issue4753>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/o
Skip Montanaro added the comment:
Works pretty well for me on my MacBook Pro, but on my G5 it performed
abysmally. In fact, it ran so much worse that I cleaned up my sandbox
and did both checks all over again to make sure I didn't mess something
up. It looks like my MacBook Pro saw abou
Skip Montanaro added the comment:
Antoine> You're sure you didn't compile in debug mode or something? Just
Antoine> checking.
There was a cut-n-paste error in that one which I noticed right after
submitting (man, do I hate the crappy editing capability of
widgets). I rem
Skip Montanaro added the comment:
Paolo> (2.5 is in bugfix-only mode, and as far as I can see this patch
Paolo> cannot be accepted there, sadly).
You could backport it to 2.4 & 2.5 and just put it up on PyPI...
___
Python trac
Skip Montanaro added the comment:
Skip> You could backport it to 2.4 & 2.5 and just put it up on PyPI...
Paolo> I was thinking to a private backport as well. I didn't know
Paolo> about PyPI, it looks like PyPI is more for contributed modules
Paolo> than for
Skip Montanaro added the comment:
Antoine> I fear that with a configure option, disabled by default, the
Antoine> code will get very poor testing and perhaps get broken in some
Antoine> subtle way without anyone noticing.
That can be fixed by enabling that option on the buildb
New submission from Skip Montanaro :
Consider this timeit run:
% python -m timeit '-1.0e-3 < -0.0001 < 1.0e-3'
option -1 not recognized
use -h/--help for command line help
As it turns out this works:
% python -m timeit -- '-1.0e-3 < -0.0001 < 1.0e-
Skip Montanaro added the comment:
OK, I think I'm misreading the output of pybench. Let me reset. Ignore
anything I've written previously on this topic. Instead, I will just
post the output of my pybench comparison runs and let more expert people
interpret as appropriate. The fir
Skip Montanaro added the comment:
The next is the result of running on my MacBook Pro (Intel Core 2 Duo).
Added file: http://bugs.python.org/file12546/pybench.sum.Intel
___
Python tracker
<http://bugs.python.org/issue4
Skip Montanaro added the comment:
Antoine> Ok, so the threaded version is actually faster by 20% on your
Antoine> PPC, and slower by 5% on your Core 2 Duo. Thanks for doing the
Antoine> measurements!
Confirmed by pystone runs as well. Sorry for the earlier misdirecti
Skip Montanaro added the comment:
Alexandre's last comment reminded me I forgot to post the PPC assembler
code. Next two files are the output as requested by Antoine.
Added file: http://bugs.python.org/file12553/ceval.i.unthreaded
___
Python tracker
Changes by Skip Montanaro :
Added file: http://bugs.python.org/file12555/ceval.i.threaded
___
Python tracker
<http://bugs.python.org/issue4753>
___
___
Python-bugs-list m
New submission from Skip Montanaro :
test_cmd_line.test_run_code fails for me on Mac OS X:
% ./python.exe -bb Lib/test/regrtest.py -v test_cmd_line
test_cmd_line
test_directories (test.test_cmd_line.CmdLineTest) ... ok
test_optimize (test.test_cmd_line.CmdLineTest) ... ok
Skip Montanaro added the comment:
Here is another data point. I added some print calls to the subprocess
module and ran the key call from the interpreter:
% ./python.exe
Python 3.1a0 (py3k:68218, Jan 3 2009, 15:06:30)
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Type "
Skip Montanaro added the comment:
I'm sure this is the wrong place to bring this up, but I had a
thought about simple JIT compilation coupled with the opcode
dispatch changes in this issue.
Consider this silly function:
>>> def f(a, b):
... result = 0
Skip Montanaro added the comment:
Hopefully I'm not picking at a scab here. I updated the dbm.sqlite
module in the sandbox. It now orders by rowid instead of by key.
(I saw no performance penalty for the small table sizes I was using
to ordering. I switched from ordering by key to ord
New submission from Skip Montanaro :
I get this error when trying to configure with Intel's icc on my Mac (Intel,
10.5.6, Xcode 3.1.2):
>> configure:10332: checking size of size_t
>> configure:10637: icc -o conftest -g -O2 conftest.c >&5
>> ld:
New submission from Skip Montanaro :
Compiling with Intel's icc I get lots of remarks like this:
icc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I.
-IInclude -I../Include -DPy_BUILD_CORE -o Parser/acceler.o ../Parser/acceler.c
../Include/longobject
Skip Montanaro added the comment:
Yeah, looks like it. Closing.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Skip Montanaro added the comment:
Martin> I don't think this is a bug. The change actually dates from
Martin> r45800; I believe the intention is that the Python binaries work
Martin> on 10.3 and newer, unless you use 10.2 or older to build them
Martin> (in which ca
New submission from Skip Montanaro :
I was just poking around the distutils documentation and came across the
distutils.mwerkscompiler module. Surely that can't be useful anymore, can
it? The doc reads, in its entirety:
Contains MWerksCompiler, an implementation of the abstract CCom
Skip Montanaro added the comment:
Paolo> Various techniques allow to create binary code from the
Paolo> interpreter binary, by just pasting together the code for the
Paolo> common interpreters cases and producing calls to the other. But,
Paolo> guess what, on most platf
New submission from Skip Montanaro :
There is what I believe is a misplaced - or at least misleading - assert
in the while loop following the fast_block_end label. If why != WHY_YIELD
before the loop starts I don't see how that relationship could change
within the loop. Proposed patch ag
New submission from Skip Montanaro :
The why_code enum in ceval.c has values which form a bit set. Comparison of
the why variable against multiple values is going to be faster using bitwise
operations instead of logical ones. For example, instead of
why == WHY_RETURN || why
Skip Montanaro added the comment:
Antoine> The label "why_not_here" should be renamed to something more
Antoine> meaningful IMO. Or you could just kill the label and use
Antoine> "continue" instead.
I thought "why_not_here" was meaningful. &qu
Skip Montanaro added the comment:
>> I thought "why_not_here" was meaningful.
Antoine> I don't know, when I see "goto why_not_here" it looks like a
Antoine> joke to me :)
Well, I think the enum name WHY_NOT is kind of a joke itself, but it's
Skip Montanaro added the comment:
Works for me. Thanks Ronald. Closing...
--
assignee: -> ronaldoussoren
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Skip Montanaro added the comment:
Pystone results:
apply why patch
py3k% rm $TMPDIR/*.[coi] ; make python.exe && rm -f /tmp/trash ;
./python.exe Lib/test/pystone.py
rm: /tmp/*.[coi]: No such file or directory
make: `python.exe' is up to date.
Pystone(1.1) time for 5 passes =
Skip Montanaro added the comment:
pybench comparison...
% ./python.exe Tools/pybench/pybench.py -s stock.out -c why.out
-
--
PYBENCH 2.0
Skip Montanaro added the comment:
Antoine> (sorry, the patch is very long because it seems running
Antoine> autoconf changes a lot of things in the configure script)
Normal practice is to not include the configure script in such patches and
indicate to people that they will need
Skip Montanaro added the comment:
Look at the oldest checkin comment for a line still in the module:
r2166 | guido | 1990-10-13 14:23:40 -0500 (Sat, 13 Oct 1990) | 2 lines
Initial revision
In short, it's been there for a long, long time. Long before PEPs.
Long before Tkinter.
Skip Montanaro added the comment:
So I completely dropped the ball on this. It appears we have some
folks from Sun and Brett surmised that Ronald Oussoren would be the
likely person to do the heavy lifting on the Apple side of things.
Ronald, I've made you nosy. I will try to get the So
Skip Montanaro added the comment:
After applying the patch and reconfiguring I get compilation errors in
Python/ceval.c. I suspect it's because there is a new header file,
Python/python.h. That's probably found by the #include directive in
favor of Include/Python.h because of the
Skip Montanaro added the comment:
me> I get an error later running dtrace which I have yet to investigate.
Apple's dtrace program doesn't support the -G flag. When I remove it from
Makefile.pre.in and rebuild I get an error about privileges:
dtrace -o Python/dtrace.o -
Skip Montanaro added the comment:
Laca> Please see here for discussion about the -G flag on OS X:
Laca> http://markmail.org/message/4nheqnexjr2o6mcx
Laca> If I read it correctly, on OS X, you will need to use -h instead
Laca> of -G and it won't emit an object file
New submission from Skip Montanaro :
The attached patch removes vestiges of Monterey compiler support from
configure.in. Apparently Monterey was some ill-conceived 64-bit SCO/IBM
operating system which died in 2000. Can't see why we need to support it.
Skip
===File ~/src/python/
Skip Montanaro added the comment:
Martin> You might want to take a look at r16962. It changed a few other
Martin> things as well.
Will do.
Martin> Please do put patches into attachments, rather than including
Martin> them in the message.
Yeah, that's new mai
Skip Montanaro added the comment:
Here's the original patch as an attachment.
--
keywords: +patch
Added file: http://bugs.python.org/file12850/configure.in.diff
___
Python tracker
<http://bugs.python.org/i
Skip Montanaro added the comment:
And a diff for README. The other changes in r16962 seem to be bug fixes
which, while exposed by the Monterey port, don't appear to be platform-
dependent.
Added file: http://bugs.python.org/file12851/README
Skip Montanaro added the comment:
Here's a patch against the current trunk (2.7) which compiles on my Mac. It
adds a --with-dtrace configure option. The code checks to see if the -G
option is understood by the dtrace command. If so, dtrace support is added
Sun-style. If not we do t
Skip Montanaro added the comment:
Ted> I tried building this on my Mac and got this;
Forgive me if I'm preaching to the choir here.
Did you run autoconf or autoreconf after applying the patch? If not,
@DTRACEOBJS@ would not be a substitutable string. It's fairly common (at
Skip Montanaro added the comment:
The gdbinit file for Python 3 is still broken. I've not been able to
figure out how to get a string encoded as utf-8 from a Unicode object
without needing a process around. If you require a process then
gdbinit becomes much less useful since it won&#
Skip Montanaro added the comment:
Unassigning myself. I don't have time for this. I've taken my sandbox
version about as far as I can, and the subject of this ticket has
gone a bit far afield from just adding a sqlite module to the dbm pkg.
--
assignee: skip
Skip Montanaro added the comment:
This has been checked in, right? Might I suggest that the TARGET and
TARGET_WITH_IMPL macros not include the trailing colon? I think that
will make it more friendly toward "smart" editors such as Emacs' C
mode. I definitely get better i
Skip Montanaro added the comment:
Seems like this should be fairly easy to do right. 'U' needs to be
removed from the flags but then applied to the lines read from the
stream.
--
keywords: +easy
nosy: +skip.montanaro
stage: ->
Skip Montanaro added the comment:
Here's a patch against trunk. Extra test case and minor doc tweak
included.
--
keywords: +patch
Added file: http://bugs.python.org/file12945/gzipU.diff
___
Python tracker
<http://bugs.python.org/i
Changes by Skip Montanaro :
--
keywords: +needs review
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue5148>
___
___
Python-
Skip Montanaro added the comment:
Antoine> Skip, removing the colon doesn't work if the macro adds code
Antoine> after the colon :)
When I looked I thought both TARGET and TARGET_WITH_IMPL ended with a colon,
but I see that's not the case. How about removing TARGET_WI
Skip Montanaro added the comment:
How about reformulating it as a function appropriate as sys.excepthook?
___
Python tracker
<http://bugs.python.org/issue1098732>
___
___
Changes by Skip Montanaro :
--
nosy: -montanaro.historic
___
Python tracker
<http://bugs.python.org/issue1152248>
___
___
Python-bugs-list mailing list
Unsub
Changes by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue1214879>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue849662>
___
___
Python-bugs-list mailing list
Unsubscribe:
Skip Montanaro added the comment:
Martin> If it becomes a sys.excepthook, it doesn't need to be part of
Martin> Python anymore; any user could install it as a recipe if they
Martin> desire.
Martin> Hence I'm rejecting the patch.
It could still be a nice add
New submission from Skip Montanaro :
After looking around and asking, it appears there is no built-in integration of
the tkinter and asyncio event loops. That would seem to be a good thing, at
least as an example. I wrote a simple hello world which creates an AsyncTk
class and uses asyncio
Change by Skip Montanaro :
--
keywords: +patch
pull_requests: +30355
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32293
___
Python tracker
<https://bugs.python.org/issu
Skip Montanaro added the comment:
That's fine. My brief search didn't turn up
https://bugs.python.org/issue27546
I'm happy to close this.
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<
Skip Montanaro added the comment:
See also (perhaps)
https://bugs.python.org/issue47190
--
nosy: +skip.montanaro
___
Python tracker
<https://bugs.python.org/issue27
Change by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<https://bugs.python.org/issue27546>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Skip Montanaro :
For the VM work I'm doing I need to adapt to Mark's new line number table
format. (I stalled for several months, hence this rather late report.) As I was
reading Objects/lnotab_notes.txt I noticed a couple typos, fixed those and
threw in a co
Change by Skip Montanaro :
--
keywords: +patch
pull_requests: +23621
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24861
___
Python tracker
<https://bugs.python.org/issu
Skip Montanaro added the comment:
When I submitted the PR one check failed with this error:
No news entry in Misc/NEWS.d/next/ or "skip news" label found
I'd be surprised if this was important enough for a news entry, and I'm pretty
sure I can'
Skip Montanaro added the comment:
Closing, per Terry's comment.
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.
New submission from Skip Montanaro :
In my fork of python/cpython I recently created a simple script to help me with
my work (I am messing around in the internals and sometimes get blindsided by
opcode changes). I stuck the script in Tools/script which caused
test_tools.test_sundry to hang
Skip Montanaro added the comment:
I assume the OP is referring to this sort of usage:
>>> sniffer = csv.Sniffer()
>>> raw = open("mixed.csv").read()
>>> sniffer.has_header(raw)
False
*sigh*
I really wish the Sniffer class had never been added to the CSV
Change by Skip Montanaro :
--
title: What are the requirements for a test_sunry-testable script in
Tools/scripts? -> What are the requirements for a test_sundry-testable script
in Tools/scripts?
___
Python tracker
<https://bugs.pyth
Skip Montanaro added the comment:
The latest commit seems to break the build if configured --with-trace-refs.
--
nosy: +skip.montanaro
___
Python tracker
<https://bugs.python.org/issue41
Skip Montanaro added the comment:
I should revise that comment. The xxlimited and xxlimited_35 modules fail to
build. That seems suboptimal, but perhaps is to be expected. Perhaps it would
be better that compiling them not be attempted with configuring
--with-trace-refs
Skip Montanaro added the comment:
>
> Skip: By the way, I'm curious, why do you use --with-trace-refs?
>
I'm still horsing around with register opcodes and got in the habit of
building with pydebug and trace refs enabled.
--
___
New submission from Skip Montanaro :
Should these references to "master" be changed to "main"?
% git co 3.10
Switched to branch '3.10'
Your branch is up to date with 'origin/3.10'.
% egrep master .azure-pipelines/*
.azure-pipelines/ci.yml:trigger: ['
New submission from Skip Montanaro :
When the interpreter is compiled with computed goto support, the TARGET macro
is defined like this:
#define TARGET(op) op: TARGET_##op
If computed gotos are disabled, the implementation is simpler:
#define TARGET(op) op
I'm finding it useful to use
Change by Skip Montanaro :
--
keywords: +patch
pull_requests: +24612
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25949
___
Python tracker
<https://bugs.python.org/issu
Skip Montanaro added the comment:
Perhaps I should point out that this doesn't matter to me. I just noticed the
old name. I can't claim anything is broken that I need.
--
___
Python tracker
<https://bugs.python.o
Skip Montanaro added the comment:
Okay, I'll reopen this, at least for the discussion of QUOTE_NONNULL.
@erdnaxeli please given an example of how PostgreSQL distinguishes between the
empty string and None cases. Is it a quoted empty string vs an empty field? If
so, modifying @samw
Skip Montanaro added the comment:
Missed tweaking a couple settings.
--
resolution: rejected ->
stage: resolved -> needs patch
versions: +Python 3.11 -Python 3.8
___
Python tracker
<https://bugs.python.org/i
Skip Montanaro added the comment:
Ugh... s/QUOTE_NONNULL/QUOTE_NOTNULL/
Not, Non, None... Perl would treat them all the same, right?
--
___
Python tracker
<https://bugs.python.org/issue23
Skip Montanaro added the comment:
Thanks @andrei.avk. You are right, only the complex test is required.
I suppose it's okay to commit this, but reviewing the full code of the
has_header method leaves me thinking this is just putting lipstick on a pig. If
I read the code correctly, ther
Skip Montanaro added the comment:
I retract my comment about fixed length strings in the non-numeric case. There
are clearly test cases (which I probably wrote, considering the values) where
the sample as a header but the values are of varying length. Misread of the
code on my part. I have
Skip Montanaro added the comment:
Here is a change to the has_header documentation and an extra test case
documenting the behavior when the sample contains strings. I'm not sure about
the wording of the doc change, perhaps you can tweak it? Seems kind of clumsy
to me. If it seems ok
401 - 500 of 838 matches
Mail list logo
