[issue2898] Add memory footprint query

[Robert Schuppenies]

Robert Schuppenies <[EMAIL PROTECTED]> added the comment:

I tried to implement a magic method __sizeof__() for the type object 
which should be callable for type objects and type itself.
But calling __sizeof__ results in an error message

>>> type.__sizeof__()
Traceback (most recent call last):
  File "", line 1, in 
TypeError: descriptor '__sizeof__' of 'type' object needs an argument

Debugging it I found that type_getattro will (1) look for the
attribute in the metatype, (2) look in tp_dict of this type, and (3)
use the descriptor from the metatype.

I actually want it to perform (3), but since type is its own
metatype (2) will be triggered. This then results in the need for an
argument. The same behavior occurs for all type instances, i.e. classes.

Is my understanding correct? How would it be possible to invoke
__sizeof__() on the type 'type' and not on the object 'type'?


My first approach did the same for object, that is a magic __sizeof__() 
method linked to object, but it gets ignored when invoked on classes or
types.
Now from my understanding everything is an object, thus also
classes and types. isinstance seems to agree with me

>>> >>> isinstance(int, object)
True


Any suggestions on that?

thanks,
robert

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2630] repr() should not escape non-ASCII characters

[Atsuo Ishimoto]

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment:

docdiff1.txt contains a documentation for functions I added.

Added file: http://bugs.python.org/file10456/docdiff1.txt

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2898] Add memory footprint query

[Georg Brandl]

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

You probably just need to make the method a class method -- see METH_CLASS.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2898] Add memory footprint query

[Robert Schuppenies]

Robert Schuppenies <[EMAIL PROTECTED]> added the comment:

thanks, that did the trick.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2988] Invalid cookies crash web applications

[anatoly techtonik]

New submission from anatoly techtonik <[EMAIL PROTECTED]>:

Current BaseCookie and SimpleCookie may crash web-application when
running on the same domain with other scripts. Other scripts may create
invalid cookies that lead to Cookie.CookieError: Illegal key value in
Python.

This created problems in:
trac: http://trac.edgewall.org/ticket/2256
mailman: http://bugs.python.org/issue472646
roundup:
http://svn.python.org/view/tracker/roundup-src/roundup/cgi/client.py?rev=61320&r1=61200&r2=61320

Test case consists of two scripts - one in PHP and one in Python where
the former crashes the latter when run on the same domain through IE6:
--[cookie.php]

--

--[cookie.py]-
#!/usr/bin/env python

import Cookie
from os import environ as env

C = Cookie.SimpleCookie()
C["CUX2"] = 123
C["CUX2"]['expires'] = 60*60*60

print "Content-Type: text/html"
print C
print # blank line, end of headers

print env["HTTP_COOKIE"]
G = Cookie.SimpleCookie(env["HTTP_COOKIE"])

print "Next: "
print G
--


What would be the pythonic way to avoid people making their own wrappers
when stumbling upon the problem?
1. Patch *Cookie classes to display warning about invalid Cookie and
continue instead of crashing with CookieError
2. Add SilentCookie that ignores invalid Cookies
3. Patch BaseCookie.load method to include optional attribute to ignore
errors. Should it be turned on by default (like in roundup code above)
4. Add warning to BaseCookie.load documentation about the pitfall and
the need to catch CookieError here 
http://docs.python.org/dev/library/cookie.html#Cookie.BaseCookie.load

--
components: Extension Modules
messages: 67443
nosy: techtonik
severity: normal
status: open
title: Invalid cookies crash web applications
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

[issue2989] type_modified() in typeobject.c should be public

[Stefan Behnel]

New submission from Stefan Behnel <[EMAIL PROTECTED]>:

Here is a patch that makes this function public. This allows C code to
correctly taint a type after updating its attributes or base classes.

--
components: Interpreter Core
files: pytype_modified.patch
keywords: patch
messages: 67444
nosy: scoder
severity: normal
status: open
title: type_modified() in typeobject.c should be public
type: feature request
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file10457/pytype_modified.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2990] type cache updates might run cleanup code in an inconsistent state

[Stefan Behnel]

New submission from Stefan Behnel <[EMAIL PROTECTED]>:

Similar to the "decref before set" issue solved by Py_CLEAR(), the code
in typeobject.c calls DECREF in the middle of a cache update. This
leaves one cache entry in an invalid state during the DECREF call, which
might result in running cleanup code in this state. If this code depends
on an attribute lookup, this might lead to a cache lookup, which in turn
can access the infected part of the cache. In the worst case, such a
scenario can lead to a crash as it accesses an already cleaned-up object.

Here is a patch that fixes this.

--
components: Interpreter Core
files: possible-decref-before-set-fix.patch
keywords: patch
messages: 67445
nosy: scoder
severity: normal
status: open
title: type cache updates might run cleanup code in an inconsistent state
type: behavior
versions: Python 2.6, Python 3.0
Added file: 
http://bugs.python.org/file10458/possible-decref-before-set-fix.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1948] Cant open python gui using VISTA

[Amaury Forgeot d'Arc]

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

Please open a Command Prompt, and run the script:

c:\Python25\Lib\idlelib\idle.py

Do you see any error message there?

--
nosy: +amaury.forgeotdarc
resolution: works for me -> 
status: closed -> open

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2989] type_modified() in typeobject.c should be public

[Georg Brandl]

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

Committed r63757.

--
nosy: +georg.brandl
resolution:  -> accepted
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

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

[Mark Summerfield]

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

AFAIK if you have a regex with named capture groups there is no direct
way to relate them to the capture group numbers.
You could do (untested; Python 3 syntax):

d = {v: k for k, v in match.groupdict()}
for i in range(match.lastindex):
 print(i, match.group(i), d[match.group(i)])

One possible solution would be a grouptuples() function that returned a
tuple of 3-tuples (index, name, captured_text) with the name being None
for unnamed groups.

Anyway, good luck with all your improvements, I will be especially glad
if you manage to do (2) and (8) (and maybe (3)).

--
nosy: +mark

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

Mark scribbled:
> One possible solution would be a grouptuples() function that returned
> a tuple of 3-tuples (index, name, captured_text) with the name being
> None for unnamed groups.

Hmm.  Well, that's not a bad idea at all IMHO and would, AFAICT probably 
be easier to do than (2) but I would still do (2) but will try to add 
that to one of the existing items or spawn another item for it since it 
is kind of a distinct feature.

My preference right now is to finish off the test cases for (7) because 
it is already coded, then finish the work on (1) as that was the 
original reason for modification then on to (2) then (3) as they are 
related and then I don't mind tackling (8) because I think that one 
shouldn't be too hard.  Interestingly, the existing engine code 
(sre_parse.py) has a place-holder, commented out, for character classes 
but it was never properly implemented.  And I will warn that with 
Unicode, I THINK all the character classes exist as unicode functions or 
can be implemented as multiple unicode functions, but I'm not 100% sure 
so if I run into that problem, some character classes may initially be 
left out while I work on another item.

Anyway, thanks for the input, Mark!

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2975] VS8 include dirs grow without bound

[Scott Dial]

Scott Dial <[EMAIL PROTECTED]> added the comment:

I don't believe this is a valid bug. Can you provide a case where it
does in fact grow?

This issue has previously been addressed in #1685563, and was carried
over to the new code as well. Some lines after the path is appended to,
there is a call to normalize_and_reduce_paths(...), which removes
duplicates almost exactly like you wrote it.

--
nosy: +scottdial

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2990] type cache updates might run cleanup code in an inconsistent state

[Georg Brandl]

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

Thanks, committed in r63760.

--
nosy: +georg.brandl
resolution:  -> accepted
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

[issue2991] Bad behavior in PythonWin

[Hugh Myers]

New submission from Hugh Myers <[EMAIL PROTECTED]>:

Got this just now:

C:\Python25\Lib\site-packages\pythonwin\pywin\scintilla\view.py:641:
DeprecationWarning: 'L' format requires 0 <= number <= 4294967295
  fr = struct.pack('LLll', hdcRender, hdcFormat, rc[0], rc[1],
rc[2], rc[3], rc[0], rc[1], rc[2], rc[3], pageStart, lengthDoc)

Can't be good...

--
components: Windows
messages: 67451
nosy: hsmyers
severity: normal
status: open
title: Bad behavior in PythonWin
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

[issue2992] Bad behavior in PythonWin

[Hugh Myers]

New submission from Hugh Myers <[EMAIL PROTECTED]>:

View Whitespace started up enabled when file loaded. Had I left it on
when I shut down the editor I would understand(somewhat) the
persistence. However I turned it off before I left. This now happens
every time I load the file. Shouldn't.

--
components: Windows
messages: 67452
nosy: hsmyers
severity: normal
status: open
title: Bad behavior in PythonWin
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

[issue2993] Bad behavior in PythonWin

[Hugh Myers]

New submission from Hugh Myers <[EMAIL PROTECTED]>:

Use of column guides can cause bogus indentation errors. Pattern yet to
be determined.

--
components: Windows
messages: 67453
nosy: hsmyers
severity: normal
status: open
title: Bad behavior in PythonWin
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

[issue2994] Bad behavior in PythonWin

[Hugh Myers]

New submission from Hugh Myers <[EMAIL PROTECTED]>:

On a 43 line file, printer printed 29 pages, mostly blank(occasional
page and title info across top--- somewhat random). Good news is printer
performance is consistent with print preview!

--
components: Windows
messages: 67454
nosy: hsmyers
severity: normal
status: open
title: Bad behavior in PythonWin
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

[issue2991] Bad behavior in PythonWin

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

See http://wiki.python.org/moin/PythonWin, PythonWin is not a project
from python.org, you should post the bugs in the tracker of that project.

--
nosy: +facundobatista
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

[issue2992] Bad behavior in PythonWin

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

See http://wiki.python.org/moin/PythonWin, PythonWin is not a project
from python.org, you should post the bugs in the tracker of that project.

--
nosy: +facundobatista
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

[issue2993] Bad behavior in PythonWin

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

See http://wiki.python.org/moin/PythonWin, PythonWin is not a project
from python.org, you should post the bugs in the tracker of that project.

--
nosy: +facundobatista
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

[issue2994] Bad behavior in PythonWin

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

See http://wiki.python.org/moin/PythonWin, PythonWin is not a project
from python.org, you should post the bugs in the tracker of that project.

--
nosy: +facundobatista
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

[issue2898] Add memory footprint query

[Jesús Cea Avión]

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>:


--
nosy: +jcea

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1758146] Crash in PyObject_Malloc

[Franco DiRosa]

Franco DiRosa <[EMAIL PROTECTED]> added the comment:

The documentation states that thread states are supported within a 
single interpreter and not supported across other interpreters 
(specifically for the GIL functions which are just wrapper functions 
around the  PyEval_ functions).

So I would have to conclude then that the condition should check to see 
if the swapping thread is within the current interpreter state 
otherwise "fatal error", as such...

The condition: check->interp == newts->interp

should be: check->interp != newts->interp

In otherwords if there is a previous thread state and it's interpreter 
is NOT the same as the one being swapped in then do the fatal error.

Just my opinion.  I ran into this problem when using the 
PyThreadState_Swap function directly (low level) to do the thread 
handling within a single interpreter state (Debug mode only).

--
nosy: +fdirosa

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

[Matthias Sommer]

New submission from Matthias Sommer <[EMAIL PROTECTED]>:

I'm used to be able to position the cursor by clicking on the desired
position. When running Idle (1.2.2 with Python 2.5.2) under Mandriva
Linux 2008 (or under Arch Linux 64 or i686 as well as FaunOS a Arch
based live distro) this does not work.

Running under windows it works, running under Xandros linux on my eee pc
 it works too, so it's not linux specific.

I already asked on the german python ng. There have been reports that it
works too on Suse and Ubuntu. But as of yet no hint where to look to
make it working under Arch oder Mandriva.

Strange enough, i can position the Cursor by Ctrl-clicking.

I tried with a tiny Tk program with a single text field - there the
positioning does work too.

So it seems to be a bug in the distro(s) and regarding only Idle not
Tkinter in total.

--
components: IDLE
messages: 67460
nosy: Sunny0815
severity: normal
status: open
title: Idle, some Linuxes, cannot position Cursor by mouseclick
type: behavior
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

[issue2985] xmlrpclib doesn't support 64bit integer replies

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

which implementations do support those 64 bit integers?

--
nosy: +schmir

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2979] use_datetime in SimpleXMLRPCServer

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2985] xmlrpclib doesn't support 64bit integer replies

[Riku Lindblad]

Riku Lindblad <[EMAIL PROTECTED]> added the comment:

I ran into 64bit integer responses with rtorrent's XML-RPC API.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2984] test_dbm fails on Darwin

[Ismail Donmez]

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

Works fine in trunk now. This bug can be closed, thanks.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2984] test_dbm fails on Darwin

[Brett Cannon]

Changes by Brett Cannon <[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

[issue2996] IDLE "find in files" output not formatted optimally

[Russell Blau]

New submission from Russell Blau <[EMAIL PROTECTED]>:

Using the very handy "Find in files" dialog produces an output window 
that ends with the line "(Hint: right-click to open locations.)"  The 
only problem is, right-clicking on that window currently doesn't work 
because the output isn't formatted in the way that the right-click 
action is looking for.  Here is a patch that makes the right-click 
functionality work.

--
components: Library (Lib)
files: grepdialog.diff
keywords: patch
messages: 67464
nosy: russell.blau
severity: normal
status: open
title: IDLE "find in files" output not formatted optimally
type: behavior
versions: Python 2.5
Added file: http://bugs.python.org/file10459/grepdialog.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2292] Missing *-unpacking generalizations

[Georg Brandl]

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

What's the status of this? Is it still under consideration for 3.0 -- if
yes, that should get decided before the beta.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2996] IDLE "find in files" output not formatted optimally

[Georg Brandl]

Changes by Georg Brandl <[EMAIL PROTECTED]>:


--
assignee:  -> kbk
nosy: +kbk

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2995] Idle, some Linuxes, cannot position Cursor by mouseclick

[Georg Brandl]

Changes by Georg Brandl <[EMAIL PROTECTED]>:


--
assignee:  -> kbk
nosy: +kbk

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2981] confusing action of struct.pack and struct.unpack with fmt 'p'

[John Stowers]

John Stowers <[EMAIL PROTECTED]> added the comment:

I Agree. AIUI the benefit of pascal strings when transmitted is that the
decoder does not need to know its length ahead of time. The requirement
that the unpack pascal format string be given the length of the string
makes the implementation here useless

--
nosy: +nzjrs

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2975] VS8 include dirs grow without bound

[Jim Kleckner]

Jim Kleckner <[EMAIL PROTECTED]> added the comment:

Talk about tunnel vision...  The code is right next to it!

It is the include paths that are growing without bound (and presumably
the LIBPATH as well).

The test case is the Cython unit tests.  They run until the include
variable generates a "line too long" error.

The normalize_and_reduce_paths() function needs to be performed on
INCLUDE and LIBPATH in addition to the exec path.  i.e.
os.environ['lib'] and os.environ['include'].

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2973] _ssl compiler warnings

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

It looks like this comes from r59493 which purports to fix a warning:


r59493 | christian.heimes | 2007-12-13 23:38:13 -0500 (Thu, 13 Dec 2007) 
| 1 line

Fixed warning in ssl module


--- Modules/_ssl.c  (revision 59492)
+++ Modules/_ssl.c  (revision 59493)
@@ -660,7 +660,7 @@
char buf[2048];
char *vptr;
int len;
-   unsigned char *p;
+   const unsigned char *p;
 
if (certificate == NULL)
return peer_alt_names;


On MacOS 10.4 with OpenSSL 0.9.7i, ASN1_item_d2i is declared without 
const, so reverting fixes the warning.

I guess Christian was developing on a system with a different OpenSSL 
version, so we need to hear from him before attempting another fix.

--
nosy: +belopolsky, christian.heimes

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2888] pprint produces different output in 2.6 and 3.0

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:

The version seen in py3k is the intended formatting; I don't remember
anything about a change, but given the time I've not had in following
commit messages and discussions, I could easily have missed something.

I'm strongly in favor of the output from the Python 3.0 version; the 2.6
version is silly, even if you're not already laughing at the indent
parameter.

(When I first wrote pprint, I was working with huge nested tuples, for
which I found the indentation control useful.  Haven't used it since,
though I suspect that's the sort of thing that makes others try it out.)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2888] pprint produces different output in 2.6 and 3.0

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:

I will note that Python 2.5 matches Python 3.0 in this regard.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2888] pprint produces different output in 2.6 and 3.0

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:

The patch doesn't include a new test to cover this case.  That needs to
be written and applied to both trunk and py3k.

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

[issue2877] Backport UserString move from 3.0

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

r63767 has the 2.6 changes (with the block in 3.0 in r63768). r63769 has 
the fixer in 2to3 in the sandbox.

Thanks for the patches, Quentin.

--
resolution:  -> accepted
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

[issue2888] pprint produces different output in 2.6 and 3.0

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:

The attached test_pprint.diff adds a test for this problem.  This test
passes for the py3k and release25-maint branches and fails for the
trunk. Applying Manuel Kaufmann's pprint.diff patch to the trunk causes
it to pass as well.

I'll leave it for someone else to figure out the right svnmerge dance to
keep the trunk and py3k properly in sync.  The test should be applied to
the py3k, release25-maint, and trunk branches, at any rate.

Added file: http://bugs.python.org/file10460/test_pprint.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1005895] curses for win32

[anatoly techtonik]

Changes by anatoly techtonik <[EMAIL PROTECTED]>:


--
nosy: +techtonik

___
Python tracker <[EMAIL PROTECTED]>

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