Ron Adam ron_a...@users.sourceforge.net added the comment:
Here is the latest patch with tests.
In order to test the html pages I separated out the URL handler. So now we
have three new functions.
pydoc._start_server(urlhandler, port)
pydoc._url_handler(url, content_type=text/html
On 11/19/2010 08:21 AM, Alexander Belopolsky wrote:
Alexander Belopolskybelopol...@users.sourceforge.net added the comment:
On Thu, Nov 18, 2010 at 2:37 AM, Ron Adamrep...@bugs.python.org wrote:
..
I'll try reading and writing directly to the socket and working up some tests
from that.
I
Ron Adam ron_a...@users.sourceforge.net added the comment:
I added an empty _pydoc.css file. The server does read it and you'll be able
to play around with it, but don't expect it to be pretty if you do until the
rest of the html is updated.
Should I put that in the pydoc_data?
It just
Ron Adam ron_a...@users.sourceforge.net added the comment:
Here is the patch in the current state which includes the changes in
issue2001_c.diff as well as most of the changes Éric suggested.
Still to do:
* Use the with statement in several places to ensure closing.
* Add tests
Ron Adam ron_a...@users.sourceforge.net added the comment:
I just noticed I used depreciated in place of deprecated in one of the doc
strings. I can upload a new patch with that fixed.
Before I do that, is there any thing else I can do?
Do you agree that the browse function should be public
Ron Adam ron_a...@users.sourceforge.net added the comment:
I noticed in your patch, the disclaimer only prints when pydoc can find a doc
location (docloc is not None). So it may not get displayed at all depending on
how python is installed. I also think having it on every page may be a bit
Ron Adam ron_a...@users.sourceforge.net added the comment:
Thanks for the review Éric! The more eyes on this the better it will be.
I'm not familiar with rietveld yet. But no time like the present to get
started. Here's the link.
http://codereview.appspot.com/3151042/
I didn't play
Ron Adam ron_a...@users.sourceforge.net added the comment:
Sense these features reuse other parts of pydoc, they are are covered to some
degree by the existing tests.
An easy test would be to just start the server and then shut it down after a
short timeout. Better than nothing.
I'll try
Adam Bielański abg...@gmail.com added the comment:
Ok, I apologize for being to hasty. Below you can find my answers:
1. SlowParser used in xmlrpclib doesn't deal with namespaces in any reasonable
way. If there's a namespace prefix for tag, it's not separated from tag name,
but passed as part
Adam Bielański abg...@gmail.com added the comment:
It is. It might go. Didn't notice issue8792 before, thanks for pointing it out.
Whole ex:nil issue is discussed there, so this issue might be closed.
--
___
Python tracker rep...@bugs.python.org
Adam Bielański abg...@gmail.com added the comment:
To make example provided by Amaury complete I'll add that in order to support
both ways you also need to replace xmlrpclib.dumps() with code from attached
file.
Changes to original xmlrpclib.dumps() function are outlined with comments
Ron Adam ron_a...@users.sourceforge.net added the comment:
You may also want to update help topics.
help(PRIVATENAMES).
Identifiers (Names)
***
An identifier occurring as an atom is a name. See section
*Identifiers and keywords* for lexical definition and section *Naming
New submission from Adam Bielański abg...@gmail.com:
XMLRPC standard doesn't support None/nil/null values. Element `nil/` was
added as an extension to original protocol.
Currently sending None object through xmlrpclib produces
`valuenil//value` string. This causes parsing errors in more
Ron Adam ron_a...@users.sourceforge.net added the comment:
This should be done or very close to done.
The -g option, gui(), and serve() functions are deprecated.
The new features are browse(port, *, open_browser=True), and a '-b' option.
The '-p port' option does browse(port=port
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file19604/issue2001_a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file19476/pydoc_r86133.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Ron Adam ron_a...@users.sourceforge.net added the comment:
Ok, here is the latest patch for review. issue2001_a.diff'
I restored the pydoc.py file and then put most of the new code in these two
functions,
_startserver(urlhandler, port)
_browse(port=0, *, open_browser=True)
This creates
Ron Adam ron_a...@users.sourceforge.net added the comment:
What about http://bugs.python.org/issue2001#msg114326 ?
Thanks for the reminder.
To Nick:
However, the public (albeit undocumented) nature of the APIs implementing the
old Tk GUI means I'm not comfortable committing the patch
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file16517/pydoc_gui.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file18165/pydoc_server3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file18271/pydoc_server4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Ron Adam ron_a...@users.sourceforge.net added the comment:
Here you go Nick. One file with Underscores for the new class's and functions.
Where there was some overlap in names, like where some of the older server
class's were reused, but don't have exactly the same behavior, I started those
Ron Adam ron_a...@users.sourceforge.net added the comment:
Nick, I can update the patch and move the server back into pydoc.py if that
will help you get this into 3.2 beta.
I can also changed the docstrings of the new parts to # comments
New submission from Adam Bielański abg...@gmail.com:
There's a bug in module lib\pstats.py, line 150.
Let me paste a little piece of surrounding code:
class Stats:
()
def add(self, *arg_list):
if not arg_list: return self
if len(arg_list) 1
Ron Adam ron_a...@users.sourceforge.net added the comment:
The test in the patch isn't quite right. The following still fails.
Python 3.2a3+ (py3k:85719, Oct 18 2010, 22:32:47)
[GCC 4.4.3] on linux2
Type help, copyright, credits or license for more information.
import imp
imp.find_module
Adam Olsen rha...@gmail.com added the comment:
Signals can directly kill a process. Try SIGTERM to see this. SIGINT is
caught and handled by Python, which just happens to default to a graceful exit
(unless stuck in a lib that prevents that.) Try pasting your script into an
interactive
New submission from Adam Nemecek adamneme...@gmail.com:
I'm not sure if this is the intended behavior, but it seems unusual to me.
a = [set([]) for i in range(2)] evaluates to a list [set([]),set([])] and
b= 2*[set([])] evaluates to [set([]),set([])].
Nothing wrong here.
Nevertheless, if I do
Adam Olsen rha...@gmail.com added the comment:
As far as I know.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1441
___
___
Python-bugs-list
Adam Olsen rha...@gmail.com added the comment:
I don't believe there's anything to debate on this, so all it really needs is a
patch, followed by getting someone to review and commit it.
--
___
Python tracker rep...@bugs.python.org
http
Ron Adam ron_a...@users.sourceforge.net added the comment:
I think a good place for the pager is in the cmd module. I have a separated
version of it I could upload if there is consensus on this.
I've extracted the text server, but it's in a minimum 'works for pydoc' stage.
(See issue 2001
Ron Adam ron_a...@users.sourceforge.net added the comment:
This is by far the simplest fix for this. See patch file.
This patch is what Stefan Krah suggested and I agree unless someone a lot more
familiar with the import process can take a look at this and re-factor things
so the filename
Ron Adam ron_a...@users.sourceforge.net added the comment:
I added you to this Victor because it looks like what your doing to rewrite the
imports to work with Unicode (issue:9425) overlaps this.
See the test in the patch.
Your rewrite may fix this as the segfault has to do with getting
Ron Adam ron_a...@users.sourceforge.net added the comment:
I also put in a temporary fix to skip the test file that was causing it to
crash when doing a search. It's marked as such and can be removed once the bug
is fixed.
--
___
Python tracker
Ron Adam ron_a...@users.sourceforge.net added the comment:
New diff file.
Removed the '-g' option and added a '-b' option.
Using the '-g' option will now bring up pydoc options help.
Added a simple server command prompt with 'b' and 'q' choices
to open a browser and quit the server.
Allow
Ron Adam ron_a...@users.sourceforge.net added the comment:
The error happens when Null is passed to strlen in (unicodeobject.c, line 860)
Passing NULL to a string format function is probably in the category of don't
do that.
Stefans solution of checking for NULL before calling PyErr_Format
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file18160/pydoc_server.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file18163/pydoc_server2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Ron Adam ron_a...@users.sourceforge.net added the comment:
Link to the discussion on the python-dev new group.
Subject: [isssue 2001] Pydoc enhancement patch questions
http://permalink.gmane.org/gmane.comp.python.devel/115474
--
___
Python tracker
Changes by Ron Adam ron_a...@users.sourceforge.net:
--
nosy: +ron_adam
title: PyUnicode_FromFormat segfault when using widths. - PyUnicode_FromFormat
segfault
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7330
Ron Adam ron_a...@users.sourceforge.net added the comment:
Ok, on the ! marks.
The Segmentation fault exits python and isn't catchable as far as I know. It's
happens in the compiled tokenize.c file. The python side error detection
doesn't get a chance to catch it.
The problem is present
Ron Adam ron_a...@users.sourceforge.net added the comment:
Trying to look at this a bit further...
The PyErr_Format function then calls PyUnicode_FromFormatV in
Objects/unicodeobject.c to do the actual formating.
It looks like there have been a number of issues of this type. Search
Ron Adam ron_a...@users.sourceforge.net added the comment:
Thank You for the review Mark. It's very much appreciated.
I took another look at it and decided to offer another patch that moves the
html/text server to the http package where the rest of the server stuff is.
I also corrected
Ron Adam ron_a...@users.sourceforge.net added the comment:
Here's the new patch with the Misc/NEWS and pydoc.rst additions added to it.
I'm not sure if local_text_server is the best name for the server module. In
pydoc it's a local server, but it may not be limited to that use. I've also
Ron Adam ron_a...@users.sourceforge.net added the comment:
Sorry, will do...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
___
___
Python
Ron Adam ron_a...@users.sourceforge.net added the comment:
Ok, spell, check and attribute error corrected.
I agree on the -p / -g issue.
I'll bring this up on python dev.
Thanks for the reviews and feedback. It really helps.
--
Added file: http://bugs.python.org/file18165
Ron Adam ron_a...@users.sourceforge.net added the comment:
I agree it could be improved a bit.
A little experimenting comes up with the following inconsistencies.
quit
Use quit() or Ctrl-D (i.e. EOF) to exit
exit
Use exit() or Ctrl-D (i.e. EOF) to exit
help(exit) and help(quit
New submission from Ron Adam ron_a...@users.sourceforge.net:
help('modules spam') causes segfault.
When pydoc tries goes though the files it does the following in the
ModuleScanner class.
(minimal example)
for importer, modname, ispkg in pkgutil.walk_packages():
... if modname
Adam Olsen rha...@gmail.com added the comment:
I don't have any direct opinions on this, as it is just a bandaid. fork, as
defined by POSIX, doesn't allow what we do with it, so we're reliant on great
deal of OS and library implementation details. The only portable and robust
solution would
Adam Olsen rha...@gmail.com added the comment:
There should be a way to walk the unicode string in Python too. Afaik there
isn't.
--
nosy: +Rhamphoryncus
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9200
Changes by Adam Olsen rha...@gmail.com:
--
nosy: +Rhamphoryncus
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9198
___
___
Python-bugs-list
Adam Groszer agros...@gmail.com added the comment:
This seems to be a major flaw, noone caring about it?
--
components: +Distutils
nosy: +Adam.Groszer
versions: +Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6884
Changes by Ron Adam ron_a...@users.sourceforge.net:
--
nosy: +ron_adam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8525
___
___
Python-bugs-list
Adam Olsen rha...@gmail.com added the comment:
Why aren't you using 64-bit hashes on 64-bit architectures?
--
nosy: +Rhamphoryncus
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8188
Adam Olsen rha...@gmail.com added the comment:
I assume you mean 63. ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8188
___
___
Python-bugs
Changes by Ron Adam ron_a...@users.sourceforge.net:
Removed file: http://bugs.python.org/file16411/pydoc_gui.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
Ron Adam ron_a...@users.sourceforge.net added the comment:
Missed a buffer write in the gettopic() method. Fixed.
Plus some minor doc string changes.
Can someone change the stage to patch review. I can't do that myself.
Or is there something else I need to do first?
--
Added file
New submission from Adam Collard adam.coll...@gmail.com:
Originally reported at:
https://bugs.edge.launchpad.net/bugs/384602
In Python 2.6, the dbshelve.py module throws an AttributeError exception
whenever a call is made to a method that depends upon an __iter__ method. The
exception
Adam Collard adam.coll...@gmail.com added the comment:
Attached a simple example.
--
Added file: http://bugs.python.org/file16280/dbshelve_example.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7975
Adam Olsen rha...@gmail.com added the comment:
$ ./python -m timeit -s 'from collections import deque; c =
deque(range(100))' 'c.append(c.popleft())'
100 loops, best of 3: 0.29 usec per loop
$ ./python -m timeit -s 'c = range(100)' 'c.append(c.pop(0))'
100 loops, best of 3
Adam Jackson a...@redhat.com added the comment:
None of the other symbolic constants in 'posix' have documentation. Perhaps
they should, but the patch is at least doing the same as what's already done.
--
___
Python tracker rep...@bugs.python.org
Adam Olsen rha...@gmail.com added the comment:
On Sun, Jan 10, 2010 at 14:59, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
BTW, I'm not aware of any changes to the PyUnicodeObject by some
fastsearch implementation. Could you point me to this ?
/* We allocate one more byte to make sure
Adam Olsen rha...@gmail.com added the comment:
Points against the subclassing argument:
* We have a null-termination invariant. For byte strings this was part of the
public API, and I'm not sure that's changed for unicode strings; aren't you
arguing that we should maximize how much of our
New submission from Adam Jackson a...@redhat.com:
Though the statvfs call exists in the posix module, the posix-defined values
for the f_flag field are not. This makes it hard to know whether a filesystem
is readonly without also knowing the value for ST_READONLY on the machine
you're
Changes by Adam Jackson a...@redhat.com:
--
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7647
___
___
Python-bugs-list
Adam Olsen rha...@gmail.com added the comment:
The real, OS signal does not get propagated to the main thread. Only
the python-level signal handler runs from the main thread.
Correctly written programs are supposed to let select block
indefinitely. This allows them to have exactly 0 CPU usage
Adam Olsen rha...@gmail.com added the comment:
You forget that the original report is about ctrl-C. Should we abandon
support of it for threaded programs? Close as won't-fix?
We could also just block SIGINT, but why? That means we don't support
python signal handlers in threaded programs
Adam Olsen rha...@gmail.com added the comment:
A better solution would be to block all signals by default, then unblock
specific ones you expect. This avoids races (as undeliverable signals
are simply deferred.)
Note that readline is not threadsafe anyway, so it doesn't necessarily
need
New submission from Adam Tomjack a...@zuerchertech.com:
These should all return False, or some of them should raise exceptions:
Python 2.6.2 (release26-maint, Apr 19 2009, 01:58:18)
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
import decimal
Changes by Adam Tomjack a...@zuerchertech.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7323
___
___
Python-bugs-list
Adam Olsen rha...@gmail.com added the comment:
That's fine, but please provide a link to the new issue once you create it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3999
Adam Doherty dohert...@gmail.com added the comment:
Hello:
Having the same issues in a web app I've written. Tested with the
default 2.5 and 2.6 on Snow Leopard and 2.5 on Ubuntu 8.04 (no problems
under Linux) Replaced the default Python with 2.6.4 from python.org, my
app no longer crashes
Adam Olsen rha...@gmail.com added the comment:
Nope, no access.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1722344
___
___
Python-bugs-list
New submission from Grzegorz Adam Hankiewicz gra...@users.sourceforge.net:
I've installed the official 2.6.3 dmg file of python and now want to
uninstall it to revert to the python version included by default by the
OS. I would do so if I knew what I have to remove or change
Adam Nelson a...@varud.com added the comment:
I can't think of too many specific scenarios. It just seems like a non-
trivial behavior change (or rather, it is trivial but with possibly far
reaching ramifications).
One issue I see is that the ticket morphed from just dealing with space
Adam Nelson a...@varud.com added the comment:
This seems a bit serious for inclusion in 2.7 IMHO. urllib is used in all
sorts of hackish ways in the wild and I really wonder if this is going to
cause more problems for people than it's worth. The 3.x series alone
seems like the best place
Adam Olsen rha...@gmail.com added the comment:
On Mon, Oct 5, 2009 at 03:03, Marc-Andre Lemburg rep...@bugs.python.org wrote:
We use UCS2 on narrow Python builds, not UTF-16.
We might keep the old public API for compatibility, but it should be
clearly marked as broken for non-BMP scalar
Adam Olsen rha...@gmail.com added the comment:
On Mon, Oct 5, 2009 at 12:10, Marc-Andre Lemburg rep...@bugs.python.org wrote:
All this is just nitpicking, really. UCS2 is a character set,
UTF-16 an encoding.
UCS is a character set, for most purposes synonymous with the Unicode
character set
Adam Olsen rha...@gmail.com added the comment:
Surrogates aren't optional features of UTF-16, we really need to get
this fixed. That includes .isalpha().
We might keep the old public API for compatibility, but it should be
clearly marked as broken for non-BMP scalar values.
I don't see
Adam Olsen rha...@gmail.com added the comment:
Patch, which uses UTF-32-BE as indicated in my last comment. Test included.
--
keywords: +patch
Added file: http://bugs.python.org/file15043/py3k-nonBMP-literal.diff
___
Python tracker rep
Adam Olsen rha...@gmail.com added the comment:
With some further prodding I've noticed that although the test behaves
as expected in the py3k branch (fails on UTF-32 builds before the
patch), it doesn't fail using python 3.0. I'm guessing there's
interactions with compile() vs import
Adam Olsen rha...@gmail.com added the comment:
I believe this is a duplicate of issue #3297. When given a high unicode
scalar value directly in the source (rather than in escaped form) python
will split it into surrogates, even on a UTF-32 build where those
surrogates are nonsensical and ill
Adam Olsen rha...@gmail.com added the comment:
Looks like the failure mode has changed here, presumably due to issue
#3672 patches. It now always fails, even after loading from a .pyc.
This is using py3k via bzr, which reports itself as 3.2a0
$ rm unicodetest.pyc
$ ./python -c 'import
Adam Olsen rha...@gmail.com added the comment:
I've traced down the biggest problem to decode_unicode in ast.c. It
needs to convert everything into a form of escapes so it becomes pure
ascii, which then become evaluated back into a unicode object.
Unfortunately, it uses UTF-16-BE to do so
Adam Olsen rha...@gmail.com added the comment:
The key distinction between this and a bad circular import is that
this is lazy. You may list the import at the top of your module, but
you never touch it until after you've finished importing yourself (and
they feel the same about you.)
An ugly
Adam Olsen rha...@gmail.com added the comment:
It'd probably be sufficient if we raised NameError: lazy import 'foo'
not yet complete. That should require a set of what names this module
is lazy importing, which is checked in the failure paths of module
attribute lookup and global/builtin
New submission from Adam Ginsburg keflav...@gmail.com:
While it is possible to compile 64 bit python on Mac OS X, the default
tcl/tk is NOT 64 bit. If you do install a 64 bit version of tcl/tk,
python still will not find it - lines 1503-1515 prevent it:
if 'x86_64' in archs or 'ppc64
Adam Ginsburg keflav...@gmail.com added the comment:
Sorry Ronald, I had misinterpreted your last message.
Look at these posts:
http://buffalothedestroyer.blogspot.com/2009/07/installing-64-bit-tcltk-on-mac-os-x.html
http://www.nabble.com/Error-compiling-tk-8.5.7-on-Mac-OS-X-10.5-td23790967
Adam Ginsburg keflav...@gmail.com added the comment:
Although this is an old closed error, I'm still running in to it.
I am trying to compile install 64 bit python with Tk/Tcl support on
Mac OS X 10.5.7.
I have installed 64-bit Tcl/Tk:
$ file /Library/Frameworks/Tk.framework/Versions/8.5/Tk
Adam Olsen rha...@gmail.com added the comment:
Fix it at its source: patch your database engine to use the type you
want. Or wrap the list without subclassing (__iter__ may be the only
method you need to wrap).
Obscure performance hacks don't warrant language extensions.
--
nosy
New submission from Adam Golebiowski ad...@pld-linux.org:
Python-3.1 fails to compile with:
./Modules/python.c: In function 'wchar_t* char2wchar(char*)':
./Modules/python.c:60: error: invalid conversion from 'void*' to 'wchar_t*'
The attached patch fixes this.
--
files: python3-cast
Adam Golebiowski ad...@pld-linux.org added the comment:
nope, a gcc-4.4 based Linux distribution.
It looks like the same problem happens with Issue4146, but it touches
other part of that file.
--
___
Python tracker rep...@bugs.python.org
http
Adam Goode a...@spicenitz.org added the comment:
Currently there is an issue where allow_execstack implies allow_execmem.
Even though allow_execmem is default to off, allow_execstack is default
to on. If this issue is fixed, or if the administrator sets
allow_execstack to off, ctypes will fail
Adam Olsen rha...@gmail.com added the comment:
Aye. 2.6 has come and gone, with most or all warnings applied using (I
believe) a different patch. If any future work is needed it can get a
new ticket.
--
status: open - closed
___
Python tracker rep
New submission from Adam Olsen rha...@gmail.com:
destination is ambiguous. It means opposite things, depending on if
it's the symlink creation operation or if it's the symlink itself.
In contrast, old is clearly what existed before the operation, and
new is what the operation creates
New submission from Adam Goode a...@spicenitz.org:
On Fedora systems, it is invalid to mmap something with PROT_WRITE and
PROT_EXEC. libffi has been updated to support this, but ctypes has not
been updated to use this new functionality.
Attached is a patch which currently only works if system
Adam Goode a...@spicenitz.org added the comment:
Issue #5504 shows a possibly more future proof way to fix this issue.
--
nosy: +agoode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3265
Adam Olsen rha...@gmail.com added the comment:
issue 960406 broke this as part of a fix for readline. I believe that
was motivated by fixing ctrl-C in the main thread, but non-main threads
were thrown in as a why not measure.
msg 46078 is the mention of this. You can go into readlingsigs7
Adam Olsen rha...@gmail.com added the comment:
The readline API just sucks. It's not at all designed to be used
simultaneously from multiple threads, so we shouldn't even try. Ban
using it in non-main threads, restore the blocking of signals, and go on
with our merry lives.
--
nosy
Changes by Adam Olsen rha...@gmail.com:
--
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1975
New submission from Adam Vandenberg fla...@gmail.com:
There is a formatting error in the findertools header:
http://docs.python.org/library/macostools.html#module-findertools
The finder's Apple Events interface as rendered uses the
wrong-direction single quote.
--
assignee
401 - 500 of 678 matches
Mail list logo
