- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini

by Ben Coman

What happens if you lower the display resolution? cheers -ben On Mon, Jul 31, 2017 at 9:28 PM, Ted F.A.van Gaalen <tedvga(a)gmail.com> wrote: > > > > Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on > my Mac Mini with UDH 4K screen (may that has to do with?) > with its maiden image (at first start after download > when: I resize or go to full screen. Maybe VM problem? > my mac Mini metrics: > *Hardware Overview:* > > Model Name: Mac mini > Model Identifier: Macmini6,2 > Processor Name: Intel Core i7 > Processor Speed: 2,6 GHz > Number of Processors: 1 > Total Number of Cores: 4 > L2 Cache (per Core): 256 KB > L3 Cache: 6 MB > Memory: 4 GB > Boot ROM Version: MM61.0106.B1F > SMC Version (system): 2.8f0 > > maybe this problem was already reported, but could find it. > > > Kind Regards > TedvG > > > >

Aug. 1, 2017

Re: [Pharo-users] Threads safety in Pharo

by Ben Coman

Not sure I'll have what you're looking for, but to start, do you mean Pharo's green threads or vm native threads? cheers -ben On Mon, Jul 31, 2017 at 7:38 AM, Alidra Abdelghani via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Alidra Abdelghani <alidrandco(a)yahoo.fr> > To: pharo-users(a)lists.pharo.org > Cc: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr>, farid arfi < > arfi_f(a)hotmail.com> > Bcc: > Date: Mon, 31 Jul 2017 01:38:58 +0200 > Subject: Threads safety in Pharo > Hi, > > Somebody once evoked the problem of threads safety in Pharo. With a friend > of mine who is expert in formal methods and process scheduling, we would > like to have a look on it. > Does anyone knows a good document describing the problem of Pharo with > threads safety or at least any document that we can start with? > > Thanks in advance, > Abdelghani > > > >

Aug. 1, 2017

Re: [Pharo-users] Spotter question. "Spotter" search keyword need font setting from Pharo Setting Value.

by Alexandre Bergel

You should add a bug about this. There is a help in pharo on how to do this. Alexandre > Le 1 aoÃ»t 2017 Ã 06:30, Stephane Ducasse <stepharo.self(a)gmail.com> a Ã©crit : > > Hi peter > > Can you show us where the font is hard coded? > > Stef > >> On Mon, Jul 31, 2017 at 5:00 AM, peter yoo <onionmixer(a)gmail.com> wrote: >> I'm korean user. pharo using mac or linux. >> >> I'm always change font setting. because want look korean characters(so >> simple) >> >> but can't using spotter. GLMRubTextFieldMorph font value have hard coding >> inside.(maybe... look a "SourceSansPro". my pharo using another font now.) >> >> spotter result is ok. because GLMScrollPaneBandBrick font value from "Pharo >> Setting Value". >> >> how can change spotter keyword font value? I'm newbie. detail explanation >> request please. I want fix and understand. >> >> thanks to pharo community. always :D >> >> -- >> http://lookandwalk.com http://looknw.com | http://onionmixer.net >> peter yoo(Jonghwa Yoo). ROK >

Aug. 1, 2017

Re: [Pharo-users] Spotter question. "Spotter" search keyword need font setting from Pharo Setting Value.

by Stephane Ducasse

Hi peter Can you show us where the font is hard coded? Stef On Mon, Jul 31, 2017 at 5:00 AM, peter yoo <onionmixer(a)gmail.com> wrote: > I'm korean user. pharo using mac or linux. > > I'm always change font setting. because want look korean characters(so > simple) > > but can't using spotter. GLMRubTextFieldMorph font value have hard coding > inside.(maybe... look a "SourceSansPro". my pharo using another font now.) > > spotter result is ok. because GLMScrollPaneBandBrick font value from "Pharo > Setting Value". > > how can change spotter keyword font value? I'm newbie. detail explanation > request please. I want fix and understand. > > thanks to pharo community. always :D > > -- > http://lookandwalk.com http://looknw.com | http://onionmixer.net > peter yoo(Jonghwa Yoo). ROK

Aug. 1, 2017

Re: [Pharo-users] Pharo launcher on Linux Mint

by Christophe Demarey

Hi Sebastian, > Le 30 juil. 2017 Ã 18:12, Sebastian Heidbrink via Pharo-users <pharo-users(a)lists.pharo.org> a Ã©crit : > > > De: Sebastian Heidbrink <sheidev(a)yahoo.de> > Objet: Pharo launcher on Linux Mint > Date: 30 juillet 2017 18:12:07 UTC+2 > Ã: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Hi! > > I used Pharo launcher on Windows and Ubuntu before and never had any troubles. > > Now, I am trying to used it on Linux Mint without success. > > Once I start the freshly created image the appropriate VM is downloaded but the image is not started. > Which version do you use? > A PharoDebug.log is created in the image folder complaining that it can't find the PharoVXX.sources files in the "pharo/bin/lib/pharo/5.0-201707201942" folder. > > After I copy the missing file into that folder the image is still not opened and no further logs are created or updated. > I had this problem when updating the launcher because the downloaded zip file is unzipped by Pharo itself but ZipArchive does not preserve permissions attributes. To fix that, I added PhLVirtualMachineManager>>#ensureIsExecutable:that is called right after the Launcher fetch a new VM. It does an OsProcess call to add executable permissions. Has Pharo executable write permissions? Christophe

Aug. 1, 2017

Re: [Pharo-users] Creating the smallest server runtime footprint

by Tim Mackinnon

I wasnât clear on which image to retry - the https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-Minimal/lastSuccess… <https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-Minimal/lastSuccess…> one still shows as being last updated 7 days ago. The https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu… <https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu…> one gives me a mismatch error: This interpreter (vers. 68021) cannot read image file (vers. 6521). The https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit-Conversion/lastSu… <https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit-Conversion/lastSu…> one gives me a walkback when trying to run my install script : 25 UndefinedObject(Object)>>doesNotUnderstand: #addTo: 26 MCRepositoryGroup>>addRepository: 27 createRepository | repo | repo := self project createRepository: self. ^ MCRepositoryGroup default repositories detect: [ :each | each = repo ] ifNone: [ MCRepositoryGroup default addRepository: repo. repo ] in MetacelloRepositorySpec>>createRepository I think this is because the image doesnât support Metacello? As in: Metacello new repository: 'filetree://../src'; baseline: 'Lambda'; load. How do you guys load things into the minimal images (I thought you used Metacello - but maybe you do it some other way?) I can use a big 6.1 image fine (as it has Metacello loaded) but Iâd really like a minimal solution - that can load in libraries like AWS S3, or XML parsing etc. and it seems like I should be a good customer for kicking the tires on all of this. Tim > On 31 Jul 2017, at 14:42, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > > > 2017-07-31 15:28 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: > Ok (I am reading there is a lot going on for you guys to sort out at the moment). > > It sounds like a more stable conversion of Pharo 6.1 for 64 bit would be best to give me a stable platform to run on. > > In that minimal image - what can I rely on to load code (in trying the 7.0 version it seems like Gofer isnât there, and Iâm now wondering if Metacello isnât there either) - so Iâm wondering how you guys load baselinesOf of configurationsOf? > > Try it again, there was a bug in the job configuration > > .. Pavel > > > Tim > >> On 31 Jul 2017, at 14:17, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> wrote: >> >> H Tim >> >> 2017-07-31 15:07 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >> Hi Pavel - Iâm just revisiting a few of your previous messages on minimal images as Iâm trying to get things working again with Pharo 6.1 now that you guys have rejigged all of the build pipelines. >> >> I tried a previous suggestion of: >> >> For Pharo 6: https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-Minimal/lastSuccess… <https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-Minimal/lastSuccess…> >> For Pharo 7: https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit-Conversion/lastSu… <https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit-Conversion/lastSu…> >> >> However the Pharo 6 version is no longer being built, and it doesnât seem to work well with the newer 64bit vm (? I seem to get a load error that I didnât have before - although its possible that Iâm loading a new pre-req with metacello and this is tipping it over the edge). >> >> Anyway - a prev suggestion for 6.x from you was: >>> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu… <https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu…> >> However this is a 32bit image. Is there an equivalent 64bit image for 6.1? OR should I use the Pharo 7 one for now (I guess the minimal image will probably be pretty stable for a little while as Iâm sure the action is higher up the chain?) >> >> You should use an image that is bootstrapped, so version from SysConf jobs or Pharo 7. For Pharo 7 we are preparing a lot of big changes in the kernel so do not expect it will be stable. We can do a conversion job of of it to 64-bit version as soon as the CI infrastructure will be on knees again. >> >> -- Pavel >> >> >> >> Tim >> >> >>> On 15 Jul 2017, at 09:35, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> wrote: >>> >>> If you want to stay with Pharo 6 image, you can try the bootstrapped version of the minimal image: >>> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu… <https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-Configu…> >>> >>> -- Pavel >>> >>> 2017-07-15 10:33 GMT+02:00 Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>>: >>> Try the Pharo 7 metacello image (=Pharo 7 minimal image that the CI is already converting to 64bit). There should be no problem with STON because whole Pharo is loaded into it using metacello and filetree. Pharo 6 minimal image is done differently (by shrinking) and not so well tested. >>> >>> For the conversion of 32-bit image to 64-bit image you need a VMMaker image: >>> https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfulBuild/artifact… <https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfulBuild/artifact…> >>> and then evaluate: >>> ./pharo generator.image eval "[Spur32to64BitBootstrap new bootstrapImage: 'conversion.image'] on: AssertionFailure do: [ :fail | fail resumeUnchecked: nil ]" >>> >>> -- Pavel >>> >>> >>> >>> 2017-07-15 10:19 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >>> Hi Pavel - thanks for getting me to the point where I could even have a minimal image. As Iâm on the edge of my Pharo knowledge here, Iâll try and run with this as best I can. >>> >>> Iâd been using the 6.0 image you suggested to me - but maybe I could use a 70 image with Pharo 6 for a while (until the VM diverges) right? >>> >>> The bit I havenât quite understood however, is how the 64bit image is created - as your reference is to a 32bit version? Is the 64bit one converted from 32 in a later stage? (For AWS Lambda I need 64bit) - am I right in thinking the pipeline stage after this one is the one you sent me - and the travis.yml file shows me what it does? But I canât see a trivis.yml in the conversion stage so Iâm not sure how it does that. (Question - how do I see what the pipelines do to answer my own questions?) >>> >>> I was hoping that there was a basic image that got me up to metacello baseline level to load git file tree packages/baselines in my own repo as well baselines on the internet. The one you sent me is fairly close to that (its just missing STON in the image and seems to have an issue with resolving undeclared classes that get loaded in - should do a fogbugz on that?) >>> >>> The follow-on from a metacello image is how we can get people to create better baselines that give you more minimal loading options (e.g. conditionally leave out the test cases perhaps) >>> >>> Tim >>> >>>> On 15 Jul 2017, at 08:24, Pavel Krivanek <pavel.krivanek(a)gmail.com <mailto:pavel.krivanek@gmail.com>> wrote: >>>> >>>> Hi Tim, >>>> >>>> you can base the your work on the bootstrapped image, see https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/ <https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/>, file Pharo7.0-core-*.zip >>>> >>>> This image does not have a lot of basic components like Monticello or network but it has a compiler so the code can be imported as *.st files. >>>> Then we have Pharo7.0-monticello-*.zip which will be easier to use and probably can fit your needs. Monticello and network support are included. But you cannot use baselines nor configurations to load your code. >>>> >>>> -- Pavel >>>> >>>> 2017-07-14 9:59 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >>>> Hi - buoyed by the success of a minimal image (thanks Pavel), I'm wondering if I can get even smaller. >>>> >>>> There are lots of .so's in the vm which wouldn't make sense on a server once deployed - sound, maybe libgit ... >>>> >>>> Is there a list of the essential ones, or tips on what I can strip out of the Linux deployment? I also recall that i can leave out .sources and .changes as well right? >>>> >>>> Tim >>>> >>>> Sent from my iPhone > >

July 31, 2017

Re: [Pharo-users] Problems verifying the cryptographic signature of a file.

by Esteban A. Maringolo

How do check the signature of a file? I guess you must ensure the file creation is complete as well as its digital signing. So if these steps are done asynchronously you should synchronize them by means of a semaphore or similar. Regards! Esteban A. Maringolo 2017-07-31 14:11 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com>: > Hi, > > I'm having problems to verify the cryptographic signature of a file. It > seems that the test is running, some times, while the file is being created, > and some times when the file writing is finished (which is my purpose). How > can I run the cryptographic signature verification only after the writing of > the file is finished? I imagine that is something related with jobs and > completion, but I don't know where to look for, specifically. > > Any hints and suggestions are welcomed. > > Cheers, > > Offray

July 31, 2017

Problems verifying the cryptographic signature of a file.

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm having problems to verify the cryptographic signature of a file. It seems that the test is running, some times, while the file is being created, and some times when the file writing is finished (which is my purpose). How can I run the cryptographic signature verification only after the writing of the file is finished? I imagine that is something related with jobs and completion, but I don't know where to look for, specifically. Any hints and suggestions are welcomed. Cheers, Offray

July 31, 2017

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini

by Guillermo Polito

Also, - How did you install pharo? Command line and zero conf? Website download link? - What does it mean to "freeze"? - Do you have an exception? a PharoDebug.log file? a crash.dmp? Can you try to open you image from the command line? $ Pharo.app/Contents/Pharo Pharo.image #I do not remember the exact path to the vm executable... like that you will be able to capture any exceptions from the terminal. Alternatively, you can try to download pharo using zeroconf if you did not, and you can try: $ pharo-ui Pharo.image Guille On Mon, Jul 31, 2017 at 4:58 PM, stephan <stephan(a)stack.nl> wrote: > On 31-07-17 16:42, TedVanGaalen wrote: > >> I've just installed the 32bit version. same problems here. freezes >> > > Where did you install what versions of vm and image on what OS X version? > > Stephan > > > -- Guille Polito Research Engineer 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

July 31, 2017

Re: [Pharo-users] Threads safety in Pharo

by Guillermo Polito

I believe there is no such a document. It would be however interesting to investigate it a bit deeper. In general, the problem we talk about when we talk about thread safety is the following: Can we run a workspace in a separate thread than a browser and provide correct results? Can we run two browsers concurrently and change code from both of them? The thread safety problem has several levels I'd say: - the kernel of the language (classes, methods, compilation, and so on) cannot safely be modified while other threads are running. Thus, if we compile a new version of a method in a thread, that could break a separate thread that was using that method. - there are several libraries using global state. We should investigate if they work correctly when using them concurrently. E.g., source code management is not thread safe. This could cause a source code corruption if several methods are modified concurrently. Like that, we should investigate all libraries and see what should be adapted and if there is a need at all. - in a third level, general core libraries (collections, networking, files, etc) are not designed to be thread safe and that is natural. For example, most of the time you don't want that your collection is accessed concurrently. For such cases, some libraries could provide some extensions/wrappers/whatsoever to provide some synchronization mechanism. Otherwise it is the responsibility of the user to synchronize usages with semaphores/mutexes. On Mon, Jul 31, 2017 at 1:38 AM, Alidra Abdelghani via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Alidra Abdelghani <alidrandco(a)yahoo.fr> > To: pharo-users(a)lists.pharo.org > Cc: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr>, farid arfi < > arfi_f(a)hotmail.com> > Bcc: > Date: Mon, 31 Jul 2017 01:38:58 +0200 > Subject: Threads safety in Pharo > Hi, > > Somebody once evoked the problem of threads safety in Pharo. With a friend > of mine who is expert in formal methods and process scheduling, we would > like to have a look on it. > Does anyone knows a good document describing the problem of Pharo with > threads safety or at least any document that we can start with? > > Thanks in advance, > Abdelghani > > > > -- Guille Polito Research Engineer 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

July 31, 2017