P6 crashed image

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

P6 crashed image

HilaireFernandes

Hi,

I got problem with my Pharo6 image when I save it, after some Glamour try out, don't know if it is related.

When I saved the image, it grows to 292MB then stalled, with the mouse writing pointer. Then Pharo display became garbage. I have to kill the process.

The image does not start anymore, get segmentation fault with Smalltalk stack dump, Freetype seems to be involved:

Segmentation fault Sun Jul  2 17:52:39 2017


/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/lib/pharo/5.0-201705310241/pharo
Pharo VM version: 5.0-201705310241  Wed May 31 04:43:29 UTC 2017 gcc 4.6.3 [Production Spur 64-bit VM]
Built from: CoInterpreter VMMaker.oscog-eem.2231 uuid: de62947a-7f40-4977-a232-e06a3a80c939 May 31 2017
With: StackToRegisterMappingCogit VMMaker.oscog-eem.2227 uuid: 7ea146b4-39ce-4de7-afa3-a76ed1d1da35 May 31 2017
Revision: VM: 201705310241 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 30 19:41:27 2017 -0700 $
Plugins: 201705310241 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
Build host: Linux testing-gce-7baaea33-cad4-44b6-b0e5-7ad5f93c3335 3.13.0-115-generic #162~precise1-Ubuntu SMP Fri Mar 24 16:47:06 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
plugin path: /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241 [default: /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/lib/pharo/5.0-201705310241/]


C stack backtrace & registers:
    rax 0x49063940 rbx 0x490637d0 rcx 0x490639f8 rdx 0x49063888
    rdi 0x490635a8 rsi 0x490635a8 rbp 0x49063718 rsp 0x49063ab0
    r8  0x49062fe8 r9  0x490630a0 r10 0x49063158 r11 0x49063210
    r12 0x490632c8 r13 0x49063380 r14 0x49063438 r15 0x490634f0
    rip 0x49063b68
*[0x7fff49063b68]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41cac1]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41ce4f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f4e70d53330]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Stream_ReadULong+0x78)[0x7f4e6cc9c168]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x52116)[0x7f4e6ccdb116]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x26742)[0x7f4e6ccaf742]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x152e3)[0x7f4e6cc9e2e3]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Open_Face+0x2a0)[0x7f4e6cca0070]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_New_Memory_Face+0x39)[0x7f4e6cca0669]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/FT2Plugin.so(primitiveNewMemoryFaceFromExternalMemoryAndIndex+0xea)[0x7f4e6cf309aa]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x4572a7]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(interpret+0xbd80)[0x467d80]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x468651]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(interpret+0x268)[0x45c268]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(main+0x2ab)[0x419d6b]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f4e70695f45]
/home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41a055]
[0x7fff49061d60]


Smalltalk stack dump:
    0x7fff490695d8 I FreeTypeFace(FT2Face)>newFaceFromExternalMemory:index: 0x4a83478: a(n) FreeTypeFace
    0x7fff49069628 I FreeTypeFace>create 0x4a83478: a(n) FreeTypeFace
    0x7fff49069668 I FreeTypeFace>validate 0x4a83478: a(n) FreeTypeFace
    0x7fff490696a8 I FreeTypeFont>face 0x13c41758: a(n) FreeTypeFont
    0x7fff490696e8 I FreeTypeFont>validate 0x13c41758: a(n) FreeTypeFont
    0x7fff49069728 I LogicalFont>realFont 0x3015870: a(n) LogicalFont
    0x7fff49069768 I LogicalFont>descent 0x3015870: a(n) LogicalFont

-- 
Dr. Geo
http://drgeo.eu
Reply | Threaded
Open this post in threaded view
|

Re: P6 crashed image

David T. Lewis
Hi Hilaire,

I do not know if it will help in this case, but sometimes I have recovered from
similar problems by temporarily deleting a problem plugin (probably FT2Plugin.so
in this case). Sometimes that will allow you to open the image and save it again.
After that, you may be able to put the plugin back and run the image again.

Dave


On Sun, Jul 02, 2017 at 05:56:05PM +0200, Hilaire wrote:

> Hi,
>
> I got problem with my Pharo6 image when I save it, after some Glamour
> try out, don't know if it is related.
>
> When I saved the image, it grows to 292MB then stalled, with the mouse
> writing pointer. Then Pharo display became garbage. I have to kill the
> process.
>
> The image does not start anymore, get segmentation fault with Smalltalk
> stack dump, Freetype seems to be involved:
>
> Segmentation fault Sun Jul  2 17:52:39 2017
>
>
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/lib/pharo/5.0-201705310241/pharo
> Pharo VM version: 5.0-201705310241  Wed May 31 04:43:29 UTC 2017 gcc 4.6.3 [Production Spur 64-bit VM]
> Built from: CoInterpreter VMMaker.oscog-eem.2231 uuid: de62947a-7f40-4977-a232-e06a3a80c939 May 31 2017
> With: StackToRegisterMappingCogit VMMaker.oscog-eem.2227 uuid: 7ea146b4-39ce-4de7-afa3-a76ed1d1da35 May 31 2017
> Revision: VM: 201705310241 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 30 19:41:27 2017 -0700 $
> Plugins: 201705310241 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
> Build host: Linux testing-gce-7baaea33-cad4-44b6-b0e5-7ad5f93c3335 3.13.0-115-generic #162~precise1-Ubuntu SMP Fri Mar 24 16:47:06 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
> plugin path: /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241 [default: /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/lib/pharo/5.0-201705310241/]
>
>
> C stack backtrace & registers:
>     rax 0x49063940 rbx 0x490637d0 rcx 0x490639f8 rdx 0x49063888
>     rdi 0x490635a8 rsi 0x490635a8 rbp 0x49063718 rsp 0x49063ab0
>     r8  0x49062fe8 r9  0x490630a0 r10 0x49063158 r11 0x49063210
>     r12 0x490632c8 r13 0x49063380 r14 0x49063438 r15 0x490634f0
>     rip 0x49063b68
> *[0x7fff49063b68]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41cac1]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41ce4f]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f4e70d53330]
> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Stream_ReadULong+0x78)[0x7f4e6cc9c168]
> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x52116)[0x7f4e6ccdb116]
> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x26742)[0x7f4e6ccaf742]
> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x152e3)[0x7f4e6cc9e2e3]
> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Open_Face+0x2a0)[0x7f4e6cca0070]
> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_New_Memory_Face+0x39)[0x7f4e6cca0669]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/FT2Plugin.so(primitiveNewMemoryFaceFromExternalMemoryAndIndex+0xea)[0x7f4e6cf309aa]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x4572a7]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(interpret+0xbd80)[0x467d80]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x468651]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(interpret+0x268)[0x45c268]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(main+0x2ab)[0x419d6b]
> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f4e70695f45]
> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41a055]
> [0x7fff49061d60]
>
>
> Smalltalk stack dump:
>     0x7fff490695d8 I FreeTypeFace(FT2Face)>newFaceFromExternalMemory:index: 0x4a83478: a(n) FreeTypeFace
>     0x7fff49069628 I FreeTypeFace>create 0x4a83478: a(n) FreeTypeFace
>     0x7fff49069668 I FreeTypeFace>validate 0x4a83478: a(n) FreeTypeFace
>     0x7fff490696a8 I FreeTypeFont>face 0x13c41758: a(n) FreeTypeFont
>     0x7fff490696e8 I FreeTypeFont>validate 0x13c41758: a(n) FreeTypeFont
>     0x7fff49069728 I LogicalFont>realFont 0x3015870: a(n) LogicalFont
>     0x7fff49069768 I LogicalFont>descent 0x3015870: a(n) LogicalFont
>
>
> --
> Dr. Geo
> http://drgeo.eu
>

Reply | Threaded
Open this post in threaded view
|

Re: P6 crashed image

Stephane Ducasse-3
Hi hilaire

We should throw away this plugin it is a bug nest.
Sorry because it does not solve your problem and this is super annoying for us.

Stef

On Tue, Jul 4, 2017 at 3:07 AM, David T. Lewis <[hidden email]> wrote:

> Hi Hilaire,
>
> I do not know if it will help in this case, but sometimes I have recovered from
> similar problems by temporarily deleting a problem plugin (probably FT2Plugin.so
> in this case). Sometimes that will allow you to open the image and save it again.
> After that, you may be able to put the plugin back and run the image again.
>
> Dave
>
>
> On Sun, Jul 02, 2017 at 05:56:05PM +0200, Hilaire wrote:
>> Hi,
>>
>> I got problem with my Pharo6 image when I save it, after some Glamour
>> try out, don't know if it is related.
>>
>> When I saved the image, it grows to 292MB then stalled, with the mouse
>> writing pointer. Then Pharo display became garbage. I have to kill the
>> process.
>>
>> The image does not start anymore, get segmentation fault with Smalltalk
>> stack dump, Freetype seems to be involved:
>>
>> Segmentation fault Sun Jul  2 17:52:39 2017
>>
>>
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/lib/pharo/5.0-201705310241/pharo
>> Pharo VM version: 5.0-201705310241  Wed May 31 04:43:29 UTC 2017 gcc 4.6.3 [Production Spur 64-bit VM]
>> Built from: CoInterpreter VMMaker.oscog-eem.2231 uuid: de62947a-7f40-4977-a232-e06a3a80c939 May 31 2017
>> With: StackToRegisterMappingCogit VMMaker.oscog-eem.2227 uuid: 7ea146b4-39ce-4de7-afa3-a76ed1d1da35 May 31 2017
>> Revision: VM: 201705310241 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 30 19:41:27 2017 -0700 $
>> Plugins: 201705310241 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
>> Build host: Linux testing-gce-7baaea33-cad4-44b6-b0e5-7ad5f93c3335 3.13.0-115-generic #162~precise1-Ubuntu SMP Fri Mar 24 16:47:06 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
>> plugin path: /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241 [default: /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/lib/pharo/5.0-201705310241/]
>>
>>
>> C stack backtrace & registers:
>>     rax 0x49063940 rbx 0x490637d0 rcx 0x490639f8 rdx 0x49063888
>>     rdi 0x490635a8 rsi 0x490635a8 rbp 0x49063718 rsp 0x49063ab0
>>     r8  0x49062fe8 r9  0x490630a0 r10 0x49063158 r11 0x49063210
>>     r12 0x490632c8 r13 0x49063380 r14 0x49063438 r15 0x490634f0
>>     rip 0x49063b68
>> *[0x7fff49063b68]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41cac1]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41ce4f]
>> /lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f4e70d53330]
>> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Stream_ReadULong+0x78)[0x7f4e6cc9c168]
>> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x52116)[0x7f4e6ccdb116]
>> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x26742)[0x7f4e6ccaf742]
>> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x152e3)[0x7f4e6cc9e2e3]
>> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Open_Face+0x2a0)[0x7f4e6cca0070]
>> /usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_New_Memory_Face+0x39)[0x7f4e6cca0669]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/FT2Plugin.so(primitiveNewMemoryFaceFromExternalMemoryAndIndex+0xea)[0x7f4e6cf309aa]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x4572a7]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(interpret+0xbd80)[0x467d80]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x468651]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(interpret+0x268)[0x45c268]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo(main+0x2ab)[0x419d6b]
>> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f4e70695f45]
>> /home/hilaire/Travaux/Developpement/Pharo/vm/pharo64-linux-threaded-stable/bin/../lib/pharo/5.0-201705310241/pharo[0x41a055]
>> [0x7fff49061d60]
>>
>>
>> Smalltalk stack dump:
>>     0x7fff490695d8 I FreeTypeFace(FT2Face)>newFaceFromExternalMemory:index: 0x4a83478: a(n) FreeTypeFace
>>     0x7fff49069628 I FreeTypeFace>create 0x4a83478: a(n) FreeTypeFace
>>     0x7fff49069668 I FreeTypeFace>validate 0x4a83478: a(n) FreeTypeFace
>>     0x7fff490696a8 I FreeTypeFont>face 0x13c41758: a(n) FreeTypeFont
>>     0x7fff490696e8 I FreeTypeFont>validate 0x13c41758: a(n) FreeTypeFont
>>     0x7fff49069728 I LogicalFont>realFont 0x3015870: a(n) LogicalFont
>>     0x7fff49069768 I LogicalFont>descent 0x3015870: a(n) LogicalFont
>>
>>
>> --
>> Dr. Geo
>> http://drgeo.eu
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: P6 crashed image

HilaireFernandes
Hi David,

Removing did not make the image to start, althought it produces a
different output. But never mind.

Stephane, the image crash is not such a big deal. Now I really want to
use Glamour because it can help to produce more friendly user interface
for kids and scripting.

Hilaire


Le 05/07/2017 à 07:51, Stephane Ducasse a écrit :
> Hi hilaire
>
> We should throw away this plugin it is a bug nest.
> Sorry because it does not solve your problem and this is super annoying for us.
>
> Stef

--
Dr. Geo
http://drgeo.eu