- Pharo-users - lists.pharo.org

UFFI problem / doubt

by alvaro piorno

Hi everybody, iÂ´m using UnifiedFFI with Chipmunk2D library . I want to get a pointer to a C Structure (cpBody) and set a position to it. I have a subClass of FFIOpaqueObject to handle pointer. This is the "new " ffiCall : self ffiCall: #(cpBody* cpBodyNew(cpFloat m, cpFloat i)) And this is a "seter" ffiCall: self ffiCall: #( void cpBodySetPosition( self, cpVect vector ) ). I`m not getting any "error" but the position is not updating. I tried the same using Chipmunk directly and it works, so there is a problem with what i have in Pharo. Any suggestion? Thanks in advance. Alvaro Piorno

Sept. 15, 2017

Re: [Pharo-users] PlotMorph on Pharo 6.1

by st＠bestley.co.uk

Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > --001a113fc0fc9da22e05592a9f54 > Content-Type: text/plain; charset="UTF-8" > > Hi mark > > live is chaotic here with two or three meetings in parallel, visitors, > and a lecture to finish > Now I tested. I took a Pharo 6.1 32 bits and loaded PlotMorph from the catalog > It load Stefaneggermont.8 > > Can you tell us how to reproduce your problem? > I get this on both 32 and 64 bit Pharo on OSX 10.12.6 Loaded a new Pharo from https://pharo.org/web/download and removed previous Preferences Then from Calalog Browser Install Stable Version Then get > > > > Fetched -> ConfigurationOfPlotMorph-StephanEggermont.5 --- > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ --- > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ > > Loaded -> ConfigurationOfPlotMorph-StephanEggermont.5 --- > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ --- > > http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ > > Loading 1.1 of ConfigurationOfPlotMorph... > > Fetched -> PlotMorph-StephanEggermont.8 --- > > http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ --- > > http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ > > OCStoreIntoReadOnlyVariableError: Cannot store into > > PlotMorphGrid > > drawGridOn: aCanvas > > | gridColor lighter darker baseColor bounds | > > baseColor := plot baseColor alpha: 1. > > lighter := baseColor twiceLighter. > > darker := baseColor twiceDarker. > > gridColor := (lighter diff: baseColor) > (darker diff: baseColor) > > ifTrue: [ lighter ] > > ifFalse: [ darker ]. > > bounds := plot drawBounds. > > (bounds left to: bounds right by: (self bestStep: bounds width)) > > do: [ :x | > > x := x rounded. > > aCanvas line: x @ bounds top to: x @ bounds bottom color: > > gridColor ]. > > (bounds top to: bounds bottom by: (self bestStep: bounds height)) > > do: [ :y | > > y := y rounded. > > aCanvas line: bounds left @ y to: bounds right @ y color: > > gridColor ] > > OCStoreIntoReadOnlyVariableError: Cannot store into > > PlotMorphGrid > > drawGridOn: aCanvas > > | gridColor lighter darker baseColor bounds | > > baseColor := plot baseColor alpha: 1. > > lighter := baseColor twiceLighter. > > darker := baseColor twiceDarker. > > gridColor := (lighter diff: baseColor) > (darker diff: baseColor) > > ifTrue: [ lighter ] > > ifFalse: [ darker ]. > > bounds := plot drawBounds. > > (bounds left to: bounds right by: (self bestStep: bounds width)) > > do: [ :x | > > x := x rounded. > > aCanvas line: x @ bounds top to: x @ bounds bottom color: > > gridColor ]. > > (bounds top to: bounds bottom by: (self bestStep: bounds height)) > > do: [ :y | > > y := y rounded. > > aCanvas line: bounds left @ y to: bounds right @ y color: > > gridColor ] > > OCStoreIntoReadOnlyVariableError: Cannot store into > > AxesMorph > > drawGridOn: aCanvas > > | gridColor right bottom width height lighter darker baseColor | > > baseColor := self baseColor. > > lighter := baseColor twiceLighter. > > darker := baseColor twiceDarker. > > gridColor := (lighter diff: baseColor) > (darker diff: baseColor) > > ifTrue: [ lighter ] > > ifFalse: [ darker ]. > > right := self bounds width - margin. > > width := self bounds width - (margin * 2). > > bottom := self bounds height - margin. > > height := self bounds height - (margin * 2). > > (margin to: right by: width / 10) > > do: [ :x | > > x := x rounded. > > aCanvas line: x @ margin to: x @ bottom color: gridColor ]. > > (margin to: bottom by: height / 10) > > do: [ :y | > > y := y rounded. > > aCanvas line: margin @ y to: right @ y color: gridColor ] > > OCStoreIntoReadOnlyVariableError: Cannot store into > > AxesMorph > > drawGridOn: aCanvas > > | gridColor right bottom width height lighter darker baseColor | > > baseColor := self baseColor. > > lighter := baseColor twiceLighter. > > darker := baseColor twiceDarker. > > gridColor := (lighter diff: baseColor) > (darker diff: baseColor) > > ifTrue: [ lighter ] > > ifFalse: [ darker ]. > > right := self bounds width - margin. > > width := self bounds width - (margin * 2). > > bottom := self bounds height - margin. > > height := self bounds height - (margin * 2). > > (margin to: right by: width / 10) > > do: [ :x | > > x := x rounded. > > aCanvas line: x @ margin to: x @ bottom color: gridColor ]. > > (margin to: bottom by: height / 10) > > do: [ :y | > > y := y rounded. > > aCanvas line: margin @ y to: right @ y color: gridColor ] > > Loaded -> PlotMorph-StephanEggermont.8 --- > > http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ --- cache > > ...finished 1.1 -- Mark

Sept. 15, 2017

Re: [Pharo-users] Gofer loads wrong version?

by Herby VojÄÃk

stephan wrote: > On 12-09-17 21:58, Herby VojÄÃk wrote: >> Bump. >> >> Can you pls help me with how to load proper version / finding what is >> wrong here? >> >> As shown in replies, it loads two versions (eg. it seems it loads >> everything it finds in the repo). >> >> Herby >> >> Herby VojÄÃk wrote: >>> Hello! >>> >>> As I need to load specific version of Glorp with my fix, and I did not >>> find out how to force-override it in my baseline, I tried to load it >>> post-the-baseline via Gofer: >>> >>> (Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp') >>> package: 'Glorp'; >>> version: 'Glorp-HerbyVojcik.127'; >>> load. >>> >>> But it actually looks like this: [see attached bogusgofer.png]. >>> >>> OTOH, after the image loads the tests pass and monticello browser looks >>> like this: [see attached mbloaded127.png]. >>> >>> Am I doing something wrong? I am a bit afraid what is actually loaded / >>> if it won't break b/c of inconsistent state. > > No, it is fine. Telling Gofer package: means prepare to load the latest > version, so you give Gofer two versions to load. Thank you, sir. Changed it to: (Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp') version: 'Glorp-HerbyVojcik.127'; load. and now it does exactly what I wanted. Herby > https://www.lukas-renggli.ch/blog/gofer > > Stephan

Sept. 14, 2017

Re: [Pharo-users] (no subject)

by Christophe Demarey

> Le 14 sept. 2017 Ã 14:55, stephan <stephan(a)stack.nl> a Ã©crit : > > On 14-09-17 14:25, Christophe Demarey wrote: >> Let us know if everything is fine. > > Downloaded latest 7 64: > Cannot open iceberg, libgit2 can not be found Thanks for the report. I will check that

Sept. 14, 2017

Re: [Pharo-users] (no subject)

by Christophe Demarey

Hi Stephan, > Le 14 sept. 2017 Ã 14:49, stephan <stephan(a)stack.nl> a Ã©crit : > > On 14-09-17 14:25, Christophe Demarey wrote: >> I published an update of the Launcher yesterday fixing some issues to run Pharo images from Linux. You can find latest-versions (0.2.13) here: http://files.pharo.org/platform/launcher/ >> It already propose to download Pharo 70 images. The VM is now downloaded automatically if the adequate one is not available. >> Let us know if everything is fine. > > - not downloading the sources; What do you mean? For Pharo images < 70, sources file for the current version and the previous version are downloaded with the VM. > - sources now need to be next to the image; For Pharo 7 images, no sources file are dowloaded since they come with the image. > - when you upgrade the vm, you need to replace all those sources files > - default now dark theme, and not easy to switch I think default theme for the Launcher should be the same as the Pharo theme. Would a (Launcher) preference help? > - icons only shown on hover yes, Pharo 6 regression. I had the problem on other UIs. Will see if I can find a fix quickly.

Sept. 14, 2017

Re: [Pharo-users] (no subject)

by Christophe Demarey

Hi Serge, > Le 14 sept. 2017 Ã 14:59, Serge Stinckwich <serge.stinckwich(a)gmail.com> a Ã©crit : > > On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey <christophe.demarey(a)inria.fr <mailto:christophe.demarey@inria.fr>> wrote: > Hi, > > I published an update of the Launcher yesterday fixing some issues to run Pharo images from Linux. You can find latest-versions (0.2.13) here: http://files.pharo.org/platform/launcher/ <http://files.pharo.org/platform/launcher/> > It already propose to download Pharo 70 images. The VM is now downloaded automatically if the adequate one is not available. > Let us know if everything is fine. > > > > âHi Christophe, > > thank you for your support on PharoLauncher ! > âI dl the last version for Mac OS X: Pharo_0.2.13.dmg > This is really nice to be able to download the VM depending on the VM. Yes. without that feature, the launcher started to be useless. > I have only two issues: > - some icons do no show up when PharoLauncher is launch. They only appear when on mouse hover. yes, a regression in Pharo 6 :( > - for some of my images, I have an error: Instances of UndefinedObject are not indexable. Could you send me the stacktrace and / or the images if possible?

Sept. 14, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by HernÃ¡n Morales Durand

http://www.smalltalkhub.com/#!/~TorstenBergmann/Scheduler Cheers, HernÃ¡n 2017-09-13 17:36 GMT-03:00 Daniel BLANC <daniel.blanc(a)gmail.com>: > Hi All, > > I'm a very beginner with smalltalk. I am building a small seaside app for > controlling wifi access of my teenagers kids. In this app I need to start or > stop the wifi acces at a given time. > For the moment I'm doing it with an infinite loop in a process, with this > code: > > WifiController >> startScheduler > ^ SchedulerProcess > ifNil: [ SchedulerProcess := [ [ true ] > whileTrue: [ self schedulerApplyAutoStartStopRules. > 56 seconds wait ] ] forkNamed: 'DanWifiManagerScheduler' ] > > > I'm wondering if there is a way to do this without this infinite loop ? May > be there is a class in the standard pharo image that can execute a code > block at a given time ? > > Thanks, > Daniel

Sept. 14, 2017

Re: [Pharo-users] Writing XML

by Stephane Ducasse

Henrik is cool :) On Thu, Sep 14, 2017 at 8:17 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Thanks. I am trying to learn the ways of Pharo 6 and not use > StandardFileStream and MultiByteFileStream. So I do not know all of the best > ways to do things. Thanks for the education. Your "best" way worked > perfectly in Pharo 6. > > Again, thanks. > > > Jimmie > > > > On 09/14/2017 07:24 AM, Henrik Sperre Johansen wrote: >> >> Jimmie Houchin-5 wrote >>> >>> I still do not know how to do this correctly. But I have something that >>> seems to work for the moment. >>> >>> Using #asUTF8Bytes >>> >>> f nextPutAll: (writer write contents asUTF8Bytes). >>> >>> Now the file is in UTF-8 and normal size. >> >> >> openForWriteFileNamed: opens a binary stream (... which incidentally, also >> lets you put strings/widestrings as if they were bytes/doublewords), to >> write string source as utf8, the best way is to wrap it in a stream which >> converts strings -> utf8 bytes, an example: >> >> binaryStream := (ByteArray new: 100) writeStream. >> encodedStream := ZnCharacterWriteStream on: binaryStream encoding: #utf8. >> encodedStream nextPutAll: 'â¬'. >> binaryStream contents >> >> The "best"* way is to use an API which provides an encoded stream with >> scoped use (so you don't have to close it manually); for instance: >> '/home/jimmie/xmldoc.xml' asFileReference writeStreamDo: [ :ws | ws >> nextPutAll: writer write contents ] >> should default to a file stream outputting utf8. >> >> Cheers, >> Henry >> >> *May or may not work in Pharo 7 though, seeing as how the old default >> encoded stream has been deprecated, I haven't checked. >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> > >

Sept. 14, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by Stephane Ducasse

Welcome daniel This sounds like a super cool app. (I have teens at home and well I know the story). I remember a calendar triggering system.... but I do not know where it is. Someone should know. Stef On Wed, Sep 13, 2017 at 10:36 PM, Daniel BLANC <daniel.blanc(a)gmail.com> wrote: > Hi All, > > I'm a very beginner with smalltalk. I am building a small seaside app for > controlling wifi access of my teenagers kids. In this app I need to start or > stop the wifi acces at a given time. > For the moment I'm doing it with an infinite loop in a process, with this > code: > > WifiController >> startScheduler > ^ SchedulerProcess > ifNil: [ SchedulerProcess := [ [ true ] > whileTrue: [ self schedulerApplyAutoStartStopRules. > 56 seconds wait ] ] forkNamed: 'DanWifiManagerScheduler' ] > > > I'm wondering if there is a way to do this without this infinite loop ? May > be there is a class in the standard pharo image that can execute a code > block at a given time ? > > Thanks, > Daniel

Sept. 14, 2017

Re: [Pharo-users] PlotMorph on Pharo 6.1

by Stephane Ducasse

Alex you should propose stable version and not development to people else they will also may have problem. On Thu, Sep 14, 2017 at 8:43 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > I think that block arguments are like method arguments and are read only. > Now I do not remember. > > On Wed, Sep 13, 2017 at 8:39 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: >> On 13/09/17 19:22, Mark Bestley wrote: >> >>> Unfortunatley not. That error has gone but I now get >> >>> >>> >>> x := x rounded. >> >> >> Yes, that is the question I posed. >> Assignment to block variables is prohibited now? >> >> Stephan >> >> >> >>

Sept. 14, 2017