[Python-Dev] Re: [std-proposals] Exception compatibility with aliens

> On 18 Jan 2023, at 15:35, Frederick Virchanza Gotham > wrote: > > On Wed, Jan 18, 2023 at 3:07 PM Jason McKesson wrote: >> >> Also, this proposal seems to be missing the biggest issue with >> cross-language exception handling: the fact that you can't throw >> exceptions across languages.

[Python-Dev] Re: Switching to Discourse

> On 11 Dec 2022, at 21:05, Abdur-Rahmaan Janhangeer > wrote: > > If only, fellow list colleagues, I could see only the topics I choose on > Discourse. Have you tried changing the Preferences for Notifications/Categories? That would appear to give you the control you are asking for? Barry

[Python-Dev] Re: Adding new escapes to regex module

> On 16 Aug 2022, at 21:24, MRAB wrote: > > Other regex implementations have escape sequences for horizontal whitespace > (`\h` and `\H`) and vertical whitespace (`\v` and `\V`). > > The regex module already supports `\h`, but I can't use `\v` because it > represents `\0x0b', as it does in

[Python-Dev] Re: Deadlock when interrupting interpreter initialisation with ptrace?

> On 6 Jun 2022, at 17:52, Gabriele wrote: > > I've found it hard to give an answer to this question. Because austinp > is already tracing the interpreter, I cannot use, e.g., gdb to dump a > backtrace. Don't you have the backtrace from libunwind that you could save from austinp itself?

[Python-Dev] Re: Add -P command line option to not add sys.path[0]

> On 27 Apr 2022, at 20:21, Miro Hrončok wrote: > > On 27. 04. 22 20:45, Barry wrote: >>> On 27 Apr 2022, at 17:22, Victor Stinner wrote: >>> >>> Ok, you changed my mind and I added PYTHONDONTADDPATH0=1 env var. Example: >> Maybe the env var say what it is not adding rather then where it

[Python-Dev] Re: Need Help

> On 25 Feb 2022, at 12:58, Prasad, PCRaghavendra > wrote: > > Hi All, > > we are using the python 3.9.5 version in our application. > > In 3.9.5 it is using libexpat 2.2.8 version, as part of the Black duck scan, > it is showing critical vulnerabilities in libexpat 2.2.8. > >

[Python-Dev] Re: 3.11 enhanced error location - can it be smarter?

> On 20 Jan 2022, at 02:22, Skip Montanaro wrote: > > (This really belongs on python-ideas, right?) > I'm commenting on the implementation that is on going. python-ideas does not seem right. Barry ___ Python-Dev mailing list --

[Python-Dev] Re: 3.11 enhanced error location - can it be smarter?

> On 19 Jan 2022, at 21:19, Ethan Furman wrote: > > An environment variable would solve this, yes? The default would be using > the underlining carets, but an env var could switch that to using color > instead. Oh and if you use colours then you please give me the ability to set the

[Python-Dev] Re: 3.11 enhanced error location - can it be smarter?

> On 19 Jan 2022, at 21:19, Ethan Furman wrote: > > On 1/19/22 1:10 PM, Barry Scott wrote: > > On 18 Jan 2022, at 19:59, Pablo Galindo Salgado wrote: > > >> We considered using colours and other markers such as bold text, but that > >> opens a considera

[Python-Dev] Re: 3.11 enhanced error location - can it be smarter?

> On 18 Jan 2022, at 19:59, Pablo Galindo Salgado wrote: > > We considered using colours and other markers such as bold text, but that > opens a considerable can of worms with detecting in all systems and > configurations if that can be done. I have been told that some of these > situations

[Python-Dev] Re: Is anyone using 15-bit PyLong digits (PYLONG_BITS_IN_DIGIT=15)?

> On 17 Jan 2022, at 06:35, Tim Peters wrote: > > [Guido] >> I don't think there's a way to do a PGO build from Visual Studio; but >> a command prompt in the repo can do it using `PCbuild\build.bat --pgo`. >> Just be patient with it. > > Thanks! That worked, and was easy, and gave me an

[Python-Dev] Re: Function Prototypes

> On 26 Dec 2021, at 02:16, Steven D'Aprano wrote: > >> Hard enough that you really ought to help your reader out with a >> name, > > What are you going to name it? > >Int_and_Float_and_Int_returns_List_of_Int_Function > > tells us nothing that > >(int, float, int) -> list[int] >

[Python-Dev] Re: PEP 654 except* formatting

> On 6 Oct 2021, at 18:48, Guido van Rossum wrote: > > On Wed, Oct 6, 2021 at 9:01 AM Brandt Bucher > wrote: > Another option (to remove the ambiguity) could be to move the “group” after > the expression. Bonus points for reading more clearly: > > except

[Python-Dev] Re: PEP 467 feedback from the Steering Council

> On 8 Sep 2021, at 06:39, Steven D'Aprano wrote: > > On Tue, Sep 07, 2021 at 08:09:33PM -0700, Barry Warsaw wrote: > >> I think Nick is on board with bytes.fromint() and no bchr(), and my >> sense of the sentiment here is that this would be an acceptable >> resolution for most folks.

[Python-Dev] Re: Weird io.OpenWrapper hack to use a function as method

> On 31 Mar 2021, at 13:34, Victor Stinner wrote: > > def func(): >print("my func") This would work for the example given of a func with no args. But cannot check it called with the right number. def func(*args): print("my func") A signature like this would be a hard nut to crack.

[Python-Dev] Re: PEP 654 -- Exception Groups and except* : request for feedback for SC submission

> On 23 Feb 2021, at 00:24, Irit Katriel via Python-Dev > wrote: > > > Hi all, > > We would like to request feedback on PEP 654 -- Exception Groups and except*. > > https://www.python.org/dev/peps/pep-0654/ > > > It proposes language extensions

[Python-Dev] Re: Move support of legacy platforms/architectures outside Python

> On 22 Feb 2021, at 12:40, Michał Górny wrote: > >> I'm talking about 16-bit memory alignment which causes SIGBUS if it's >> not respected on m68k. >> > > I don't understand why you consider this to be a problem. After all, > x86 has stronger (32-bit) alignment requirements, so m68k is

[Python-Dev] Re: [Python-ideas] Inadequate error reporting during function call setup stage

> On 22 Feb 2021, at 10:15, Paul Sokolovsky wrote: > > It looks like: > > Traceback (most recent call last): > File "pseudoc_tool.py", line 91, in > File ".../xforms.py", line 25, in print > TypeError: unexpected keyword argument 'noann' > > - that makes clear that it's "print" function

[Python-Dev] Re: [RELEASE] Python 3.9.2rc1 and 3.8.8rc1 are now available for testing

I think this fix for the limited API on Windows is not in the RC. I could not fine the new code in the tarball. Can it be added? https://bugs.python.org/issue43155 Barry > On 17 Feb 2021, at 12:50, Łukasz Langa wrote: > > I’m happy to announce two

[Python-Dev] python limited API missing PyCMethod_New on Windows for 3.9 and 3.10

I raised https://bugs.python.org/issue43155 for the missing PyCMethod_New that was added in 3.9 but is missing from the python3.lib. Barry ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org

[Python-Dev] Change windows installation program name

I raise https://bugs.python.org/issue43156 that suggests that new users on windows would be less confused if the name of the installation program did not seem to imply it was the python program. In a nutshell the proposal is to change from this: python-3.10.0a5.exe python-3.10.0a5-amd64.exe

[Python-Dev] Re: Should python installation modify /etc/paths.d on Mac OS X?

> On 14 Jan 2021, at 14:22, Peng Yu wrote: > > Hi, > > The /etc/paths.d directory on Mac OS X contains the following > directory. Some packages have their PATH variables set there. > > For Python, I have to set the PATH manually in my ~/.bashrc. Should > the Python developers consider

[Python-Dev] Re: PEP 642 v3: Explicit patterns for structured pattern matching

> On 3 Jan 2021, at 15:21, Nick Coghlan wrote: > > I’ve made a final round of updates to PEP 642 and submitted it to the > Steering Council for consideration alongside PEP 634. > > As usual, the rendered version can be found here: > https://www.python.org/dev/peps/pep-0642/ > > There's a

[Python-Dev] Re: How to customize CPython to a minimal set

There are tools in the python ecosystem that know how to build stand alone apps for python. These tools can figure out the minimum set of python and .so/.dylib/.dll that are needed. I use these tools when building apps for Windows and macOS where I do not require that python is pre-installed.

[Python-Dev] Re: Plan to remove Py_UNICODE APis except PEP 623.

> On 30 Jun 2020, at 13:43, Emily Bowman wrote: > > I completely agree with this, that UTF-8 has become the One True > Encoding(tm), and UCS-2 and UTF-16 are hardly found anywhere outside of the > Win32 API. Nearly all basic emoji can't be represented in UCS-2 wchar_t, let > alone composite

[Python-Dev] Re: Plan to remove Py_UNICODE APis except PEP 623.

> On 29 Jun 2020, at 10:57, Victor Stinner wrote: > > I would prefer to only have a fast-path for the most common encodings: > ASCII, Latin1, UTF-8, Windows ANSI code page. That's all. It's not obvious to me why the latin1 encoding is in this list as its just one of all the 8-bit char sets.

[Python-Dev] Re: Can we stop adding to the C API, please?

> On 4 Jun 2020, at 16:34, Victor Stinner wrote: > > Le jeu. 4 juin 2020 à 00:14, Nathaniel Smith a écrit : >> On Wed, Jun 3, 2020 at 2:10 PM Victor Stinner wrote: >>> For the short term, my plan is to make structure opaque in the limited >>> C API, before breaking more stuff in the public C

[Python-Dev] Re: PoC: Subinterpreters 4x faster than sequential execution or threads on CPU-bound workaround

> On 5 May 2020, at 23:40, Guido van Rossum wrote: > > Is there some kind of optimized communication possible yet between > subinterpreters? (Otherwise I still worry that it's no better than > subprocesses -- and it could be worse because when one subinterpreter > experiences a hard crash

[Python-Dev] Re: Providing fix for modulefinder.py regression on Windows

> On 12 Apr 2020, at 21:49, Eric V. Smith wrote: > > On 4/12/2020 4:08 PM, Barry Scott wrote: >> >>> On 11 Apr 2020, at 16:28, Barry Scott >> <mailto:ba...@barrys-emacs.org>> wrote: >>> >>> modulefinder.py does not open source

[Python-Dev] Re: Providing fix for modulefinder.py regression on Windows

> On 11 Apr 2020, at 16:28, Barry Scott wrote: > > modulefinder.py does not open source files in "rb" which > prevents compile() from applying the encoding rules. > snip I have created the bpo, the pr and have the checks passing except that I need a NEWS.d entry to

[Python-Dev] Providing fix for modulefinder.py regression on Windows

modulefinder.py does not open source files in "rb" which prevents compile() from applying the encoding rules. This first showed up for me on Windows with Python 3.8. I'd like to provide patches for 3.8 (if any more releases) and 3.9. What is the process I should follow? I have signed the

[Python-Dev] Re: Proliferation of tstate arguments.

> On 17 Mar 2020, at 16:43, Mark Shannon wrote: > > > > On 17/03/2020 3:38 pm, Steve Dower wrote: >> On 17Mar2020 1447, Mark Shannon wrote: >>> On 16/03/2020 3:04 pm, Victor Stinner wrote: In short, the answer is yes. >>> >>> I said "no" then and gave reasons. AFAICT no one has

[Python-Dev] Re: Request to postpone some Python 3.9 incompatible changes to Python 3.10

> On 24 Jan 2020, at 08:40, Victor Stinner wrote: > > The change is that Python 2.7 is no longer supported (since 2020-01-01). > Isn't there going to be a final Python 2.7 release in April 2020? I know that Twisted has moved its python 2 removal to match the April 2020 date. Other projects

[Python-Dev] Re: Why doesn't venv also install python3*-config?

> On 12 Jan 2020, at 16:20, mus...@posteo.org wrote: > > Hi guys, > > after I got the whole list into a lather about the merits of > the python-config program, let me rephrase the question: > > Is there a "canonical" way of automatically finding the correct > include files and Python runtime

Re: [Python-Dev] windows compiler list missing 3.7 details on wiki

r doesn't include the IDE > itself). > > Feel free to update the wiki. Just got around to doing this. That page is marked as Immutable Page for me. Do I need to apply for edit permissions? I'm user BarryScott on the wiki. Barry > > Cheers, > Steve > > On 03Nov2018 0208,

Re: [Python-Dev] subprocess not escaping "^" on Windows

My feeling is that the number of uses for calling cmd /c is rather limited on Windows. Certainly calling out to use the CMD builtin is not to be encouraged I'd say. Between shutil and the os module you have most of the file handling commands. Admin tools might want to run special commands, but

Re: [Python-Dev] iso8601 parsing

> On 26 Oct 2017, at 17:45, Chris Barker wrote: > > This is a key point that I hope is obvious: > > If an ISO string has NO offset or timezone indicator, then a naive datetime > should be created. > > (I say, I "hope" it's obvious, because the numpy datetime64

[Python-Dev] Python3 C extension how to support dir()

I first ask this on python users. But I think the only people that can answer are the core developers. I have a python3 C++ extension that works written using the PyCXX C++ interface. But dir(obj) does not return the list of member variables. With the python2 version supporting the __members__

[Python-Dev] Preference for of patch submission?

I am over due providing a patch for a doc issue that was discussed on the ideas list. What is the preferred way to provide cpython with a patch these days? bug report + patch? pull request on github? something else? Barry ___ Python-Dev mailing list

Re: [Python-Dev] PEP 514: Python registration in the Windows registry

Why do you need SysArchitecture? Surely the 32bit pythons are registered in the 32bit registry and the 64 bit pythons in the 64 bit registry. you can side by side install python 3.4 but only if you install 64 bit first then 32 bit second. Barry > On 15 Jul 2016, at 23:20, Steve Dower

Re: [Python-Dev] Maybe, just maybe, pathlib doesn't belong.

On Mon, 11 Apr 2016 14:15:02 -0700 Ethan Furman wrote: > We've pretty decided that we have two options: > > 1. remove pathlib > 2. make the stdlib work with pathlib > > So we're trying to make option 2 work before falling back to option 1. I have been doing a lot of

Re: [Python-Dev] python windows installation inconsistent use of registry keys

> On 15 Sep 2015, at 18:39, Barry Scott <ba...@barrys-emacs.org> wrote: > > I am used to looking in > HKLM:\SOFTWARE\Python\PythonCore\%(py_maj)d.%(py_min)d\InstallPath > to find out where python is installed so that my installation kit can add > itself to site-pac

[Python-Dev] python windows installation inconsistent use of registry keys

I am used to looking in HKLM:\SOFTWARE\Python\PythonCore\%(py_maj)d.%(py_min)d\InstallPath to find out where python is installed so that my installation kit can add itself to site-packages. I just found that the registry key used for 32 bit python 3.5 on windows changed to be '3.5-32', which I

Re: [Python-Dev] PYTHONPATH processing change from 2.6 to 2.7 and Mac bundle builder problems

this functionality to be maintained outside of the core python code? Barry On 28 Dec 2012, at 23:57, Ned Deily n...@acm.org wrote: In article 9e6e3321-b0e7-4e77-afcb-9c7855649...@barrys-emacs.org, Barry Scott ba...@barrys-emacs.org wrote: You did not set PYTHONHOME that effects the code in calculate_path

[Python-Dev] PYTHONPATH processing change from 2.6 to 2.7 and Mac bundle builder problems

I'm trying to track down why bundlebuilder no longer works with python 2.7 to create runnable Mac OS X apps. I have got as far as seeing that imports of modules are failing. What I see is that sys.path does not contain all the elements from the PYTHONPATH variable. No matter what I put in

Re: [Python-Dev] PYTHONPATH processing change from 2.6 to 2.7 and Mac bundle builder problems

You did not set PYTHONHOME that effects the code in calculate_path a lot. Also there is platform specific code in tht code. Barry On 28 Dec 2012, at 22:30, Antoine Pitrou solip...@pitrou.net wrote: On Fri, 28 Dec 2012 21:39:56 + Barry Scott ba...@barrys-emacs.org wrote: I'm trying

Re: [Python-Dev] Offer of help: http://bugs.python.org/issue10910

On 24 Jun 2012, at 17:55, Martin v. Löwis mar...@v.loewis.de wrote: Is this even an issue for 3.x? ISTM that the C library macros aren't used, anyway, so I think this entire section could go from the header files. $ grep isspace

[Python-Dev] Offer of help: http://bugs.python.org/issue10910

I see that issue 10910 needs a reviewer for a patch. I know the python code and C++ and offer to review any patches to fix this issue. Having updated Xcode on my Mac I'm having to code workarounds for this issue. My understanding is that you cannot define ispace, toupper etc as macros in C++

Re: [Python-Dev] Offer of help: http://bugs.python.org/issue10910

On 24 Jun 2012, at 14:29, Martin v. Löwis wrote: On 24.06.2012 14:52, Barry Scott wrote: I see that issue 10910 needs a reviewer for a patch. I know the python code and C++ and offer to review any patches to fix this issue. Is this even an issue for 3.x? ISTM that the C library macros

Re: [Python-Dev] Why does Mac OS X python share site-packages with apple python?

Just to follow up. With Robin's help over in wxPython land I have given Robin a patch to wxPython to fix the site-packages issue. Barry ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

[Python-Dev] Why does Mac OS X python share site-packages with apple python?

On my Mac OS X 10.7.3 System I have lots of python kits installed for developing extensions. I'll just noticed that Python.org 2.7.2 uses the sames site-packages folder with Apple's 2.7.1. Since extensions compiled against Apple's 2.7.1 segv when used by python.org's 2.7.2 this is at least

Re: [Python-Dev] Why does Mac OS X python share site-packages with apple python?

On 3 Mar 2012, at 21:57, Ned Deily wrote: In article 5a0e2490-a743-4729-a752-d94524ea9...@barrys-emacs.org, Barry Scott ba...@barrys-emacs.org wrote: On my Mac OS X 10.7.3 System I have lots of python kits installed for developing extensions. I'll just noticed that Python.org 2.7.2 uses

Re: [Python-Dev] PyCObject_AsVoidPtr removed from python 3.2 - is this documented?

On 9 Mar 2011, at 06:50, Georg Brandl wrote: On 08.03.2011 23:47, Martin v. Löwis wrote: I think everything here is as it should be. People who really cared about forwards compatibility could have known, but factually, most people don't care enough. Those then learn for the first time that

Re: [Python-Dev] PyCObject_AsVoidPtr removed from python 3.2 - is this documented?

On 7 Mar 2011, at 09:33, Martin v. Löwis wrote: Am 07.03.2011 10:14, schrieb Nick Coghlan: On Mon, Mar 7, 2011 at 6:36 PM, John Arbash Meinel j...@arbash-meinel.com wrote: Especially since, AIUI, deprecations are suppressed by default now. True, but developers are expected to run their

Re: [Python-Dev] What does the m mean for the Mac OS X include folder?

On 7 Mar 2011, at 01:46, Ned Deily wrote: In article 5ab965c9-7d5f-41b6-a5e9-2b881e92a...@barrys-emacs.org, Barry Scott ba...@barrys-emacs.org wrote: There is a break with convention for the include folder name: /Library/Frameworks/Python.framework/Versions/3.2/include/python3.2m/ What

[Python-Dev] What does the m mean for the Mac OS X include folder?

There is a break with convention for the include folder name: /Library/Frameworks/Python.framework/Versions/3.2/include/python3.2m/ What does the m mean? Barry ___ Python-Dev mailing list Python-Dev@python.org

[Python-Dev] PyCObject_AsVoidPtr removed from python 3.2 - is this documented?

I see that PyCObject_AsVoidPtr has been removed from python 3.2. The 3.2 docs do not seem to explain this has happened and what to replace it with. I searched the 3.2 docs and failed to find PyCObject_AsVoidPtr. I looked at the whats new page and the API PEP. Did I miss where this is documented?

Re: [Python-Dev] Add const to python API - issue 6952

On 22 Oct 2009, at 20:31, Barry Scott wrote: On 21 Oct 2009, at 06:15, Martin v. Löwis wrote: I suggest following POSIX's lead and omitted the const in these cases. Ah... Yes I see this in strstr for example. Thanks, that sounds reasonable. This is basically what I have done

Re: [Python-Dev] Add const to python API - issue 6952

On 21 Oct 2009, at 06:15, Martin v. Löwis wrote: I suggest following POSIX's lead and omitted the const in these cases. Ah... Yes I see this in strstr for example. Thanks, that sounds reasonable. This is basically what I have done in the patch I hope. I have updated the patch to

Re: [Python-Dev] Add const to python API - issue 6952

On 20 Oct 2009, at 04:35, Martin v. Löwis wrote: The patch I developed for comment only adds const to the input parameters and used casts to allow output parameters to stay without the const. What specific APIs are you talking about here? Checking my patch I have two functions that need to

[Python-Dev] Add const to python API - issue 6952

http://bugs.python.org/issue6952 Martin v. Löwis suggested that solutions to this issue should be discussed here. My goal is to avoid compiler warning and the need to cast to remove const when calling the python API. For example I see compiler messages like this on Mac OS X Snow Leopard

Re: [Python-Dev] transitioning from % to {} formatting

On 1 Oct 2009, at 10:37, M.-A. Lemburg wrote: Eric Smith wrote: Martin v. Löwis wrote: Steven Bethard wrote: There's a lot of code already out there (in the standard library and other places) that uses %-style formatting, when in Python 3.0 we should be encouraging {}-style formatting.

Re: [Python-Dev] PEP 3144 review.

On 14 Sep 2009, at 17:44, Peter Moody wrote: Folks, Guido, I believe PEP 3144 is ready for your review. When you get a chance, can you take a look/make a pronouncement? x=ipaddr.IPv4Network( '192.168.1.1/240.255.0.0' ) x IPv4Network('192.168.1.1/16') You can decide on which bug this

Re: [Python-Dev] Python 2.7 Mac universal builds seem broken on trunk

On 27 Sep 2009, at 03:12, Ned Deily wrote: In article 90a90a3c-e037-4fca-95d2-a46a5c6dd...@barrys-emacs.org, Barry Scott ba...@barrys-emacs.org wrote: I'm working with http://svn.python.org/projects/python/trunk on Mac OS X 10.6.1 using Apples xcode gcc 4.2.1. When I run the following

[Python-Dev] Python 2.7 Mac universal builds seem broken on trunk

I'm working with http://svn.python.org/projects/python/trunk on Mac OS X 10.6.1 using Apples xcode gcc 4.2.1. When I run the following commands: ./configure --enable-framework --with-universal-archs=32-bit | tee build.config.log make clean all | tee build.make.log I end up with a

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On 30 Apr 2009, at 05:52, Martin v. Löwis wrote: How do get a printable unicode version of these path strings if they contain none unicode data? Define printable. One way would be to use a regular expression, replacing all codes in a certain range with a question mark. What I mean by

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On 30 Apr 2009, at 21:06, Martin v. Löwis wrote: How do get a printable unicode version of these path strings if they contain none unicode data? Define printable. One way would be to use a regular expression, replacing all codes in a certain range with a question mark. What I mean by

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On 22 Apr 2009, at 07:50, Martin v. Löwis wrote: If the locale's encoding is UTF-8, the file system encoding is set to a new encoding utf-8b. The UTF-8b codec decodes non-decodable bytes (which must be = 0x80) into half surrogate codes U+DC80..U+DCFF. Forgive me if this has been covered.

Re: [Python-Dev] bundlebuilder broken in 2.6

On 17 Jan 2009, at 20:08, Ned Deily wrote: In article 7043cb7c-18f4-4e16-ae0c-cda6ba311...@barrys-emacs.org, Barry Scott ba...@barrys-emacs.org wrote: It seems that the packaging of Mac Python 2.6 is missing at least one file that is critical to the operation of bundlebuilder.py. I've

[Python-Dev] bundlebuilder broken in 2.6

It seems that the packaging of Mac Python 2.6 is missing at least one file that is critical to the operation of bundlebuilder.py. I've logged the issue as http://bugs.python.org/issue4937. Barry ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] Python 3 - Mac Installer?

On 26 Dec 2008, at 23:30, Benjamin Peterson wrote: On Fri, Dec 26, 2008 at 2:55 AM, Mark Summerfield l...@qtrac.plus.com wrote: Hi, Just wondered if/when there'd be a Mac installer for Python 3? I think there should be one eventually. Unfortunately, the 3.x build process is not ironed

Re: [Python-Dev] porting pycxx and pysvn to python 3.0 hit a problem

On Oct 5, 2008, at 22:49, Terry Reedy wrote: Barry Scott wrote: for key in [pysvn.wc_status_kind.added, pysvn.wc_status_kind.replaced, pysvn.wc_status_kind.unversioned]: print( '2 key', key, key in wc_status_kind_map, cmp( key, pysvn.wc_status_kind.unversioned

Re: [Python-Dev] porting pycxx and pysvn to python 3.0 hit a problem

On Oct 5, 2008, at 22:49, Terry Reedy wrote: Given that p.we.x seems to always return the same object (since the hashes, which which appear to be ids, are the same), an __eq__ method (which gets called in preference to __cmp__), possibly inherited, that always return False is the only

Re: [Python-Dev] porting pycxx and pysvn to python 3.0 hit a problem

On Oct 5, 2008, at 19:47, Martin v. Löwis wrote: Why does key in wc_status_kind_wc work when I use an object returned by keys() by not when I use pysvn.wc_status_kind.unversioned? This is too little detail to come up with an explanation. Do your objects support __eq__. Regards, Martin

Re: [Python-Dev] porting pycxx and pysvn to python 3.0 hit a problem

On Oct 7, 2008, at 23:31, Martin v. Löwis wrote: In V3 is it your intention that to be a key you must implement tp_hash and tp_richcompare? If not I'll raise a bug against 3.0 on this issue. I believe that cmp/tp_compare are being phased out, although I think there was a heavy debate about

[Python-Dev] porting pycxx and pysvn to python 3.0 hit a problem

I have a version of PyCXX ported to python 3.0 rc1 and its passing its tests. I'm porting pysvn to python 3.0 rc1 and hit an odd problem. Given this dict: wc_status_kind_map = { pysvn.wc_status_kind.added: 'A', pysvn.wc_status_kind.replaced: 'R',

Re: [Python-Dev] Should we help pythonmac.org?

On Aug 18, 2008, at 22:06, Bob Ippolito wrote: The major difference between the packages on macports and pythonmac.org is that macports is their own distro of nearly everything, akin to installing a copy of FreeBSD over top of Mac OS X. pythonmac.org contains packages that are self-contained

Re: [Python-Dev] String concatenation

On Aug 3, 2008, at 19:12, Stavros Korokithakis wrote: Hmm, thanks, although I don't see why it was rejected, since it seems to me that by using the addition operator or triple-quoting all the use cases would become clearer and not significantly harder to write, while the (often silent)

Re: [Python-Dev] 3.0 C API to decode bytes into unicode?

On Aug 1, 2008, at 14:30, M.-A. Lemburg wrote: On 2008-08-01 15:06, Barry Scott wrote: I cannot see how I implement decode() for bytes objects using the C API for PyCXX library, I'd assuming that I should find a PyBytes_Decode function but cannot find it in beta 2. What is the preferred

[Python-Dev] 3.0 C API to decode bytes into unicode?

I cannot see how I implement decode() for bytes objects using the C API for PyCXX library, I'd assuming that I should find a PyBytes_Decode function but cannot find it in beta 2. What is the preferred way to do this? Barry ___ Python-Dev mailing

Re: [Python-Dev] Any PEP about 2.6 - 3000 code transition?

On Jul 21, 2008, at 22:37, Lennart Regebro wrote: On Mon, Jul 21, 2008 at 20:16, Brett Cannon [EMAIL PROTECTED] wrote: But waiting until all the betas have gone out totally defeats the purpose of the betas! I agree. Writing an actual *guide* can wait, but documenting the differences with

[Python-Dev] Web site type: Python 2.6b2 Released: 18-Jun-2008

I think you mean july. Barry ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Any PEP about 2.6 - 3000 code transition?

See http://code.google.com/p/python-incompatibility/source/checkout Barry On Jul 19, 2008, at 03:25, Jesus Cea wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lennart Regebro wrote: | On Sun, May 25, 2008 at 6:25 AM, Jesus Cea [EMAIL PROTECTED] wrote: | Since I need to port bsddb3 to

Re: [Python-Dev] Problem building module against Mac Python 2.4 and Python 2.5

Use an absolute path to the library rather than -framework. That is, add '/Library/Frameworks/Python.framework/Versions/2.4/ Python' to the link command instead of '-framework Python'. Thanks I'll update my builds to do that. Or use distutils! That's definitely advisable anyway, that

[Python-Dev] Problem building module against Mac Python 2.4 and Python 2.5

This may be down to my lack of knowledge of Mac OS X development. I want to build my python extension for Python 2.3, 2.4 and 2.5 on the same Mac. Build Python 2.3 and Python 2.4 has been working well for a long time. But after I installed Python 2.5 it seems that I can no longer link a

Re: [Python-Dev] Maybe we should have a C++ extension for testing...

On Sep 13, 2006, at 18:46, [EMAIL PROTECTED] wrote: Building Python with C and then linking in extensions written in or wrapped with C++ can present problems, at least in some situations. I don't know if it's kosher to build that way, but folks do. We're bumping into such problems

[Python-Dev] What windows tool chain do I need for python 2.5 extensions?

I have the tool chains to build extensions against your binary python 2.2, 2.3 and 2.4 on windows. What are the tool chain requirements for building extensions against python 2.5 on windows? Barry ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] epoll implementation

On May 27, 2006, at 04:59, Alex Martelli wrote: I believe it's: kqueue on FreeBSD (for recent-enough versions thereof), otherwise epoll where available and nonbuggy, otherwise poll ditto, otherwise select -- that's roughly what Twisted uses for kqueue is not always faster. It depends on

Re: [Python-Dev] Why are contexts also managers? (wasr45544 -peps/trunk/pep-0343.txt)

On Apr 24, 2006, at 03:49, Nick Coghlan wrote: Just van Rossum wrote: Baptiste Carvello wrote: Terry Reedy a écrit : So I propose that the context maker be called just that: 'context maker'. That should pretty clearly not be the context that manages the block execution. +1 for context

[Python-Dev] Build extensions for windows python 2.4 what are the compiler rules?

I see that, as expected, windows python 2.4 was built with MSVC 7.1 rather then msvc 6.0. It seems that I can build extensions with msvc 6.0 that work with the python 2.4 windows binary kit. Is this safe? I recall warning a while ago about mixing msvc 6.0 and msvc 7.1 runtime DLL's. Is this

Re: [Python-Dev] Build extensions for windows python 2.4 what are the compiler rules?

On Dec 23, 2004, at 23:12, Martin v. Löwis wrote: Barry Scott wrote: It seems that I can build extensions with msvc 6.0 that work with the python 2.4 windows binary kit. Is this safe? No, it isn't. This emerges as a Python 2.4 FAQ. I recall warning a while ago about mixing msvc 6.0 and msvc 7.1