- Pharo-users - lists.pharo.org

Re: [Pharo-users] problem when running without changes file (on windows)

by Guillermo Polito

Still, in Pharo6 the absense of changes and sources files means also that FFI calls cannot be done. UFFI uses the method source code to map arguments, and if no source code is available, FFI calls cannot be resolved. This is solved in Pharo7 thanks to Vincent Blondeau by embedding argument names into the method (and thus not requiring source code anymore). If you need it, you can take the FFICompilerPlugin class + (RBMethodNode>>ensureCachedArgumentNames) from Pharo7 and try to backport them on your Pharo6 installation. On Tue, Nov 13, 2018 at 4:29 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Hans, > > Did you see (read the class comment) of NoPharoFilesOpener and > NoChangesLog ? > > Sven > > > On 13 Nov 2018, at 16:19, Baveco, Hans <hans.baveco(a)wur.nl> wrote: > > > > I have a pharo 6.1 image (based on the Moose 6.1 image) containing a > small application. I would like to distribute this without the source code. > When I run the application with the changes file present all is fine. When > running with the changes file removed, it mostly works ok but apparently > the functionality for e.g. creating png (linked to Cairo?) is not > available. The log file is attached. > > > > Now looking a bit further into this I observed that in fact all the 6.1 > images I work with seem to have this same problem, e.g. when displaying > Roassal graphs they display the red windows with crosses. > > > > Is this option to run without a changes files supposed to work in 6.1 > (on windows)? What should I do to make it work? (noticed that there is no > setting anymore for this) > > > > Hans > > <PharoDebug.log> > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Nov. 13, 2018

Re: [Pharo-users] problem when running without changes file (on windows)

by Sven Van Caekenberghe

Hi Hans, Did you see (read the class comment) of NoPharoFilesOpener and NoChangesLog ? Sven > On 13 Nov 2018, at 16:19, Baveco, Hans <hans.baveco(a)wur.nl> wrote: > > I have a pharo 6.1 image (based on the Moose 6.1 image) containing a small application. I would like to distribute this without the source code. When I run the application with the changes file present all is fine. When running with the changes file removed, it mostly works ok but apparently the functionality for e.g. creating png (linked to Cairo?) is not available. The log file is attached. > > Now looking a bit further into this I observed that in fact all the 6.1 images I work with seem to have this same problem, e.g. when displaying Roassal graphs they display the red windows with crosses. > > Is this option to run without a changes files supposed to work in 6.1 (on windows)? What should I do to make it work? (noticed that there is no setting anymore for this) > > Hans > <PharoDebug.log>

Nov. 13, 2018

problem when running without changes file (on windows)

by Baveco, Hans

I have a pharo 6.1 image (based on the Moose 6.1 image) containing a small application. I would like to distribute this without the source code. When I run the application with the changes file present all is fine. When running with the changes file removed, it mostly works ok but apparently the functionality for e.g. creating png (linked to Cairo?) is not available. The log file is attached. Now looking a bit further into this I observed that in fact all the 6.1 images I work with seem to have this same problem, e.g. when displaying Roassal graphs they display the red windows with crosses. Is this option to run without a changes files supposed to work in 6.1 (on windows)? What should I do to make it work? (noticed that there is no setting anymore for this) Hans

Nov. 13, 2018

Re: [Pharo-users] Canonical download location for Pharo VMs

by Esteban Maringolo

Thanks Ben and Esteban. I got confused becasue /vm/pharo-spu32 modification date said 2014-11-14 , and I was looking for the most recent one. Now I realize that the directory modification date only changes when a file or folder is added directly to that directory and not one of its subdirectories. Looking at the PharoLauncher vm's directory I can see there is a 70-x64, 61-x86, etc, what is the criteria to determine which vm is for 6.0 and which for 7.0? The pharo.exe version says 5.0.0.0. Thank again. Esteban A. Maringolo El mar., 13 nov. 2018 a las 5:37, Esteban Lorenzano (<estebanlm(a)gmail.com>) escribiÃ³: > The canonical location is: > > http://files.pharo.org/get-files/70/ (for Pharo 7.0, there are siblings > there for each version). > > There there are links to stable and latest. > As is said in first page of file server, all the other locations are there > for reference (even if what is in get-files references something else) :) > > http://files.pharo.org/vm/pharo-spur32/ > <http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201811120325-a3f5…> > > Is one of this âreferenceâ places. > > Esteban > > On 13 Nov 2018, at 05:14, Ben Coman <btc(a)openinworld.com> wrote: > > > > On Tue, 13 Nov 2018 at 08:03, Esteban Maringolo <emaringolo(a)gmail.com> > wrote: > >> What is the canonical repository/ci to download the latest VM for Pharo? >> >> I'm trying to get pharo launcher to launch a 32 bit image in Windows, but >> it complains it can't determine the image version, so I'm trying to >> download the latest 32 bit VM for Windows to launch it manually, but >> https://files.pharo.org/vm/ doesn't have anyting updated, and links to a >> Jenkins that seems abandoned, same thing for >> https://github.com/pharo-project/pharo-vm, and >> https://github.com/OpenSmalltalk/opensmalltalk-vm/ doesn't link to a >> successful build. >> >> Any hints on how to download the proper VM for windows 32 bit or >> successfully configure Pharo-Launcher to determine itself how to do it? >> >> Thank you. >> >> Esteban A. Maringolo >> > > > http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201811120325-a3f5… > looks like its from yesterday. :^) > > cheers -ben > > > >

Nov. 13, 2018

Re: [Pharo-users] MetaLink>>level: failing?

by Marcus Denker

More progressâ¦ in the latest Pharo7 this is now working... (#operation reifies the original operation): | link choice | choice := true. link := MetaLink new metaObject: [ :operation | UIManager default alert: 'Linked Version'. choice ifTrue: [operation value ]. ]; selector: #value:; arguments: #(#operation); control: #instead. (TestMetaLink >> #execute) ast link: link. TestMetaLink new execute. link uninstall. No need for using #level: as #operation for method execution is reifying the *original* method that would have been executed without the link. (this then is, too, what will be used to make finally âturning offâ instead links work correctly: if the instead link is not active (due to a condition or level), it will instead execute âoperation valueâ, that is, what would have been done without the #instead link present. Marcus > On 7 Nov 2018, at 15:47, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > I added > > https://pharo.fogbugz.com/f/cases/22642/instead-links-and-meta-level-origin… <https://pharo.fogbugz.com/f/cases/22642/instead-links-and-meta-level-origin…> > > as a workaround, you can use a #before link with an explicit return: > > > choice := true. > link := MetaLink new metaObject: [ :object :selector :arguments :context | > UIManager default alert: 'Linked Version'. > choice ifTrue: [ context sender sender sender sender return: (object perform: selector withArguments: arguments)]. > ]; > selector: #value:value:value:value:; > arguments: #(#object #selector #arguments #context); > control: #before; > level: 0. > > (TestMetaLink >> #execute) ast link: link. > TestMetaLink new execute. > link uninstall. > > (yes, the context sender sender sender shows that #context needs to do the right thing when using level: 0. or notâ¦ another thing to fix) > > Marcus > >> On 7 Nov 2018, at 15:08, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> Hello, >> >> I added a fist issue (and fix) for parts of the problem >> >> https://pharo.fogbugz.com/f/cases/22641/Semantic-analysis-needs-to-take-ins… <https://pharo.fogbugz.com/f/cases/22641/Semantic-analysis-needs-to-take-ins…> >> https://github.com/pharo-project/pharo/pull/1960 <https://github.com/pharo-project/pharo/pull/1960> >> >> But after this, it does not work as the level just turns off calling the meta level code, but does not execute the >> original code where the #instead is put. >> (#instead in general needs more work in this implementation). >> >> I will open another issue for that. >> >> Marcus >> >>> On 31 Oct 2018, at 18:03, Vitor Medina Cruz <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com>> wrote: >>> >>> Thanks! Is there an issue on fogbuzz where I can be notified of resolution? Do you need me to create it? >>> >>> After that how can update the code? Software update is safe or should I create a new image? >>> >>> regards, >>> Vitor >>> >>> On Mon, Oct 29, 2018 at 12:08 PM Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> >>>> On 25 Oct 2018, at 01:33, Vitor Medina Cruz <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com>> wrote: >>>> >>>> Hello, >>>> >>>> I am playing with MetaLink, really cool!, but I am having issues that I am unsure if it's some erro or if I am doing something wrong (I am using Pharo 6.1 32 bits in windows.). Consider: >>>> >>>> TestMetaLink>>execute >>>> UIManager default alert: 'Actual Version'. >>>> >>>> And in Playground: >>>> >>>> | link | >>>> >>>> link := MetaLink new metaObject: [ :object | UIManager default alert: 'Linked Version' ]; >>>> selector: #value:; >>>> arguments: #(#object); >>>> control: #instead. >>>> >>>> >>>> (TestMetaLink >> #execute) ast link: link. >>>> TestMetaLink new execute. >>>> link uninstall. >>>> >>>> This works as expected, an alert with 'Linked Version' is promped. But then suppose I want to execute the actual node alongside with the linked one considering some condition: >>>> >>>> | link choice | >>>> >>>> choice := true. >>>> link := MetaLink new metaObject: [ :object :selector :arguments | >>>> UIManager default alert: 'Linked Version'. >>>> choice ifTrue: [ object perform: selector withArguments: arguments]. >>>> ]; >>>> selector: #value:value:value:; >>>> arguments: #(#object #selector #arguments); >>>> control: #instead; >>>> level: 0. >>>> >>>> >>>> (TestMetaLink >> #execute) ast link: link. >>>> TestMetaLink new execute. >>>> link uninstall. >>>> >>>> As I understand, level:0 is necessary in order to avoid an infinite loop, but then I get an error: >>>> >>>> KeyNotFound: key #RFArgumentsReificationVar not found in Dictionary >>>> >>>> Am I doing something wrong? Is that an error? >>>> >>> Hello, >>> >>> Yes, this looks like a bug. I will fix it over the next days. >>> >>> Marcus >>> >>> >>> >>> >>> >>> >>> >> >

Nov. 13, 2018

Re: [Pharo-users] Iceberg + BaselinOf + Metacello - how to manage interdependencies ?

by CÃ©drick BÃ©ler

Nobody knows ? I probably do/ask something wrongâ¦ My impression is that it is very difficult for a newcomer to get into Iceberg/Github (I tried to avoid GIT as much as possible and I understand why now ^_^)â¦ but still itâs a great tool. Just not that easy to "master" (there are several possibilities, orders for code loading). Please tell me if there is something wrong in what I try to do. Cheers, CÃ©drick > Iâm trying to declare a BaselinOf to load lots of Packages. My aim is to have a kind of distribution (so students donât have to load packages). > Iâm new to Iceberg + BaselinOf + Metacello. I target only P7. > > Let's say I want to load Teapot and NeoJSON (development version). > Teapot depends on NeoJSON (#stable). > > So, whatever the order of declaration in the BaselineOfMyProject, Iâd like not to have the following conflict: > > <unknown.png> > > So is it possible to tell to load : > > - Teapot , then NeoJSON (updating to NeoJSON the dependancies of Teapot) > - NeoJSON (#latest) then Teapot (ignoring the NeoJSON stable of Teapot baseline). > > I know I risk breaking Teapot (but I donât care :), I want latest NeoJSON. > > So is it possible to define such constraints ? > > Iâm aware of that way of loading from Metacello : > > Metacello new > baseline: 'NeoCSV'; > repository: 'gitlocal://../../iceberg/svenvc/NeoCSV <gitlocal://../iceberg/svenvc/NeoCSV>' ; > onConflict: [ :err | err useIncoming ]; > onUpgrade: [ :err | err useIncoming ]; > load > Still, not sure, of the meaning of #useIncoming (#allow #disallow). > 1) Does one mean keep/load the latest ? > 2) is it possible to launch such Metacello installation from Iceberg ? > <PastedGraphic-2.png> > > > TIA, > > CÃ©drick

Nov. 13, 2018

Re: [Pharo-users] Canonical download location for Pharo VMs

by Esteban Lorenzano

The canonical location is: http://files.pharo.org/get-files/70/ <http://files.pharo.org/get-files/70/> (for Pharo 7.0, there are siblings there for each version). There there are links to stable and latest. As is said in first page of file server, all the other locations are there for reference (even if what is in get-files references something else) :) http://files.pharo.org/vm/pharo-spur32/ <http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201811120325-a3f5…> Is one of this âreferenceâ places. Esteban > On 13 Nov 2018, at 05:14, Ben Coman <btc(a)openinworld.com> wrote: > > > > On Tue, 13 Nov 2018 at 08:03, Esteban Maringolo <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>> wrote: > What is the canonical repository/ci to download the latest VM for Pharo? > > I'm trying to get pharo launcher to launch a 32 bit image in Windows, but it complains it can't determine the image version, so I'm trying to download the latest 32 bit VM for Windows to launch it manually, but https://files.pharo.org/vm/ <https://files.pharo.org/vm/> doesn't have anyting updated, and links to a Jenkins that seems abandoned, same thing for https://github.com/pharo-project/pharo-vm <https://github.com/pharo-project/pharo-vm>, and https://github.com/OpenSmalltalk/opensmalltalk-vm/ <https://github.com/OpenSmalltalk/opensmalltalk-vm/> doesn't link to a successful build. > > Any hints on how to download the proper VM for windows 32 bit or successfully configure Pharo-Launcher to determine itself how to do it? > > Thank you. > > Esteban A. Maringolo > > http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201811120325-a3f5… <http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201811120325-a3f5…> > looks like its from yesterday. :^) > > cheers -ben > >

Nov. 13, 2018

Re: [Pharo-users] OpenGL minimum working example?

by Ronie Salgado

Hi Hernan, I just added two new examples, UFFIOpenGLOffscreenSamples >> #triangle and UFFIOpenGLOffscreenSamples >> #quad (using your vertices). I tested it on Linux and on OS X. triangle " self new triangle " | context gl fb colorProgram vertexBuffer | context := UFFIOpenGLContext new. colorProgram := self colorProgramFor: context. vertexBuffer := self immutableVertexBufferFor: context withPackedFloats: { " x y z r g b a " { -0.5 . 0.5 . 0.0 . 1.0 . 0.0 . 0.0 . 1.0 }. { 0.5 . 0.5 . 0.0 . 0.0 . 1.0 . 0.0 . 1.0 }. { 0.0 . -0.5 . 0.0 . 0.0 . 0.0 . 1.0 . 1.0 }. }. gl := context gl. fb := context offscreenBufferExtent: 640@480. context asCurrentDo: [ fb activate. gl viewport_x: 0 y: 0 width: 640 height: 480; clearColor_red: 0.0 green: 0.0 blue: 0.0 alpha: 1.0; clear: GL_COLOR_BUFFER_BIT; useProgram: colorProgram validHandle; bindBuffer_target: GL_ARRAY_BUFFER buffer: vertexBuffer validHandle. self activateDefaultVertexLayoutOn: context. gl drawArrays_mode: GL_TRIANGLES first: 0 count: 3 ]. fb asForm asMorph openInWindow. Best regards, Ronie El mar., 13 nov. 2018 a las 1:23, Ben Coman (<btc(a)openinworld.com>) escribiÃ³: > > > On Tue, 13 Nov 2018 at 03:37, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> Hi. >> >> I tried to get an OpenGL MWE from >> https://github.com/ronsaldo/uffi-opengl in both Windows 8.1 and MacOS >> without luck. What I tried so far is to render a simple figure in a >> new window, adding this method to UFFIOpenGLOffscreenSamples: >> > > You may also be interested in "Use Metal instead of OpenGL for the main VM > Window in OS X" ... > https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/306 > > cheers -ben >

Nov. 13, 2018

Re: [Pharo-users] OpenGL minimum working example?

by Ben Coman

On Tue, 13 Nov 2018 at 03:37, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > Hi. > > I tried to get an OpenGL MWE from > https://github.com/ronsaldo/uffi-opengl in both Windows 8.1 and MacOS > without luck. What I tried so far is to render a simple figure in a > new window, adding this method to UFFIOpenGLOffscreenSamples: > You may also be interested in "Use Metal instead of OpenGL for the main VM Window in OS X" ... https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/306 cheers -ben

Nov. 13, 2018

Re: [Pharo-users] Canonical download location for Pharo VMs

by Ben Coman

On Tue, 13 Nov 2018 at 08:03, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > What is the canonical repository/ci to download the latest VM for Pharo? > > I'm trying to get pharo launcher to launch a 32 bit image in Windows, but > it complains it can't determine the image version, so I'm trying to > download the latest 32 bit VM for Windows to launch it manually, but > https://files.pharo.org/vm/ doesn't have anyting updated, and links to a > Jenkins that seems abandoned, same thing for > https://github.com/pharo-project/pharo-vm, and > https://github.com/OpenSmalltalk/opensmalltalk-vm/ doesn't link to a > successful build. > > Any hints on how to download the proper VM for windows 32 bit or > successfully configure Pharo-Launcher to determine itself how to do it? > > Thank you. > > Esteban A. Maringolo > http://files.pharo.org/vm/pharo-spur32/win/pharo-win-i386-201811120325-a3f5… looks like its from yesterday. :^) cheers -ben

Nov. 13, 2018