- Pharo-users - lists.pharo.org

Re: [Pharo-users] Mysterious problem in loading Pharo

by Ben Coman

On Sun, Jul 16, 2017 at 1:15 AM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Well Windows is weird. I just shut down and re-booted the system, and the > problems disappeared. Sorry to have bothered people. > Sometimes virus scanners interact badly with applications, so if it reoccurs a lot also try excluding Pharo directories. cheers -ben > > > Peter > > > > *From:* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] *On > Behalf Of *Ben Coman > *Sent:* 15 July 2017 15:39 > *To:* Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > *Subject:* Re: [Pharo-users] Mysterious problem in loading Pharo > > > > Maybe revew recent Windows 10 updates... > > http://www.sysprobs.com/how-to-view-installed-updates-on- > windows-10-8-1-server-2012 > > > > cheers -ben > > > > On Sat, Jul 15, 2017 at 6:26 PM, PBKResearch <peter(a)pbkresearch.co.uk> > wrote: > > Hello > > > > I have a problem in loading Pharo images which, until yesterday, loaded > without difficulty. All the images showing the problem are Pharo 6 with the > Cog VM; older images do not seem to be affected. > > > > The first sign of a problem is that, as soon as I start the image, the > debug console appears, with several repeats of the message: > > LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) > > The other strange thing is that the appearance of some opened windows has > changed. Most obviously, the three icons at the top left (close, minimise, > expand) are very close together. Also, I think the print size has got a bit > smaller, though this is not obvious. > > > > I have recently reinstalled some components of Pharo and Moose, trying to > solve my problems with PunQLite, so I wondered if I had fouled something > up. To check, I made a completely new install of Pharo 6 (#60508) from the > Pharo download page in a separate folder. When I start the image, both the > strange things above are present, plus a debug window with the message; > âFT2 Error: Freetype2 primitive failedâ. > > > > So it looks as though something has happened to my system which means that > any Pharo 6 image will show these oddities. The images I have tried seem > able to run some of my functions correctly, so itâs all to do with > appearance. > > > > I am running on Windows 10 with all recent updates. There was a major > update of Windows late yesterday, so it may be that the problems appeared > then. Does anyone have any suggestions? > > > > Many thanks > > > > Peter Kenny > > >

July 16, 2017

Re: [Pharo-users] The method Form>>rotateBy: slows down if applied several times to the same form

by Nicolai Hess

2017-07-11 20:59 GMT+02:00 Matteo <matteob8(a)yahoo.it>: > > > On 10/07/17 21:54, Nicolai Hess wrote: > > > > 2017-07-04 23:54 GMT+02:00 Matteo via Pharo-users < > pharo-users(a)lists.pharo.org>: > >> >> >> ---------- Weitergeleitete Nachricht ---------- >> From: Matteo <matteob8(a)yahoo.it> >> To: "Pharo is welcome (ML)" <pharo-users(a)lists.pharo.org> >> Cc: >> Bcc: >> Date: Tue, 4 Jul 2017 23:54:06 +0200 >> Subject: The method Form>>rotateBy: slows down if applied several times >> to the same form >> Dears, >> applying the method "Form>>rotateBy:" several times, to the same >> form, the system slows down dramatically, even imposing a 0Â° rotation. >> >> Below you can find a code snippet, to be run on the playground: >> >> |aForm | >> aForm:= ImageReadWriter formFromFileNamed: 'pharo.png'. >> 10 timesRepeat: [ aForm := aForm rotateBy:90 ]. >> >> >> Increasing the number of repetitions the delay get worse. >> >> Does someone else get the same issue? >> Is there something wrong on my code, or in the way I'm using the method? >> >> >> > Hi Matteo, > > thanks for this contribution. > It is good that you found out the reason for the slowing down (repeatly > creating a bigger form is of course not good). > > I looked at your fix, it seems to work but both new methods are nearly > identically, maybe it would be better to create another method for the > common parts. > > And I saw that there is another method > > Form > rotateBy: direction centerAt: aPoint > > with direction could be either #left or #right and it will rotate cw/ccw > by 90 degree > > would this be useable for your use case? > > nicolai > > > > > > Hi Nicolai, > you're right: my methods "rotateByQuarterCCW" and "rotateByQuarterCW" > are redundant. > > The method "rotateBy: direction centerAt: aPoint" does the same thing. > > > Sorry for the trouble, but I got misled be the selectors: > "rotateBy:" > "rotateBy:smoothing:" > "rotateBy:magnify:smoothing:" > > that works differently than "rotateBy:centerAt:". > > > > What should I do with the fogbugz nÂ° 20216? > > Thanks, > Matteo > Yes, I think it is Ok, to close the issue (as you already did). And it is good to comment why this is closed and what method can be used instead. Thank you Matteo. > > > >

July 15, 2017

Re: [Pharo-users] Mysterious problem in loading Pharo

by PBKResearch

Well Windows is weird. I just shut down and re-booted the system, and the problems disappeared. Sorry to have bothered people. Peter From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Ben Coman Sent: 15 July 2017 15:39 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Mysterious problem in loading Pharo Maybe revew recent Windows 10 updates... http://www.sysprobs.com/how-to-view-installed-updates-on-windows-10-8-1-ser… cheers -ben On Sat, Jul 15, 2017 at 6:26 PM, PBKResearch <peter(a)pbkresearch.co.uk <mailto:peter@pbkresearch.co.uk> > wrote: Hello I have a problem in loading Pharo images which, until yesterday, loaded without difficulty. All the images showing the problem are Pharo 6 with the Cog VM; older images do not seem to be affected. The first sign of a problem is that, as soon as I start the image, the debug console appears, with several repeats of the message: LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) The other strange thing is that the appearance of some opened windows has changed. Most obviously, the three icons at the top left (close, minimise, expand) are very close together. Also, I think the print size has got a bit smaller, though this is not obvious. I have recently reinstalled some components of Pharo and Moose, trying to solve my problems with PunQLite, so I wondered if I had fouled something up. To check, I made a completely new install of Pharo 6 (#60508) from the Pharo download page in a separate folder. When I start the image, both the strange things above are present, plus a debug window with the message; âFT2 Error: Freetype2 primitive failedâ. So it looks as though something has happened to my system which means that any Pharo 6 image will show these oddities. The images I have tried seem able to run some of my functions correctly, so itâs all to do with appearance. I am running on Windows 10 with all recent updates. There was a major update of Windows late yesterday, so it may be that the problems appeared then. Does anyone have any suggestions? Many thanks Peter Kenny

July 15, 2017

Re: [Pharo-users] Seamless - send collections by value

by Petr Fischer

Thanks for all advices/options Denis. I will play with them. pf > Hi Petr. > > There are few solutions to your problem. > > 1) You can specify #value strategy for any collections for your network > instance: > > > network transferByValue: (Kind of: Collection) > > For your example you need to apply this strategy on server side. In that > case client will continue send collections by reference but it will receive > collections by value from server. > > 2) You can specify value strategy for BlockClosure. It will perform > #select: (for example) on server side without requests to client. > > network transferByValue: (Instance of: BlockClosure) > > > Here you will need to apply strategy on client because blocks will be sent > from client to server. > > 3) You can explicitly pass objects with value strategy: > > YourService>>getPersons > > "on server side" > > ^retrievePersons asTransferredByValue > > > 4) If persons collection is instance variable of other transferred by value > object then you can specify what value means for this container: > > PersonContainer>>prepareValueTransferBy: aSeamlessObjectTransporter > > aSeamlessObjectTransporter transferByValue: contents > > > 5) You can ask any proxy to load local copy of remote object: > > proxy asLocalObject. > > > Important notice: > - Seamless has no distributed garbage collection. So if you will transfer > by reference temporary objects they will be not collected as garbage. For > example server could compute something and return it by reference. Nobody > will kill it. > But if you share only long lived service then it is not problem for you. > - there is no security in the level of Seamless. You should organize secure > channel by external tools like VPN. > > These features are in todo. > > Best regards, > Denis > > > 2017-07-13 18:21 GMT+02:00 Petr Fischer <petr.fischer(a)me.com>: > > > Hello, I am testing Seamless project (https://github.com/ > > dionisiydk/Seamless) but I did not understand one thing: > > > > I have (for example) a Person class in my server and client image. Person > > class implements: > > > > Person>>sseamlessDefaultTransferStrategy > > ^SeamlessTransferStrategy defaultByValue > > > > so all Person instances are serialized from server to client image. Good. > > > > But when I have server method, for example, getPersons, that returns a > > collection (OrderedCollection) of Person instances, this collection is > > passed by reference (or not?). > > OrderedCollection inherits transfer strategy from Object, which is "by > > reference". > > > > So in client image, when I iterate this collection, too many (thousands) > > requests occurs. > > > > How to manage only this specific collection (returned from getPersons) to > > pass by value from server to client (to be completely serialized and copied > > to the client image), so when I iterate this collection in client image to > > avoid additional network requests (proxying)? > > > > Thanks! pf > > > >

July 15, 2017

User Story Tool (aka Phratch)

by Ben Coman

howdy all, just some random musing... I've just ended a two week hardware hackathon I was on, and it was interesting the organisers advised us to spend half of our 7 minute judging-pitch-presentation on the user stories - to identify for the judges we were addressing a real problem and not just doing technology for its own sake. Afterwards I had the insight that Scratch would have made a great tool for this - for example to animate a heavy vehicle and light vehicle approaching the same intersection. And then I remember we have Phratch. So an interesting concept would be having Phratch in the Pharo Catalog under the title "User Story Tool" - and have end-users writing simple blockly scripts to describe their domain, then as the main developers write Pharo code to fulfil these requirements, it could feed working features back the animated user stories. cheers -ben

July 15, 2017

Re: [Pharo-users] Mysterious problem in loading Pharo

by Ben Coman

Maybe revew recent Windows 10 updates... http://www.sysprobs.com/how-to-view-installed-updates-on-windows-10-8-1-ser… cheers -ben On Sat, Jul 15, 2017 at 6:26 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello > > > > I have a problem in loading Pharo images which, until yesterday, loaded > without difficulty. All the images showing the problem are Pharo 6 with the > Cog VM; older images do not seem to be affected. > > > > The first sign of a problem is that, as soon as I start the image, the > debug console appears, with several repeats of the message: > > LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) > > The other strange thing is that the appearance of some opened windows has > changed. Most obviously, the three icons at the top left (close, minimise, > expand) are very close together. Also, I think the print size has got a bit > smaller, though this is not obvious. > > > > I have recently reinstalled some components of Pharo and Moose, trying to > solve my problems with PunQLite, so I wondered if I had fouled something > up. To check, I made a completely new install of Pharo 6 (#60508) from the > Pharo download page in a separate folder. When I start the image, both the > strange things above are present, plus a debug window with the message; > âFT2 Error: Freetype2 primitive failedâ. > > > > So it looks as though something has happened to my system which means that > any Pharo 6 image will show these oddities. The images I have tried seem > able to run some of my functions correctly, so itâs all to do with > appearance. > > > > I am running on Windows 10 with all recent updates. There was a major > update of Windows late yesterday, so it may be that the problems appeared > then. Does anyone have any suggestions? > > > > Many thanks > > > > Peter Kenny >

July 15, 2017

Re: [Pharo-users] VoyageMongo with Metacello project spec in Pharo 6 on MacOS Sierra

by Esteban Lorenzano

Hi, > On 15 Jul 2017, at 13:46, Guillaume Giraud <guillaume.giraud(a)openmailbox.org> wrote: > > Hello, > > I placed this code in a baseline of my package: > > spec > project: 'VoyageMongo' > with: [ spec > className: #ConfigurationOfVoyageMongo; > version: #stable; > repository: 'github://pharo-nosql/voyage/mc'; > loads: #('mongo tests') ]. > > Unfortunately, when I load my Package from Pharo6 on MacOS Sierra I get the following error: > > Error: Unsupported OS platform > > The first lines of the stack are: > > BaselineOfPunQLite(Object) error: > BaselineOfPunQLite platformLibraryName > BaselineOfPunQLite preLoad > MetacelloMCVersionpec(MetacelloSpec) doItBlock: > > In detail: > > platformLibraryName > " Answer a name for the compiled version of the library " > > Smalltalk os isUnix ifTrue: [ ^ 'unqlite.so' ]. > Smalltalk os isWin32 ifTrue: [ ^ 'unqlite.dll' ]. > Smalltalk os isMacOSX ifTrue: [ ^ 'unqlite.dylib' ]. > > self error: 'Unsupported OS platformâ > > With Pharo6 on MacOsSierra, Â« Smalltalk os isMacOSX Â» return Â« false Â». But Â« Smalltalk os isMacOS Â» return Â« true Â». > > What can I do? I just need to load Voyage with the configuration of my package ? you can just change the Smalltalk os isMacOSX line for Smalltalk os isMacOS for the moment. now, thatâs very weird :) Whatâs the result of evaluating "Smalltalk osâ ? and after executing "OSPlatform startUp: true.â ? which VM are you using (Smalltalk vm version) ? and btw, is a lot better to make your config as this: spec baseline: 'Voyage' with: [ spec repository: 'github://pharo-nosql/voyage:1.5/mc'; loads: #('mongo tests') ]. (referring directly the baseline) cheers! Esteban > Thanks.

July 15, 2017

Re: [Pharo-users] Seamless - send collections by value

by Denis Kudriashov

Also try SeamlessLogger to profile remote communication: SeamlessLogger startAfresh All remote messages will be written into transcript. And you can analyze full statistics: SeamlessLogger collectStatistics inspect. 2017-07-14 14:04 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi Petr. > > There are few solutions to your problem. > > 1) You can specify #value strategy for any collections for your network > instance: > > > network transferByValue: (Kind of: Collection) > > For your example you need to apply this strategy on server side. In that > case client will continue send collections by reference but it will receive > collections by value from server. > > 2) You can specify value strategy for BlockClosure. It will perform > #select: (for example) on server side without requests to client. > > network transferByValue: (Instance of: BlockClosure) > > > Here you will need to apply strategy on client because blocks will be sent > from client to server. > > 3) You can explicitly pass objects with value strategy: > > YourService>>getPersons > > "on server side" > > ^retrievePersons asTransferredByValue > > > 4) If persons collection is instance variable of other transferred by > value object then you can specify what value means for this container: > > PersonContainer>>prepareValueTransferBy: aSeamlessObjectTransporter > > aSeamlessObjectTransporter transferByValue: contents > > > 5) You can ask any proxy to load local copy of remote object: > > proxy asLocalObject. > > > Important notice: > - Seamless has no distributed garbage collection. So if you will transfer > by reference temporary objects they will be not collected as garbage. For > example server could compute something and return it by reference. Nobody > will kill it. > But if you share only long lived service then it is not problem for you. > - there is no security in the level of Seamless. You should organize > secure channel by external tools like VPN. > > These features are in todo. > > Best regards, > Denis > > > 2017-07-13 18:21 GMT+02:00 Petr Fischer <petr.fischer(a)me.com>: > >> Hello, I am testing Seamless project (https://github.com/dionisiydk >> /Seamless) but I did not understand one thing: >> >> I have (for example) a Person class in my server and client image. Person >> class implements: >> >> Person>>sseamlessDefaultTransferStrategy >> ^SeamlessTransferStrategy defaultByValue >> >> so all Person instances are serialized from server to client image. Good. >> >> But when I have server method, for example, getPersons, that returns a >> collection (OrderedCollection) of Person instances, this collection is >> passed by reference (or not?). >> OrderedCollection inherits transfer strategy from Object, which is "by >> reference". >> >> So in client image, when I iterate this collection, too many (thousands) >> requests occurs. >> >> How to manage only this specific collection (returned from getPersons) to >> pass by value from server to client (to be completely serialized and copied >> to the client image), so when I iterate this collection in client image to >> avoid additional network requests (proxying)? >> >> Thanks! pf >> >> >

July 15, 2017

Re: [Pharo-users] Pharo 6.0 don't start

by Ben Coman

Nothing there jumps out at me, so just a general question... what other versions of Pharo have you successfully run on your system? Also, OSX 10.7.5 (September 19, 2012) is considered old (no longer support by Apple)... http://www.computerworld.com/article/2950580/operating-systems/the-end-is-n… so perhaps that could be related. cheers -ben On Tue, Jul 11, 2017 at 11:08 PM, Trussardi Dario Romano < dario.trussardi(a)tiscali.it> wrote: > Ciao, > > I'm interested to understund how git support work in Pharo. > > i download and unzip Pharo 6.0 from http://files.pharo.org/ > platform/Pharo6.0-mac.zip > > Now when i open the application on the desktop the system open a dialog > with : Pharo 6.0 it closed unexpectedly. > > > The relative information are: > > Process: launchd [75184] > > Path: /Users/USER/Desktop/Pharo6.0.app/Contents/MacOS/Pharo > > Identifier: org.pharo.Pharo > > Version: ??? (???) > > Code Type: X86 (Native) > > Parent Process: launchd [178] > > > > Date/Time: 2017-07-11 16:40:23.605 +0200 > > OS Version: Mac OS X 10.7.5 (11G63b) > > Report Version: 9 > > > > Interval Since Last Report: 33830084 sec > > Crashes Since Last Report: 465 > > Per-App Crashes Since Last Report: 30 > > Anonymous UUID: E84D2E1F-939E-4486-AF79-68ABE2A5AAB9 > > > > Crashed Thread: Unknown > > Exception Type: EXC_BAD_ACCESS (SIGSEGV) > > Exception Codes: KERN_INVALID_ADDRESS at 0x000000008fe01030 > > Backtrace not available > > Unknown thread crashed with X86 Thread State (32-bit): > > eax: 0x00000000 ebx: 0x00000000 ecx: 0x00000000 edx: 0x00000000 > > edi: 0x00000000 esi: 0x00000000 ebp: 0x00000000 esp: 0x00000000 > > > ss: 0x00000023 efl: 0x00010202 eip: 0x8fe01030 cs: 0x0000001b > > > > ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x00000000 > > > > cr2: 0x8fe01030 > > Logical CPU: 0 > > Binary images description not available > > External Modification Summary: > > Calls made by other processes targeting this process: > > > > task_for_pid: 1 > > > > thread_create: 0 > > > > thread_set_state: 0 > > > > Calls made by this process: > > > > task_for_pid: 0 > > > > thread_create: 0 > > > > thread_set_state: 0 > > > > Calls made by all processes on this machine: > > > > task_for_pid: 140939 > > > > thread_create: 0 > > > thread_set_state: 0 > > Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 > Duo, 2.8 GHz, 8 GB, SMC 1.42f4 > > Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB > > Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB > > Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1067 MHz, 0x830B, > 0x4D3253344736344342384847354E2D424520 > > Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1067 MHz, 0x830B, > 0x4D3253344736344342384847354E2D424520 > > AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), > Broadcom BCM43xx 1.0 (5.106.198.19.22) > > Bluetooth: Version 4.0.8f17, 2 service, 11 devices, 3 incoming serial ports > > Network Service: Ethernet, Ethernet, en0 > > Network Service: AirPort, AirPort, en1 > > Serial ATA Device: Hitachi HTS545050B9SA02, 500,11 GB > > Serial ATA Device: HL-DT-ST DVDRW GS21N > > USB Device: Built-in iSight, apple_vendor_id, 0x8507, 0x24400000 / 2 > > USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0237, > 0x04600000 / 3 > > USB Device: IR Receiver, apple_vendor_id, 0x8242, 0x04500000 / 2 > > USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 / 2 > > USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8217, > 0x06110000 / 5 > > Thanks for considerations, > > Dario >

July 15, 2017

Re: [Pharo-users] Mysterious problem in loading Pharo

by PBKResearch

Hello Just a bit of supplementary information. Examining the 'Settings' option, I see that freetype is shown as not available, 'probably because the FT2Plugin is not installed'. Well the plugin is installed, but evidently the VM can't locate it. Should I try to reinstall it? If so, where from? Thanks Peter Kenny From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of PBKResearch Sent: 15 July 2017 11:26 To: pharo-users(a)lists.pharo.org Subject: [Pharo-users] Mysterious problem in loading Pharo Hello I have a problem in loading Pharo images which, until yesterday, loaded without difficulty. All the images showing the problem are Pharo 6 with the Cog VM; older images do not seem to be affected. The first sign of a problem is that, as soon as I start the image, the debug console appears, with several repeats of the message: LoadLibrary(FT2Plugin.dll) (998: Invalid access to memory location.) The other strange thing is that the appearance of some opened windows has changed. Most obviously, the three icons at the top left (close, minimise, expand) are very close together. Also, I think the print size has got a bit smaller, though this is not obvious. I have recently reinstalled some components of Pharo and Moose, trying to solve my problems with PunQLite, so I wondered if I had fouled something up. To check, I made a completely new install of Pharo 6 (#60508) from the Pharo download page in a separate folder. When I start the image, both the strange things above are present, plus a debug window with the message; 'FT2 Error: Freetype2 primitive failed'. So it looks as though something has happened to my system which means that any Pharo 6 image will show these oddities. The images I have tried seem able to run some of my functions correctly, so it's all to do with appearance. I am running on Windows 10 with all recent updates. There was a major update of Windows late yesterday, so it may be that the problems appeared then. Does anyone have any suggestions? Many thanks Peter Kenny

July 15, 2017