[issue2182] tokenize: does not allow CR for a newline

Jared Grubb <[EMAIL PROTECTED]> added the comment: I actually hadnt thought of that. PyPy should actually use universal newlines to its advantage; after all, it IS written in Python... Thanks for the suggestion! In any case, I wanted to get this bug about the standard library in your record, in

[issue2182] tokenize: does not allow CR for a newline

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I recommend that you only care about \n and consider everything else unspecified. __ Tracker <[EMAIL PROTECTED]> __ _

[issue2182] tokenize: does not allow CR for a newline

Jared Grubb <[EMAIL PROTECTED]> added the comment: Yes, but exec(string) also gives a syntax error for \r\n: exec('x=1\r\nprint x') The only explanation I could find for ONLY permitting \n as newlines in exec(string) comes from PEP278: "There is no support for universal newlines in strings pa

[issue2578] Figure out what to do with unittest's redundant APIs

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Agreed that the various loader classes etc. are mostly a waste. The sad thing is that everyone who is serious about unittests has to reinvent the code that finds files ending in _test.py on the filesystem, or something like that, since that

[issue2573] Can't change the framework name on OS X builds

Aaron Gallagher <[EMAIL PROTECTED]> added the comment: Okay, here's the same patch but now with Mac/Makefile.in patched. I changed all references to Python to the framework name, because I believe it won't work properly otherwise. Added file: http://bugs.python.org/file9979/framework2.patch _

[issue2578] Figure out what to do with unittest's redundant APIs

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: See http://bugs.python.org/issue2249 for discussion. Personally, I prefer minimalism and would like the API thinned considerably. Also, I don't think all of the classes should be exposed. AFAICT, nobody cares about test suite objects,

[issue2573] Can't change the framework name on OS X builds

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: To start: thanks for the patch. I haven't done a detailed review yet, I have a minor nit: could you change Mac/Makefile.in as well, specifically the definition: PYTHONAPPSDIR=/Applications/MacPython $(VERSION) This is used to install a n

[issue2578] Figure out what to do with unittest's redundant APIs

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'm all for adding new APIs that provide new functionality (we have a few at Google that we really should contribute). I'm not for having several aliases for the same functionality; it maybe the JUnit way but Python's unittest.py is not JUn

[issue2578] Figure out what to do with unittest's redundant APIs

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: In a separate bug report, Steve Purcell indicated that he was taking the module in the opposite direction and adding more redundancy in an effort to fully match the J-Unit API. -- assignee: -> purcell nosy: +purcell, rhettinger

[issue2240] setitimer, getitimer wrapper

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Should further discussion be moved to python-dev ? I'm somewhat stuck on > how to resolve this, besides saying to upgrade to FreeBSD 7 which uses > libthr by default. Discussing on python-dev is fine. An acceptable solution would be to omi

[issue2182] tokenize: does not allow CR for a newline

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I still think it shouldn't be tokenize's business to handle this. I'm not quite sure how exec() manages to do this; I note that this gives a syntax error: exec('x = 1\rprint x\r') __ Tracker <[EMAIL PROTECT

[issue2578] Figure out what to do with unittest's redundant APIs

Guido van Rossum <[EMAIL PROTECTED]> added the comment: My plan: - add deprecations to 3.1 - remove in 3.3 -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ __

[issue2574] Add RFC 3768 SSM Multicast support to "socket"

bms <[EMAIL PROTECTED]> added the comment: Bruce M Simpson wrote: > Benjamin Peterson wrote: >> Benjamin Peterson <[EMAIL PROTECTED]> added the comment: >> >> Can you submit a patch against the trunk? There aren't going to be any >> new features in 2.5. >> > > Would a patch against 2.6a2 be OK

[issue2574] Add RFC 3768 SSM Multicast support to "socket"

bms <[EMAIL PROTECTED]> added the comment: Benjamin Peterson wrote: > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > Can you submit a patch against the trunk? There aren't going to be any > new features in 2.5. > Would a patch against 2.6a2 be OK? I have had a lot of problems b

[issue2581] Vista UAC/elevation support for bdist_wininst

New submission from Mark Hammond <[EMAIL PROTECTED]>: The attached patch adds basic UAC support to bdist_wininst created installers. A new option '--user-access-control' has been added to bdist_wininst, which is written to the INI file read by the installer. The installer reads this value: if i

[issue2577] cmd.py should track input file objects so macros with submacros can be easily written

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Also, please make it against the current trunk. -- nosy: +benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __ _

[issue2573] Can't change the framework name on OS X builds

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> ronaldoussoren nosy: +ronaldoussoren __ Tracker <[EMAIL PROTECTED]> __ ___ Py

[issue2580] Revise builtin class int library manual entry

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: Based on c.l.p discussion with Mark Dickinson, who supplied details and corrections, we propose the following for the int() entry at http://docs.python.org/dev/3.0/library/functions.html#int int([number | string[, radix]]) Convert a number

[issue2573] Can't change the framework name on OS X builds

Aaron Gallagher <[EMAIL PROTECTED]> added the comment: Here's a framework that implements the necessary change. I'm not very good at autoconf, so it might need to be touched up. -- keywords: +patch Added file: http://bugs.python.org/file9977/framework.patch

[issue2577] cmd.py should track input file objects so macros with submacros can be easily written

Guilherme Polo <[EMAIL PROTECTED]> added the comment: You should include a diff, not the entire file with your changes -- nosy: +gpolo __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2579] Misleading 'toctree references unknown document' error

New submission from Henry <[EMAIL PROTECTED]>: The 'toctree references unknown document' can be misleading when the document name includes whitespace. For example, I had mistakenly created an index file of the form .. toctree:: :maxdepth: 2 overview (note that overview has a leading sp

[issue2182] tokenize: does not allow CR for a newline

Jared Grubb <[EMAIL PROTECTED]> added the comment: This is not a report on a bug in exec(), but rather a bug in the tokenize module -- the behavior between the CPython tokenizer and the tokenize module is not consistent. If you look in the tokenize.py source, it contains code to recognize both \n

[issue2578] Figure out what to do with unittest's redundant APIs

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: unittest has many redundant APIs (eg. failIf and assertFalse) which can be phased out in 3.x. We may also want to change the actually methods so they really do what they say: if x == y: pass else: raise AssertionError(...) rather

[issue2182] tokenize: does not allow CR for a newline

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I don't think this ought to be changed in exec(). It ought to be done by opening the file using universal newlines. -- resolution: -> rejected status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1736190] asyncore/asynchat patches

Changes by Guido van Rossum <[EMAIL PROTECTED]>: _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

David Remahl <[EMAIL PROTECTED]> added the comment: Uploading patch that addresses the test cases above. It applies on top of nevyn’s latest patch. Added file: http://bugs.python.org/file9975/python-2.5-int-overflow-2.patch __ Tracker <[EMAIL PROTECTED]>

[issue2240] setitimer, getitimer wrapper

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Trent Nelson kindly gave me access to his FreeBSD 6.2 buildbot so I had chance to do some tests. The problem happens when Python is built against or libc_r, or if you are using libmap you won't need to recompile but the problem still happens w

[issue2577] cmd.py should track input file objects so macros with submacros can be easily written

New submission from Richard King <[EMAIL PROTECTED]>: Add an "input" method or property that saves the current input file object and resets the input file object; when input results in an "EOF", the input file object stack is popped and reading continues from there. A modified cmd.py is attached.

[issue2576] httplib read() very slow due to lack of socket buffer

Daniel Diniz <[EMAIL PROTECTED]> added the comment: The code patch is trivial. I believe it needs docs (both explaining how to use and warning against the problems it may cause), a NEWS entry and tests (at least to check what happens when an invalid value lands). I can work on those changes if t

[issue2572] 3.0 pickle docs -- what about old-style classes?

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Python 3.0 shouldn't have any problem unpickling old-style classes. However, they will be unpickled as new-style classes. Therefore, there might be a few corner-cases that might cause some problems. For example, if an old-style class con

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: I don't think the order in which the items are hashed is really what Raymond was worried about. Rather, the size of the stack was, and the effect of having all the items on the stack at the same time. I think Raymond is wrong in this case; whi

[issue2574] Add RFC 3768 SSM Multicast support to "socket"

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Can you submit a patch against the trunk? There aren't going to be any new features in 2.5. -- nosy: +benjamin.peterson __ Tracker <[EMAIL PROTECTED]>

[issue2573] Can't change the framework name on OS X builds

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Would you like to work on a patch? -- nosy: +benjamin.peterson __ Tracker <[EMAIL PROTECTED]> __ __

[issue2576] httplib read() very slow due to lack of socket buffer

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- priority: -> high __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsu

[issue2576] httplib read() very slow due to lack of socket buffer

New submission from Aren Olson <[EMAIL PROTECTED]>: This is a reposting of issue 508157, as requested by gvanrossum. The socket file object in httplib is opened without any buffering resulting in very slow performance of read(). The specific problem is in the httplib.HTTPResponse constructor.

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

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: The doc for "cmd" at http://docs.python.org/dev/library/cmd.html#module-cmd says: "Instances of Cmd subclasses have some public instance variables: . . . Cmd.use_rawinput¶ A flag, defaulting to true. If true, cmdloop() uses raw_inpu

[issue2575] Reference manual: production for integer literals is missing "bininteger"

New submission from Mark Dickinson <[EMAIL PROTECTED]>: The production list for integer literals is missing the `bininteger` term for binary integer literals. Patch attached. -- assignee: georg.brandl components: Documentation files: bininteger.diff keywords: patch, patch messages: 6511

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: With "distutils users" I'm referring to people that are told to run "python setup.py install". Changed affecting the way this line behaves need to be carefully considered. OTOH, when upgrading a package to a new Python version (and distut

[issue2292] Missing *-unpacking generalizations

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Apr 7, 2008 at 4:02 PM, Thomas Wouters <[EMAIL PROTECTED]> wrote: > .. The order of evaluation is the same, the > BUILD_SET implementation just hashes the evaluated items in a different > order. You can't really rely on that pa

[issue2292] Missing *-unpacking generalizations

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I agree with Thomas. The order in which __hash__() is evaluated shouldn't matter to your app; if __hash__() isn't a pure function (apart from possible caching) you've got worse trouble. __ Tracker <[EMAIL PR

[issue2574] Add RFC 3768 SSM Multicast support to "socket"

New submission from bms <[EMAIL PROTECTED]>: Hi, Here is a patch to add RFC 3768 SSM Multicast support to low-level Python socket module as of 2.5.1. I have not tested the setsourcefilter()/getsourcefilter() socket member functions other than compiling the patch on a Gentoo Linux 2008.0 box w/2

[issue1232947] non-admin install may fail (win xp pro)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I'm closing this as "won't fix". I don't really see a way to support this kind of setup (i.e. the start menu is on a network drive to which the installer service cannot write). -- resolution: -> wont fix status: open -> closed

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Agreed, but any change will target the package authors who can easily > upgrade their packages to use Unicode for e.g. names. They can't: that would break their 2.5-and-earlier compatibility. > If the change were to address distutils user

[issue2568] Seconds range in time unit

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Apr 7, 2008 at 3:42 PM, Anton Fedorov <[EMAIL PROTECTED]> wrote: > There no leap second in 2000th. I was just too lazy too look up the leap second year, but datetime module knows nothing about leap seconds, so I did not expect

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: I'm not sure how this matters. The order of evaluation is the same, the BUILD_SET implementation just hashes the evaluated items in a different order. You can't really rely on that particular order as it's tied closely to the stack representat

[issue2292] Missing *-unpacking generalizations

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I missed the first line copying the class definition into my previous post. Class 'X' was defined as follows: class X(int): def __hash__(self): print('hash', self) return int.__hash__(self)

[issue2292] Missing *-unpacking generalizations

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Apr 7, 2008 at 3:07 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Can you show an example where this would be different? Admittedly a contrived example, but ...def __hash__(self): ...print('hash', self) ...

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Agreed, but any change will target the package authors who can easily upgrade their packages to use Unicode for e.g. names. If the change were to address distutils users, we'd have to be a lot more careful. In any case, if UTF-8 is the d

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

Daniel Diniz <[EMAIL PROTECTED]> added the comment: I don't think it should stop using raw_input just because you changed stdin, as you can change it to something that will work with raw_input. Consider: >>> import sys >>> sys.stdin = open("/dev/tty") >>> raw_input() a 'a' You can tie it to any

[issue1232947] non-admin install may fail (win xp pro)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I can repro this too using python-2.6a2.msi - after selecting "just for > me" on XP running as a non-admin user, I see an error message regarding > permissions. I think this is mixing up entirely unrelated issues. 2.6a2 is known to require

[issue2573] Can't change the framework name on OS X builds

New submission from Aaron Gallagher <[EMAIL PROTECTED]>: There is currently no way in the configure script to specify an alternate name for Python.framework. If I want to completely separate versions of Python (e.g. for 3.0 alphas and/or Stackless), I have to manually edit configure.in and con

[issue2568] Seconds range in time unit

Anton Fedorov <[EMAIL PROTECTED]> added the comment: There no leap second in 2000th. But correct time request fails: >>> datetime.strptime('19951231T235960', '%Y%m%dT%H%M%S') Traceback (most recent call last): File "", line 1, in ValueError: second must be in 0..59 ___

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I don't think that we should support non-ASCII encodings for meta-data > strings passed to setup(). > > If setuptools is broken in this respect, it needs to be fixed. Dito for > other 3rd party tools. We do need to support non-ASCII file

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > If we do use Unicode, I think we might need an extra meta-data, > "encoding", that would default to "utf8", and that could be used when > the class needs to serialize the data in a file. I don't think so. Whenever the data is written to a

[issue2568] Seconds range in time unit

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On the other hand, the time module allows full [00,61] range: >>> [time.strftime('%S',time.strptime(x, '%S')) for x in ('00', '61')] ['00', '61'] so this is implementation rather than documentation issue.

[issue2292] Missing *-unpacking generalizations

Changes by Thomas Wouters <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9970/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-l

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: On Mon, Apr 7, 2008 at 9:00 PM, Alexander Belopolsky <[EMAIL PROTECTED]> wrote: > > Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: > > Thomas, > > Could you add BUILD_*_UNPACK opcodes documentation to > Doc/library/dis.rst? It

[issue2568] Seconds range in time unit

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: OP does not have the reference, but the issue is apparently in the time and datetime modules documentation: http://docs.python.org/dev/library/time.html#time.strftime http://docs.python.org/dev/library/datetime.html#strftime-behavior N

[issue2572] 3.0 pickle docs -- what about old-style classes?

New submission from Georg Brandl <[EMAIL PROTECTED]>: Can 3.0 unpickle pickled old-style classes? Which pickling methods are supported? Etc. -- assignee: alexandre.vassalotti components: Documentation messages: 65098 nosy: alexandre.vassalotti, georg.brandl severity: normal status: open

[issue2567] Section "New-style and classic classes" needs to be removed/rewritten

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed in r62216. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2292] Missing *-unpacking generalizations

Guido van Rossum <[EMAIL PROTECTED]> added the comment: > Do I understand correctly that non-starred arguments are packed into > intermediate tuples/sets in the presence of starred arguments so that > {a,b,*c,d,e} is equivalent to {*{a,b},*c,*{d,e}}? This should not be a > problem for tuples,

[issue2292] Missing *-unpacking generalizations

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Thomas, Could you add BUILD_*_UNPACK opcodes documentation to Doc/library/dis.rst? It would also help if you modify CALL_FUNCTION_* opcodes' documentation to explain how they will interact with unpacking opcodes. Do I understand corr

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

New submission from Richard King <[EMAIL PROTECTED]>: The module global value use_rawinput is initialized to 1 but not reset when stdin is replaced with a passed-in value. -- components: Extension Modules messages: 65094 nosy: rickbking severity: normal status: open title: cmd.py always

[issue2525] class USTimeZone in Doc/includes/tzinfo-examples.py is out of date

Georg Brandl <[EMAIL PROTECTED]> added the comment: Committed as r62214, r62215 (2.5). -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2525] class USTimeZone in Doc/includes/tzinfo-examples.py is out of date

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Thanks, looks good. Since this is assigned to Georg, can you check it in, Georg? Should this be backported to 2.5 docs as well? __ Tracker <[EMAIL PROTECTED]> _

[issue2525] class USTimeZone in Doc/includes/tzinfo-examples.py is out of date

Daniel Diniz <[EMAIL PROTECTED]> added the comment: Changed the local dststart, dstend variables to lowercase, "dates" to "times" (in "find start and end times") and the diff was created from trunk/ this time (as opposed to trunk/Doc/includes/). Added file: http://bugs.python.org/file9969/tzinfo

[issue2570] backport 3.0-style \u/\U processing in raw strings when unicode_literals is imported from __future__

New submission from Guido van Rossum <[EMAIL PROTECTED]>: In 3.0, r'\u1234' is a string of 6 characters (\, u, 1, 2, 3, 4). In 2.6, after "from __future__ import unicode_literals" it is a string of one character (code point 0x1234). IMO the 3.0 behavior should be imported from the future as wel

[issue2547] Py30a4 RELNOTES only cover 30a1 and 30a2

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Barry, this sounds like a file you weren't aware of. Too late for 3.0a4, but perhaps you can add this to the roster of files to be looked at for each release? -- assignee: gvanrossum -> barry nosy: +barry _

[issue2557] \u and \U in raw strings have regressed in 3.0a4

Guido van Rossum <[EMAIL PROTECTED]> added the comment: We went over this before. *I* consider the 2.x behavior a mistake, and a decision was made to change in 3.0. It got much worse in 3.0 because all literals are Unicode (except byte literals). To add a unicode value to a raw string, just co

[issue2525] class USTimeZone in Doc/includes/tzinfo-examples.py is out of date

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Hm, can you use lowercase for the local variable names dststart and dstend? Otherwise looks good. __ Tracker <[EMAIL PROTECTED]> __ _

[issue2292] Missing *-unpacking generalizations

Thomas Wouters <[EMAIL PROTECTED]> added the comment: Agreed. A PEP was already on my TODO list (although I don't mind if someone else picks it up :-) I implemented the dict-unpacking-in-dict-literal syntax in the mean time; it's pushed to the starunpack bzr branch, but I'll add some actual tests

[issue2547] Py30a4 RELNOTES only cover 30a1 and 30a2

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Setting this to release blocker so I can't forget it for the next alphas. -- priority: -> release blocker __ Tracker <[EMAIL PROTECTED]> ___

[issue2541] Unicode escape sequences not parsed in raw strings.

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: pickle still uses it when protocol=0 (and cPickle as well, but in trunk/ only of course) __ Tracker <[EMAIL PROTECTED]> __ __

[issue2541] Unicode escape sequences not parsed in raw strings.

Guido van Rossum <[EMAIL PROTECTED]> added the comment: To be honest, I don't know what the uses are for that codec. __ Tracker <[EMAIL PROTECTED]> __ __

[issue508157] urllib.urlopen results.readline is slow

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Please don't add to a closed issue that old. If you still have an issue with this, please open a new issue. If you have a patch, kindly upload it to the issue. Tracker <[EMAIL PROTECTED]>

[issue2159] dbmmodule inquiry function is performance prohibitive

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Assigning anything not related to Py3k design to me is a mistake; I don't have the bandwidth to handle this, sorry. -- assignee: gvanrossum -> __ Tracker <[EMAIL PROTECTED]>

[issue2159] dbmmodule inquiry function is performance prohibitive

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment: Somebody posted a similar issue in pybsddb. The patch I proposed would be consistent with current "__len__" *internal* use, but the real intention, I think, is to return True or False if the database is open or closed, not if the database is

[issue2292] Missing *-unpacking generalizations

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I think we should either get this into the 3.0a5 release planned for May 7, or wait for 3.1. I'd prefer to see some kind of PEP discussion on the python-3000 list, rather than just a BDFL approval in a tracker issue. I think it's a useful

[issue2550] SO_REUSEADDR doesn't have the same semantics on Windows as on Unix

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Thanks, that's much better (though I'm not the authority on all details of this patch). __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2550] SO_REUSEADDR doesn't have the same semantics on Windows as on Unix

Trent Nelson <[EMAIL PROTECTED]> added the comment: To be honest, I wasn't really happy either with having to return HOST, it's somewhat redundant given that all these tests should be binding against localhost. What about something like this for bind_port(): def bind_port(sock, host=''):

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Note that value = unicode(value).encode("utf-8") will also work if value is already Unicode, so a backwards compatible fix would be to allow passing in: * ASCII encoded strings * Unicode objects for the meta data keyword parameters

[issue2550] SO_REUSEADDR doesn't have the same semantics on Windows as on Unix

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I don't like that the patch changes the API of a function in test_support() (in particular changing the return type; adding optional arguments is not a problem). This could trip up 3rd party users of this API. I recommend creating a new AP

[issue1232947] non-admin install may fail (win xp pro)

Mark Hammond <[EMAIL PROTECTED]> added the comment: I can repro this too using python-2.6a2.msi - after selecting "just for me" on XP running as a non-admin user, I see an error message regarding permissions. On vista, I get an elevation prompt (and if I hit "allow", installation proceeds as if

[issue2128] sys.argv is wrong for unicode strings

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Martin, you are right that they are not from the same reason as that issue. gcc -c -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk/ -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./I

[issue2569] default_scheme in urlparse.urlparse() useless

pk <[EMAIL PROTECTED]> added the comment: and this is the url to the old report: http://mail.python.org/pipermail/python-list/2002-August/157171.html __ Tracker <[EMAIL PROTECTED]> __

[issue2569] default_scheme in urlparse.urlparse() useless

New submission from pk <[EMAIL PROTECTED]>: Hello, the urlparse() function accepts a parameter default_scheme, to be used if the address given does not contain one, but I cannot make use of it, because I would expect these two returning identical values: >>> from urlparse import urlparse >>> ur

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: adding a sample patch to show a possible implementation, and to point the problem to people Added file: http://bugs.python.org/file9967/unicode.metadata.patch __ Tracker <[EMAIL PROTECTED]>

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Tarek Ziadé <[EMAIL PROTECTED]> added the comment: ok, I'll summarize this in distutils-sig sometime today. If we do use Unicode, I think we might need an extra meta-data, "encoding", that would default to "utf8", and that could be used when the class needs to serialize the data in a file.

[issue2538] memoryview of bytes is not readonly

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: This patch looks good. One question: in Objects/abstract.c in PyBuffer_FillInfo, why is it even testing for the PyBUF_LOCK flag at all? PEP 3118 says its valid for both reading and writing (if the underlying object supports locked access).