- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Vm-dev] [ANN] PharoNOS

by Igor Stasenko

On 23 March 2017 at 00:03, Ronie Salgado <roniesalg(a)gmail.com> wrote: > > Hi, > > With the experimental Lowcode backend for the UFFI, it is possible to call > functions with almost arbitrary calling conventions. For some of the > special assembly instructions that are required by this project, I could > add the following extra instruction: > - storeIntoSpecialRegister: {CR0, CR1, CR2, CR3, CR4, CR5, GDT, LDT, IDT) > - loadFromSpecialRegister: > - loadFromIOPortU?Int{8,16,32}: > - storeIntoIOPortU?Int{8,16,32}: > > As for the interruptions, there are far trickier because they can be > triggered in any time. They probably would require some special trampoline > for storing/restoring the VM state, something similar to the callbacks. > > Currently I am finishing a refactoring of the Lowcode register allocator, > so the Lowcode VM is out of service for this week :) . > > Hey, guys, i'd like to stress, that AsmJit >> is quite standalone part of NB, and nothing prevents you to use it in own >> way, not the way NB was.. >> Because NB was born to make nice integration between machine code and VM >> , and providing FFI, >> and as a demonstration that generating machine code IS possible and quite >> doable from within an image. >> >> But there's a tons of ways how you could generate machine code, and then >> use it outside the scope of FFI. >> You could just make own llittle primitive, that just makes a call on >> arbitrary address, and put your generated code on it.. Voila. >> Again, you could store generated code not in method(s) trailer , but >> somewhere else.. it just up to you, after all. >> For instance i had parts that were storing generated code directly in >> COG's JITter, replacing its primitive section. >> So, that make a nice integration with JIT, that just using your code as a >> primitive for given method.. >> All is doable, when you working at lowest level, you just need to think >> how to expose it in convenient way. >> > > For GPU compilation, I implemented a SSA based intermediate representation > very similar to the one used by LLVM. As a experiment, I did a very basic > machine code generator which can produce relocatable ELF32 and ELF64 object > files, which can be linked with any C library or program. With this I > managed to implement a basic ahead of time compiled Smalltalk runtime. > > Before starting that backend, I took a look on AsmJit and the VirtualCPU > and I did not like the dependencies and some details about the stack. > However, now I do not like the low level backend so I started refactoring > into a separate package, but I still think that I should take yet another > look to AsmJit and the VirtualCPU, so I am wondering where is actually > located the latest version of these two projects. > > IIRC, the stack (but more precisely - temporaries) management in AsmJIT are implemented in own classes, that doing the job of allocating stack space and assigning each temporary to specific place on stack. As well, as calling convention. Nothing prevents you from adding own by implementing their protocol(s). Or you may leave it as a whole, except that then you'll have to handle it by yourself. And of course, it is already there, since initial version has no such functionality at all, all you have to do is to tell: asm noStackFrame. And so, it will leave you without it. As for where it located - see at smalltalkhub , if i remember Max were working on that and made quite complete coverage of ARM instruction set. ( http://smalltalkhub.com/#!/~maxmattone/AsmJit-ARM) I don't remember if we merged the ARM support into main branch.. But i think you can figure it out. P.S. ohh, you see.. it just never ending quest to keep dispelling people's perception, that there's something impossible or wrong with these things or that's there are something that won't make things possible.. So, they choose to go with C :) Best regards, > Ronie > > -- Best regards, Igor Stasenko.

March 23, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by Ronie Salgado

Hi, With the experimental Lowcode backend for the UFFI, it is possible to call functions with almost arbitrary calling conventions. For some of the special assembly instructions that are required by this project, I could add the following extra instruction: - storeIntoSpecialRegister: {CR0, CR1, CR2, CR3, CR4, CR5, GDT, LDT, IDT) - loadFromSpecialRegister: - loadFromIOPortU?Int{8,16,32}: - storeIntoIOPortU?Int{8,16,32}: As for the interruptions, there are far trickier because they can be triggered in any time. They probably would require some special trampoline for storing/restoring the VM state, something similar to the callbacks. Currently I am finishing a refactoring of the Lowcode register allocator, so the Lowcode VM is out of service for this week :) . Hey, guys, i'd like to stress, that AsmJit > is quite standalone part of NB, and nothing prevents you to use it in own > way, not the way NB was.. > Because NB was born to make nice integration between machine code and VM , > and providing FFI, > and as a demonstration that generating machine code IS possible and quite > doable from within an image. > > But there's a tons of ways how you could generate machine code, and then > use it outside the scope of FFI. > You could just make own llittle primitive, that just makes a call on > arbitrary address, and put your generated code on it.. Voila. > Again, you could store generated code not in method(s) trailer , but > somewhere else.. it just up to you, after all. > For instance i had parts that were storing generated code directly in > COG's JITter, replacing its primitive section. > So, that make a nice integration with JIT, that just using your code as a > primitive for given method.. > All is doable, when you working at lowest level, you just need to think > how to expose it in convenient way. > For GPU compilation, I implemented a SSA based intermediate representation very similar to the one used by LLVM. As a experiment, I did a very basic machine code generator which can produce relocatable ELF32 and ELF64 object files, which can be linked with any C library or program. With this I managed to implement a basic ahead of time compiled Smalltalk runtime. Before starting that backend, I took a look on AsmJit and the VirtualCPU and I did not like the dependencies and some details about the stack. However, now I do not like the low level backend so I started refactoring into a separate package, but I still think that I should take yet another look to AsmJit and the VirtualCPU, so I am wondering where is actually located the latest version of these two projects. Best regards, Ronie 2017-03-22 14:29 GMT-03:00 Igor Stasenko <siguctua(a)gmail.com>: > > Hey, guys, i'd like to stress, that AsmJit > is quite standalone part of NB, and nothing prevents you to use it in own > way, not the way NB was.. > Because NB was born to make nice integration between machine code and VM , > and providing FFI, > and as a demonstration that generating machine code IS possible and quite > doable from within an image. > > But there's a tons of ways how you could generate machine code, and then > use it outside the scope of FFI. > You could just make own llittle primitive, that just makes a call on > arbitrary address, and put your generated code on it.. Voila. > Again, you could store generated code not in method(s) trailer , but > somewhere else.. it just up to you, after all. > For instance i had parts that were storing generated code directly in > COG's JITter, replacing its primitive section. > So, that make a nice integration with JIT, that just using your code as a > primitive for given method.. > All is doable, when you working at lowest level, you just need to think > how to expose it in convenient way. > > -- > Best regards, > Igor Stasenko. >

March 22, 2017

Re: [Pharo-dev] More Windows VM Crashing -_-

by Esteban Lorenzano

Hi, I do not think this is a windows problem. At least, I had some crashes when performing compaction last days tooâ¦ this is a crash I collected 10 mins ago, in a mac. cheers, Esteban > On 22 Mar 2017, at 10:31, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > Originally I thought my VM is crashing because of FT, so I applied some fix from FogBugz (that is now part of Pharo 6), but that didn't help. > > So I disabled FT in settings and changed fonts to non-FT ones; didn't help. > So I completely removed FT2Plugin.dll (now settings just states that FT fonts are not available), but that didn't help either. > > And obviously there is no crash.dmp whatsoever (this is latest Windows VM). > > This crash is extremely frustrating because the crash happens _during saving_, which means I am losing code all the time and have to constantly recover them, which really makes my blood boil. > > Without crash dump I don't even know where and how to start investigating. Windows kindly opens Visual Studio when Pharo crashes, but all it shows to me is assembly, which is not very useful to me. I can somewhat orient myself in the C code of the VM (as I've alredy fixed some other issues in the VM), but here I am lost. > > <SNIP> > 00407D7F ret > 00407D80 mov eax,dword ptr ds:[00596E44h] > 00407D85 test al,3 > 00407D87 jne 00407DB2 > 00407D89 mov ecx,dword ptr ds:[596E08h] > 00407D8F lea edx,[ecx-1] > 00407D92 cmp eax,edx > 00407D94 jb 00407DB2 > 00407D96 cmp dword ptr ds:[596E10h],eax > 00407D9C jb 00407DB2 > 00407D9E mov ecx,dword ptr ds:[5B89D0h] > 00407DA4 cmp dword ptr [eax-4],ecx > 00407DA7 jb 00407DB2 > 00407DA9 mov eax,dword ptr ds:[00596E28h] > ---> 00407DAE movzx eax,byte ptr [eax] > 00407DB1 ret > > eax = 00000000 > ecx = 04700000 > </SNIP> > > So my question I guess is: > How can we fix this? How can I help fix this? Because I've lost countless days of time and energy on this f***ing problem... > > Peter >

March 22, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by Igor Stasenko

Hey, guys, i'd like to stress, that AsmJit is quite standalone part of NB, and nothing prevents you to use it in own way, not the way NB was.. Because NB was born to make nice integration between machine code and VM , and providing FFI, and as a demonstration that generating machine code IS possible and quite doable from within an image. But there's a tons of ways how you could generate machine code, and then use it outside the scope of FFI. You could just make own llittle primitive, that just makes a call on arbitrary address, and put your generated code on it.. Voila. Again, you could store generated code not in method(s) trailer , but somewhere else.. it just up to you, after all. For instance i had parts that were storing generated code directly in COG's JITter, replacing its primitive section. So, that make a nice integration with JIT, that just using your code as a primitive for given method.. All is doable, when you working at lowest level, you just need to think how to expose it in convenient way. -- Best regards, Igor Stasenko.

March 22, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by Javier PimÃ¡s

Cool!!! I just tried and loads nicely :))). For the curious, easy way to test (ubuntu 16.04): you'll need qemu (sudo apt-get install qemu) unzip chmod +x NOS.img qemu-system-i386 NOS.img enjoy! Cheers!!! Pocho On Wed, Mar 22, 2017 at 12:40 PM, jan.struz <public%2Bpharo(a)struz.cz> wrote: > It is working now, thanks for feedback. > Link here - Download the latest build artifact for PharoNOS > <https://gitlab.com/johnnyzz/pharo-nos-build/builds/artifacts/master/downloa…> > Save The World! > > ------------------------------ > View this message in context: Re: [ANN] PharoNOS > <http://forum.world.st/ANN-PharoNOS-tp4939247p4939643.html> > Sent from the Pharo Smalltalk Developers mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html> at > Nabble.com. > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 22, 2017

Re: [Pharo-dev] More Windows VM Crashing -_-

by Peter Uhnak

On Wed, Mar 22, 2017 at 07:06:30AM -0700, Eliot Miranda wrote: > Hi Peter, > > > On Mar 22, 2017, at 2:31 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > > Hi, > > > > Originally I thought my VM is crashing because of FT, so I applied some fix from FogBugz (that is now part of Pharo 6), but that didn't help. > > > > So I disabled FT in settings and changed fonts to non-FT ones; didn't help. > > So I completely removed FT2Plugin.dll (now settings just states that FT fonts are not available), but that didn't help either. > > > > And obviously there is no crash.dmp whatsoever (this is latest Windows VM). > > > > This crash is extremely frustrating because the crash happens _during saving_, which means I am losing code all the time and have to constantly recover them, which really makes my blood boil. > > > > Without crash dump I don't even know where and how to start investigating. Windows kindly opens Visual Studio when Pharo crashes, but all it shows to me is assembly, which is not very useful to me. I can somewhat orient myself in the C code of the VM (as I've alredy fixed some other issues in the VM), but here I am lost. > > > > <SNIP> > > 00407D7F ret > > 00407D80 mov eax,dword ptr ds:[00596E44h] > > 00407D85 test al,3 > > 00407D87 jne 00407DB2 > > 00407D89 mov ecx,dword ptr ds:[596E08h] > > 00407D8F lea edx,[ecx-1] > > 00407D92 cmp eax,edx > > 00407D94 jb 00407DB2 > > 00407D96 cmp dword ptr ds:[596E10h],eax > > 00407D9C jb 00407DB2 > > 00407D9E mov ecx,dword ptr ds:[5B89D0h] > > 00407DA4 cmp dword ptr [eax-4],ecx > > 00407DA7 jb 00407DB2 > > 00407DA9 mov eax,dword ptr ds:[00596E28h] > > ---> 00407DAE movzx eax,byte ptr [eax] > > 00407DB1 ret > > > > eax = 00000000 > > ecx = 04700000 > > </SNIP> > > Can you post a link to the exact VM you're using? I may be able to make sense of this. I'm using the latest pharo-win-latest.zip from here http://files.pharo.org/get-files/60/ (2017-03-10 17:16 ... alternative link https://drive.google.com/open?id=0B6_V7NFdYhuWNkdnLTZPRjFlTEk ) Win32 built on Mar 10 2017 16:11:13 CUT Compiler: 4.9.2 VMMaker versionString VM: 201703101446 https://github.com/pharo-project/pharo-vm.git $ Date: Fri Mar 10 15:46:52 2017 +0100 $ Plugins: 201703101446 https://github.com/pharo-project/pharo-vm.git $ CoInterpreter * VMMaker.oscog-eem.2146 uuid: da6aee6e-4738-4161-b221-3c8135ac1bf7 Mar 10 2017 StackToRegisterMappingCogit * VMMaker.oscog-eem.2146 uuid: da6aee6e-4738-4161-b221-3c8135ac1bf7 Mar 10 2017 Pharo5.0 Latest update: #50770 Unnamed > > First, I'm very sorry you're experiencing these crashes. They're likely a bug in the new compactor. It makes multiple compaction passes when there are lots of objects, only on snapshot. In a normal GC it only ever makes one pass. > > Therefore, one thing that may allow you to work around the bug is to modify the snapshot:andQuit: method to explicitly do a Smalltalk garbageCollect before invoking the snapshot primitive. If the bug is only on subsequent passes then the explicit GC should not crash and will make it much less likely that the GC done as part of the snapshot will require a second pass, and hence less likely to crash. > Thanks, I will try this and see if it improves. > > So my question I guess is: > > How can we fix this? How can I help fix this? Because I've lost countless days of time and energy on this f***ing problem... > > Helping me match the code above with the VM will be really helpful. I want to know the values in registers, and the value of nilObj too. registers: EAX=00000000 EBX=00ACCA44 ECX=04700000 EDX=00ACD250 ESI=00ACCA44 EDI=00000000 EIP=00407DAE ESP=00ACC0F4 EBP=00ACCA14 EFL=00010202 In the meantime I will try to figure out how to build the VM myself on Windows ... The disassembly doesn't seem to know what is on the upper addresses, but here's a bit longer snippet <SNIP> ... lots of ?? ?? ... 00407C67 ?? ?? 00407C68 ?? ?? 00407C69 add al,0 00407C6B add byte ptr [eax],al 00407C6D add byte ptr [ebx+596E4C15h],cl 00407C73 add byte ptr [ebx+24048902h],cl 00407C79 call 00483351 00407C7E add esp,1Ch 00407C81 ret 00407C82 mov eax,596E44h 00407C87 ret 00407C88 push esi 00407C89 push ebx 00407C8A sub esp,14h 00407C8D mov eax,dword ptr [esp+24h] 00407C91 xor ebx,ebx 00407C93 cmp eax,23Fh 00407C98 jg 00407CB1 00407C9A mov ebx,dword ptr [eax*4+575580h] 00407CA1 cmp ebx,406866h 00407CA7 je 00407CB9 00407CA9 cmp ebx,43DF10h 00407CAF je 00407CD1 00407CB1 mov eax,ebx 00407CB3 add esp,14h 00407CB6 pop ebx 00407CB7 pop esi 00407CB8 ret 00407CB9 mov eax,dword ptr ds:[00565084h] 00407CBE cmp eax,0FFFFFFFFh 00407CC1 je 00407D50 00407CC7 mov ebx,eax 00407CC9 mov eax,ebx 00407CCB add esp,14h 00407CCE pop ebx 00407CCF pop esi 00407CD0 ret 00407CD1 mov dword ptr [esp],484C4Ah 00407CD8 call 00480E39 00407CDD mov edx,dword ptr [esp+20h] 00407CE1 mov ecx,dword ptr [edx+8] 00407CE4 mov eax,ecx 00407CE6 and ecx,1 00407CE9 je 00407D4B 00407CEB test eax,0FFFEh 00407CF0 je 00407D70 00407CF2 mov ebx,dword ptr [esp+20h] 00407CF6 mov esi,dword ptr [ebx+0Ch] 00407CF9 mov ebx,43DF10h 00407CFE test esi,3 00407D04 jne 00407CB1 00407D06 movzx edx,byte ptr [esi+3] 00407D0A and edx,1Fh 00407D0D cmp edx,2 00407D10 jne 00407CB1 00407D12 mov edx,2 00407D17 mov eax,esi 00407D19 call 004024F8 00407D1E cmp eax,4 00407D21 jne 00407CB1 00407D23 mov eax,dword ptr [esi+14h] 00407D26 test al,1 00407D28 je 00407CB1 00407D2A sar eax,1 00407D2C sub eax,1 00407D2F cmp eax,0FFFh 00407D34 ja 00407CB1 00407D3A mov ecx,dword ptr [eax*4+58B080h] 00407D41 test ecx,ecx 00407D43 cmovne ebx,ecx 00407D46 jmp 00407CB1 00407D4B mov eax,dword ptr [eax+14h] 00407D4E jmp 00407CEB 00407D50 mov dword ptr [esp+4],5721E5h 00407D58 mov dword ptr [esp],5721F4h 00407D5F call 004978A4 00407D64 mov dword ptr ds:[00565084h],eax 00407D69 mov ebx,eax 00407D6B jmp 00407CC9 00407D70 mov ebx,43DF10h 00407D75 jmp 00407CB1 00407D7A mov eax,dword ptr ds:[005B8A00h] 00407D7F ret 00407D80 mov eax,dword ptr ds:[00596E44h] 00407D85 test al,3 00407D87 jne 00407DB2 00407D89 mov ecx,dword ptr ds:[596E08h] 00407D8F lea edx,[ecx-1] 00407D92 cmp eax,edx 00407D94 jb 00407DB2 00407D96 cmp dword ptr ds:[596E10h],eax 00407D9C jb 00407DB2 00407D9E mov ecx,dword ptr ds:[5B89D0h] 00407DA4 cmp dword ptr [eax-4],ecx 00407DA7 jb 00407DB2 00407DA9 mov eax,dword ptr ds:[00596E28h] ----> 00407DAE movzx eax,byte ptr [eax] <----- 00407DB1 ret </SNIP> Peter

March 22, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by jan.struz

It is working now, thanks for feedback. Link here - Download the latest build artifact for PharoNOS <https://gitlab.com/johnnyzz/pharo-nos-build/builds/artifacts/master/downloa…> ----- Save The World! -- View this message in context: http://forum.world.st/ANN-PharoNOS-tp4939247p4939643.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 22, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by Hernan Wilkinson

Hi Jan, I tried to download the artifacts but I get a 404 error (the link related with the "Download artifacts" is https://gitlab.com/johnnyzz/pharo-nos-build/builds/12516481/artifacts/downl…) .. On Wed, Mar 22, 2017 at 10:52 AM, jan.struz <public%2Bpharo(a)struz.cz> wrote: > Hi Hernan, > the disk image is built on CI, you can find it under "Pipelines", go to > https://gitlab.com/johnnyzz/pharo-nos-build/pipelines and you will see > the download button ("Download artifacts"). > The archive contains the raw disk image, and the .kernel file. > The "dev-build" project, you requested access to, is intended to build a > "Docker image" with the build environment, if you had problem there, it was > because I forgot to allow public access to this repository. It is now fixed. > Jan > Save The World! > > ------------------------------ > View this message in context: Re: [ANN] PharoNOS > <http://forum.world.st/ANN-PharoNOS-tp4939247p4939628.html> > > Sent from the Pharo Smalltalk Developers mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html> at > Nabble.com. > -- *HernÃ¡n WilkinsonAgile Software Development, Teaching & Coaching* *Phone: +54-011*-4893-2057 *Twitter: @HernanWilkinson* *site: http://www.10Pines.com <http://www.10pines.com/>* Address: Alem 896, Floor 6, Buenos Aires, Argentina

March 22, 2017

Re: [Pharo-dev] More Windows VM Crashing -_- (Peter Uhnak)

by lb

At 2017-03-22 22:18:12, pharo-dev-request(a)lists.pharo.org wrote: >Send Pharo-dev mailing list submissions to > pharo-dev(a)lists.pharo.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pharo.org/mailman/listinfo/pharo-dev_lists.pharo.org >or, via email, send a message with subject or body 'help' to > pharo-dev-request(a)lists.pharo.org > >You can reach the person managing the list at > pharo-dev-owner(a)lists.pharo.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Pharo-dev digest..." > > >Today's Topics: > > 1. Collecting of event data still needed? (Pavel Krivanek) > 2. More Windows VM Crashing -_- (Peter Uhnak) > 3. Pharo 6 vm crashed when pasting a big file > (tdupriez(a)ens-paris-saclay.fr) > 4. Re: Pharo 6 vm crashed when pasting a big file (Nicolai Hess) > 5. Re: More Windows VM Crashing -_- (Nicolai Hess) > 6. Re: [ANN] PharoNOS (Hernan Wilkinson) > 7. Re: Pharo 6 vm crashed when pasting a big file > (tdupriez(a)ens-paris-saclay.fr) > 8. Re: Pharo 6 vm crashed when pasting a big file (Eliot Miranda) > 9. Re: [ANN] PharoNOS (jan.struz) > 10. Re: More Windows VM Crashing -_- (Eliot Miranda) > 11. Re: Pharo 6 vm crashed when pasting a big file > (tdupriez(a)ens-paris-saclay.fr) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 22 Mar 2017 09:25:15 +0100 >From: Pavel Krivanek <pavel.krivanek(a)gmail.com> >To: Discusses Development of Pharo <pharo-dev(a)lists.pharo.org> >Subject: [Pharo-dev] Collecting of event data still needed? >Message-ID: > <CAHN2FzfzwFu0PWsHDMymh_%3DEnErB6w%2BaAPEo925vz6a6WuhmCQ(a)mail.gmail.com> >Content-Type: text/plain; charset="utf-8" > >>From a Slack discussion: > >Alexandre Bergel [6:03 PM] >@uko : Do we still need the usage data ? > >Alexandre Bergel [6:03 PM] >Having this large red bar is a bit aggressive > >Yuriy Tymchuk [6:06 PM] >Data is always useful. Now as I end my Ph.D. I will not have time to >investigate the collected data any more, so the question is does anybody >else care about the collected data, because yes, I can just remove it. By >the way, I just reuse the morph from Spotter, so it is up to them to define >the style :slightly_smiling_face: > >- > >So the question is: do we still need to display appeal for sending usage >data in Pharo 7? Is anyone analyzing it or do we only irritate users? Such >request can be in the Welcome window. > >Cheers, >-- Pavel >

March 22, 2017

Re: [Pharo-dev] Pharo 6 vm crashed when pasting a big file

by tdupriez＠ens-paris-saclay.fr

I've attached the crash.dmp and the file the content of which I was trying to paste. (It's the same file than previously, but without the quote that Nicolai identified as problem-inducing) As for the image, I reproduced the crash from a clean image of version 60450 I'm not sure my webmail will allow me to attach my image given its size... What I did on the fresh image: - Created a package Pack - Created a class PackClass in the package Pack - Created a protocol prot in PackClass - Added a method test to protocol prot: test ^ '' - And pasted the content of GnatWithoutQuotes.xsd in between the two quotes in method test's body Please tell me if you need something else or if I am doing something wrong, it's the first time I report a bug. Thomas Quoting Eliot Miranda <eliot.miranda(a)gmail.com>: > Hi Thomas, > > can you look at the crash.dmp file and post it here? If it > contains more than one report please edit it to include only the > relevant report. > > Can you keep a copy of the file and the image so we can try and > reproduce car the bug also? > > Thanks > Eliot > _,,,^..^,,,_ (phone) > >> On Mar 22, 2017, at 5:44 AM, tdupriez(a)ens-paris-saclay.fr wrote: >> >> Quoting Nicolai Hess <nicolaihess(a)gmail.com>: >> >>> 2017-03-22 11:04 GMT+01:00 <tdupriez(a)ens-paris-saclay.fr>: >>> >>>> Hi, >>>> >>>> The pharo 6 vm crashed when I pasted a long text file in the body of a >>>> method. >>>> Surprisingly, the vm did not crashed when I pasted a file of approximately >>>> the same size but only containing a single string ('adafcawa' copy-pasted >>>> on 8000 lines). >>>> >>>> The crash occured after I: >>>> - Opened a fresh image (60450) >>>> - Created a package, with a single class, with a single method >>>> - Tried to paste the content of the attached file into the methods body >>>> (the vm froze for 20-30 seconds then crashed) >>>> >>>> Ubuntu 16.04 LTS >>>> 64 bits >>>> vm obtained from http://get.pharo.org/ (the '60+vm' package) >>>> image 60450 >>>> >>>> Thomas >>>> >>> >>> >>> Hi, >>> this is somehow related to syntax highlighting and that the parser for >>> syntax highlighting stops due to a syntax error. >>> You can disable syntax highlighting. >>> SHPreferences enabled:false. >>> >>> And if you just paste this code as a string >>> >>> foo >>> ^ 'YOUR_FILE_CONTENTS' >>> >>> the syntax error occurs from line 35 of your file contents: >>> >>> Other Elements. All syntactic structures that don't fall >>> >>> this lines contains a quote and the parser tries to parse the remaining >>> part as code. >>> >>> What I don't understand, sometimes it is working (code pane just shows the >>> code with all after the text >>> "don't" highlighted red, indicating a syntax error). And sometimes it does >>> not work and the vm just consumes a >>> ridiculous amount of memory ~ 1GB. >>> >> >> Ok, thanks. I got around it by pasting the file pieces by pieces. >> >> Although I'm not sure it's all there is, because even pasting the >> content of the file after having removed this quote (and checked >> that it was the only quote of the file) into the method body >> crashes the vm. >> >> foo >> ^ 'FILE_CONTENT_WITHOUT_QUOTES' >> >> Thomas >> >> >

March 22, 2017