- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Pharo VM Crash

by Sven Van Caekenberghe

I did it on 50443, the bytecode/ast looked OK to my untrained eyes. You can easily try it yourself. > On 16 Nov 2015, at 12:03, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Sorry, > > what is the bytecode of the method? The Pharo version? > > Thierry > > 2015-11-16 12:02 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > > 2015-11-16 12:00 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Wow, I can confirm that it does crash the VM ;-) > > Which is totally weird because this is basically a no-op since you do not evaluate the block, it should basically return self, ignoring the block. > > > On 16 Nov 2015, at 11:49, Boris Spasojevic <spasojev(a)inf.unibe.ch> wrote: > > > > Hey all, > > > > How and where can I report the pharo VM crashing? if I have a class Tmp and it has a method > > > > Tmp>>tmp > > [ ^ true ] > > > > and I try to execute Tmp new tmp. The VM segfaults. > > > > -- > > Cheers, > > BoriS > > > > > > > > > >

Nov. 16, 2015

Re: [Pharo-dev] Pharo VM Crash

by Thierry Goubier

Sorry, what is the bytecode of the method? The Pharo version? Thierry 2015-11-16 12:02 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > > > 2015-11-16 12:00 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> Wow, I can confirm that it does crash the VM ;-) >> >> Which is totally weird because this is basically a no-op since you do not >> evaluate the block, it should basically return self, ignoring the block. >> >> > On 16 Nov 2015, at 11:49, Boris Spasojevic <spasojev(a)inf.unibe.ch> >> wrote: >> > >> > Hey all, >> > >> > How and where can I report the pharo VM crashing? if I have a class Tmp >> and it has a method >> > >> > Tmp>>tmp >> > [ ^ true ] >> > >> > and I try to execute Tmp new tmp. The VM segfaults. >> > >> > -- >> > Cheers, >> > BoriS >> > >> > >> > >> >> >> >

Nov. 16, 2015

Re: [Pharo-dev] Pharo VM Crash

by Thierry Goubier

2015-11-16 12:00 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Wow, I can confirm that it does crash the VM ;-) > > Which is totally weird because this is basically a no-op since you do not > evaluate the block, it should basically return self, ignoring the block. > > > On 16 Nov 2015, at 11:49, Boris Spasojevic <spasojev(a)inf.unibe.ch> > wrote: > > > > Hey all, > > > > How and where can I report the pharo VM crashing? if I have a class Tmp > and it has a method > > > > Tmp>>tmp > > [ ^ true ] > > > > and I try to execute Tmp new tmp. The VM segfaults. > > > > -- > > Cheers, > > BoriS > > > > > > > > >

Nov. 16, 2015

Re: [Pharo-dev] Pharo VM Crash

by Max Leske

Hi Boris > On 16 Nov 2015, at 11:49, Boris Spasojevic <spasojev(a)inf.unibe.ch> wrote: > > Hey all, > > How and where can I report the pharo VM crashing? On the VM dev list: vm-dev(a)lists.squeakfoundation.org <mailto:vm-dev@lists.squeakfoundation.org>. Iâve forwarded your message. Cheers, Max > if I have a class Tmp and it has a method > > Tmp>>tmp > [ ^ true ] > > and I try to execute Tmp new tmp. The VM segfaults. > -- > Cheers, > BoriS > >

Nov. 16, 2015

Re: [Pharo-dev] Pharo VM Crash

by Sven Van Caekenberghe

Wow, I can confirm that it does crash the VM ;-) Which is totally weird because this is basically a no-op since you do not evaluate the block, it should basically return self, ignoring the block. > On 16 Nov 2015, at 11:49, Boris Spasojevic <spasojev(a)inf.unibe.ch> wrote: > > Hey all, > > How and where can I report the pharo VM crashing? if I have a class Tmp and it has a method > > Tmp>>tmp > [ ^ true ] > > and I try to execute Tmp new tmp. The VM segfaults. > > -- > Cheers, > BoriS > > >

Nov. 16, 2015

Pharo VM Crash

by Boris Spasojevic

Hey all, How and where can I report the pharo VM crashing? if I have a class Tmp and it has a method Tmp>>tmp [ ^ true ] and I try to executeTmp new tmp. The VM segfaults. -- Cheers, BoriS

Nov. 16, 2015

Re: [Pharo-dev] Deployment process for Pharo :)

by Stephan Eggermont

On 16-11-15 09:07, stepharo wrote: > I'm quite sure that you will love what maximilliano is doing :) Indeed. Getting this right is simply a lot of work. I really appreciate taking the time to describe exactly what is needed, and even more automating it :) >> I have no problem with making the ideas and the code presented >> open-source. As I told Esteban, I was not aware that there would be >> interest in it, so first I need to find the time to extract the >> deployment code into a separate project (since I use it for a >> commercial product), then upload it to github or similar. Also, some >> of the atendees suggested similar projects and people I should contact >> to improve the deployment process. Great. Please upload first, improve later. Stephan

Nov. 16, 2015

Re: [Pharo-dev] error "please insert disk" (windows vm)

by Nicolai Hess

I opened another bug report at mantis - > http://bugs.squeak.org/view.php?id=7841 I can create a patch with the proposed solution. 2015-11-06 8:42 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > we have the following bug report > 16928 > <https://pharo.fogbugz.com/f/cases/16928/no-disk-in-the-drive-reply-to-World…> > "no disk in the drive" reply to World | Save As (and other places) > > "On a clean Pharo4.0 #40618 image, on Windows 7 > World Menu | Save As brings up a modal alert window, "There is no disk in > the drive. Please insert a disk into drive <etc>" > > On my system, it does this 4 times. > > I'm assuming that each instance refers to one of the card-reader drives > which are attached, but without a card inserted. > > This is a pain to deal with every single time a File Browser or World | > Save As dialog is opened. > > Could the alerts either be > - only raised when that specific drive is requested by a user action > or, less preferably > - given by a non-modal window, and fading away after a period" > > I was able to reproduce this error on squeaks and pharos window vm. > (insert a usb card reader, with card, wait some time , remove only the > card, > every access on this drive, for example open a FileList and scroll to the > drive letter). > > > The solution I found is to call SetErrorMode( > *SEM_FAILCRITICALERRORS)* > I would like to propose the following change to sqwin32directory.c > wrap the call to FindFirstFileW/FindNextFileW with > > UINT prevMode = SetErrorMode(SEM_FAILCRITICALERRORS); > call FindFirstFileW/FindNextFileW > SetErrorMode(prevMode); > > ... > > and call this functions in at least dir_lookup() > (the other file/directory methods are save). > > Alternative solution, we could call the SetErrorMode function once at > program start > but I don't know if there are other "useful" errors message that we don't > want to disable. > > I tested both solution, both seems to work fine. > > What do you think? > > > > >

Nov. 16, 2015

Re: [Pharo-dev] keyboard events in the windows VM

by Nicolai Hess

Anyone from Squeak/SqueeakVM interested on this change? I can build a squeak vm as well and / or provide a vm-source patch file. 2015-11-13 8:33 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2015-11-12 16:43 GMT+01:00 EuanM <euanmee(a)gmail.com>: > >> I'm happy to test on Windows 7, and on Raspbian Linux >> >> (Although Raspbian Linux runs Pharo UI events slo-o-owly, so I am not >> the best person to do the Linux testing) >> > > Thank you EuanM, > I 'll provide a vm with these changes. All changes are only for the > windows vm at the moment. > > >> >> On 12 November 2015 at 15:42, EuanM <euanmee(a)gmail.com> wrote: >> > I think anything that makes a consistent UI to Pharo for users on >> > different platforms is a good thing. >> > >> > However, I do not know what the downside-effects of this change are. >> > >> > The key thing is to capture all breaks caused by the changed, so they >> > can be coded through or around. And ensure that the test results are >> > viewed with at least the same importance as the automated Jenkins CI >> > test results. >> > >> > I do not know the extent that the Jenkins CI tests actually simulate >> > user keyboard input, so... (Pharo pseudocode for comic effect and >> > clarity) >> > >> > We can write Jenkins tests that simulate user input >> > ifTrue: [ we should do so ]. >> > ifFalse: [ >> > we should >> > write a canonical set of regression test scripts for human >> > users to follow . >> > we should >> > do: [:eachPlatformSupportedByPharo | >> > run the tests in which humans use keyboard tasks ] . >> > we should >> > capture the results ; >> > and feed them into automated the regression tests results >> database >> > ] >> > >> > >> > On 12 November 2015 at 08:35, Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >> A short overview: >> >> >> >> With Ctrl-Key pressed, >> >> >> >> some keyboard events don't generate smalltalk keystrokes (EventKeyChar) >> >> ctrl+tab, ctrl+1, ctrl+2, ..., ctrl+0, ctrl+Tab, ctrl+m >> >> >> >> for some keyboard events there are only key down and key up events >> (from >> >> windows) but the vm "generates" a keypress (EventKeyChar) event >> >> ctrl+Home, ctrl+End, ctrl+PageUp, ... >> >> >> >> But the key value , char code and ctrl flag for this generated events, >> make >> >> them undistinguishable from other ctrl+key shortcuts >> >> ctrl+a = ctrl+Home, ctrl+d = ctrl+End, ctrl+k=ctrl+PageUp,... >> >> >> >> And one key (ctrl+Enter) creates two EventKeyChar events one "normal" >> and >> >> one that is generated from the vm >> >> one with keyvalue 10 and one with 13. >> >> >> >> And the keycode for char like "a","b", ..., are different if you they >> are >> >> typed with or without ctrl-key >> >> >> >> just key "a": >> >> keycode: >> >> 65 (keydown event) >> >> 97 (keyvalue/charcode event) (65 if you press shift key) >> >> 65 (keyup event) >> >> >> >> with ctrl key pressed: >> >> keycode >> >> 65 (keydown event) >> >> 1 (keyvalue/charcode event) >> >> 65 (keyup event) >> >> >> >> >> >> I would like to change this, that means: >> >> >> >> generate EventKeyChar events for >> >> ctrl+1, ctrl+2, ..., ctrl+Tab, ctrl+m >> >> >> >> remove the double key event for ctrl+Enter >> >> >> >> and adopt the behavior of the linux vm, for keyValue, charCode values >> for >> >> events like >> >> ctrl+a, ctrl+home, ... >> >> >> >> for example, the linux vm generates event buffer values: >> >> #(2 7329656 1 0 2 65 0 1) for ctrl+a (keyValue 1/charCode 65) >> >> but >> >> #(2 7329656 1 0 2 1 0 1) for ctrl+home (keyValue 1/charCode 1) >> >> >> >> this may need some changes on the image side. For example, in Pharo we >> >> have some special handling that adds "96" to the keyValue for >> keystrokes >> >> with ctrl-key). >> >> >> >> What do you think? >> >> >> >> >> >> >> >> nicolai >> >> >> >> >

Nov. 16, 2015

Re: [Pharo-dev] Deployment process for Pharo :)

by Thierry Goubier

2015-11-16 9:07 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi guys > > I'm quite sure that you will love what maximilliano is doing :) > Yes! Thierry > > > > Hi Stef. >> >> I believe the slides from my talk will be uploaded to the FAST website. >> But in case you wanted to check it out, I am attaching a PDF with them. >> >> I have no problem with making the ideas and the code presented >> open-source. As I told Esteban, I was not aware that there would be >> interest in it, so first I need to find the time to extract the deployment >> code into a separate project (since I use it for a commercial product), >> then upload it to github or similar. Also, some of the atendees suggested >> similar projects and people I should contact to improve the deployment >> process. >> >> If time permits, I will upload a first version next month. Then if the >> other projects inspire any changes, I would update the deployment package >> with them. >> >> Thanks for your interest in my work. >> >> Regards, >> Maximiliano >> >

Nov. 16, 2015