- Pharo-dev - lists.pharo.org

bad world redrawing problem

by Tudor Girba

Hi, I encountered a strange redrawing problem: - the Pharo image (50582), and - the stable VM: â VM build date: Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< â VM version: CoInterpreter VMMaker.oscog-EstebanLorenzano.1676 uuid: 707197b7-1656-460f-bb98-5b042b79239b Feb 3 2016 StackToRegisterMappingCogit VMMaker.oscog-EstebanLorenzano.1676 uuid: 707197b7-1656-460f-bb98-5b042b79239b Feb 3 2016 https://github.com/estebanlm/pharo-vm.git Commit: 62d5c05810e37e9f754eda79bc00c7bdd9173234 Date: 2016-02-03 19:23:48 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #547 â Image Version: 6521 Please let me know if you encounter a similar thing (or if this is a known issue). There was an error that I closed too quickly and then I started to get this: See also a video: https://dl.dropboxusercontent.com/u/18323746/Tmp/bad-redrawing.mov But, what is worse is that I tried to "Save and Quit" and the image crashed and I cannot reopen it anymore. You can download the image together with the associated PharoDebug.log and the crash.dmp: https://dl.dropboxusercontent.com/u/18323746/Tmp/bad-redrawing.zip Cheers, Doru -- www.tudorgirba.com www.feenk.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Feb. 16, 2016

Re: [Pharo-dev] Compiling the unix vm / spur

by Esteban Lorenzano

That should be fixed in my lasts commits... Which version is the ppa using? (I'm out 'till Thursday, sorry I cannot provide more support right now :( ) Esteban > On 16 feb 2016, at 9:41 a.m., Damien Cassou <damien.cassou(a)inria.fr> wrote: > > Hi Eliot, > > Eliot Miranda <eliot.miranda(a)gmail.com> writes: > >> On Mon, Feb 15, 2016 at 10:37 AM, Markus Fritsche <mfritsche(a)reauktion.de> >> wrote: >>> I was just going to update the ubuntu ppa an wanted to supply a spur vm >>> image. The compilation stopped however: >>> >>> -- Configuring done >>> CMake Error at IA32FFIPlugin/CMakeLists.txt:11 (add_library): >>> Cannot find source file: >>> >>> >>> /home/mfritsche/src/pharo-vm-spur-2016.02.13/src/plugins/IA32FFIPlugin/IA32FFIPlugin.c >> >> That's a bug in the CMake code (which I hope will be history in a few >> months). tt should be looking *only* for >> >> src/plugins/SqueakFFIPlugin/SqueakFFIPlugin.c >> >> which should include >> >> src/plugins/SqueakFFIPlugin/IA32FFIPlugin.c > > > do you know what we have to change and where exactly? I also face the > same problem. > > Thanks > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill >

Feb. 16, 2016

Re: [Pharo-dev] Compiling the unix vm / spur

by Damien Cassou

Hi Eliot, Eliot Miranda <eliot.miranda(a)gmail.com> writes: > On Mon, Feb 15, 2016 at 10:37 AM, Markus Fritsche <mfritsche(a)reauktion.de> > wrote: >> I was just going to update the ubuntu ppa an wanted to supply a spur vm >> image. The compilation stopped however: >> >> -- Configuring done >> CMake Error at IA32FFIPlugin/CMakeLists.txt:11 (add_library): >> Cannot find source file: >> >> >> /home/mfritsche/src/pharo-vm-spur-2016.02.13/src/plugins/IA32FFIPlugin/IA32FFIPlugin.c >> > > That's a bug in the CMake code (which I hope will be history in a few > months). tt should be looking *only* for > > src/plugins/SqueakFFIPlugin/SqueakFFIPlugin.c > > which should include > > src/plugins/SqueakFFIPlugin/IA32FFIPlugin.c do you know what we have to change and where exactly? I also face the same problem. Thanks -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Feb. 16, 2016

[pharo-project/pharo-core] 9e4ed2: 50583

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 9e4ed29efdec9a217e5a0f02c7f2ba7311b4cc09 https://github.com/pharo-project/pharo-core/commit/9e4ed29efdec9a217e5a0f02… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-16 (Tue, 16 Feb 2016) Changed paths: M AST-Core.package/RBParser.class/instance/private-parsing/parseCascadeMessage.st A AST-Tests-Core.package/RBParserTest.class/instance/tests parsing/testCascade.st R Deprecated50.package/HelpIconsTest.class/README.md R Deprecated50.package/HelpIconsTest.class/definition.st R Deprecated50.package/HelpIconsTest.class/instance/accessing/defaultTestClass.st R Deprecated50.package/HelpIconsTest.class/instance/testing/testIconCaching.st M Morphic-Core.package/Morph.class/instance/macpal/flash.st R Morphic-Core.package/Morph.class/instance/macpal/flashDone_.st A Morphic-Core.package/Morph.class/instance/macpal/flashFinished_original_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50582.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50583.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50582.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50583.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50583 17582 Morph>>#flashFillStyle should not be required to be constant https://pharo.fogbugz.com/f/cases/17582 17581 Expression âÃÃº(object message1); message2âÃÃ¹ is accepted as valid code https://pharo.fogbugz.com/f/cases/17581 17594 The method HelpIcons class>>iconNamed: has been deprecated. https://pharo.fogbugz.com/f/cases/17594 http://files.pharo.org/image/50/50583.zip

Feb. 16, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50583 Home: https://github.com/pharo-project/pharo-core

Feb. 16, 2016

Re: [Pharo-dev] Status Updates for Hot New Libraries?

by ClÃ©ment Bera

2016-02-16 8:40 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2016-02-16 8:06 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> >> Am 16.02.2016 7:27 vorm. schrieb "ClÃ©ment Bera" <bera.clement(a)gmail.com>: >> > >> > I have been using SDL for a while now. It works fine with the latest >> pre-spur VM. I think Esteban made the Spur migration right now so it should >> work fine. >> > >> > It is really a game changer. You can start Pharo in headless, open a >> SDL window, use Cairo to render things on it and have it catch user events. >> It is very nice :-) >> >> In Windows too? >> The last time I tried, the keyboard input stopped working. I provided a >> fix for the vm, that is now away again. >> This was some month ago. And it is exhausting how slow we move forward >> and testing, debugging and reviewing must be die again and again. >> > > And since spur? The SDL examples don't work on windows > SubclassResponsibility: SDL2 class had the subclass responsibility to > implement #ffiLibraryName > > It works fine with the latest pre-spur VM and pre-spur image. I think Esteban made the Spur migration so it should work fine with latest spur VM, maybe not yet as he was sick and might not have been able to integrate. I am using it on Mac and Linux. I have no windows machine sorry I can't tell. > > >> > 2016-02-15 21:07 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >>> >> >>> Did I miss any? >> >> >> >> >> >> libgit2? >> > >> > >> > >

Feb. 16, 2016

Re: [Pharo-dev] Status Updates for Hot New Libraries?

by Nicolai Hess

2016-02-16 8:06 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > Am 16.02.2016 7:27 vorm. schrieb "ClÃ©ment Bera" <bera.clement(a)gmail.com>: > > > > I have been using SDL for a while now. It works fine with the latest > pre-spur VM. I think Esteban made the Spur migration right now so it should > work fine. > > > > It is really a game changer. You can start Pharo in headless, open a SDL > window, use Cairo to render things on it and have it catch user events. It > is very nice :-) > > In Windows too? > The last time I tried, the keyboard input stopped working. I provided a > fix for the vm, that is now away again. > This was some month ago. And it is exhausting how slow we move forward and > testing, debugging and reviewing must be die again and again. > And since spur? The SDL examples don't work on windows SubclassResponsibility: SDL2 class had the subclass responsibility to implement #ffiLibraryName > > > > 2016-02-15 21:07 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >>> > >>> Did I miss any? > >> > >> > >> libgit2? > > > > >

Feb. 16, 2016

Re: [Pharo-dev] Status Updates for Hot New Libraries?

by Nicolai Hess

Am 16.02.2016 7:27 vorm. schrieb "ClÃ©ment Bera" <bera.clement(a)gmail.com>: > > I have been using SDL for a while now. It works fine with the latest pre-spur VM. I think Esteban made the Spur migration right now so it should work fine. > > It is really a game changer. You can start Pharo in headless, open a SDL window, use Cairo to render things on it and have it catch user events. It is very nice :-) In Windows too? The last time I tried, the keyboard input stopped working. I provided a fix for the vm, that is now away again. This was some month ago. And it is exhausting how slow we move forward and testing, debugging and reviewing must be die again and again. > > 2016-02-15 21:07 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >>> >>> Did I miss any? >> >> >> libgit2? > >

Feb. 16, 2016

Re: [Pharo-dev] New Cog VMs available as per VMMaker.oscog-eem.1679/r3602

by Eliot Miranda

Hi ClÃ©ment, > On Feb 15, 2016, at 10:28 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Hey Eliot, > > the Pharo builds you have integrated, they have the exact same plugin as existing Pharo VM ? I am thinking of libgit, Cairo or SDL2 for example. No, but I hope that people who know the Pharo VM can modify the build to make it the same. Another thing that needs to be done is to merge in HPI's statically-linked SqueakSSL plugin build. > I am so happy to be able to build Pharo VM now. That would simplify so many things for me. That's great! I'm sure that in a month or two we will all be sharing a consistent VM build environment. That'll make everyone's life easier. > > 2016-02-16 3:32 GMT+01:00 Sean P. DeNigris <sean(a)clipperadams.com>: >> Eliot Miranda-2 wrote >> > ... Bug Fixes and Improvements... >> >> Wow that was a long list of improvements, and exciting that 64-bit and one >> unified build process are so near! Thanks and congrats!! >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/New-Cog-VMs-available-as-per-VMMaker-oscog-eem-1679-r… >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Feb. 16, 2016

Re: [Pharo-dev] New Cog VMs available as per VMMaker.oscog-eem.1679/r3602

by Sven Van Caekenberghe

> On 16 Feb 2016, at 03:32, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Eliot Miranda-2 wrote >> ... Bug Fixes and Improvements... > > Wow that was a long list of improvements, and exciting that 64-bit and one > unified build process are so near! Thanks and congrats!! +100 Yeah! > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/New-Cog-VMs-available-as-per-VMMaker-oscog-eem-1679-r… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Feb. 16, 2016