[issue6900] Sub-optimal "Locate" button behaviour in Windows CHM file

Tom Seddon added the comment: Yes, this new version looks to do the job! (Regarding the CSS, I'm not so sure about the serifs yet, but I'll let it sink in and see how I feel :) -- ___ Python tracker _

[issue8786] Add support for IEEE 754 contexts to decimal module.

Mark Dickinson added the comment: Thinking ahead a bit: at some point we might well also want functions to pack and unpack these IEEE formats into byte sequences, using the bit representations described in the standard. A natural place for those functions would be as methods on a Context obj

[issue5639] Support TLS SNI extension in ssl module

Jean-Paul Calderone added the comment: Here's another possible approach: ctx = ssl.SSLContext(ssl.PROTOCOL_TLSv1) ctx.set_tlsext_host_name("foo.bar") skt = ctx.wrap_socket(socket.socket()) skt.connect("bar.baz") This makes it obvious what the SNI hostname is and what the TCP address to connec

[issue5639] Support TLS SNI extension in ssl module

Antoine Pitrou added the comment: The patch probably needs refreshing now that first SSL contexts are in. I wonder whether a combined boolean/string flag is really the best solution. I think we could instead enable SNI by default and add an optional "server_hostname" to set the hostname to SS

[issue8792] xmlrpclib compatibility issues with Apache XML-RPC library

New submission from Attila Nagy : When talking to an Apache XML-RPC library based application via python 2.6.5 xmlrpclib, I get this exception: Traceback (most recent call last): File "prb.py", line 4, in proxy.catv.getEndpointIdByIp('1.1.1.1') File "/tmp/Python-2.6.5/Lib/xmlrpclib.py",

[issue8791] See "Hamster" on your Google homepage

Changes by Eric Smith : Removed file: http://bugs.python.org/file17444/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8791] See "Hamster" on your Google homepage

Changes by Eric Smith : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/option

[issue8790] See "Hamster" on your Google homepage

Changes by Eric Smith : Removed file: http://bugs.python.org/file17443/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8790] See "Hamster" on your Google homepage

Changes by Eric Smith : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/option

[issue8789] See "Hamster" on your Google homepage

Changes by Eric Smith : Removed file: http://bugs.python.org/file17442/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8789] See "Hamster" on your Google homepage

Changes by Eric Smith : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/option

[issue7355] Struct incorrectly compiles format strings

Mark Dickinson added the comment: Doc changes merged in r81477 (release26-maint) and r81480 (release31-maint). -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue8540] Make Context._clamp public in decimal module

Mark Dickinson added the comment: Thanks for catching the doc typo! Actually, I didn't like that doc addition anyway, so I rewrote it. Committed in r81476. -- resolution: -> accepted status: open -> closed ___ Python tracker

[issue8790] See "Hamster" on your Google homepage

Changes by Mark Dickinson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8791] See "Hamster" on your Google homepage

Changes by Mark Dickinson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8789] See "Hamster" on your Google homepage

Changes by Mark Dickinson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8791] See "Hamster" on your Google homepage

New submission from reynaldo : Your friend, renbe...@gmail.com, has sent you the following Google Gadget. See "Hamster" on your Google homepage » screenshot -- files: unnamed messages: 106319 nosy: renben priority: normal severity: normal status: open title: See "Hamster" on your Goog

[issue8790] See "Hamster" on your Google homepage

New submission from reynaldo : Your friend, renbe...@gmail.com, has sent you the following Google Gadget. See "Hamster" on your Google homepage » screenshot -- files: unnamed messages: 106318 nosy: renben priority: normal severity: normal status: open title: See "Hamster" on your Goog

[issue8789] See "Hamster" on your Google homepage

New submission from reynaldo : Your friend, renbe...@gmail.com, has sent you the following Google Gadget. See "Hamster" on your Google homepage » screenshot -- files: unnamed messages: 106317 nosy: renben priority: normal severity: normal status: open title: See "Hamster" on your Goog

[issue6268] Seeking to the beginning of a text file a second time will return the BOM as first character

STINNER Victor added the comment: > Fixed: 2.7 (r81459), 2.6 (r81460), 3.2 (r81461), 3.1 (r81462). This fix doesn't work on Windows nor Solaris: it uses "wt+" file mode, whereas "t" in invalid on these OS (does "t" mode really exist?). While fixing this bug, I noticed two other bugs (in Stre

[issue4769] b64decode should accept strings or bytes

STINNER Victor added the comment: This one! -- keywords: +patch Added file: http://bugs.python.org/file17441/base64_main.patch ___ Python tracker ___

[issue4769] b64decode should accept strings or bytes

Dan Buch added the comment: @haypo - what patch? :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue8016] Support for cp858

Tim Hatch added the comment: I also noticed that libforensics supplies a codec for cp858, if that's helpful to double-check the implementation. http://code.google.com/p/libforensics/source/browse/code/lf/win/codepage/cp858.py -- ___ Python tracker

[issue8788] urllib.urlencode documentation unclear on doseq

Jeroen Habraken added the comment: An elaboration as requested on IRC: It appears to make claims about 'the sequence', but doesn't make clear that 'doseq' matters when *v* is a sequence. It is easy to assume it refers to the query sequence, which is of course always a sequence. -- _

[issue8788] urllib.urlencode documentation unclear on doseq

New submission from Jeroen Habraken : The urllib.urlencode documentation is unclear with regard to the 'doseq' option. In my opinion it does not clearly state what its functionality is. -- assignee: d...@python components: Documentation messages: 106311 nosy: VeXocide, d...@python prior

[issue6900] Sub-optimal "Locate" button behaviour in Windows CHM file

Tiberius Teng added the comment: Here's the .hhp file I used to compile this chm, other files can be obtained by using HTML Help Workshop to decompile this chm. -- Added file: http://bugs.python.org/file17440/python265.hhp ___ Python tracker

[issue6900] Sub-optimal "Locate" button behaviour in Windows CHM file

Tiberius Teng added the comment: I have built a copy myself, with some icon style/CSS tweaking. Please test it out ;) -- Added file: http://bugs.python.org/file17439/python265.chm ___ Python tracker __

[issue6900] Sub-optimal "Locate" button behaviour in Windows CHM file

Tiberius Teng added the comment: I believe I have isolated the problem. After generating html help files with sphinx $ sphinx-build -bhtmlhelp -a . build Edit build/python265.hhp and remove following two lines: Binary TOC=Yes Binary Index=No And build the chm again, the result file will have

[issue8787] PySys_Get

Sebastian added the comment: Could anyone please correct the title? Thx :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8787] PySys_Get

New submission from Sebastian : Hi all, I found a bug in the exception handler. When I start the app without any arguments I get an output I expect: __main__:2:DeprecationWarning: Deprecated function. When I run the app with arguments, the arguments are printed somehow in the exception output:

[issue8540] Make Context._clamp public in decimal module

Stefan Krah added the comment: The patch looks good, +1 for applying it. I'm not a native speaker, but probably: "are subject to clamping this manner" => "are subject to clamping in this manner" -- ___ Python tracker

[issue8782] inspect.getsource returns invalid source for non-newline-ending module

Benjamin Peterson added the comment: 2010/5/22 holger krekel : > > holger krekel added the comment: > > Great. Also to be backported to 2.x? That is 2.x. -- ___ Python tracker

[issue8786] Add support for IEEE 754 contexts to decimal module.

Changes by Mark Dickinson : -- components: +Library (Lib) stage: -> needs patch type: -> feature request ___ Python tracker ___ ___ P

[issue8786] Add support for IEEE 754 contexts to decimal module.

Stefan Krah added the comment: Mark Dickinson wrote: > It's Table 3.6 ("Decimal interchange format parameters") in the final version > of IEEE 754; Thanks! I think this is not in the draft I have. +1 for IEEEContext(n). Could we have module constants Decimal32, Decimal64 and Decimal128 so th

[issue8749] Cruft in object.c: PyObject_GenericGetAttr

Mark Dickinson added the comment: Fixed in r81470. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-b

[issue8635] enumerate() docstring doesn't cover optional start argument

Georg Brandl added the comment: Thanks, fixed in r81468 with a slightly different patch. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker __

[issue8540] Make Context._clamp public in decimal module

Mark Dickinson added the comment: Here's a patch for changing '_clamp' into 'clamp'. -- keywords: +patch Added file: http://bugs.python.org/file17438/decimal_public_clamp.patch ___ Python tracker __

[issue8016] Support for cp858

Georg Brandl added the comment: Benjamin: OK to put this in 2.7? -- assignee: -> benjamin.peterson nosy: +benjamin.peterson, georg.brandl priority: normal -> high ___ Python tracker ___

[issue3924] cookielib chokes on non-integer cookie version, should ignore it instead

Georg Brandl added the comment: Thanks for the patch! Applied in r81465 f. Merged to 2.x in r81467, will merge to 3k later. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker

[issue8786] Add support for IEEE 754 contexts to decimal module.

Mark Dickinson added the comment: It's Table 3.6 ("Decimal interchange format parameters") in the final version of IEEE 754; I'm not sure what that corresponds to in the various drafts. It has column headings: "decimal32", "decimal64", "decimal128" and "decimal{k} (k >= 32)". Parameters fo

[issue8786] Add support for IEEE 754 contexts to decimal module.

Stefan Krah added the comment: Some context from issue 8540: [Stefan Krah] > I'm busy implementing the IEEE754 contexts for cdecimal. To keep things > in sync, it would be nice to agree how they should be created. > > > Suggestions: > > 1) c = Decimal64Context > > 2) c = Context(Decimal64) [M

[issue8765] Tests unwillingly writing unicocde to raw streams

Antoine Pitrou added the comment: Amaury, do you remember if we made this deliberately? -- nosy: +amaury.forgeotdarc ___ Python tracker ___ __

[issue8786] Add support for IEEE 754 contexts to decimal module.

New submission from Mark Dickinson : Discussion migrated from issue 8540 into its own issue. For ease of communication with other libraries, it would be good to be able to easily create contexts corresponding to the IEEE 754 (2008) decimal interchange formats. -- messages: 106294 nosy

[issue8540] Make Context._clamp public in decimal module

Mark Dickinson added the comment: BTW, let's open another issue for support of the IEEE 754 contexts, and keep this one for exposing _clamp. Otherwise life gets confusing when you're trying to decide when an issue can be closed, etc... -- ___ Pyth

[issue8540] Make Context._clamp public in decimal module

Mark Dickinson added the comment: > 1) c = Decimal64Context > > 2) c = Context(Decimal64) Rather that complicating the Context constructor, I'd prefer a separate factory function. I was thinking of something like: def IEEEContext(n): """Return the decimal IEEE 754 context. n should be

[issue8188] Unified hash for numeric types.

Mark Dickinson added the comment: Updated patch: - make hash(m/P) preserve sign, as discussed earlier - add details for computing the hash of a complex number - reorganize sys.hash_info - drop sys.hash_info.bits (the exponent of the Mersenne prime); it's not needed in the Python co

[issue8540] Make Context._clamp public in decimal module

Stefan Krah added the comment: I'm busy implementing the IEEE754 contexts for cdecimal. To keep things in sync, it would be nice to agree how they should be created. Suggestions: 1) c = Decimal64Context 2) c = Context(Decimal64) 3) ? I have a preference for 2). It's clear that you get a n

[issue8765] Tests unwillingly writing unicocde to raw streams

Ray.Allen added the comment: Yes, I saw that, thanks for explanation! So I work a patch against the trunk, including modification of fileio_write(), bufferedwriter_write() and test_fileio.py. -- Added file: http://bugs.python.org/file17436/issue_8765.diff

[issue1436346] yday in datetime module

Georg Brandl added the comment: Care to suggest a patch? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8785] findall() and finditer() docs misleading

Georg Brandl added the comment: Thanks, fixed in r81463. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue8785] findall() and finditer() docs misleading

New submission from Hagen Fürstenau : The docs for the RegexpObject methods findall and finditer are misleading: They are said to behave the same way as the respective functions, but in fact the parameter semantics are different. -- assignee: d...@python components: Documentation messa

[issue2736] datetime needs an "epoch" method

Changes by Sebastian Rittau : -- nosy: -srittau ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue8782] inspect.getsource returns invalid source for non-newline-ending module

holger krekel added the comment: Great. Also to be backported to 2.x? holger On Fri, May 21, 2010 at 11:32 PM, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > Fixed in r81432 by making linecache smarter. > > -- > nosy: +benjamin.peterson > resolution:  -> fixed