New submission from Skip Montanaro:
>From a thread on python-dev...
http://mail.python.org/pipermail/python-dev/2008-January/076446.html
Mike Kent mike.kent at sage.com
Thu Jan 24 16:33:47 CET 2008
Recently I was trying to debug an old python program who's maintenance I
inherited
Changes by Skip Montanaro:
--
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1927>
__
___
Python-bugs-list mailing list
Uns
Skip Montanaro added the comment:
I'm reopening this. I am seeing the same behavior now on my
MacBook Pro running Mac OS X 10.5.1. Looking at the crash report
in my ~/Library/Logs/CrashReporter directory I see both /usr/lib
and /opt/local/lib versions of libsqlite3:
0x1188000 - 0x11
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I've yet to run pybench, but I came get these warnings from
the compiler after applying the patch:
../Python/ceval.c: In function 'PyEval_EvalFrameEx':
../Python/ceval.c:772: warning: 'x' may be used
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Pybench doesn't show much difference for me, about 0.1% better on minimum
times. A few tests are quite a bit worse (> 10%) with the patch
(Recursion, SimpleFloatArithmetic, StringPredicates, TryFinally). A few
are quit
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jeffrey> ... but I'm really surprised to see the same tests affected in
Jeffrey> opposite directions. Is that common with pybench and compiler
Jeffrey> changes?
I've no idea. Marc-André Lemburg would be
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Checking this in. All tests pass. Have for quite awhile.
rev 61402.
--
assignee: -> skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
What do you think the delimiter should be for this csv file?
43.4e12
147483648
47483648
What about this one?
abcdef
bcdefg
cdefgh
And this?
abc8def
bcd8efg
cde8fgh
If I force the sniffer to not allow digits or letters as
delimi
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
How will this work if I use a build directory? For example,
my source is in ~/src/python/trunk. In there I create a
build directory. When I run it I get
% pwd
/Users/skip/src/python/trunk/build
% ./python.exe ../Tools/coverage/cover
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I gave this a try. It seems to not report on many files. For example,
test_csv was run and passed, but there is no html file in the coverage
directory with "csv" in its name after figleaf2html is run. Nor is there a
ke
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Wolfgang> In this cases it is not really possible to sniff the right
Wolfgang> delimiter. To not allow digits or letters is not a good
Wolfgang> solution. I think the behavior as now is ok, and at this time
Wolf
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
The default for Popen objects is to not use the shell, thus
no expansion. Set shell=True in the Popen call:
>>> import subprocess
>>> output = subprocess.Popen(['ls', '*'])
>>> ls: *: No
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jean-Philippe> The fact is this code is in use in an application where
Jean-Philippe> users can submit a .csv file produced by Excel for
Jean-Philippe> treatment. The file must contain a "Sequence" column
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jean-Philippe> You're right, it does seem that using f.read(1024) to
Jean-Philippe> feed the sniffer works OK in my case and allows me to
Jean-Philippe> instantiate the DictReader correctly... Why that is I'
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
>> It works entirely based on chracter frequencies.
Amaury> Does it make sense to restrict delimiters to a reasonable set of
Amaury> characters? Usual punctuations, spaces, tabs... what else?
There is an optional d
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
I recently started getting the following error when building the
trunk on Mac OS X Leopard:
ld: atom sorting error for .LFE1 and .ffi_call_SYSV_end in
build/temp.macosx-10.3-i386-2.6/Users/skip/src/python/trunk/Modules/_ctypes/libf
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I can't see a great reason to change the behavior. I've attached my
current patch for csv.py and test_csv.py in case someone else wants
to pick it up later.
--
keywords: +patch
priority: -> low
resolution:
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
unassigning
--
assignee: skip.montanaro ->
Tracker <[EMAIL PROTECTED]>
<http://bugs.pyth
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Just a doc change after all...
--
status: pending -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
status: pending -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue852532>
___
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
resolution: -> remind
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1374063>
_
___
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Assigning to Andrew (as the primary C lib author). Andrew, please
comment ;-).
--
assignee: skip.montanaro -> andrewmcnamara
nosy: +andrewmcnamara
_
Tracker <[EMAIL PROTE
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
assignee: skip.montanaro ->
nosy: -skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
What platform are you on? Did you open the output file in
binary mode? I sort of suspect you failed to add 'b' to the
file mode and are getting a text file.
--
nosy: +skip.montanaro
__
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2640>
__
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
working on it
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Checked in on trunk as r62378. Will let the normal 3.0 merge process
suck it over to the py3k branch.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PR
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Leonard,
Can you reformulate your patch in terms of the current xmlrpclib module
code? It no longer applies cleanly. Also, to be considered it will
definitely need new test cases and may well need documentation changes.
Also, not
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Donovan, can you recreate this patch using the current Subversion trunk?
The patch program complains:
malformed patch at line 125: Index:
trunk.2/Lib/SimpleXMLRPCServer.py
Thanks,
Skip
--
nosy: +skip.mon
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Can this ticket be closed? I've still yet to see anything here that
anyone could actually do anything with.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I updated xmlrpclib.rst with your documentation changes (r62465).
Is it okay to close this ticket?
Skip
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTE
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2623>
__
___
Python-b
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
It's not a mistake. In fact, the csv unit tests make use of being able
to iterate over strings. I don't think this feature is going away.
--
nosy: +skip.montanaro
__
Tracker &
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
On python-dev Guido lamented the fact that tempfile.mkstemp()
returns a file descriptor instead of a file object. This
patch adds tempfile.mkstempf to remedy that.
--
components: Library (Lib)
files: mkstempf.diff
keywords
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Thanks. New patch attached.
Added file: http://bugs.python.org/file10137/mkstempf.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10136/mkstempf.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Nick> What does this offer over using NamedTemporaryFile(delete=False)?
Nothing I suppose. I wasn't aware of the similarity of the two (I always
use mkstemp()) or the delete arg to NamedTemporaryFile, and assumed Guido
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
The conclusion on python-dev is that NamedTemporaryFile is
an adequate replacement for mktemp, so this isn't needed.
--
resolution: -> rejected
status: open -> closed
__
Tracker
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Which version of Python are you using? I could have sworn we just fixed
this problem in CVS a couple weeks ago.
--
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Ah, I remember now. It was a special case for xmlrpclib to allow
its Date objects to operate before 1900.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
Please apply the attached one-line patch to setup.py. This is a
backport from trunk/2.6. I would check it in myself but I don't have
access to a read/write checkout at the moment.
Thanks,
Skip
--
files: setup.py.di
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
I noticed a colleague at work today checked in a change to his code to
switch back from subprocess.Popen to os.popen. I asked him about it and he
reported that subprocess.Popen was about 10x slower than os.popen. I asked
him for a
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Good question. I don't think it's MacOSX-specific. The original problem
raised its ugly head on Solaris 10. I don't have quite as many versions
of Python available there, but the relative performance is still b
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Good suggestion Sameer. I tried it out with Python 2.5 on a Linux host
here and saw essentially identical results for the two alternatives (~
0.08s).
S
___
Python tracker <[EMAIL PROTECTE
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I don't expect Python3 to be all that great io performance-wise yet.
Still, for me on the Mac os.popen beats subprocess.Popen pretty handily:
% python3.0 popentest.py
time with os.popen : 0.874988
time with subpr
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Using a nonzero bufsize parameter makes all the difference in the world:
Using the default (bufsize=0 ==> unbuffered):
% python popentest.py
time with os.popen : 0.035032
time with subprocess.Popen : 1.496455
Cre
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
>> Using a nonzero bufsize parameter makes all the difference in the
>> world:
...
In fact, looking at posix_popen in posixmodule.c it appears the default
value for bufsize there is -1, implying that I/O is fully
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I've been thinking about it, and I think even though it would be a slight
change to the API, I agree with Winfried that the default value for
bufsize should be -1, not 0. In my own use of os.popen and friends,
almost all the
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
FWIW, ctypes builds on trunk and all its tests
pass with Sun Studio 12. I suspect this issue
can be closed but will leave that for Thomas to
decide.
--
nosy: +skip.montanaro
___
Python t
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Though I should note that ctypes 1.0.2 won't build with Sun Studio 12
on Python 2.4 without some patches for the __i386 macro in
ffitarget.h. I added this check near the top of ffitarget.h:
#ifdef __i386
/* Su
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
*argh* segfault running tests w/ Sun Studio 12 compiled version
of ctypes 1.0.2:
% python ctypes/test/runtests.py -v
sh: objdump: not found
find_library('c') -> sh: objdump: not found
None
find_library(
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Perhaps final comment here. The email package was authored by Barry
Warsaw. That's the way he prefers to break his code into sections.
Definitely neither parasitic nor accidental.
Skip
--
nosy: +ski
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Unassigning. Haven't heard from Tim in quite awhile and he's made no
input on this issue. Also bump to 2.7.
--
assignee: tim_one ->
versions: +Python 2.7 -Python 2.6
___
Pyt
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
nosy: -skip.montanaro
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3799>
___
_
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
nosy: +skip.montanaro
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4111>
___
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
It appears that Apple has dtracified their Python exeutable in Leopard.
Any chance that they can be persuaded to release a patch? I'm working
on a patch (based on some work from a friend at work), but it seems like
Apple already
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Brett> They have released the changes, that's what my patch (attached to
Brett> the issue) is based on.
I see the reference to Apple in your original post, but can't find anything
related to dtrace & python star
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Brett> http://www.opensource.apple.com/darwinsource/10.5.5/python-30.1.2/
...
Brett>
http://cvs.opensolaris.org/source/xref//jds/spec-files/trunk/patches/Python-07-dtrace.diff
Thanks for the pointers. I'll work on
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I applied this patch to my trunk sandbox. It seems to solve the problem
I just encountered where doctests are hidden in decorated functions &
tests pass. Checked in as r67277. Should be backported to 2.6 and
forward por
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
stage: patch review -> committed/rejected
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
nosy: +skip.montanaro
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2306>
___
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
damn... my cc to [EMAIL PROTECTED] didn't work. Here's the recap
(message to python-checkins):
me> ... I thought Guido was of the opinion that the 3.0 version
should
me> be able to read dumb dbms written by e
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12096/mydb3read.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Brett> In other words I think my solution works and pickle is the
Brett> trouble-maker in all of this.
I can buy that. Should pickle map "copy_reg" to "copyreg"? Is that the
only incompatibility?
Actua
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
One doc nit: There is still reference to ``gdbm`` and Dbm (or dbm) objects
when they should probably use ``dbm.gnu`` and ``dbm.ndbm``, respectively.
I'm confused by the encoding="Latin-1" args to _io.open for dbm.dumb.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
py3k patched with specify_open_encoding.diff passes test_dbm_dumb on my
Mac (Leopard, Intel). Might as well assign this to Brett. He seems to
be doing all the heavy lifting anyway. ;-)
Skip
--
assignee: -> bre
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Victor> About Python3, os.popen() is more than two times faster (0.20
Victor> sec vs 0.50 sec) than subprocess.Popen()! It's amazing because
Victor> popen() opens the standard output as unicode file whereas
Vic
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
Georg,
I just noticed that there are asterisks in a couple places in the subprocess
module documentation which don't appear to have corresponding footnotes.
All the way at the bottom are subsections called
Replaci
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Brett> I still need a review for doc_dbm_strings.diff, though, which
Brett> clarifies the docs, fixes one oversight in dbm.dumb, and extends
Brett> testing to make sure strings can be accepted.
Was my co
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
I have tried several different combinations of configure args on my Mac in
the past couple days in a so far fruitless attempt to generate a
libpython.2.7.dylib file. All it will ever generate is a .a file. I've
come to the conc
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
nosy: +skip.montanaro
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4477>
___
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Patching _dbmmodule.c alone isn't sufficient. At minimum setup.py would
have to be adjusted to detect the presence of the odd ndbm.h file.
--
nosy: +skip.montanaro
___
Python trac
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Can you try the attached patch and let us know if it works for you?
--
assignee: -> skip.montanaro
keywords: +easy, patch
Added file: http://bugs.python.org/file12181/dbm.diff
___
Pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Here's a similarly untested patch for Python 2.x. Can you try it as well?
Added file: http://bugs.python.org/file12182/dbm2.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Leger> - I modify your dbm2.diff because the module name is
Leger> "_dbmmodule.c" and not "dbmmodule.c".
I think you missed the point of the dbm2.diff file. It should be applied to
the Python 2.x code,
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Frederic> From the tar 3.0rc3 I apply the patch (dbm.diff). Configure
Frederic> ... and make. But the result is always wrong :
> "Failed to build these modules:
> _dbm"
Why does it fail? Is there
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
I downloaded the 3.0 tarfile and did a straightforward
configure
make
make test
on Solaris 10 and got several test failures:
290 tests OK.
4 tests failed:
test_cmath test_math test_posix test_subp
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Mark> I think you brought up the math and cmath errors before, and I
Mark> never managed to get to the bottom of the problem. I'll have
Mark> another go.
I vaguely remember something about that. If I can be a
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
After seeing test failures on Solaris 10 (issue4506) I decided to give Mac
OS X a whirl. Got one test failure:
test test_cmd_line failed -- Traceback (most recent call last):
File "/Users/skip/src/Python-3
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Mark> If you have time, could you try the attached patch and report what
Mark> gets printed when cmath.exp(710+1.5j) is called? On my machine, I
Mark> get:
...
Looks similar here:
% ./python
Python 3.0
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Mark,
I trimmed down cmathmodule.c to just contain c_exp then
generated assembler files for the non-printf and printf
cases. Perhaps that will help you see what's going on.
Skip
Added file: http://bugs.python.org/file12219/cm
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12220/cmathmodule.S.printf
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Mark> Thanks for the assembly code---you're running Solaris on x86! Why
Mark> didn't you say so before? :)
I'm failry sure I can find a SPARC here to run it on as well. They are
rather few an
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Andrew> I'm running the same distro as Leger and I was having the same
Andrew> problem. Now I've applied dbm.diff and with a clean build I'm
Andrew> seeing this:
...
Andrew> *** WARNING: r
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Here's a new version of the patch for Python 3.0. It appends gdbm_compat
to the gdbm libs if that's where dbm_firstkey is defined. Please back
out the previous patch against setup.py and Modules/_dbmmodule.c and
apply t
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Andrew> ImportError: No module named math
Andrew> make: *** [sharedmods] Error 1
Andrew> The has_function source in Lib/distutils/ccompiler.py has this
Andrew> comment:
Andrew> # this can't b
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Mark> 1. What happens if you build with the '-ffloat-store' option to
Mark>gcc?
Doesn't quite work:
% ./python
Python 3.0 (r30:67503, Dec 5 2008, 09:48:42)
[GCC 4.2.2] on sunos5
Type &q
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Mark> Could you try the attached patch to see if it fixes the math.log
Mark> and math.log10 test failures. (The patch is generated against the
Mark> trunk, but should apply cleanly to py3k or either of the 2.6 o
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Fix checked in for py3k (r67612), release26-maint (r67613),
release30-maint (r67615) branches as well as trunk (r67614).
--
resolution: -> fixed
status: open -> closed
___
Python tra
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
> can you come up with a configure patch that would allow isinf to be
> detected on Solaris?
The plot thickens. I know squat about autoconf sorts of things so I
asked on the autoconf mailing list. Eric Drake responded (in p
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Roumen> may be patch is not applied correctly :
Roumen> http://svn.python.org/view/python/trunk/setup.py?rev=67614&view=auto
Roumen> libraries = gdbm_libs ) )
Roumen> ? exts.append( Extensio
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Roumen> I'm not sure that recent commits in trunk are correct.
Roumen> Please confirm that build of dbm module with "Berkeley DB" is
Roumen> deprecated.
Can you explain how you think they are incorre
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Roumen> The old if statement was "flat":
...
Okay, I understand now.
Roumen> The new if statement contain nested if:
Roumen> Now the second case is only
"self.compiler.find_library_file(lib_dirs
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
Fixing issue4483 resulted in adding an extra header file check for
gdbm-based header files when the gdbm library was found. This caused
problems for Roumen Petrov. In considering the problems he encountered I
decided we probably n
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
components: +Build
nosy: +rpetrov
priority: -> normal
type: -> behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1
___
Python tracker <[EMAIL PROTECTED]>
<h
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Skip> I'm beginning to think this area needs more work. Let's leave
Skip> this ticket closed. I'll open a new one so we can figure out the
Skip> best way to tackle this.
http://b
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Roumen, can you take a look at (and try) the attached patch? It uses
an environment variable, PYDBMLIBORDER to define the order of libraries
to check for dbm build suitability. If not specified it defaults to
"nd
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Roumen> I confirm my expectation:
Roumen> in case 'elif cand == "gdbm":' the if statement for "gdbm.h" has to
be
Roumen> removed. This header don't provide dbm/ndbm compatible
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12275/setup.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
Seems like file.close() in 3.0 isn't much of a barrier to further reading:
% python3.0
Python 3.0rc3+ (py3k:67338M, Nov 22 2008, 06:47:23)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright&qu
301 - 400 of 838 matches
Mail list logo
