[issue1040026] os.times() is bogus

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

> compilation indeed breaks if sysconf is available but _SC_CLK_TCK is
> not. My Unix-foo is not sufficient to confidently say that this is
> impossible

To make such a statement, one would need knowledge of all operating
system releases that have ever been made, including releases that didn't
make it to the public. It might be that POSIX mandates _SC_CLK_TCK,
but that would be irrelevant, as systems might chose not to comply with
POSIX in this aspect.

> In the other case you mention, where neither sysconf nor HZ are
> available, the old default of 60 could be used instead. 

That would probably be safest, although I could also accept that
os.times becomes unavailable on such a system.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1040026] os.times() is bogus

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
versions: +Python 2.5.3

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4138] IDLE crashes in my Windows Vista

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Dan, you are right. Closing as fixed.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4027] wrong page index number in reference book of python documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

Georg, 
sphinx r66972 works perfectly. Thanks again!

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4067] ast.fix_missing_locations() breaks if node doesn't have "_attributes" variable

[Armin Ronacher]

Armin Ronacher <[EMAIL PROTECTED]> added the comment:

Fixed in changeset 66973 for trunk.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4067] ast.fix_missing_locations() breaks if node doesn't have "_attributes" variable

[Armin Ronacher]

Changes by Armin Ronacher <[EMAIL PROTECTED]>:


--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

An the PDF view of the same table

Added file: http://bugs.python.org/file11828/Screenshot-library.pdf - Adobe 
Reader.png

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

New submission from Winfried Plappert <[EMAIL PROTECTED]>:

I wonder if the readabiliy of tables in PDFs can be improved. I take the
example of ABCs. The online documentation can be found at
http://docs.python.org/library/collections.html, the rst source is at
/Doc/library/collections.rst. I'll enclose two png files, which show the
table in HTML format and in PDF format. My PDF reader is Adobe Acrobat
Reader 8.1.2 (Ubuntu), but I also tried xpdf and "Evince Document Viewer
2.22.2". The result is the same that the coulumn width is somehow not
calculated correctly. Any ideas?

PS.: Since I can only upload one file at a time, there will be another
entry soon.

--
assignee: georg.brandl
components: Documentation
files: Screenshot-collections — High-performance container datatypes — Python 
v2.6 documentation - Mozilla Firefox.png
messages: 74969
nosy: georg.brandl, wplappert
severity: normal
status: open
title: tabulary entries in PDF documentation
type: behavior
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file11827/Screenshot-collections — 
High-performance container datatypes — Python v2.6 documentation - Mozilla 
Firefox.png

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

The only way to get this right for arbitrary tables is to hand-select
the column widths with a "tabularcolumns" directive.

I'll keep this issue open and optimize these columns step by step.

--
priority:  -> normal

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

Oh, what a pain, if you have to do it by hand! Is there no other way of
doing it by counting record lengths (in a column) - see below?

Just for the grins of it, I modified collections.html a bit to show more
on the first page. Then I printed a PDF copy of the online web pages. I
include that print as reference. 

When looking at the HTML source, I find the following lines at the
beginning of the relevant table:









And the the first table line follows:

ABC
Inherits
Abstract Methods
Mixin Methods



So somebody is calculating the column width :) And this somebody - I
guess - is Sphinx? Is is possible to do the same for latex? Hmmm.

Added file: http://bugs.python.org/file11829/collections_pdf.png

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4146] compilation of Modules/python.c fails on OpenBSD

[Damien Miller]

New submission from Damien Miller <[EMAIL PROTECTED]>:

Compilation of 3.0rc1 Modules/python.c fails on OpenBSD with the
following error. The attached patch fixes things by explicitly casting
PyMem_Malloc's return value

c++ -pthread -c -fno-strict-aliasing -DNDEBUG -O2 -pipe 
-DTHREAD_STACK_SIZE=0x2 -fPIC  -I. -IInclude -I./Include 
-DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c
Modules/python.c: In function `int main(int, char**)':
Modules/python.c:20: error: invalid conversion from `void*' to `wchar_t**'
Modules/python.c:22: error: invalid conversion from `void*' to `wchar_t**'
Modules/python.c:57: error: invalid conversion from `void*' to `wchar_t*'

--
components: Interpreter Core
files: patch-Modules_python_c
messages: 74973
nosy: djmdjm
severity: normal
status: open
title: compilation of Modules/python.c fails on OpenBSD
type: compile error
versions: Python 3.0
Added file: http://bugs.python.org/file11830/patch-Modules_python_c

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4146] compilation of Modules/python.c fails on OpenBSD

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Thanks! The patch looks good.

Next time please use either the .diff or .patch extension. It makes it
easier to review the patch.

--
assignee:  -> barry
keywords: +needs review, patch
nosy: +barry, christian.heimes
priority:  -> release blocker
resolution:  -> accepted

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4146] compilation of Modules/python.c fails on OpenBSD

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Fixed in r66976.

--
nosy: +benjamin.peterson
resolution: accepted -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4073] distutils build_scripts and install_data commands need 2to3 support

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Ok. I've refactored RefactoringTool so that the write_file method
doesn't make a backup file by default.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4113] functools.partial(), no __name__; wrong __doc__

[Thomas Lee]

Thomas Lee <[EMAIL PROTECTED]> added the comment:

Here's a patch against the 2.x trunk. Basically just dispatches reads of
a partial's __name__ and __doc__ attributes to the underlying function
object.

--
keywords: +patch
nosy: +thomas.lee
Added file: http://bugs.python.org/file11831/issue4113-01.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4147] xml.dom.minidom toprettyxml: omit whitespace for text-only elements

[Thomas Lee]

New submission from Thomas Lee <[EMAIL PROTECTED]>:

For XML elements containing only text data, it would be nice if
toprettyxml could omit the whitespace it normally injects before & after
the text, e.g.



Bob



Becomes:


Bob


>From what I understand the handling of whitespace within XML elements is
application-defined, so I'm classifying this as a nice-to-have feature.
However it should be noted that in our particular case, the existing
behaviour caused a few problems with a third-party system which treated
whitespace as being significant.

--
components: Library (Lib), XML
files: minidom-toprettyxml-01.patch
keywords: patch
messages: 74978
nosy: thomas.lee
severity: normal
status: open
title: xml.dom.minidom toprettyxml: omit whitespace for text-only elements
type: feature request
versions: Python 2.7
Added file: http://bugs.python.org/file11832/minidom-toprettyxml-01.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

I probed a bit more into HTML output and the column width of tabulary
entries is always present in the HTML output. I don't yet know where
these relative widths are calculated, but I do roughly know how they are
calculated: from the width of table definition in the *.rst files. This
information should be sufficient to define a (relative) width instead of
the generic latex command "\begin{tabulary}{\textwidth}{|L|L|L|L|}".

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

The advantage of HTML here is that the browser dynamically adjusts the
column widths to prevent things like in your screenshot from happening.
LaTeX does no such thing. If you tell it that the column width 20%, the
column will not be enlarged to fit if the contained text is longer.

Standard LaTeX tables don't even bother with relative widths: if you
don't explicitly set a width for a column, the column will be stretched
so that all text fits in one line, no matter how wide the table gets.

The L tabulary entry is the best compromise I could find for automatic
handling: it calculates widths based on cell contents. But as said
above, no handling of overlapping text is done, and I couldn't find a
package that helps with that problem.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X

[Andre Berg]

Andre Berg <[EMAIL PROTECTED]> added the comment:

Per instructions in the helpful post outlining the Library search order,
I downloaded and installed AquaTk 8.5.4, then I downloaded
Python-2.6.tar.gz source, ran ./configure --enable-framework, sudo make
build, sudo make install.

IDLE appears to be working well so far. Also the Python interactive
interpreter appears to be working. Except that whenever I do an import
 I get a Bus Error and the Python interpreter crashes. 
This appears randomly, but no less than the second import 
statement I type one after the other. It is interesting to note that the
interactive prompt in the IDLE does not have this problem. Only the
command line (e.g. Terminal) interactive interpreter does, as well as
IPython.

Following is the crash report shown by the Apple Crash Reporter.
Hopefully someone can make sense of it, as I can't (I am not a hardcore
programmer, unfortunately.)


-- CRASH REPORT 
Parent Process:  bash [766]

Date/Time:   2008-10-19 20:11:18.643 +0200
OS Version:  Mac OS X 10.5.5 (9F33)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x
Crashed Thread:  0

Thread 0 Crashed:
0   readline.so 0x000bba3c call_readline + 732
1   org.python.python   0x001d43ae PyOS_Readline + 254
2   org.python.python   0x001d5ba0 tok_nextc + 64
3   org.python.python   0x001d6425 PyTokenizer_Get + 101
4   org.python.python   0x001d0da0 parsetok + 256
5   org.python.python   0x002b0942 PyRun_InteractiveOneFlags
+ 306
6   org.python.python   0x002b0c83 PyRun_InteractiveLoopFlags
+ 99
7   org.python.python   0x002b1549 PyRun_AnyFileExFlags + 185
8   org.python.python   0x002c2506 Py_Main + 3046
9   org.python.python.app   0x1f7b 0x1000 + 3963
10  org.python.python.app   0x1ea9 0x1000 + 3753

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0x  ebx: 0x000bb76b  ecx: 0xbfffeff8  edx: 0x00417ea0
  edi: 0x004291d0  esi: 0x004256d0  ebp: 0xb108  esp: 0xb020
   ss: 0x001f  efl: 0x00010246  eip: 0x000bba3c   cs: 0x0017
   ds: 0x001f   es: 0x001f   fs: 0x   gs: 0x0037
  cr2: 0x

Binary Images:
0x1000 - 0x1ff5 +org.python.python.app 2.6 (2.6)

/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python
   0x48000 -0x48ffc +_functools.so ??? (???)
<29c6937481e9eeb3b02765cca7ccf287>
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_functools.so
   0xba000 -0xbbff1 +readline.so ??? (???)
<0a2a766193b43567110e66bf2231dafa>
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/readline.so
   0xc1000 -0xd7fea  libedit.2.dylib ??? (???)
 /usr/lib/libedit.2.dylib
   0xe2000 -0xe5ff3 +_collections.so ??? (???)

/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_collections.so
   0xeb000 -0xeefff +operator.so ??? (???)

/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/operator.so
   0xf5000 -0xf6fff +time.so ??? (???)

/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/time.so
  0x1cf000 -   0x2f5fe3 +org.python.python 2.6.0, (c) 2004-2008 Python
Software Foundation. (2.6.0) <44f73bce7c729a42509bd1761feecc32>
/Library/Frameworks/Python.framework/Versions/2.6/Python
0x8fe0 - 0x8fe2da53  dyld 96.2 (???)
<7af47d3b00b2268947563c7fa8c59a07> /usr/lib/dyld
0x92778000 - 0x9277ffe9  libgcc_s.1.dylib ??? (???)
 /usr/lib/libgcc_s.1.dylib
0x94583000 - 0x94587fff  libmathCommon.A.dylib ??? (???)
/usr/lib/system/libmathCommon.A.dylib
0x94a36000 - 0x94b96ff3  libSystem.B.dylib ??? (???)
 /usr/lib/libSystem.B.dylib
0x95526000 - 0x9ff7  libncurses.5.4.dylib ??? (???)
<3b2ac2ca8190942b6b81d2a7012ea859> /usr/lib/libncurses.5.4.dylib
0x - 0x1780  libSystem.B.dylib ??? (???)
/usr/lib/libSystem.B.dylib

---

I have MacPorts installed and also an old Fink installation. Could this
be causing it? I also looked through the README troubleshooting section,
and I did not change the default installation location for the framework
as suggested in the README.

If someone could help I'd be most grateful.

André

--
nosy: +andreb
versions:  -Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4113] functools.partial(), no __name__; wrong __doc__

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I do not think the partial object should have the original function's
__name__ or __doc__. It is after all not that function, but a callable
that calls it. (This is different from e.g. a decorated function -- the
decorator is taken as "modifying the function", even if it returns a
wholly different one. This is why functools.wraps() exists.)

In any case, this is not a bug but a feature request.

--
nosy: +georg.brandl
priority:  -> low
type: behavior -> feature request
versions: +Python 3.1 -Python 2.6, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

Hi Georg,
the only thing I could find on the net is a reference to:
"\begin{tabular}{p{1in}p{2in}}" at
http://www.cs.cornell.edu/Info/Misc/LaTeX-Tutorial/Tables.html. Assuming
that one knows the effective width of the whole table, one then should
be able to calculate the width of a column based on previous information
in the *.rst files. Since I really don't know anything about LaTeX - and
you certainly do, I should better shut up and don't say anything more.
But indeed, this table business in LaTeX seems to be a bit messy.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

Hi Georg,
I tried to find a few bones and came up with the following little demo.
I pinched the first few lines from
http://www.latex-community.org/viewtopic.php?f=5&t=910 and set up a
table with defined column widths - see attached file.

Added file: http://bugs.python.org/file11833/test_latex-2.tex

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Changes by Winfried Plappert <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file11833/test_latex-2.tex

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Changes by Winfried Plappert <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file11834/test_latex-2.tex

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

I used the following values, based on 14cm total width (of the paper)
[it could be a bit more for A4]: 
\begin{tabular}{|p{2.94cm}|p{2.52cm}|p{2.52cm}|p{6.02cm}|} - for the ABC
table and reran library.tex completely. The table came out beautifully.
The percent values I took from the equivalent HTML output, based on
collections.rst.

So I think it is possible to calculate column width automatically. Since
it is late, I will not show the PDF output now. Perhaps tomorrow.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4113] functools.partial(), no __name__; wrong __doc__

[Thomas Lee]

Thomas Lee <[EMAIL PROTECTED]> added the comment:

I actually agree with the sentiment Georg.

Would it instead be useful to maybe provide a __repr__ implementation
that describes the state of the partially applied function? I guess this
is an entirely different issue, maybe one for python-ideas.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4148] Using blender

[mshee]

New submission from mshee <[EMAIL PROTECTED]>:

When I start blender this shows in the cmd box. Why?

Compiled with python version 2.5.2
'import site' failed; use -v for traceback
checking for installed python... No installed python found.
only built-in modules are available.  some scripts may not run.
continuing happily.

--
messages: 74987
nosy: mshee
severity: normal
status: open
title: Using blender
type: behavior

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4148] Using blender

[mshee]

mshee <[EMAIL PROTECTED]> added the comment:

I'm using vista also I downloaded the 2.6 but the error window shows 2.5?

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4149] Py_BuildValue and "y" format unit

[Kandalintsev Alexandre]

New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>:

Hello!

'y' format unit in Py_BuildValue undocumented. However it's described in 
PyArg_ParseTuple.

--
assignee: georg.brandl
components: Documentation
messages: 74989
nosy: exe, georg.brandl
severity: normal
status: open
title: Py_BuildValue and "y" format unit
versions: Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4145] tabulary entries in PDF documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

Here is the screenshot: ABCs-2.png

Added file: http://bugs.python.org/file11835/ABCs-2.png

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com