[ python-Bugs-1511736 ] Python gettext doesn't support libglade (again)
Bugs item #1511736, was opened at 2006-06-24 13:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Shmyrev Nick (nshmyrev) Assigned to: Nobody/Anonymous (nobody) Summary: Python gettext doesn't support libglade (again) Initial Comment: It looks like bug 516412 is returned back. I have glade interface untranslated in meld application from meld.sourceforge.net Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 pygtk2-devel-2.8.4-1.1 Opening a new one according to comments of loewis http://sourceforge.net/tracker/?func=detail&atid=105470&aid=516412&group_id=5470 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-516412 ] Python gettext doesn't support libglade
Bugs item #516412, was opened at 2002-02-12 16:01 Message generated for change (Comment added) made by nshmyrev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=516412&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.3 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Christian Reis (kiko_async) Assigned to: Nobody/Anonymous (nobody) Summary: Python gettext doesn't support libglade Initial Comment: Libglade is a library that parses XML and generates GTK-based UIs in runtime. It is written in C and supports a number of languages through bindings. James Henstridge has maintained a set of bindings for Python for some time now. These bindings work very well, _except for internationalization_. The reason seems now straightforward to me. Python's gettext.py is a pure python implementation, and because of it, bindtextdomain/textdomain are never called. This causes any C module that uses gettext to not activate the support, and not use translation because of it. Using Martin's intl.so module things work great, but it is a problem for us having to redistribute it with our application. Any other suggestions to fix? -- Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 14:00 Message: Logged In: YES user_id=598622 https://sourceforge.net/tracker/index.php?func=detail&aid=1511736&group_id=5470&atid=105470 -- Comment By: Martin v. Löwis (loewis) Date: 2006-06-15 10:03 Message: Logged In: YES user_id=21627 Please don't add messages to a bug report that was closed four years ago. Add a new bug report, explaining your problem. Please be precise in stating what "this" is that you are seeing. -- Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-15 02:26 Message: Logged In: YES user_id=598622 I am still seeing this with meld application meld.sourceforge.net Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 pygtk2-devel-2.8.4-1.1 -- Comment By: Martin v. Löwis (loewis) Date: 2002-03-27 21:53 Message: Logged In: YES user_id=21627 This is fixed with configure 1.291 configure.in 1.301 pyconfig.h.in 1.25 liblocale.tex 1.28 NEWS 1.369 _localemodule.c 2.29 Notice that applications that want to change the C library's domain bindings will have to invoke locale.bindtextdomain; I decided not to provide automatic forwarding from gettext.bindtextdomain to locale.bindtextdomain, since the C library and Python may have different message catalog formats (e.g. on Solaris); this might confuse the C library. -- Comment By: James Henstridge (jhenstridge) Date: 2002-02-13 05:15 Message: Logged In: YES user_id=146903 Some libraries (libglade in this case) translate some messages on behalf of the application (libglade translates messages in the input file using the default translation domain, or some other domain specified by the programmer). This is a case of wanting python's gettext module to cooperate with the C level gettext library. For libglade, this could be achieved by making the gettext.bindtextdomain() and gettext.textdomain() calls to call the equivalent C function in addition to what they do now. For most messages in gtk+ itself, it will use dgettext() for most messages already, so isn't a problem. The exception to this is places where it allows other libraries (or the app) to register new stock items, which get translated with a programmer specified domain. As of gettext 0.10.40, there should be no license problems, as the license for the libintl library was changed from GPL to LGPL. It should be a fairly simple to implement this; just needs a patch :) -- Comment By: Martin v. Löwis (loewis) Date: 2002-02-13 04:17 Message: Logged In: YES user_id=21627 How does gtk invoke gettext? It sounds buggy in the respect that it expects the textdomain to be set globally; a library should not do that. Instead, the right thing (IMO) would be if gtk called dgettext, using an application-supplied domain name. It would be then the matter of the Python gtk wrapper to expose the GTK APIs for setting the text domain. -- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-12 16:52 Message: Logged In: NO If what you want is a way to call bindtextdomain/textdomain from Python, feel free to supply a patch or ask martin to add intl.so to the distribution. --Guido (@#$% SF a
[ python-Bugs-1511736 ] Python gettext doesn't support libglade (again)
Bugs item #1511736, was opened at 2006-06-24 13:59 Message generated for change (Comment added) made by nshmyrev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Shmyrev Nick (nshmyrev) Assigned to: Nobody/Anonymous (nobody) Summary: Python gettext doesn't support libglade (again) Initial Comment: It looks like bug 516412 is returned back. I have glade interface untranslated in meld application from meld.sourceforge.net Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 pygtk2-devel-2.8.4-1.1 Opening a new one according to comments of loewis http://sourceforge.net/tracker/?func=detail&atid=105470&aid=516412&group_id=5470 -- >Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 14:02 Message: Logged In: YES user_id=598622 This code cures the problem, but of course it's just a workaround gtk.glade.bindtextdomain(APP, DIR) gtk.glade.textdomain(APP) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511736 ] Python gettext doesn't support libglade (again)
Bugs item #1511736, was opened at 2006-06-24 11:59 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Shmyrev Nick (nshmyrev) Assigned to: Nobody/Anonymous (nobody) Summary: Python gettext doesn't support libglade (again) Initial Comment: It looks like bug 516412 is returned back. I have glade interface untranslated in meld application from meld.sourceforge.net Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 pygtk2-devel-2.8.4-1.1 Opening a new one according to comments of loewis http://sourceforge.net/tracker/?func=detail&atid=105470&aid=516412&group_id=5470 -- >Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 12:27 Message: Logged In: YES user_id=21627 Can you please provide precise instructions on how to reproduce the problem? It works fine for me. -- Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 12:02 Message: Logged In: YES user_id=598622 This code cures the problem, but of course it's just a workaround gtk.glade.bindtextdomain(APP, DIR) gtk.glade.textdomain(APP) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1510984 ] 2.5b1 windows won't install or admit failure
Bugs item #1510984, was opened at 2006-06-23 00:53 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1510984&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Jim Jewett (jimjjewett) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5b1 windows won't install or admit failure Initial Comment: I downloaded the Windows 2.5b1, and then tried to install following all defaults. I had previously installed 2.5a2, and it is possible that I switched between "install for all users" and "install just for me". The install offered me a finish button, and no protest when I clicked it -- but after that, the shortcuts did not start python (nor did they protest; they just went into never neverland). Starting python at the command line did work. Reinstall with a repair did not fix anything. Uninstall, then uninstall 2.5a, then install on a "clean" system did work. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 12:28 Message: Logged In: YES user_id=21627 Can you please give a precise reference to what you've downloaded? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1510984&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1508010 ] msvccompiler.py using VC6 with Python 2.5a2
Bugs item #1508010, was opened at 2006-06-18 09:11 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1508010&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Distutils Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Jimmy Retzlaff (jretz) Assigned to: Nobody/Anonymous (nobody) Summary: msvccompiler.py using VC6 with Python 2.5a2 Initial Comment: The change in revision 42515 checks if MSSdk is defined, and if so it will "Assume that the SDK set up everything alright." The problem is that the SDK may be set up for a different version of cl.exe than is expected. In my case I have VC6 and VC7.1 installed and the SDK is set up for VC6. When building extensions for Python 2.5a2, distutils tries to use VC6 in my case. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 12:30 Message: Logged In: YES user_id=21627 I don't understand the problem. MSSdk gets defined by opening a specific SDK build environment. Just don't open that build environment, but open a regular cmd.exe window, and it should work fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1508010&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1507224 ] sys.path issue if sys.prefix contains a colon
Bugs item #1507224, was opened at 2006-06-16 13:22 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1507224&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Ronald Oussoren (ronaldoussoren) >Assigned to: Nobody/Anonymous (nobody) Summary: sys.path issue if sys.prefix contains a colon Initial Comment: If you install python in a directory whose path contains a colon sys.path will be wrong, the installation directory will be split into two strings and both of them are added to sys.path. The following session demonstrates the problem: bump:~/src/python/:colon bob$ ./python.exe -c "import sys; print sys.path" 'import site' failed; use -v for traceback ['', '/usr/local/lib/python25.zip', '/Users/bob/src/python/', 'colon/../ Lib/', '/Users/bob/src/python/', 'colon/../Lib/plat-darwin', '/Users/bob/ src/python/', 'colon/../Lib/plat-mac', '/Users/bob/src/python/', 'colon/../ Lib/plat-mac/lib-scriptpackages', '/Users/bob/src/python/', 'colon/../ Lib/lib-tk', '/Users/bob/src/python/', 'colon/Modules'] -- >Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 12:35 Message: Logged In: YES user_id=21627 I think this can be fixed. sys.prefix should be treated as unspittable when constructing sys.path, i.e. sys.prefix should be inserted only after the colon-splitting has been done. Not sure what the best way to implement that would be, though, so unassigning. -- Comment By: Georg Brandl (gbrandl) Date: 2006-06-22 21:08 Message: Logged In: YES user_id=849994 I don't know if something can be done here. A possibility would be, if one path segment doesn't exist, add the colon and the next segment and try again. Martin, do you have an opinion? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1507224&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511497 ] xml.sax.expatreader is missing
Bugs item #1511497, was opened at 2006-06-23 20:14 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511497&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: XML Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Wummel (calvin) Assigned to: Nobody/Anonymous (nobody) Summary: xml.sax.expatreader is missing Initial Comment: Hi, when testing the new Python 2.5 subversion tree I encountered this behaviour: $ python2.5 Python 2.5b1 (trunk:47065, Jun 22 2006, 20:56:23) [GCC 4.1.2 20060613 (prerelease) (Debian 4.1.1-5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.sax.expatreader >>> print xml.sax.expatreader Traceback (most recent call last): File "", line 1, in AttributeError: 'module' object has no attribute 'expatreader' >>> So the import went ok, but using the attribute gave an error. This is very strange. Python 2.4 did not have this behaviour. -- >Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 12:39 Message: Logged In: YES user_id=21627 How precisely did you test it? What configure options did you set up, what commands did you provide to build Python? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511497&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511736 ] Python gettext doesn't support libglade (again)
Bugs item #1511736, was opened at 2006-06-24 13:59 Message generated for change (Comment added) made by nshmyrev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Shmyrev Nick (nshmyrev) Assigned to: Nobody/Anonymous (nobody) Summary: Python gettext doesn't support libglade (again) Initial Comment: It looks like bug 516412 is returned back. I have glade interface untranslated in meld application from meld.sourceforge.net Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 pygtk2-devel-2.8.4-1.1 Opening a new one according to comments of loewis http://sourceforge.net/tracker/?func=detail&atid=105470&aid=516412&group_id=5470 -- >Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 16:24 Message: Logged In: YES user_id=598622 You have to download meld from meld.sourceforge.net. Then build it and run under some locale, say ru_RU.utf8. You'll see untranslated UI under Fedora Core 5. If you'll add a call to gtk.glade.bindtextdomain to meld, you'll see interface translated. Thus I suppose that gettext isn't initialized properly as in original bug. -- Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 14:27 Message: Logged In: YES user_id=21627 Can you please provide precise instructions on how to reproduce the problem? It works fine for me. -- Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 14:02 Message: Logged In: YES user_id=598622 This code cures the problem, but of course it's just a workaround gtk.glade.bindtextdomain(APP, DIR) gtk.glade.textdomain(APP) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511736 ] Python gettext doesn't support libglade (again)
Bugs item #1511736, was opened at 2006-06-24 11:59 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library >Group: 3rd Party >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Shmyrev Nick (nshmyrev) Assigned to: Nobody/Anonymous (nobody) Summary: Python gettext doesn't support libglade (again) Initial Comment: It looks like bug 516412 is returned back. I have glade interface untranslated in meld application from meld.sourceforge.net Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 pygtk2-devel-2.8.4-1.1 Opening a new one according to comments of loewis http://sourceforge.net/tracker/?func=detail&atid=105470&aid=516412&group_id=5470 -- >Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 15:09 Message: Logged In: YES user_id=21627 Ah, that's a bug in meld. It shouldn't do gettext.bindtextdomain, but locale.bindtextdomain (although gtk.glade.bindtextdomain has the same effect). It is intentional that the Python gettext implementation and the C library's gettext implementation are separate. If you want to use the C library's gettext, you should use the locale.* functions; if you want the pure-Python implementation, use gettext.*. Closing as a third-party bug. -- Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 14:24 Message: Logged In: YES user_id=598622 You have to download meld from meld.sourceforge.net. Then build it and run under some locale, say ru_RU.utf8. You'll see untranslated UI under Fedora Core 5. If you'll add a call to gtk.glade.bindtextdomain to meld, you'll see interface translated. Thus I suppose that gettext isn't initialized properly as in original bug. -- Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 12:27 Message: Logged In: YES user_id=21627 Can you please provide precise instructions on how to reproduce the problem? It works fine for me. -- Comment By: Shmyrev Nick (nshmyrev) Date: 2006-06-24 12:02 Message: Logged In: YES user_id=598622 This code cures the problem, but of course it's just a workaround gtk.glade.bindtextdomain(APP, DIR) gtk.glade.textdomain(APP) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511736&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511911 ] vague xref in description of sorted() builtin
Bugs item #1511911, was opened at 2006-06-24 20:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511911&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: rurpy (rurpy) Assigned to: Nobody/Anonymous (nobody) Summary: vague xref in description of sorted() builtin Initial Comment: In section 2.1, "Builtin Functions", in the description of function sorted(), it says: The optional arguments cmp, key, and reverse have the same meaning as those for the list.sort() method. For someone not already very familiar with the organiztion of the Library Reference, a reference to list.sort() is not very useful. If one looks in the index one sees "List Object" and "List, operations on". Although the latter link does bring one to the right page (2.3.6.4 "Mutable Sequence Types") it is not obvious to those not yet used to the loose use of terms in the Puython docs, that "operation" and "method" are synonymous. And God help the poor newbie who forgets the index and tries to find the relevent page using the ToC. I suggest: 1) In sec. 2.1, explicity describe sorted()'s arguments rather than referencing list.sort(). Cut and paste from list.sort. Mention (as a helpful "see also") the existence of the list.sort() method with a link. If that is not acceptable than, 2a) In sec 2.1, change word "method" to "operation", or 2b) In the index under "List", add a link "methods" pointing to section 2.1, (i.e. same target as the currently existing "operations" entry under List. And, 3) In sec 2.1 make the text "List.sorted()" a link to to the List.sorted() page (2.3.6.4 "Mutable Sequence Types") -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511911&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1508010 ] msvccompiler.py using VC6 with Python 2.5a2
Bugs item #1508010, was opened at 2006-06-18 00:11 Message generated for change (Comment added) made by jretz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1508010&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Distutils Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Jimmy Retzlaff (jretz) Assigned to: Nobody/Anonymous (nobody) Summary: msvccompiler.py using VC6 with Python 2.5a2 Initial Comment: The change in revision 42515 checks if MSSdk is defined, and if so it will "Assume that the SDK set up everything alright." The problem is that the SDK may be set up for a different version of cl.exe than is expected. In my case I have VC6 and VC7.1 installed and the SDK is set up for VC6. When building extensions for Python 2.5a2, distutils tries to use VC6 in my case. -- >Comment By: Jimmy Retzlaff (jretz) Date: 2006-06-24 16:01 Message: Logged In: YES user_id=101588 There is an option when installing VC (or at least there used to be, I haven't checked lately) to set the environment variables to take effect system wide. This is useful in that the build environment is always available at any command line (and they are also set when I build from my editor which is not VS). I've left mine pointed at VC6 as I typically do standalone DLLs using VC6 so they are easier to redistribute. Distutils has always selected the right version so it hasn't been an issue for me when working on Python things before. The issue wouldn't be as difficult if the resulting behavior were more obvious. Unfortunately the initial errors in my case were syntax errors arising from macro definitions that changed between VC6 and VC7.1. Most of the time I spent updating py2exe to work with 2.5 was spent on diagnosing this. It wasnât helped by the fact that I had a blind spot regarding the compiler version. I use a batch file to build py2exe for 2.3, then 2.4, and finally 2.5. Since 2.3 and 2.4 were building fine I didnât even consider the idea of the wrong compiler version being used for quite a while. For now I just do "set MSSDK=" before building and then everything works just fine. -- Comment By: Martin v. Löwis (loewis) Date: 2006-06-24 03:30 Message: Logged In: YES user_id=21627 I don't understand the problem. MSSdk gets defined by opening a specific SDK build environment. Just don't open that build environment, but open a regular cmd.exe window, and it should work fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1508010&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511964 ] Can't use sockets in 2.5b1
Bugs item #1511964, was opened at 2006-06-24 16:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511964&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Bryan O'Sullivan (bos) Assigned to: Nobody/Anonymous (nobody) Summary: Can't use sockets in 2.5b1 Initial Comment: I'm testing Mercurial with Python 2.5b1, and I am getting severe badness in the socket module, complaining that _socket.socket doesn't have a recv_into method. + File "/tmp/hgtests.u_b_G-/install/lib/python/mercurial/httprangereader.py", line 24, in read +f = urllib2.urlopen(req) + File "/export/home/bos/src/py25/lib/python2.5/urllib2.py", line 121, in urlopen +return _opener.open(url, data) + File "/export/home/bos/src/py25/lib/python2.5/urllib2.py", line 374, in open +response = self._open(req, data) + File "/export/home/bos/src/py25/lib/python2.5/urllib2.py", line 392, in _open+'_open', req) + File "/export/home/bos/src/py25/lib/python2.5/urllib2.py", line 353, in _call_chain +result = func(*args) + File "/export/home/bos/src/py25/lib/python2.5/urllib2.py", line 1099, in http_open +return self.do_open(httplib.HTTPConnection, req) + File "/export/home/bos/src/py25/lib/python2.5/urllib2.py", line 1071, in do_open +h.request(req.get_method(), req.get_selector(), req.data, headers) + File "/export/home/bos/src/py25/lib/python2.5/httplib.py", line 862, in request +self._send_request(method, url, body, headers) + File "/export/home/bos/src/py25/lib/python2.5/httplib.py", line 885, in _send_request +self.endheaders() + File "/export/home/bos/src/py25/lib/python2.5/httplib.py", line 856, in endheaders +self._send_output() + File "/export/home/bos/src/py25/lib/python2.5/httplib.py", line 728, in _send_output +self.send(msg) + File "/export/home/bos/src/py25/lib/python2.5/httplib.py", line 695, in send +self.connect() + File "/export/home/bos/src/py25/lib/python2.5/httplib.py", line 666, in connect +self.sock = socket.socket(af, socktype, proto) + File "/export/home/bos/src/py25/lib/python2.5/socket.py", line 154, in __init__ +self.recv_into = self._sock.recv_into +AttributeError: '_socket.socket' object has no attribute 'recv_into' -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511964&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1511998 ] Glitches in What's New for beta 1
Bugs item #1511998, was opened at 2006-06-25 14:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511998&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Nick Coghlan (ncoghlan) Assigned to: A.M. Kuchling (akuchling) Summary: Glitches in What's New for beta 1 Initial Comment: PEP 343 writeup 2.5a2 changed the generator decorator back to 'contextmanager' when the __context__ method was dropped (without context objects involved, the name contextfactory didn't make sense any more). xmlcore vs xml The notes about the introduction of xmlcore seem a little misleading (implying that 'import xml' will fail on a base 2.5 installation). Isn't the xml namespace a combination of both xmlcore and PyXML? wsgiref The example should either import make_server from wsgiref.simple_server, or else call simple_server.make_server AST compiler documentation People interested in the AST compiler should be directed towards Brett's writeup in PEP 339. http://www.python.org/dev/peps/pep-0339/ Remove of PyRange_New It may be worth noting that you can use PyObject_Call(PyRange_Type, etc...) instead (as per recent python-dev discussion). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1511998&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
