[issue3136] [PATCH] logging.config.fileConfig() compulsivly disable all existing loggers

[Vinay Sajip]

Vinay Sajip <[EMAIL PROTECTED]> added the comment:

Without the patch, but simply moving the fileConfig() call to above
where the loggers are initialised, the output is the same as your
patched sample, viz.

logger:DEBUG: log debug
logger:INFO: log info
logger:WARNING: log warning
logger:ERROR: log error
logger:CRITICAL: log critical
logger.sublogger:DEBUG: sublog debug
logger.sublogger:INFO: sublog info
logger.sublogger:WARNING: sublog warning
logger.sublogger:ERROR: sublog error
logger.sublogger:CRITICAL: sublog critical

See

http://pastebin.lugmen.org.ar/4208

--
resolution:  -> invalid
status: open -> pending

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

[Geoffrey Bache]

New submission from Geoffrey Bache <[EMAIL PROTECTED]>:

If a python script receives SIGINT while the interpreter is starting up,
it's possible to get the message "import site failed; use -v for
traceback" printed on standard error and for execution to proceed. It
also seems to be possible to get half-imported modules and for the
script to fail later claiming that something like "os.getenv" doesn't exist.

If I do as instructed and use -v for traceback I get something like:

'import site' failed; traceback:
Traceback (most recent call last):
  File "/usr/lib/python2.4/site.py", line 61, in ?
import os
  File "/usr/lib/python2.4/os.py", line 683, in ?
import copy_reg as _copy_reg
  File "/usr/lib/python2.4/copy_reg.py", line 5, in ?
"""
KeyboardInterrupt 

I imagine there exists some code like
try:
import site
except:
sys.stderr.write("import site failed; use -v for traceback\n")

though I couldn't find any. If so, it seems clear that KeyboardInterrupt
needs to be re-raised, or Python's special handler for SIGINT installed
rather later.

--
components: Interpreter Core
messages: 68392
nosy: gjb1002
severity: normal
status: open
title: Python doesn't handle SIGINT well if it arrives during interpreter 
startup
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

[issue3138] Hang when calling get() on an empty queue in the queue module

[Dex]

New submission from Dex <[EMAIL PROTECTED]>:

This behavior appears in Python 3.0b1.  If you use queue.Queue and call
the get method on the empty queue, it appears to hang.  The same
behavior seems to be evident in the PriorityQueue too.

--
messages: 68393
nosy: slash2314
severity: normal
status: open
title: Hang when calling get() on an empty queue in the queue module
type: behavior
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

[issue2517] Error when printing an exception containing a Unicode string

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

Justing prodding the issue again now that the betas are out. What's the
next step?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3121] test_urllibnet fails

[Ismail Donmez]

Ismail Donmez <[EMAIL PROTECTED]> added the comment:

Works fine in trunk now, can someone please close this bug? Thanks.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3138] Hang when calling get() on an empty queue in the queue module

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

2.5 has the same behavior:

Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import Queue
>>> q = Queue.Queue()
>>> q.get()
 block forever ...

Did you get different results?

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3121] test_urllibnet fails

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>:


--
resolution:  -> out of date
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

[issue3139] print is not thread safe

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>:

I found this problem when adding "print" statements to multi-threaded
code. When applying the attached diff to a py3k installation, the output
on screen always contains some garbage.

The following code is an extract of fileio_write (in Modules/_fileio.c),
but the same behavior appears everywhere:

if (!PyArg_ParseTuple(args, "s#", &ptr, &n))
return NULL;

Py_BEGIN_ALLOW_THREADS
errno = 0;
n = write(self->fd, ptr, n);
Py_END_ALLOW_THREADS

io.BufferedWriter calls this function with a bytearray.
In this case, the GIL is released when holding a pointer to the
bytearray data.
But another thread may mutate the bytearray in between, the pointer
becomes stale and can lead to segfaults or funny results.

--
components: Interpreter Core
files: test_threaded_print.diff
keywords: patch
messages: 68397
nosy: amaury.forgeotdarc
severity: normal
status: open
title: print is not thread safe
type: crash
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file10658/test_threaded_print.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3139] print is not thread safe

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

Wasn't that always known ? Maybe I'm missing something here.

--
nosy: +gpolo

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2636] Regexp 2.6 (modifications to current re 2.2.2)

[Jeffrey C. Jacobs]

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment:

Thanks for weighing in Mark!  Actually, your point is valid and quite 
fair, though I would not assume that Item 3 would be included just 
because Item 2 isn't.  I will do my best to develop both, but I do not 
make the final decision as to what python includes.  That having been 
said, 3 seems very likely at this point so we may be okay, but let me 
give this one more try as I think I have a better solution to make Item 
2 more palatable.  Let's say we have 5 choices here:

> a) Simply disallow the exposure of match group name attributes if the 
> names collide with an existing member of the basic Match Object 
> interface.
>
> b) Expose the reserved names through a special prefix notation, and
> for forward compatibility, expose all names via this prefix notation. 
> In other words, if the prefix was 'k', match.kpos could be used to
> access pos; if it was '_', match._pos would be used.  If Item 3 is
> implemented, it may be sufficient to allow access via match['pos'] as
> the canonical way of handling match group names using reserved words.
>
> c) Don't expose the names directly; only expose them through a
> prefixed name, e.g. match._pos or match.kpos.

d) (As Mark suggested) we drop Item 2 completely.  I have not invested 
much work in this so that would not bother me, but IMHO I actually 
prefer Item 2 to 3 so I would really like to see it preserved in some 
form.

e) Add an option, re.MATCH_ATTRIBUTES, that is used as a Match Creation 
flag.  When the re.MATCH_ATTRIBUTES or re.A flag is included in the 
compile, or (?a) is included in the pattern, it will do 2 things.  
First, it will raise an exception if either a) there exists an unnamed 
capture group or b) the capture group name is a reserved keyword.  In 
addition to this, I would put in a hook to support a from __future__ so 
that any post 2.6 changes to the match object type can be smoothly 
integrated a version early to allow programmers to change when any 
future changes come.  Secondly, I would *conditionally* allow arbitrary 
capture group name via the __getattr__ handler IFF that flag was 
present; otherwise you could not access Capture Groups by name via 
match.foo.

I really like the idea of e) so I'm taking Item 2 out of the "ready for 
merge" category and going to put it in the queue for the modifications 
spelled out above.  I'm not too worried about our flags differing from 
Perl too much as we did base our first 4 on Perl (x, s, m, i), but 
subsequently added Unicode and Locale, which Perl does not have, and 
never implemented o (since our caching semantic already pretty much 
gives every expression that), e (which is specific to Perl syntax 
AFAICT) and g (which can be simulated via re.split).  So I propose we 
take A and implement it as I've specified and that is the current goal 
of Item 2.  Once this is done and working, we can decide whether it 
should be included in the python trunk.

How does that sound to you, Mark and anyone else who wishes to weigh in?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3139] print is not thread safe

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

The problem is not only about concurrent prints.
It is about invalid pointer passed to a C function.
Here is an example that reliably crashes the interpreter on my windows
machine:

import bz2, threading
bz2c = bz2.BZ2Compressor()
b = bytearray(b"a" * 100)
def f():
for x in range(10):
b[:] = b""
b[:] = bytearray(b"a" * 100)
threading.Thread(target=f).start()
for x in range(10):
bz2c.compress(b)

bz2c.compress is a slow function, that happens to accept bytearray and
to release the GIL. If the other thread reallocates the bytearray,
bz2c.compress will read invalid data.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3138] Hang when calling get() on an empty queue in the queue module

[Benjamin Peterson]

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

It's intended that Queue.get blocks until something is put on the Queue.
If you don't want it to block use Queue.get(False).

--
nosy: +benjamin.peterson
resolution:  -> invalid
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

[issue3139] print is not thread safe

[Giampaolo Rodola']

Changes by Giampaolo Rodola' <[EMAIL PROTECTED]>:


--
nosy: +giampaolo.rodola

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

[Benjamin Peterson]

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

Yes, the C startup code in pythonrun.c has a lot of bare-except statements.

--
nosy: +benjamin.peterson
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

[issue3140] str.format("{0:n}") poss. bug with setlocale()

[Mark Summerfield]

New submission from Mark Summerfield <[EMAIL PROTECTED]>:

Python 30b1

>>> import locale
>>> locale.setlocale(locale.LC_ALL, "en_US.UTF-8")
'en_US.UTF-8'
>>> for x in
(1234,12345,123456,1234567,12345678,123456789,1234567890,12345678900):
print("[{0:>20n}]".format(x))


[1,234]
[   12,345]
[  123,456]
[ 1,234,567]
[12,345,678]
[   123,456,789]
[  1,234,567,890]
[ 12,345,678,900]

I expected that the commas would not increase the width, but maybe this
was the intended behaviour?

--
messages: 68403
nosy: mark
severity: normal
status: open
title: str.format("{0:n}") poss. bug with setlocale()
type: behavior
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

[issue3136] [PATCH] logging.config.fileConfig() compulsivly disable all existing loggers

[Leandro Lucarella]

Leandro Lucarella <[EMAIL PROTECTED]> added the comment:

The problem is you can't always do that call before using the loggers.

In my case, I get the logging config file via command-line arguments
(using optparse), but before I can't even know what logging config file
to load, I have log calls.

Please reopen the bug, the actual solution is not flexible enough.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3140] str.format("{0:n}") poss. bug with setlocale()

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
assignee:  -> eric.smith
nosy: +eric.smith

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3141] Linux build requires Mac module _gestalt

[Mark Summerfield]

New submission from Mark Summerfield <[EMAIL PROTECTED]>:

When you build 30b1 on Linux (I tried Fedora 8 and Xubuntu 8) you get a
message that make failed to find the bits to build "_gestalt", which I
think is a Mac-thing not a Linux thing.

Anyway, Barry asked me to add this as a bug.

--
components: Build
messages: 68405
nosy: mark
severity: normal
status: open
title: Linux build requires Mac module _gestalt
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

[issue3142] urllib docs don't match the new modules

[Mark Summerfield]

New submission from Mark Summerfield <[EMAIL PROTECTED]>:

Py30b1

The module renaming of urllib's modules (and the getting rid of urllib2)
has been done---but this isn't reflected in the docs.

--
assignee: georg.brandl
components: Documentation
messages: 68406
nosy: georg.brandl, mark
severity: normal
status: open
title: urllib docs don't match the new modules
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

[issue3141] Linux build requires Mac module _gestalt

[Benjamin Peterson]

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

Done in r64405.

--
nosy: +benjamin.peterson
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

[issue3125] test_multiprocessing causes test_ctypes to fail

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3110] Multiprocessing package build problem on Solaris 10

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3140] str.format("{0:n}") poss. bug with setlocale()

[Eric Smith]

Eric Smith <[EMAIL PROTECTED]> added the comment:

I'd say that's a bug.  I'll look at it.

--
components: +Interpreter Core
nosy: +talin

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2636] Regexp 2.6 (modifications to current re 2.2.2)

[Mark Summerfield]

Mark Summerfield <[EMAIL PROTECTED]> added the comment:

[snip]

It seems to me that both using a special prefix or adding an option are
adding a lot of baggage and will increase the learning curve.

The nice thing about (3) (even without slicing) is that it seems a v.
natural extension. But (2) seems magical (i.e., Perl-like rather than
Pythonic) which I really don't like.

BTW I just noticed this:

'<_sre.SRE_Pattern object at 0x9ded020>'
>>> "{0!r}".format(rx)
'<_sre.SRE_Pattern object at 0x9ded020>'
>>> "{0!s}".format(rx)
'<_sre.SRE_Pattern object at 0x9ded020>'
>>> "{0!a}".format(rx)

That's fair enough, but maybe for !s the output should be rx.pattern?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2571] cmd.py always uses raw_input, even when another stdin is specified

[Raghuram Devarakonda]

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment:

On Wed, Jun 18, 2008 at 9:28 PM, Richard King <[EMAIL PROTECTED]> wrote:
>
> Richard King <[EMAIL PROTECTED]> added the comment:
>
> There were some other things I wanted too so I just made my own cmd.py.

Yes. Lot of people seem to use their own versions of cmd.py. Recently,
I also implemented another class on top of cmd.Cmd in order to have
more useful functionality. I have seen at least three implementations
('cmdln' on googlecode, 'CommandLoop' and 'cmd2' on pypi). I hope that
after some heavy use, I will be able to submit some patches to the
standard library module. There is already one in #1294.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3142] urllib docs don't match the new modules

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

I saw this coming. I am working on this Mark, Georg. Will be done with
this by Saturday (21st-Jun). issue2885 is not closed yet and mentions
about docs and other things pending.

--
nosy: +orsenthil

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3140] str.format("{0:n}") poss. bug with setlocale()

[Eric Smith]

Changes by Eric Smith <[EMAIL PROTECTED]>:


--
versions: +Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3143] development docs waste a lot of horizontal space on left nav bar

[Forest Wilkinson]

New submission from Forest Wilkinson <[EMAIL PROTECTED]>:

I was just browsing the development docs, and noticed that the new
left-side navigation bar wastes a lot of horizontal space on the web
page.  It fills nearly a third of my browser window (at its usual size)
with useless blank space, at the expense of the pertinent information. 
This makes it harder to get much use out of a docs window placed next to
my editor window, since I am now forced to switch active windows and/or
scroll around the docs window in order to read the section I'm working
with.  In a few cases, it leaves space for so few words per line that
even the visible part of the docs actually become harder to read
(especially with text justification).

For comparison, here are screen shots from the old and new documentation:
http://hestiafire.org/forest/img/doc25.png
http://hestiafire.org/forest/img/doc26.png

Is this side bar going to be present in the final release of the python
2.6 docs?  I hope not.  It's a significant loss in readability, IMHO.

--
assignee: georg.brandl
components: Documentation
messages: 68412
nosy: forest, georg.brandl
severity: normal
status: open
title: development docs waste a lot of horizontal space on left nav bar
versions: 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

[issue3143] development docs waste a lot of horizontal space on left nav bar

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

I agree with this bug entry. Also, since pages are usually long, if the
left nav bar is really to be useful it should use some "fixed"
positioning in the CSS (that is, doesn't move when the rest of the page
is scrolled).

(of course this could also be considered bikeshedding :-))

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1528620] Python 2.5b2 fails to build on Solaris 10 (Sun Compiler)

[A.M. Kuchling]

A.M. Kuchling <[EMAIL PROTECTED]> added the comment:

Closing, per the last comment.

--
resolution:  -> fixed
status: pending -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue839496] SimpleHTTPServer reports wrong content-length for text files

[A.M. Kuchling]

Changes by A.M. Kuchling <[EMAIL PROTECTED]>:


--
keywords: +easy

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3125] test_multiprocessing causes test_ctypes to fail

[roudkerk]

roudkerk <[EMAIL PROTECTED]> added the comment:

> I am not sure to understand. Can you elaborate?
> How is memory management different between windows and unix?

Removing the "if win32" bits will not make shared ctypes objects
picklable on unix.  Even on windows there are only picklable in the
context of spawning a child process.

I do not want to encourage people to try to transfer objects which
wrap operating system resources between running processes using
pickling because it is error prone unless done very carefully: one
needs to find some way of "keeping the resource alive" until the
target process gets a chance to unpickle the data.  (The source
process must not close its handle to the resource until the target
process obtains its own handle, which may not happen for a long time.)

The simplest way to avoid such problems is to only share such
resources through inheritance.  I do add some pickling support to some
types on Windows, but only to emulate the behaviour that Unix gets for
free using fork().  (On Windows trying to transfer objects like locks
or shared ctypes objects over a pipe or queue will, by design, fail
with a RuntimeError)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3144] popen / popen[234] inconsistent fd behavior

[Justin Cappos]

New submission from Justin Cappos <[EMAIL PROTECTED]>:

The behavior of popen vs popen[2-4] differs with respect to open file
descriptors (at least on the Linux implementation of popen).   popen
does not close file descriptors, thus processes retain open file
descriptors from their parent.   This is likely not desirable for
security and stability reasons.   

If this isn't fixed, at a minimum it would be a good thing to document.


Here is an example that demonstrates the issue:

<<< start of open_and_popen.py>>>
# This will not be printed if popen closes file descriptors

import os
myfd = os.open("open_and_popen.py",os.O_RDONLY)

readfo = os.popen("python print_from_fd.py "+str(myfd),"r")

print "os.popen results in:"
print readfo.read()
# it will print the first line of the file here
readfo.close()


(junkinfo, readfo) = os.popen2("python print_from_fd.py "+str(myfd),"r")
junkinfo.close()

print "os.popen2 results in:"
print readfo.read()
# the child got an error, so this is just the error text
readfo.close()

os.close(myfd)
<<< end of open_and_popen.py>>>


<<< start of print_from_fd.py>>>
import os
import sys
print os.read(int(sys.argv[1]),60)
<<< end of print_from_fd.py>>>

--
components: Library (Lib)
messages: 68416
nosy: justincappos
severity: normal
status: open
title: popen / popen[234] inconsistent fd behavior
type: security

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3125] test_multiprocessing causes test_ctypes to fail

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Why not use a custom Pickler in this case?
It would to be enough to copy the self.dispatch dictionary, and add the
special types there.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3144] popen / popen[234] inconsistent fd behavior

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

This is so true that these functions are now documented as deprecated:
http://docs.python.org/dev/library/os.html#os.popen2

Please use the subprocess.Popen class instead, which gives a much better
interface to processes.

--
nosy: +amaury.forgeotdarc
resolution:  -> out of date
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

[issue3145] help> modules os raises UnicodeDecodeError

[Michael Yang]

New submission from Michael Yang <[EMAIL PROTECTED]>:

>>> help()
help> modules os
Here is a list of matching modules.  Enter any module name to get more help.

posix - This module provides access to operating system
...
stringprep - Library that exposes various tables found in the StringPrep
RFC 3454.
Traceback (most recent call last):
  File "", line 1, in 
...
File "/home/michael/python3/3.0b1/lib/python3.0/codecs.py", line 300, in
decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 8-11:
invalid data

--
components: Interpreter Core
messages: 68419
nosy: msyang
severity: normal
status: open
title: help> modules os raises UnicodeDecodeError
type: behavior
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

[issue3134] shutil references undefined WindowsError symbol

[Raghuram Devarakonda]

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment:

I submitted a patch at http://codereview.appspot.com/2384. Please take a
look.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3145] help> modules os raises UnicodeDecodeError

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

I added some print statements, and it appears that the function is
trying to read get the source of "test.badsyntax_pep3120" !

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2885] Create the urllib package

[Benjamin Peterson]

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

Just remember to close #3142 when you're done.

--
dependencies: +urllib docs don't match the new modules

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3054] test_disutils fails

[Neil Schemenauer]

Neil Schemenauer <[EMAIL PROTECTED]> added the comment:

Looks like this has exposed some ugly code.  From setup.py:

  # Figure out the location of the source code for extension modules
  # (This logic is copied in distutils.test.test_sysconfig,
  # so building in a separate directory does not break test_distutils.)

I believe the proper fix is to move some of the code from setup.py into
sysconfig so that it does more than just set "python_build" when running
inside a Python build directory.  For example, it should also add
/Include to the standard list of includes that distutils uses.

The attached patch fixes test_build_ext.py to use the right source file
(perhaps it should be tested on Windows).  The test still fails because
Python.h cannot be found.

--
nosy: +nas
Added file: http://bugs.python.org/file10659/test_ext_src.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3142] urllib docs don't match the new modules

[Georg Brandl]

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

Great! When finished with the docs, just check them in, I'll look over
it then.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3145] help> modules os raises UnicodeDecodeError

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Corrected with r64411. Thanks for the report!

--
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

[issue3146] Sphinx/LaTeX fails on Python 3.0b1 documentation

[Vincent Manis]

New submission from Vincent Manis <[EMAIL PROTECTED]>:

When attempting to build the LaTeX for the documentation provided with 
Python 3.0b1, the following error is produced while writing the Library 
documentation (full backtrace provided). I am running Sphinx on Python 
2.5. 

Traceback (most recent call last):
  File "/Users/vmanis/myenv/py3k/Doc/tools/sphinx/__init__.py", line 
135, in main
app.builder.build_update()
  File "/Users/vmanis/myenv/py3k/Doc/tools/sphinx/builder.py", line 194, 
in build_update
self.build(['__all__'], to_build)
  File "/Users/vmanis/myenv/py3k/Doc/tools/sphinx/builder.py", line 238, 
in build
self.write(docnames, updated_docnames, method)
  File "/Users/vmanis/myenv/py3k/Doc/tools/sphinx/builder.py", line 852, 
in write
docwriter.write(doctree, destination)
  File 
"/Users/vmanis/myenv/py3k/Doc/tools/docutils/writers/__init__.py", line 
78, in write
self.translate()
  File "/Users/vmanis/myenv/py3k/Doc/tools/sphinx/latexwriter.py", line 
70, in translate
self.document.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 159, 
in walkabout
child.walkabout(visitor)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 151, 
in walkabout
visitor.dispatch_visit(self)
  File "/Users/vmanis/myenv/py3k/Doc/tools/docutils/nodes.py", line 
1502, in dispatch_visit
return method(node)
  File "/Users/vmanis/myenv/py3k/Doc/tools/sphinx/latexwriter.py", line 
1012, in unknown_visit
raise NotImplementedError("Unknown node: " + 
node.__class__.__name__)
NotImplementedError: Unknown node: subscript

--
assignee: georg.brandl
components: Documentation, Documentation tools (Sphinx)
messages: 68426
nosy: georg.brandl, vmanis1
severity: normal
status: open
title: Sphinx/LaTeX fails on Python 3.0b1 documentation
type: crash
versions: Python 2.5, 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

[issue3112] implement PEP 3134 exception reporting

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Yet another question. There is a slight discrepancy between tracebacks
generated by the builtin-reporting and tracebacks generated by traceback.py.

With built-in reporting:

Traceback (most recent call last):
  File "", line 1, in 
  File "f.py", line 22, in raise_cause
inner_raise_cause()
  File "f.py", line 13, in inner_raise_cause
raise KeyError from e
KeyError

With traceback.py:

Traceback (most recent call last):
  File "", line 1, in 
  File "f.py", line 22, in raise_cause
inner_raise_cause()
  File "f.py", line 13, in inner_raise_cause
raise KeyError from e
KeyError

As you see, indentation of code lines is different. Should we harmonize
those behaviours?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3136] [PATCH] logging.config.fileConfig() compulsivly disable all existing loggers

[Vinay Sajip]

Vinay Sajip <[EMAIL PROTECTED]> added the comment:

Fixed checked into trunk.

--
resolution: invalid -> fixed
status: pending -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3147] tests for sys.getsizeof fail on win64

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>:

the buildbot "AMD64 W2k8 trunk" systematically fails with the messages:

==
FAIL: test_specialtypes (test.test_sys.SizeofTest)
--
Traceback (most recent call last):
  File
"S:\buildbots\python.x64\trunk.nelson-win64\build\lib\test\test_sys.py",
line 534, in test_specialtypes
self.check_sizeof({}, h + 3*l + 3*p + 8*(l + 2*p))
  File
"S:\buildbots\python.x64\trunk.nelson-win64\build\lib\test\test_sys.py",
line 431, in check_sizeof
self.assertEqual(result, size, msg + str(size))
AssertionError: wrong size for : got 272, expected 224

==
FAIL: test_standardtypes (test.test_sys.SizeofTest)
--
Traceback (most recent call last):
  File
"S:\buildbots\python.x64\trunk.nelson-win64\build\lib\test\test_sys.py",
line 455, in test_standardtypes
self.check_sizeof(True, h + l)
  File
"S:\buildbots\python.x64\trunk.nelson-win64\build\lib\test\test_sys.py",
line 431, in check_sizeof
self.assertEqual(result, size, msg + str(size))
AssertionError: wrong size for : got 40, expected 32

It seems that this platform is special: sizeof(long)==4 and
sizeof(size_t)==8

--
assignee: schuppenies
components: Interpreter Core
messages: 68429
nosy: amaury.forgeotdarc, schuppenies
severity: normal
status: open
title: tests for sys.getsizeof fail on win64
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3054] test_disutils fails

[Neil Schemenauer]

Neil Schemenauer <[EMAIL PROTECTED]> added the comment:

I think my previous patch combined with sysconfig_builddir.patch fixes
this issue.  Someone will need to test on other platforms.  Note that
the messy code in setup.py and in the tests should still be cleaned up.

BTW, distutils is a den of stinking evil. ;-)

Added file: http://bugs.python.org/file10660/sysconfig_builddir.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3125] test_multiprocessing causes test_ctypes to fail

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Here is a patch that implements a custom pickler for
multiprocessing.forking.
copy_reg has been completely replaced by calls to
ForkingPickler.register(): the global registry is not modified.

Added file: http://bugs.python.org/file10661/no_copyreg.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3148] multiprocessing test hangs

[Jean Brouwers]

New submission from Jean Brouwers <[EMAIL PROTECTED]>:

The test_multiprocessing hangs with both Python 2.6b1 and 3.0b1 on MacOS X 
10.4.11 (Intel) but only when using  make test.

However, the test runs and passes in both builds if run separately, e.g. 
with  ./python Lib/test/test_mutliprocessing.py.

--
components: Tests
messages: 68432
nosy: MrJean1
severity: normal
status: open
title: multiprocessing test hangs
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3148] multiprocessing test hangs

[Jean Brouwers]

Jean Brouwers <[EMAIL PROTECTED]> added the comment:

Sorry, this issue has already been raised in #3088.  Please ignore.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3148] multiprocessing test hangs

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
resolution:  -> duplicate
status: open -> closed
superseder:  -> test_multiprocessing hangs on OS X 10.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

[issue3136] [PATCH] logging.config.fileConfig() compulsivly disable all existing loggers

[Leandro Lucarella]

Leandro Lucarella <[EMAIL PROTECTED]> added the comment:

Thank you very much

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3136] [PATCH] logging.config.fileConfig() compulsivly disable all existing loggers

[Leandro Lucarella]

Leandro Lucarella <[EMAIL PROTECTED]> added the comment:

Here is a patch to add some documentation on the new fileConfig()
argument. Is not much, but it's better than nothing =)

Added file: 
http://bugs.python.org/file10662/logging.config.disable_existing_loggers.doc.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3054] test_disutils fails

[Neil Schemenauer]

Neil Schemenauer <[EMAIL PROTECTED]> added the comment:

One final patch for today (get_python_inc.patch).  The patch combines my
previous two patches and also cleans up some ugly code in setup.py and
test_sysconfig.py.  The source of the ugliness was that get_python_inc()
did not work when running from within a build directory.  The patch also 
fixes the header dependency feature introduced in svn r60287 (it assumed
that builddir == srcdir and also that os.path.sep == '/').

Added file: http://bugs.python.org/file10663/get_python_inc.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3054] test_disutils fails

[Neil Schemenauer]

Changes by Neil Schemenauer <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10659/test_ext_src.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3054] test_disutils fails

[Neil Schemenauer]

Changes by Neil Schemenauer <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10660/sysconfig_builddir.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue754016] urlparse goes wrong with IP:port without scheme

[Facundo Batista]

Changes by Facundo Batista <[EMAIL PROTECTED]>:


--
assignee: georg.brandl -> facundobatista

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3008] Let bin() show floats

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

To address the ideas brought-up so far, here's a new version that can 
work with eval.  The same appoach extends to oct and hex as well:

def newbin(f):
"""
>>> newbin(3.125)
'0b11001 * 2.0 ** -3'
"""
n, d = f.as_integer_ratio()
s = '%s * 2.0 ** %d' % (bin(n), -math.log(d, 2.0))
return s

--
keywords: +patch
Added file: http://bugs.python.org/file10664/floatdisp.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3149] multiprocessing build fails on Solaris 10

[Jean Brouwers]

New submission from Jean Brouwers <[EMAIL PROTECTED]>:

The multiprocessing module fails to build on Solaris 10 when using the 
Sun C compiler.  The failure is due to one missing symbol  
SEM_VALUE_MAX.

Defining that symbol (e.g. as _POSIX_SEM_VALUE_MAX) builds the 
_multiprocessing module for both 32- and 64-bit.

However, for 32-bit, 5 tests from test_multiprocessing fail due to the 
missing _ctypes module.  For 64-bit, the first 3 tests fail (like for 
32-bit) but the 4th test hangs.  Here is a log:

./python Lib/test/test_multiprocessing.py
test_array (__main__.WithProcessesTestArray) ... ERROR
test_getobj_getlock_obj (__main__.WithProcessesTestArray) ... ERROR
test_rawarray (__main__.WithProcessesTestArray) ... ERROR
test_notify (__main__.WithProcessesTestCondition) ... Process Process-1:
Traceback (most recent call last):
  File "//64/Python-2.6b1/Lib/multiprocessing/process.py", line 237, 
in _bootstrap
self.run()
  File "/.../64/Python-2.6b1/Lib/multiprocessing/process.py", line 93, 
in run
self._target(*self._args, **self._kwargs)
  File "Lib/test/test_multiprocessing.py", line 610, in f
sleeping.release()
ValueError: semaphore or lock released too many times


This is Solaris 10 on an Ultra20 (Opteron) machine:

> uname -a
SunOS unknown 5.10 Generic_118855-14 i86pc i386 i86pc

> cc -v
cc: Sun C 5.8 2005/10/13

--
components: Build
messages: 68438
nosy: MrJean1
severity: normal
status: open
title: multiprocessing build fails on Solaris 10
type: compile error
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Humberto Diogenes]

New submission from Humberto Diogenes <[EMAIL PROTECTED]>:

The new multiprocessing module is not being installed:

$ python3.0
Python 3.0b1+ (py3k:64417, Jun 19 2008, 21:25:46) 
[GCC 4.0.1 (Apple Inc. build 5483)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import multiprocessing
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named multiprocessing
>>> 

After adding it to Makefile.pre.in and rebuilding/reinstalling:

$ python3.0
Python 3.0b1+ (py3k:64417M, Jun 19 2008, 22:50:25) 
[GCC 4.0.1 (Apple Inc. build 5483)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import multiprocessing
>>>

--
components: Installation
files: install_multiprocessing.patch
keywords: patch
messages: 68439
nosy: hdiogenes
severity: normal
status: open
title: multiprocessing module not being installed
versions: Python 3.0
Added file: http://bugs.python.org/file10665/install_multiprocessing.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

Is this a make && make install?

--
nosy: +jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3149] multiprocessing build fails on Solaris 10

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller
nosy: +jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3143] development docs waste a lot of horizontal space on left nav bar

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

+1 coat to the bikeshed, the new layout is painful unless you're at a 
higher resolution/bigger window

--
nosy: +jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3149] multiprocessing build fails on Solaris 10

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
nosy: +roudkerk

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
keywords: +easy

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Humberto Diogenes]

Humberto Diogenes <[EMAIL PROTECTED]> added the comment:

Jesse, not install, but altinstall:
sudo rm -fr /usr/local/lib/python3.0
make clean
make && sudo make altinstall

Forgot to mention that it was originally reported by Rodrigo Fenrrir.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

Thanks. This is what I get from running out of subversion all the time.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3008] Let bin() show floats

[Raymond Hettinger]

Changes by Raymond Hettinger <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10664/floatdisp.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3008] Let bin() show floats

[Raymond Hettinger]

Changes by Raymond Hettinger <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file10666/float.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3150] multiprocessing module not being installed

[Benjamin Peterson]

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

I think r64422 should do the trick.

--
nosy: +benjamin.peterson
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

[issue3008] Let bin() show floats

[Raymond Hettinger]

Changes by Raymond Hettinger <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file10667/float2.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3143] development docs waste a lot of horizontal space on left nav bar

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

+1 to support this bug entry. Even though I have wide-monitor (1680x1050), 
keeping such a wide left side margin is a pain when reading the new docs. I was 
looking for the settings if there is any way to turn off the left navigation or 
change the CSS style to a more plain one. Nope, it is not there.

--
nosy: +orsenthil

___
Python tracker <[EMAIL PROTECTED]>

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