Further to my previous mail, current check seems to crash much more often now: $ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
import test test.rpython.main(100)
-> Segfault Cheers, Ben ----- Forwarded by Ben Young/Infinity on 23/09/2005 13:05 ----- Ben Young/Infinity wrote on 22/09/2005 12:47:14:
Hi Everyone,
Current checkout, compiled pypy (windows as usual):
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
fe
-> Segfault
Appears to be a problem throwing exceptions.
On another point, I notice that when lists of pointers are resized lots of incref/decrefs happen when all that really needs to happen is a move operation (or even a memcpy of the whole block)? Also, could all lists of pointers share the same c representation, with casts from void*?
Cheers, Ben
Sorry about replying to myself, but I must be going blind as the crash is still being caused by an exception being thrown. Weird that the tests don't pick this up! Cheers, Ben pypy-dev-bounces@codespeak.net wrote on 23/09/2005 13:05:13:
Further to my previous mail, current check seems to crash much more often now:
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
import test test.rpython.main(100)
-> Segfault
Cheers, Ben
----- Forwarded by Ben Young/Infinity on 23/09/2005 13:05 -----
Ben Young/Infinity wrote on 22/09/2005 12:47:14:
Hi Everyone,
Current checkout, compiled pypy (windows as usual):
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
fe
-> Segfault
Appears to be a problem throwing exceptions.
On another point, I notice that when lists of pointers are resized lots of incref/decrefs happen when all that really needs to happen is a move operation (or even a memcpy of the whole block)? Also, could all lists of pointers share the same c representation, with casts from void*?
Cheers, Ben
pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Ben.Young@risk.sungard.com wrote:
Sorry about replying to myself, but I must be going blind as the crash is still being caused by an exception being thrown. Weird that the tests don't pick this up!
the fact is that we cannot reproduce these segfaults, we are not getting them. And there was no recent change that is likely candidate to cause this. So we are a bit in the dark here. Could at least tell us you exact configuration. What compiler, optimisations, whether you are using Boehm or refcounting, using -t-lowmem or not?
Cheers, Ben
pypy-dev-bounces@codespeak.net wrote on 23/09/2005 13:05:13:
Further to my previous mail, current check seems to crash much more
often
now:
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
import test test.rpython.main(100)
-> Segfault
Cheers, Ben
----- Forwarded by Ben Young/Infinity on 23/09/2005 13:05 -----
Ben Young/Infinity wrote on 22/09/2005 12:47:14:
Hi Everyone,
Current checkout, compiled pypy (windows as usual):
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
>fe
-> Segfault
Appears to be a problem throwing exceptions.
On another point, I notice that when lists of pointers are resized lots of incref/decrefs happen when all that really needs to happen is a move operation (or even a memcpy of the whole block)? Also, could all lists of pointers share the same c representation, with casts from void*?
Cheers, Ben
_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Hi Samuele, My build configuation is windows, no boehm, no lomem. Is there an option to build a debug binary on windows? If so i'll look into what's happening for you! The visual studio debugger is pretty good. Cheers, Ben pypy-dev-bounces@codespeak.net wrote on 23/09/2005 15:29:13:
Ben.Young@risk.sungard.com wrote:
Sorry about replying to myself, but I must be going blind as the crash is still being caused by an exception being thrown. Weird that the tests don't pick this up!
the fact is that we cannot reproduce these segfaults, we are not getting
them. And there was no recent change that is likely candidate to cause this. So we are a bit in the dark here.
Could at least tell us you exact configuration. What compiler, optimisations, whether you are using Boehm or refcounting, using -t-lowmem or not?
Cheers, Ben
pypy-dev-bounces@codespeak.net wrote on 23/09/2005 13:05:13:
Further to my previous mail, current check seems to crash much more
often
now:
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
>import test >test.rpython.main(100)
-> Segfault
Cheers, Ben
----- Forwarded by Ben Young/Infinity on 23/09/2005 13:05 -----
Ben Young/Infinity wrote on 22/09/2005 12:47:14:
Hi Everyone,
Current checkout, compiled pypy (windows as usual):
$ ./pypy-c.exe debug: entry point starting debug: argv -> c:\Documents and Settings\YoungB\dist\pypy\translator\goal\pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole)
>>fe
-> Segfault
Appears to be a problem throwing exceptions.
On another point, I notice that when lists of pointers are resized lots of incref/decrefs happen when all that really needs to happen is a move operation (or even a memcpy of the whole block)? Also, could all lists of pointers share the same c representation, with casts from void*?
Cheers, Ben
_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev
Ben.Young@risk.sungard.com wrote:
Hi Samuele,
My build configuation is windows, no boehm, no lomem. Is there an option to build a debug binary on windows? If so i'll look into what's happening for you! The visual studio debugger is pretty good.
You need to build a project for Windows. If you like, I can send you one, or I might check mine in as an example. Problem is (for my VC++ 7.1) that it is not really usable with too large files. And every step in debugging takes 2 seconds. No fun. ciao - chris -- Christian Tismer :^) <mailto:tismer@stackless.com> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/
participants (3)
-
Ben.Young＠risk.sungard.com -
Christian Tismer -
Samuele Pedroni