March 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Esteban Lorenzano

thatâs because you need to generate commit info. this is usually a hook, but is not working super fine. I have thi script in my root: genVersion.sh: #! /bin/bash echo "`cat opensmalltalk-vm/platforms/Cross/vm/sqSCCSVersion.h | opensmalltalk-vm/.git_filters/RevDateURL.smudge`" > opensmalltalk-vm/platforms/Cross/vm/sqSCCSVersion.h echo "`cat opensmalltalk-vm/platforms/Cross/plugins/sqPluginsSCCSVersion.h | opensmalltalk-vm/.git_filters/RevDateURL.smudge`" > opensmalltalk-vm/platforms/Cross/plugins/sqPluginsSCCSVersion.h :P Esteban > On 29 Mar 2017, at 15:02, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > Hi Ben, > > On 27 March 2017 at 01:37, Ben Coman <btc(a)openinworld.com> wrote: >> On Mon, Mar 27, 2017 at 5:25 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: >>> Trying to use the VM produces: >>> >>> THERE_BE_DRAGONS_HERE >>> Your VM is too old for this image. Please download the latest VM. >>> 26 March 2017 10:54:36.099174 pm >> >> Last night I built the 64-bit pharo-vm on OSX >> and then trying to run 60451-64.image gave me the same error. >> I didn't have time to look into it. > > Did you get a chance to resolve this? > > If not, can you (or someone) point me to where the VM prints its > version information, i.e.: > > pharo --version > > I think I'll be able to trace back from there what the problem is. > > Thanks very much, > Alistair >

March 29, 2017

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Alistair Grant

Hi Ben, On 27 March 2017 at 01:37, Ben Coman <btc(a)openinworld.com> wrote: > On Mon, Mar 27, 2017 at 5:25 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> Trying to use the VM produces: >> >> THERE_BE_DRAGONS_HERE >> Your VM is too old for this image. Please download the latest VM. >> 26 March 2017 10:54:36.099174 pm > > Last night I built the 64-bit pharo-vm on OSX > and then trying to run 60451-64.image gave me the same error. > I didn't have time to look into it. Did you get a chance to resolve this? If not, can you (or someone) point me to where the VM prints its version information, i.e.: pharo --version I think I'll be able to trace back from there what the problem is. Thanks very much, Alistair

March 29, 2017

Re: [Pharo-users] Smacc debugger

by Tudor Girba

Hi, > On Mar 28, 2017, at 11:50 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > OK > I loaded Smacc from github as mentioned by thierry. > > Metacello new > baseline: 'SmaCC'; > repository: 'github://ThierryGoubier/SmaCC'; > load > > Are there two configurationOfSmacc? > May be we should only have one no? > > I have the impression that even thierry and jason working heavily with Smacc do not know that. > And we should not force them to use Moose. At least we do not have to win > anything with it. I did not mean to force anyone to use Moose. I just said it is already loaded there, in case you use it. Moose relies on the ConfigurationOfSmaCC maintained by John. Thierry has another repository that he created before John moved his work to Pharo. But, now that he does work with Pharo Moose relies on his version. Cheers, Doru > > Stef > > On Mon, Mar 27, 2017 at 6:31 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > They come with the ConfigurationOfSmaCC which is already in the Moose image. > > Doru > > > > On Mar 27, 2017, at 4:52 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > > > Hi > > > > where can I load the Smacc gt extension and debugger extensions? > > > > Stef > > -- > www.tudorgirba.com > www.feenk.com > > "Speaking louder won't make the point worthier." > > > -- www.tudorgirba.com www.feenk.com "There are no old things, there are only old ways of looking at them."

March 29, 2017

Re: [Pharo-users] Fast drag option, not really fast

by Hilaire

No I did not because I am in a fast local area netwrok. SSh documentation mention compression should not be used on fast LAN: > -C Requests compression of all data (including stdin, stdout, stderr, and data for forwarded X11 and TCP connections). The compression algorithm is the same used by gzip(1), > and the âlevelâ can be controlled by the CompressionLevel option for protocol version 1. Compression is desirable on modem lines and other slow connections, but will only > slow down things on fast networks. The default value can be set on a host-by-host basis in the configuration files; see the Compression option. As you mention it, I tested it and it happens to improve the situation. So I guess the VM does not play nice with X server and may only transfer X pixmap over the wire, so the cost of compression will be lower than the cost to send hudge pixmap over the wire in this specific situation. Hilaire Le 28/03/2017 Ã 21:25, Stephan Eggermont a Ã©crit : > > You are using a compression protocol for X11 communication, I assume? > > Stephan -- Dr. Geo http://drgeo.eu

March 29, 2017

Re: [Pharo-users] Fast drag option, not really fast

by Stephan Eggermont

On 28/03/17 15:20, Hilaire wrote: > Even over LAN X11 exported display, the fast drag option is slow. > Obvisouly graphic translucent operations can't be fast. You are using a compression protocol for X11 communication, I assume? Stephan

March 28, 2017

Re: [Pharo-users] Fast drag option, not really fast

by Hilaire

In the other hand it is likely the Pharo image does know about drawing operations on a remote X server, and it may just result in bitmap buffer transfers to repair damaged areas... Neverthless, the damaged area is still smaller when dragging with only line outlines. Le 28/03/2017 Ã 15:20, Hilaire a Ã©crit : > Hi, > > Will it be possible to have the really *fast* drag option back as we had > in old time and does in Squeak? > > Even over LAN X11 exported display, the fast drag option is slow. > Obvisouly graphic translucent operations can't be fast. > > As far as I can rewind, fast drag is slow since at least Pharo3 -- Dr. Geo http://drgeo.eu

March 28, 2017

FileSystemDirectoryEntry>>#size may be wrong/misleading for symLinks

by PAUL DEBRUICKER

This is on Pharo 5, on a mac. It reports the size of the symlink and not the linked file. So when I'd expect a size around 70kB its reporting 51B. Is there a way to get the size of the linked file? doing a 'reference contents size' isn't giving me the correct size either. In some cases it is off by hundreds of bytes. Thanks Paul

March 28, 2017

Re: [Pharo-users] diff'ing with metacello

by Siemen Baader

Sent from my iPhone On 28/03/2017, at 14.56, Ben Coman <btc(a)openinworld.com> wrote: > Can you provide a concrete case of two versions you want to compare? > cheers -ben > Sure! I'm away from the computer but will post one ASAP! > On Tue, Mar 28, 2017 at 8:51 PM, Siemen Baader <siemenbaader(a)gmail.com> wrote: >> >> >> Sent from my iPhone >> >> On 28/03/2017, at 13.52, Ben Coman <btc(a)openinworld.com> wrote: >> >>> Do you mean the difference between two "ConfigurationXXX....mcz" files? >> >> I didn't know there were 'ConfigurationOfX.mcz' files. What do they contain? >> >> What I want to see is what code has changed between two releases. In Git I would do it with a diff of the two releases' checksums. In other words, I want to see for releases described with metacello what the >> Monticello browser can show us for versions of packages. Does this make sense? It seems like a very common use case to me, people must be doing it all the time, or...? >> >> cheers, >> Siemen >> >> >>> As a workaround, perhaps load one and then from Monticello, >>> "start" to merge the other from Monticello and you will see a diff between them. >>> >>> cheers -ben >>> >>> On Tue, Mar 28, 2017 at 7:06 PM, Siemen Baader <siemenbaader(a)gmail.com> wrote: >>>> Hi all, >>>> >>>> is there a tool to diff two Metacello versions with different baselines? I >>>> tried MetacelloBrowser >>>> (http://www.squeaksource.com/@6xz1bzmNF75EduBA/vZ263dVA) but it does not >>>> install on Pharo 5.0. >>>> >>>> I need it to see what has changed when I install a new release of PharoJS >>>> and to bisect in search for regressions. >>>> >>>> thanks, >>>> Siemen >

March 28, 2017

Fast drag option, not really fast

by Hilaire

Hi, Will it be possible to have the really *fast* drag option back as we had in old time and does in Squeak? Even over LAN X11 exported display, the fast drag option is slow. Obvisouly graphic translucent operations can't be fast. As far as I can rewind, fast drag is slow since at least Pharo3 Hilaire -- Dr. Geo http://drgeo.eu

March 28, 2017

Re: [Pharo-users] SSL Exception on running the first example of Live Object Programming mooc

by Ahdach Mohamed

Thanks to Both of you. M On 28 March 2017 at 12:39, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 28 Mar 2017, at 11:36, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > Hi, > > > > I hope your journey will be cool! > > > >> On 28 Mar 2017, at 11:28, Ahdach Mohamed <ahdach(a)gmail.com> wrote: > >> > >> Hi All, > >> > >> Newbie to Pharo (48 hours). I'm going through the excellent mooc by > Stephane D. and his team. > >> > >> I've installed Pharo and run into an error when trying to run my second > expression. > >> > >> Here it is: > >> > >> (ZnEasy getPng:'http://pharo.org/web/files/pharo.png') asMorph > openInWindow > >> > >> And I have the following error: "SSL Exception: connect failed". > >> > >> What am I missing? > >> > > > > there is nothing missing. > > Currently we have a problem in our web site (that uses a non-supported > encrypt method), we are going to fix it soon, but for now please use this > alternative: > > > > (ZnEasy getPng:'http://files.pharo.org/media/logo/logo-flat-small.png') > asMorph openInWindow. > > Or this alternative (lose the 'web' part): > > (ZnEasy getPng:'http://pharo.org/files/pharo.png') asMorph openInWindow > > > cheers! > > Esteban > > > >> Mohamed > >> > > >

March 28, 2017