Re: [pypy-dev] Why CFFI is not useful - need direct ABI access 4 humans

tructures manipulation. CFFI is for integration between PyPy/Python and C interfaces, so using C (or something really near to it) is its main purpose. If your problem is with structures manipulations, i totally agree, the python world need something better (unless i am missing some project regarding it), but this is totally irrelevant in the CFFI area. Regards -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev

[pypy-dev] crash with high number of threads in libpypy-c

some sort of race condition is triggered by uWSGI attaching already spawned pthreads to Thread objects, but maybe you have some better idea. -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev

[pypy-dev] Building -pie binary

a pypy source tree with -pie flag, so maybe nothing will work (even if i do not see why). I will make an attempt in the next few hours Regards -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org

[pypy-dev] uWSGI PyPy improvements and support for continulets (and greenlets)

lly all of the tests i have made (for example the uwsgi internal routing subsystem that is completely in c is automatically wrapped to a continulet when the server is configured in async mode) As always many thanks to Maciej Fijalkowski for his help -- Roberto De Ioris http:

[pypy-dev] uWSGI 1.9.11 released with PyPy support

-docs.readthedocs.org/en/latest/PyPy_benchmarks.html Thanks a lot -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] wsgi

stead of the unbit-one that is no more updated (i need to fix the docs) -- Roberto De Ioris http://unbit.it JID: robe...@jabber.unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] update (+patch) on embedding pypy

> Hi Roberto, > > On Wed, Apr 4, 2012 at 5:55 PM, Roberto De Ioris wrote: >> Ok, i am pretty satisfied with the current code (i have made a pull >> request). > > Trying to figure out what is the status of the pending pull requests, > I came across: > > &g

Re: [pypy-dev] update (+patch) on embedding pypy

is kind of approach is a lot easier (from a sysadmin point-of-view) as you can use the --attach-daemon option, allowing you to 'attach' an external process (your pypy daemon) that will be monitored (and respawned) automatically. -- Roberto De Ioris http://unbit.it

Re: [pypy-dev] update (+patch) on embedding pypy

> >> On Tue, Apr 3, 2012 at 11:32 AM, Roberto De Ioris >> wrote: >>> >>> >>>> >>>> Ok I see. >>>> >>>> Is the rest of the API used going to be cpyext? If so, then >>>> Py_Initialize is indeed a perfe

Re: [pypy-dev] update (+patch) on embedding pypy

> On Tue, Apr 3, 2012 at 11:32 AM, Roberto De Ioris > wrote: >> >> >>> >>> Ok I see. >>> >>> Is the rest of the API used going to be cpyext? If so, then >>> Py_Initialize is indeed a perfect choice. >>> >> >&

Re: [pypy-dev] update (+patch) on embedding pypy

hould go there too ? -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] update (+patch) on embedding pypy

> On Tue, Apr 3, 2012 at 7:47 AM, Roberto De Ioris wrote: >> >>> >>>> Hello Roberto, >>>> >>>> If you need help with code or testing I would be glad in help. >>>> >>>> Is this work available in some repos

Re: [pypy-dev] update (+patch) on embedding pypy

.org/pypy/pypy Sorry, i mean https://bitbucket.org/unbit/pypy ;) > > The current Py_Initialize() implementation is very skeletal. It should get > some of the bin/py.py (included importing site.py) in the next few hours. > -- > Roberto De Ioris > http://unbit.it > -- Roberto De Io

Re: [pypy-dev] update (+patch) on embedding pypy

skeletal. It should get some of the bin/py.py (included importing site.py) in the next few hours. -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] update (+patch) on embedding pypy

> Hi Roberto, > > On 27.03.2012, Roberto De Ioris wrote: >> Hi everyone, i have finally managed to have a pypy plugin into uWSGI via >> libpypy-c. > > Great! > > Are you still working on it? We can accept patches; for us it would > also be cool if you can w

[pypy-dev] update (+patch) on embedding pypy

pplications as modules works normally, but importing via file requires implementing a bunch of c-api in pypy (i will address that soon) virtualenv, sys.argv and setting programname is not supported (no c api available) i can get rid of this too in the next few days. Important thing: i have tested it o

Re: [pypy-dev] how embed pypy into c?

ount of time taken to rebuild the whole library, so i can work on it only on spare time (i am porting both mod_wsgi and uWSGI) :) -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] work on libpypy.so

dea (but this time base on cpyext) Thanks for the amazing work -- Roberto De Ioris http://unbit.it JID: robe...@jabber.unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

[pypy-dev] work on libpypy.so

(and code) in the next few days. -- Roberto De Ioris http://unbit.it ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev