[issue1690840] xmlrpclib methods submit call on __str__, __repr__

Greg Hazel added the comment: How about making ServerProxy a new-style class? _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing lis

[issue1026] Backport ABC to 2.6

Benjamin Aranguren added the comment: Yes. I plan to work on it this weekend. I hope that's okay. On 9/10/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Committed revision 58099. > (I had to backport test_typechecks.py myself, and fix one issue in a

[issue814253] Grouprefs in lookbehind assertions

Changes by Fredrik Lundh: -- type: -> behavior versions: +Python 2.4, Python 2.5 Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list m

[issue1690840] xmlrpclib methods submit call on __str__, __repr__

Fredrik Lundh added the comment: I'm trying to think of a reason for actually providing __repr__ over RPC, but I cannot find any. Not quite as sure about __str__, though; I suggest adding a __repr__ method, but leaving the rest as is. -- assignee: effbot -> collinwinter ___

[issue1745722] please add wsgi to SimpleXMLRPCServer

Fredrik Lundh added the comment: A proper patch, including tests (if possible) and documentation, would be nice. (also note that SimpleXMLRPCServer was written by Brian Quinlan.) -- assignee: effbot -> _ Tracker <[EMAIL PROTECTED]>

[issue1142] code sample showing errors reading large files with py 2.5/3.0

christen added the comment: Hi Guido It is not the end of the file that is not read (see also below) I found about that about one year ago when I was parsing very large files resulting from "blast" on the human genome My parser chock after 4 Go, well before the end of the file : one line was

[issue1602189] Suggest a textlist() method for ElementTree

Changes by Fredrik Lundh: -- status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe:

[issue1143] Update to latest ElementTree in Python 2.6

Changes by Fredrik Lundh: -- title: Updated to latest ElementTree in 2.6 -> Update to latest ElementTree in Python 2.6 __ Tracker <[EMAIL PROTECTED]> __ __

[issue1602189] Suggest a textlist() method for ElementTree

Fredrik Lundh added the comment: ElementTree 1.3 provides a variant of this (tentatively called "itertext"). -- resolution: -> accepted superseder: -> Updated to latest ElementTree in 2.6 _ Tracker <[EMAIL PROTECTED]>

[issue1143] Updated to latest ElementTree in 2.6

New submission from Fredrik Lundh: The xml.etree package should be updated to ElementTree 1.3/cElementTree 1.0.6 (or later). -- assignee: effbot components: XML messages: 55811 nosy: effbot priority: normal severity: minor status: open title: Updated to latest ElementTree in 2.6 type: rf

[issue1142] code sample showing errors reading large files with py 2.5/3.0

Stefan Sonnenberg-Carstens added the comment: I can confirm that under Linux (Linux nx6310 2.6.22-1-mepis-smp #1 SMP PREEMPT Wed Sep 5 22:23:08 EDT 2007 i686 GNU/Linux, SimplyMepis 7.0b3) 1. using Python 3.0a1 is _very_ slow 2. it eats all your cpu (see my post) I did not take the time to wait fo

[issue1123] split(None, maxsplit) does not strip whitespace correctly

Fredrik Lundh added the comment: But wasn't your complaint that the implementation didn't match the documentation? As I said, the *implementation* treats "runs of whitespace" as separators, except for whitespace at the beginning or end (or in other words, it never returns empty strings). That m

[issue1026] Backport ABC to 2.6

Guido van Rossum added the comment: Committed revision 58099. (I had to backport test_typechecks.py myself, and fix one issue in abc.py.) Are you going to backport _abcoll.py and its tests? -- assignee: -> gvanrossum nosy: +gvanrossum resolution: -> accepted status: open -> closed __

[issue1123] split(None, maxsplit) does not strip whitespace correctly

Nir Soffer added the comment: I did not look into the source, but obviously there is striping of leading and trailing whitespace. When you specify a separator you get: >>> ' '.split(' ') ['', '', ''] >>> ' a b '.split(' ') ['', 'a', 'b', ''] So one would expect to get this without strip

[issue1123] split(None, maxsplit) does not strip whitespace correctly

Fredrik Lundh added the comment: Looks like a *documentation* bug to me; at the implementation level, None just means "no empty parts, treat runs of whitespace as separators". -- nosy: +effbot __ Tracker <[EMAIL PROTECTED]>

[issue1140] re.sub returns str when processing empty unicode string

Changes by Fredrik Lundh: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/pytho

[issue1140] re.sub returns str when processing empty unicode string

Guido van Rossum added the comment: Thanks, Fredrik. Fixed in 2.6. Committed revision 58098. Someone else could backport to 2.5. Shouldn't be merged into 3.0. __ Tracker <[EMAIL PROTECTED]> __

[issue1140] re.sub returns str when processing empty unicode string

Fredrik Lundh added the comment: Well, I spent a minute hunting around for a "comment" field or an "add comment" button. Guess this is a "you only need to learn this once" thing... __ Tracker <[EMAIL PROTECTED]>

[issue1140] re.sub returns str when processing empty unicode string

Fredrik Lundh added the comment: (is there a way to just add a comment in the new tracker, btw, or is everything a "change note", even if nothing has changed?) __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1065] ssl.py shouldn't change class names from 2.6 to 3.x

Bill Janssen added the comment: Fixed in rev 58097. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python

[issue1142] code sample showing errors reading large files with py 2.5/3.0

Guido van Rossum added the comment: PythonMeister, what do you mean, "confirmed"? Your read loop ends printing ('total lines read ', 85014960) which is the expected output. (It's one less than the number of lines written due to a bug in the program -- it prints the 0-based ordinal of the last

[issue1583946] SSL "issuer" and "server" names cannot be parsed

Changes by Bill Janssen: -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing

[issue1140] re.sub returns str when processing empty unicode string

Fredrik Lundh added the comment: Looks good to me. I still subscribe to the idea that robust code should accept 8-bit *ASCII* strings any- where it accepts Unicode (especially when the 8-bit string is empty), but that's me. Feel free to check this in (or assign back to you if you don't have the

[issue1583946] SSL "issuer" and "server" names cannot be parsed

Bill Janssen added the comment: Fixed in rev 58097. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue1140] re.sub returns str when processing empty unicode string

Guido van Rossum added the comment: Fredrik, thoughts? -- assignee: gvanrossum -> effbot nosy: +effbot __ Tracker <[EMAIL PROTECTED]> __ ___ Pyt

[issue1140] re.sub returns str when processing empty unicode string

Guido van Rossum added the comment: Here's a better patch that also fixes a few related issues. __ Tracker <[EMAIL PROTECTED]> __Index: Lib/test/test_re.py =

[issue1096] Deeply recursive repr segfault

Brett Cannon added the comment: Fixed in rev. 58096. -- assignee: -> brett.cannon nosy: +brett.cannon resolution: -> fixed status: open -> closed versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]> ___

[issue783188] support for server side transactions in _ssl

Martin v. Löwis added the comment: Marking as out-of-date -- resolution: -> out of date status: open -> closed superseder: -> server-side ssl support Tracker <[EMAIL PROTECTED]> _

[issue1774736] Binding fails

Changes by Martin v. Löwis: -- resolution: -> duplicate status: open -> closed superseder: -> Tkinter binding involving Control-spacebar raises unicode error _ Tracker <[EMAIL PROTECTED]> ___

[issue1096] Deeply recursive repr segfault

Changes by Brett Cannon: -- priority: -> urgent __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1142] code sample showing errors reading large files with py 2.5/3.0

Changes by Stefan Sonnenberg-Carstens: -- components: +Interpreter Core title: code sample showing errors reading large files with py 2.5 -> code sample showing errors reading large files with py 2.5/3.0 versions: +Python 3.0 __ Tracker <[EMAIL PROTECTED

[issue214033] re incompatibility in sre

Changes by Brett Cannon: -- resolution: accepted -> type: -> behavior versions: +Python 2.6 Tracker <[EMAIL PROTECTED]> ___ Python

[issue1142] code sample showing errors reading large files with py 2.5

Stefan Sonnenberg-Carstens added the comment: Error confirmed for this python: Python 3.0a1 (py3k, Sep 10 2007, 22:45:51) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 See this: [EMAIL PROTECTED]:~$ python2.4 large_io.py (2, 4, 4, 'final', 0) 2007-09-10 21:41:52 (500, 14.321

[issue1456280] Traceback error when compiling Regex

Changes by Brett Cannon: -- superseder: -> re incompatibility in sre title: Traceback error when compiling Regex -> Traceback error when compiling Regex _ Tracker <[EMAIL PROTECTED]> ___

[issue1140] re.sub returns str when processing empty unicode string

Guido van Rossum added the comment: Here's a patch. -- assignee: -> gvanrossum __ Tracker <[EMAIL PROTECTED]> __Index: Lib/test/test_re.py

[issue1734346] patch for bug 1170311 "zipfile UnicodeDecodeError"

Changes by Martin v. Löwis: -- assignee: -> loewis severity: normal -> major _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list ma

[issue1774736] Binding fails

Ali Gholami Rudi added the comment: The same as issue1028. Fixed in r57450. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list

[issue783188] support for server side transactions in _ssl

Bill Janssen added the comment: I think the example in Lib/test/test_ssl.py will have to suffice. It would be nice to have an asyncore example server, too. Tracker <[EMAIL PROTECTED]>

[issue1140] re.sub returns str when processing empty unicode string

Guido van Rossum added the comment: Actually, it already implements the best possible rules, *except* for the special case of an empty 3rd argument. (When there are no substitutions, it normally returns the input unchanged; but somehow an empty input is handled with a shortcut even before that p

[issue1140] re.sub returns str when processing empty unicode string

Beda Kosata added the comment: I would certainly expect it to return unicode when either the "modified" string or the replacement are unicode. I don't think that the type of the replaced string should influence the type of the result. __ Tracker <[EMAIL PROTECTED]

[issue1140] re.sub returns str when processing empty unicode string

Guido van Rossum added the comment: I agree. I wonder if it should return Unicode as soon as *any* of the arguments are unicode??? -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ _

[issue1139] PyFile_Encoding should be PyFile_SetEncoding

Changes by Guido van Rossum: -- assignee: -> georg.brandl nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue1125] bytes.split shold have same interface as str.split, or different name

Guido van Rossum added the comment: Committed revision 58093. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1142] code sample showing errors reading large files with py 2.5

christen added the comment: made an error in copy paste if you replace by fichout.write(str(i)+' '*59+'\n') should be if you replace by fichout.write(str(i)+'\n') of course :-( __ Tracker <[EMAIL PROTECTED]> __

[issue1142] code sample showing errors reading large files with py 2.5

New submission from christen: Error in reading >4Go files under windows try this: import sys print(sys.version_info) import time print (time.strftime('%Y-%m-%d %H:%M:%S')) liste=[] start = time.time() fichout=open('test.txt','w') for i in xrange(85014961): if i%500==0 and i>0: p

[issue1141] reading large files

christen added the comment: Hi Stefan Calculations are underway both read and write do not work well with p3k you can try the code below on your own machine : fichout.write(str(i)+' '*59+'\n') #generates a big file fichout.write(str(i)+'\n') #generate file <4Go the big file is not r

[issue1141] reading large files

Stefan Sonnenberg-Carstens added the comment: Sorry, this way: import sys print(sys.version_info) import time print (time.strftime('%Y-%m-%d %H:%M:%S')) fichin=open(r'D:\pythons\16s\total_gb_161_16S.gb') start = time.time() for i,li in enumerate(fichin): if i%100==0 and i>0: pr

[issue1141] reading large files

Stefan Sonnenberg-Carstens added the comment: Perhaps this is an issue of line separation ? Could you provide the output of wc -l on a *NIX box ? And, could you try with this code: import sys print(sys.version_info) import time print (time.localtime()) fichin=open(r'D:\pythons\16s\total_gb_161_

[issue1141] reading large files

Martin v. Löwis added the comment: > I could certainly do that, but how you get my huge files ? 5 Go of data > is quite big... [not sure what "that" is] I did not mean to suggest that you attach such a large file. Instead, just report that as a separate bug report, and be prepared to answer fol

[issue1765140] logging: delay_fh option and configuration kwargs

Chris Leary added the comment: Ah, I see what the miscommunication is now. Yes, implementing the feature as you suggested would give the user the ability to specify the delayed handle-opening /within/ the configuration file. What I had intended was a way to load/inspect a file configuration with

[issue1141] reading large files

christen added the comment: Hi Martin I could certainly do that, but how you get my huge files ? 5 Go of data is quite big... > If you want to compute runtimes, it is better to not convert them to > local time. Instead, use the pattern > > start = time.time() > ... > print time.time()-start

[issue1141] reading large files

Martin v. Löwis added the comment: If you would like to help resolving the issue with the missing lines, please submit a separate report for that. It is very difficult to track unrelated bugs in a single tracker issue. It would help if you could determine which lines are missing, e.g. by writing

[issue1141] reading large files

New submission from christen: September 11, 2007 I downloaded py 3.k The good news : Under Windows, Python 3k properly reads files larger than 4 Go (in contrast to python 2.5 that skips some lines, see below) The bad news : py 3k is very slow compared to py 2.5; see the results below the code i

[issue1765140] logging: delay_fh option and configuration kwargs

Vinay Sajip added the comment: I'm not sure I agree with "If fileConfig has no delay_fh option, fileConfig() would create the FileHandlers with delay_fh as False". fileConfig will create the FileHandlers using the args= section entry to pass to the constructor. Hence, by specifying True for this