Re: [pypy-dev] PyPy 1.5 released

2011-05-02 Thread Maciej Fijalkowski
On Mon, May 2, 2011 at 11:49 PM, David Malcolm wrote: > On Sat, 2011-04-30 at 17:04 +0200, Armin Rigo wrote: >> == >> PyPy 1.5: Catching Up >> == >> >> We're pleased to announce the 1.5 release of PyPy. This release updates >> PyPy with the features of CPyth

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Roger Binns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2011 03:51 PM, exar...@twistedmatrix.com wrote: > On 07:09 pm, amaur...@gmail.com wrote: >> Fortunately, there are not so many of them: >> - PyFile_AsFile(), PyFile_FromFile, because files opened by pypy don't >> use a FILE* (like python3) >

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Roger Binns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2011 03:08 PM, Amaury Forgeot d'Arc wrote: > Yes, we've implemented PyTraceback_here so that it works exactly for this > usage. > Can you check whether pypy does the right thing for you as well? I will once I can get anything actually workin

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread exarkun
On 07:09 pm, amaur...@gmail.com wrote: >2011/5/2 Dima Tisnek : >>Hi Amaury, thanks for a quick reply, btw, which api functions are hard >>to support in pypy or why some are? > >Fortunately, there are not so many of them: >- PyFile_AsFile(), PyFile_FromFile, because files opened by pypy don't >use a

Re: [pypy-dev] PyPy 1.5 released

2011-05-02 Thread David Malcolm
On Sat, 2011-04-30 at 17:04 +0200, Armin Rigo wrote: > == > PyPy 1.5: Catching Up > == > > We're pleased to announce the 1.5 release of PyPy. This release updates > PyPy with the features of CPython 2.7.1, including the standard library. Thus > all the featu

Re: [pypy-dev] cpyext: Detecting pypy and other issues

2011-05-02 Thread Amaury Forgeot d'Arc
2011/5/2 Roger Binns : > There is no way you could have called a > function provided by the module if the module itself had been freed. Are you sure? from mymodule import func del sys.modules['mymodule'] func() -- Amaury Forgeot d'Arc ___ pypy-dev@cod

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Amaury Forgeot d'Arc
Hi, 2011/5/2 Roger Binns : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > >> - Some trace and Traceback management functions that are not even >> documented (but used by Cython :-)) > > I use them too.  One of the problems with the standard documented C api is > that tracebacks do not include

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Roger Binns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > - Some trace and Traceback management functions that are not even > documented (but used by Cython :-)) I use them too. One of the problems with the standard documented C api is that tracebacks do not include any methods implemented in C. For exam

Re: [pypy-dev] cpyext: Detecting pypy and other issues

2011-05-02 Thread Roger Binns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/02/2011 03:12 AM, Armin Rigo wrote: > It is arguably a bug in your module, The rule seems to be that if the C code saves the value of *any* PyObject* in a static variable then an incref must be done first. I have actually been doing this for e

Re: [pypy-dev] cpyext: Detecting pypy and other issues

2011-05-02 Thread Roger Binns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/01/2011 11:30 PM, Antonio Cuni wrote: > you are right, we lack such a document. Do you feel like writing it? :-) I'll make an initial stab at it this week. Roger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk2/

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Amaury Forgeot d'Arc
2011/5/2 Dima Tisnek : > Hi Amaury, thanks for a quick reply, btw, which api functions are hard > to support in pypy or why some are? Fortunately, there are not so many of them: - PyFile_AsFile(), PyFile_FromFile, because files opened by pypy don't use a FILE* (like python3) - PyThreadState creati

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Dima Tisnek
Hi Amaury, thanks for a quick reply, btw, which api functions are hard to support in pypy or why some are? d. On 2 May 2011 11:44, Amaury Forgeot d'Arc wrote: > Hi, > > 2011/5/2 Dima Tisnek : >> I'd really like to know what are reasons some c extension do not work >> with cpyext right now. > > I

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Amaury Forgeot d'Arc
Hi, 2011/5/2 Dima Tisnek : > I'd really like to know what are reasons some c extension do not work > with cpyext right now. I can see three kinds of reasons: - Reference count mistakes, that normally don't show up in CPython (but many c extensions do crash when you delete them from sys.modules,

Re: [pypy-dev] cpyext reference counting and other gc's

2011-05-02 Thread Dima Tisnek
Sure, I started with a basic concept of having as few dependencies in pypy rpython code as possible, that is pypy sees object defined/created in c extension as native. Granted, I didn't check all the details yet, e.g. cpython protocols probably need to be wrapped in cpyext anyway. Dunno if possib

Re: [pypy-dev] cpyext: Detecting pypy and other issues

2011-05-02 Thread Armin Rigo
Hi Roger, On Mon, May 2, 2011 at 6:55 AM, Roger Binns wrote: > The pypy site also doesn't say where to communicate for cpyext - I assumed > this mailing list was the right place. Yes. >  static PyObject *themodule=Py_InitModule3(...); > > Later in one of the methods called back from Python I ca