- Pharo-dev - lists.pharo.org

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

by Eliot Miranda

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. 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. > 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. > Peter _,,,^..^,,,_ (phone)

March 22, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by jan.struz

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 <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: http://forum.world.st/ANN-PharoNOS-tp4939247p4939628.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 22, 2017

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

by Eliot Miranda

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

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

by tdupriez＠ens-paris-saclay.fr

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

Re: [Pharo-dev] [ANN] PharoNOS

by Hernan Wilkinson

Hi Jan, I feel kind of stupid but I can not find how to download a disk image to bootstrap... I don't see them on gitlab, could you give me a hint? :-) Thanks! Hernan. On Sat, Mar 18, 2017 at 8:30 PM, jan.struz <public%2Bpharo(a)struz.cz> wrote: > Hi, > I successfully ported SqueakNOS to Pharo, and want to share it with you! > It works with Pharo 4.0 image, networking included, ping works! > > *What is different:* > - I use my own CMake build file, with "out-of-tree" build support, instead > of "build.xyz" directories inside source tree + some template scripts to > build any VM type, but it is not complete... > - I use MUSL <http://www.musl-libc.org/> instead of GlibC, > cross-compiling GlibC statically on 64bit for 32bit seems impossible, but > anyway I use 32bit environment to build it > - It works with pre-opensmalltalk-vm migration directory structure, so the > "sync" with latest trunk remains #TODO, or maybe start a new branch again > from the latest upstream commit should work too > - freetype is included, but will not load any fonts, since the filesystem > driver is image-side... so you will need to make new fonts embedded, if you > want them > - known issues: image snapshot and fileout are not working, current > date+time hacked to make fat32 timestamps work > - revision needed: timer (heartbeat) vs. GC vs. interrupts enable/disable > - there are even some hacks to image-side methods > > *PharoNOS platform directory sources: [pharonos branch]* > SRC: https://gitlab.com/johnnyzz/pharonos > > *VM sources: [dev branch]* > SRC: https://gitlab.com/johnnyzz/pharo-vm > - added platform directory, build scripts and CMake templates > - added VMMaker configs > > *Build Environment (32bit) - Docker image repository, with CI:* > https://gitlab.com/johnnyzz/dev-build > > *PharoNOS CI (uses previous Docker image):* > CI: https://gitlab.com/johnnyzz/pharo-nos-build > > *How to run it:* > You can download fresh disk image from CI and then run: > (sudo) kvm -hda build/NOS.img -enable-kvm -cpu kvm32 -vga qxl -m 256 > -netdev tap,id=user.3,ifname=tap2,vhost=on -net > nic,model=rtl8139,netdev=user.3 -global isa-fdc.driveA= -serial stdio > > *One more thing:* > Statically linked Pharo Spur32 (headless) VM, with only one dependency - > Linux kernel: > CI: https://gitlab.com/johnnyzz/pharo-build-static > Size: 2,4MB (too big?, but Freetype included too!) > > enjoy > > Jan > Save The World! > > ------------------------------ > View this message in context: [ANN] PharoNOS > <http://forum.world.st/ANN-PharoNOS-tp4939247.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 -_-

by Nicolai Hess

2017-03-22 10:31 GMT+01:00 Peter Uhnak <i.uhnak(a)gmail.com>: > 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 > > Maybe it would help if other people try to reproduce this error. Can you share the image/code you are using ? Do you have a mingw build environment ? Sometimes it helps to start the vm with gdb, and if an exception occurs that does not write a crash.dmp, if you are lucky, gdb will show some additional information. (for me, the latest windows vm *sometimes* does create a crash.dmp).

March 22, 2017

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

by Nicolai Hess

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.

March 22, 2017

Pharo 6 vm crashed when pasting a big file

by tdupriez＠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

March 22, 2017

More Windows VM Crashing -_-

by Peter Uhnak

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

Collecting of event data still needed?

by Pavel Krivanek

>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