Re: [Pharo-users] Pharo Association

[Marcus Denker]

yes, sadly it does not send out emails to the admin 
when someone subscribed to the salt system.

I have enabled the membership on the association website.

Marcus

> On 3 Oct 2016, at 18:23, Gabriel Cotelli  wrote:
> 
> Same here... probably some manual work is required.
> 
> On Mon, Oct 3, 2016 at 11:52 AM, Esteban A. Maringolo  > wrote:
> 2016-10-03 9:08 GMT-03:00 Marcus Denker  >:
> > On 3 Oct 2016, at 08:59, John Pfersich  > > wrote:
> > I went to the Pharo Association web site (http://association.pharo.org 
> > ) to
> > change my profile, but I didn't find any way to alter it. Am I missing
> > something?
> >
> > There seems to beb a problem with refresh. After logging in, go to
> > http://association.pharo.org/web/members 
> >  and there should be menu entries
> > for editing.
> 
> 
> Also, I've been paying for BountySource Salt since January, and I'm
> not in the list either.
> 
> https://salt.bountysource.com/teams/pharo/supporters 
> 
> 
> Regards!
> 
> Esteban A. Maringolo
> 
> 

Re: [Pharo-users] Intro to Microsoft COM for Smalltalkers

[Ben Coman]

On Fri, Oct 7, 2016 at 9:14 PM, Thibault Raffaillac
 wrote:
> Thanks for these mails, that's actually very helpful!
> I am working on a shorter syntax for animations at the moment (than 
> GLMAnimation, Viva, Bloc-Animation), and could not find a proper equivalent 
> to requestAnimationFrame (i.e. that would be independent of any UI yet in 
> sync with display, and as simple as possible).
> My solution was to repeatedly register to deferredUIMessages, implementing an 
> intermediate block to add a timestamp like requestAnimationFrame (works 
> wonders http://smalltalkhub.com/#!/~ThibaultRaffaillac/Animation)
>
> Cheers,
> Thibault
>
> ps: I'll ask Guille asap for the state of ReactiveExtensions (lacks comments)
>
>> Also, check
>>
>> MorphicUIManager>>#spawnNewProcess
>>
>> UIProcess := [
>> [World doOneCycle.  Processor yield.  false] whileFalse: [].
>> ] newProcess priority: Processor userSchedulingPriority.
>> UIProcess name: 'Morphic UI Process'.
>> UIProcess resume
>>
>> digging into doOneCycle, you'll find:
>>
>> #doOneCycleFor: aWorld
>> "Do one cycle of the interaction loop. This method is called *repeatedly
>> *when
>> the world is running. This is a moderately private method; a better
>> alternative is usually either to wait for events or to check the state of
>> things from #step methods."
>>
>> self interCyclePause: MinCycleLapse.
>> self doOneCycleNowFor: aWorld.
>>
>>
>> The interCyclePause is what make the UI timing alignment proper (notice
>> serverMode) [and some Squeak remnant mention]:
>>
>> interCyclePause: milliSecs
>> "delay enough that the previous cycle plus the amount of delay will equal
>> milliSecs.  If the cycle is already expensive, then no delay occurs.
>> However, if the system is idly waiting for interaction from the user, the
>> method will delay for a proportionally long time and cause the overall CPU
>> usage of *Squeak* to be low.
>> If self serverMode returns true then, always do a complete delay of 50ms,
>> independant of my argument. This prevents the freezing problem described in
>> Mantis #6581"
>>
>> | wait wait2 |
>> "*a very long assignment*"
>> wait := self serverMode
>> ifTrue: [ 50 ]
>> ifFalse:
>> [ wait2 := (lastCycleTime notNil and: [CanSurrenderToOS ~~ false])
>> ifFalse: [ 0 ]
>> ifTrue: [ lastCycleTime + milliSecs - Time millisecondClockValue ].
>>
>>   self flag: 'Issue 14754 - wait2>millisecs is only True for clock
>> rollover. Remove it once DelayScheduler based on microsecondClock - Ben
>> Coman 19.01.2015'.  "*< maybe we want this #flag: not to be called all

Yes, good idea. I'll see to it.
cheers -ben

[Pharo-users] Do we have anything like Jooq in our ecosystem?

[p...@highoctane.be]

http://www.jooq.org/

e.g.

SELECT AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME, COUNT(*)
FROM AUTHOR
JOIN BOOK ON AUTHOR.ID = BOOK.AUTHOR_ID
   WHERE BOOK.LANGUAGE = 'DE'
 AND BOOK.PUBLISHED > DATE '2008-01-01'
GROUP BY AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME
  HAVING COUNT(*) > 5
ORDER BY AUTHOR.LAST_NAME ASC NULLS FIRST
   LIMIT 2
  OFFSET 1

gives (Java):

create.select(AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME, count())
  .from(AUTHOR)
  .join(BOOK).on(AUTHOR.ID.equal(BOOK.AUTHOR_ID))
  .where(BOOK.LANGUAGE.eq("DE"))
  .and(BOOK.PUBLISHED.gt(date("2008-01-01")))
  .groupBy(AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME)
  .having(count().gt(5))
  .orderBy(AUTHOR.LAST_NAME.asc().nullsFirst())
  .limit(2)
  .offset(1)

I know that we have GLORP but this is not the same thing.

Phil

Re: [Pharo-users] Do we have anything like Jooq in our ecosystem?

[Esteban A. Maringolo]

Glorp is not ready to do that, but it is not far from being able to do
it. At least in the reverse order.

I already asked foor a jOOQ like tool for Pharo before. Now we're two
the persons interested on it.
By the time we're five somebody will have to build it. :)

Regards,


Esteban A. Maringolo


2016-10-07 18:37 GMT-03:00 p...@highoctane.be :
> http://www.jooq.org/
>
> e.g.
>
> SELECT AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME, COUNT(*)
> FROM AUTHOR
> JOIN BOOK ON AUTHOR.ID = BOOK.AUTHOR_ID
>WHERE BOOK.LANGUAGE = 'DE'
>  AND BOOK.PUBLISHED > DATE '2008-01-01'
> GROUP BY AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME
>   HAVING COUNT(*) > 5
> ORDER BY AUTHOR.LAST_NAME ASC NULLS FIRST
>LIMIT 2
>   OFFSET 1
>
> gives (Java):
>
> create.select(AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME, count())
>   .from(AUTHOR)
>   .join(BOOK).on(AUTHOR.ID.equal(BOOK.AUTHOR_ID))
>   .where(BOOK.LANGUAGE.eq("DE"))
>   .and(BOOK.PUBLISHED.gt(date("2008-01-01")))
>   .groupBy(AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME)
>   .having(count().gt(5))
>   .orderBy(AUTHOR.LAST_NAME.asc().nullsFirst())
>   .limit(2)
>   .offset(1)
>
> I know that we have GLORP but this is not the same thing.
>
> Phil

Re: [Pharo-users] Pharo5 download for linux - interpreter cannot read image file

[Andreas Sunardi]

That's it! But it isn't as simple as that Here's what I did. I have pharo5
directory, unzipped from the Pharo download page (GNU/Linux w. libc <
2.15). I then took the VM Bernardo pointed me to and copy that VM into my
pharo5/bin.

That Pharo download (GNU/Linux w. libc <2.15) has shared/Pharo5.0.image
along with shared/PharoV40.sources

Next I grabbed the PharoV50.sources as Clement instructed. First I tried to
put it in shared/, because that's where PharoV40.sources is, even tough
Clement said to put it in the same folder as the VM.

Then I tried to run it, calling pharo binary or the wrapper. Here's what I
found:
1. pharo keeps looking for PharoV40.sources, looking in bin/ first (the VM
directory) and next in shared/

2. If the source file is in shared/, making PharoV40.sources a sym link to
PharoV50.sources, still gives me the same error.

3. However, if the source files is in bin/, making PharoV40.sources a sym
link to PharoV50.sources does not give me the error. Success!

4. For additional experiment, I took Pharo5.0.image from Windows download,
and put it in shared/ (along with the changes file). It picks up
PharoV50.sources in either bin/ or shared/. I removed PharoV40.sources in
both places and still works fine.

5. I remove PharoV50.sources in bin/ and shared/, so now I don't have any
sources file. Using Pharo5.0.image from Windows, I got notification pharo
can't find PharoV50.sources file, yet, I don't get that
MessageNotUnderstood error.


I think the image version is different in Windows and Linux download. The
image from Windows download starts with a welcome window. The image from
Linux download doesn't. I don't know how to check the image version.

I can now run pharo5 and I'm happy. The Linux download needs updated VM and
image, I think.

On Thu, Oct 6, 2016 at 10:45 PM, Clément Bera 
wrote:

> Hello
>
> What you describe (arg1 instead of string) means the source file is not
> present. Sources are required for some FFI calls. Take the PharoV50.sources
> file (you can find it here http://files.pharo.org/sources/) and put it in
> the same folder as your VM. It should solve the problem.
>
> Best,
>
> Clement
>
>
> On Fri, Oct 7, 2016 at 6:20 AM, Andreas Sunardi 
> wrote:
>
>> Thanks, Bernardo. That fogbugz case is exactly the problem I'm having.
>>
>> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from
>> Pharo download page. This is a good sign.
>>
>> Upon opening the image, I am, however, presented immediately with
>> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from
>> SystemSettingsPersistence class >> defaultPreferenceFileReference
>>
>> It boils down to
>> OSEnvironment#getEnv: 'HOME'
>>
>> a failure in building an FFI call. The FFI call function signature is
>> #( String getenv (String string) )
>>
>> The context object built from OSEnvironment#getEnv: gives answer 'arg1',
>> instead of 'string', to a call to #method#argumentNames. Down the road, an
>> IRMethod instance is trying to find the index for 'string' and can't find
>> any, because what is stored is 'arg1'.
>>
>> I'm out of my depth at this point, and this is a separate issue than not
>> being able to start the image. I have to think where I want to go from here.
>>
>> So, thank you for all of you, for the exceedingly quick and friendly help.
>>
>> Cheers!
>>
>> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras <
>> vonbecm...@gmail.com> wrote:
>>
>>> Hold on,
>>>
>>>   There's also this issue
>>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-de
>>> bian-old-libc
>>>
>>> where in one comment jan.vrany recommended his build
>>>
>>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/
>>>
>>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur
>>> -swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip
>>>
>>> that i have used in debian wheezy with the old libc for quite a while. i
>>> don't use it anymore because im in jessie.
>>>
>>>
>>>
>>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi 
>>> wrote:
>>>
 Thank you for the impressive quick response. Unfortunately, I have
 older glibc. So now I'm struggling with compiling glibc 2.15 for 32 bit on
 my 64 bit CentOS 6.5 machine. Not an easy thing to do.

 I'll try those VMs once I succeed in building this glibc

 On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras <
 vonbecm...@gmail.com> wrote:

> this
> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip
>
> works pretty well in Debian GNU/Linux 8 Jessie
>
>
> On Thu, Oct 6, 2016 at 4:09 PM, Clément Bera 
> wrote:
>
>> Thanks for reporting the problem.
>>
>> The error means the VM is incompatible with the image. There was a
>> change of image format in Pharo 5, so the package has likely an old VM
>> while the image has the new format, or the new VM while the 

[Pharo-users] Pharo on Mac

[Hari Balaraman]

Hi All,
Fyi- the Pharo default collection of downloaded files for MacOS does not work 
(starts up with blank screen and remains as such) on MacOS Sierra. On another 
Mac with the previous OS (El Capitan) the default download works.
Kind regards,
Hari




> On Oct 7, 2016, at 1:06 PM, pharo-users-requ...@lists.pharo.org wrote:
> 
> Send Pharo-users mailing list submissions to
>pharo-users@lists.pharo.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org
> or, via email, send a message with subject or body 'help' to
>pharo-users-requ...@lists.pharo.org
> 
> You can reach the person managing the list at
>pharo-users-ow...@lists.pharo.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pharo-users digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Pharo5 download for linux - interpreter cannot read image
>  file (Andreas Sunardi)
>   2. Re: Pharo5 download for linux - interpreter cannot read image
>  file (Andreas Sunardi)
> 
> 
> --
> 
> Message: 1
> Date: Fri, 7 Oct 2016 10:01:51 -0700
> From: Andreas Sunardi 
> To: Any question about pharo is welcome 
> Subject: Re: [Pharo-users] Pharo5 download for linux - interpreter
>cannot read image file
> Message-ID:
>

Re: [Pharo-users] Pharo5 download for linux - interpreter cannot read image file

[Andreas Sunardi]

Hi Stef,

Can you explain a little bit about what this 'How to' is? Just now I'm able
to finally run pharo5 on my CentOS with glibc version < 2.15 and I wrote my
finding in my other reply.

Are you referring to how to put these things together to finally able to
run pharo? Or are you referring to my digging through the error?


On Thu, Oct 6, 2016 at 11:08 PM, stepharo  wrote:

> Hi andreas
>
> could you write a little how to so that we can put it on the web site?
>
> Stef
>
> Le 7/10/16 à 06:20, Andreas Sunardi a écrit :
>
> Thanks, Bernardo. That fogbugz case is exactly the problem I'm having.
>
> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from
> Pharo download page. This is a good sign.
>
> Upon opening the image, I am, however, presented immediately with
> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from
> SystemSettingsPersistence class >> defaultPreferenceFileReference
>
> It boils down to
> OSEnvironment#getEnv: 'HOME'
>
> a failure in building an FFI call. The FFI call function signature is
> #( String getenv (String string) )
>
> The context object built from OSEnvironment#getEnv: gives answer 'arg1',
> instead of 'string', to a call to #method#argumentNames. Down the road, an
> IRMethod instance is trying to find the index for 'string' and can't find
> any, because what is stored is 'arg1'.
>
> I'm out of my depth at this point, and this is a separate issue than not
> being able to start the image. I have to think where I want to go from here.
>
> So, thank you for all of you, for the exceedingly quick and friendly help.
>
> Cheers!
>
> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras <
> vonbecm...@gmail.com> wrote:
>
>> Hold on,
>>
>>   There's also this issue
>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-debian-old-libc
>>
>> where in one comment jan.vrany recommended his build
>>
>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/
>>
>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur
>> -swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip
>>
>> that i have used in debian wheezy with the old libc for quite a while. i
>> don't use it anymore because im in jessie.
>>
>>
>>
>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi 
>> wrote:
>>
>>> Thank you for the impressive quick response. Unfortunately, I have older
>>> glibc. So now I'm struggling with compiling glibc 2.15 for 32 bit on my 64
>>> bit CentOS 6.5 machine. Not an easy thing to do.
>>>
>>> I'll try those VMs once I succeed in building this glibc
>>>
>>> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras <
>>> vonbecm...@gmail.com> wrote:
>>>
 this
 http://files.pharo.org/vm/pharo-spur32/linux/latest.zip

 works pretty well in Debian GNU/Linux 8 Jessie


 On Thu, Oct 6, 2016 at 4:09 PM, Clément Bera 
 wrote:

> Thanks for reporting the problem.
>
> The error means the VM is incompatible with the image. There was a
> change of image format in Pharo 5, so the package has likely an old VM
> while the image has the new format, or the new VM while the image has the
> old format.
>
> Someone will look into that problem in the incoming weeks. Most Pharo
> maintainers are on Mac, we noticed recently that other OS were not
> maintained carefully enough (We're sorry about that) and we're trying to
> solve that problem.
>
> Meantime
>
> Can you try the latest VM from here (latest.zip):
> http://files.pharo.org/vm/pharo-spur32/linux/
>
> Or if still failing, the latest VM from here (latest.zip):
> http://files.pharo.org/vm/pharo/linux/
>
> One of these two VMs should work. Please tell me which one worked if
> you try.
>
> Thanks & Regards
>
> Clement
>
> On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel Contreras <
> vonbecm...@gmail.com> wrote:
>
>> i already submitted a similar issue
>> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-ver
>> s-6505-cannot-read-image-file-vers-6521
>>
>> check it and see if it is the same
>>
>> On Thu, Oct 6, 2016 at 3:20 PM, Andreas Sunardi 
>> wrote:
>>
>>> I'm on CentOS 6.5 and I downloaded Pharo 5 for GNU/Linux w. libc <
>>> 2.15 and for CentOS. Both won't start (I have no problem with Windows
>>> version):
>>>
>>> $ pharo
>>> This interpreter (vers. 6505) cannot read image file (vers. 6521).
>>> Press CR to quit...
>>>
>>> I'm unable to find report or information about this issue on the
>>> web. I think it was like this ~2 months ago as well. Is this a known 
>>> issue?
>>>
>>> First time posting question in this mailing list, so I beg your
>>> pardon if I break any mailing list rule.
>>>
>>> --
>>> Andreas S
>>>
>>
>>
>>
>> --
>> 

Re: [Pharo-users] Pharo on Mac

[Alexandre Bergel]

Hi hair,

This is a known problem, which hopefully, will be fixed soon

Alexandre


> On Oct 7, 2016, at 2:24 PM, Hari Balaraman  wrote:
> 
> Hi All,
> Fyi- the Pharo default collection of downloaded files for MacOS does not work 
> (starts up with blank screen and remains as such) on MacOS Sierra. On another 
> Mac with the previous OS (El Capitan) the default download works.
> Kind regards,
> Hari
> 
> 
> 
> 
>> On Oct 7, 2016, at 1:06 PM, pharo-users-requ...@lists.pharo.org wrote:
>> 
>> Send Pharo-users mailing list submissions to
>>   pharo-users@lists.pharo.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>   http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org
>> or, via email, send a message with subject or body 'help' to
>>   pharo-users-requ...@lists.pharo.org
>> 
>> You can reach the person managing the list at
>>   pharo-users-ow...@lists.pharo.org
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Pharo-users digest..."
>> 
>> 
>> Today's Topics:
>> 
>>  1. Re: Pharo5 download for linux - interpreter cannot read image
>> file (Andreas Sunardi)
>>  2. Re: Pharo5 download for linux - interpreter cannot read image
>> file (Andreas Sunardi)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Fri, 7 Oct 2016 10:01:51 -0700
>> From: Andreas Sunardi 
>> To: Any question about pharo is welcome 
>> Subject: Re: [Pharo-users] Pharo5 download for linux - interpreter
>>   cannot read image file
>> Message-ID:
>>   

Re: [Pharo-users] Pharo on Mac

[Dimitris Chloupis]

It works if you download it from terminal , download page has the
instructions

Make sure you download alpha image latest VM

On Fri, 7 Oct 2016 at 20:25, Hari Balaraman 
wrote:

> Hi All,
> Fyi- the Pharo default collection of downloaded files for MacOS does not
> work (starts up with blank screen and remains as such) on MacOS Sierra. On
> another Mac with the previous OS (El Capitan) the default download works.
> Kind regards,
> Hari
>
>
>
>
> > On Oct 7, 2016, at 1:06 PM, pharo-users-requ...@lists.pharo.org wrote:
> >
> > Send Pharo-users mailing list submissions to
> >pharo-users@lists.pharo.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org
> > or, via email, send a message with subject or body 'help' to
> >pharo-users-requ...@lists.pharo.org
> >
> > You can reach the person managing the list at
> >pharo-users-ow...@lists.pharo.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Pharo-users digest..."
> >
> >
> > Today's Topics:
> >
> >   1. Re: Pharo5 download for linux - interpreter cannot read image
> >  file (Andreas Sunardi)
> >   2. Re: Pharo5 download for linux - interpreter cannot read image
> >  file (Andreas Sunardi)
> >
> >
> > --
> >
> > Message: 1
> > Date: Fri, 7 Oct 2016 10:01:51 -0700
> > From: Andreas Sunardi 
> > To: Any question about pharo is welcome 
> > Subject: Re: [Pharo-users] Pharo5 download for linux - interpreter
> >cannot read image file
> > Message-ID:
> >

Re: [Pharo-users] Pharo5 download for linux - interpreter cannot read image file

[stepharo]

Hi andreas

could you write a little how to so that we can put it on the web site?

Stef


Le 7/10/16 à 06:20, Andreas Sunardi a écrit :

Thanks, Bernardo. That fogbugz case is exactly the problem I'm having.

This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from 
Pharo download page. This is a good sign.


Upon opening the image, I am, however, presented immediately with 
'MessageNotUnderstood: receiver of "/" is nil'. It's coming from

SystemSettingsPersistence class >> defaultPreferenceFileReference

It boils down to
OSEnvironment#getEnv: 'HOME'

a failure in building an FFI call. The FFI call function signature is
#( String getenv (String string) )

The context object built from OSEnvironment#getEnv: gives answer 
'arg1', instead of 'string', to a call to #method#argumentNames. Down 
the road, an IRMethod instance is trying to find the index for 
'string' and can't find any, because what is stored is 'arg1'.


I'm out of my depth at this point, and this is a separate issue than 
not being able to start the image. I have to think where I want to go 
from here.


So, thank you for all of you, for the exceedingly quick and friendly help.

Cheers!

On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras 
> wrote:


Hold on,

  There's also this issue
https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-debian-old-libc


where in one comment jan.vrany recommended his build

https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/



https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip



that i have used in debian wheezy with the old libc for quite a
while. i don't use it anymore because im in jessie.



On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi
> wrote:

Thank you for the impressive quick response. Unfortunately, I
have older glibc. So now I'm struggling with compiling glibc
2.15 for 32 bit on my 64 bit CentOS 6.5 machine. Not an easy
thing to do.

I'll try those VMs once I succeed in building this glibc

On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras
> wrote:

this
http://files.pharo.org/vm/pharo-spur32/linux/latest.zip


works pretty well in Debian GNU/Linux 8 Jessie

On Thu, Oct 6, 2016 at 4:09 PM, Clément Bera
>
wrote:

Thanks for reporting the problem.

The error means the VM is incompatible with the image.
There was a change of image format in Pharo 5, so the
package has likely an old VM while the image has the
new format, or the new VM while the image has the old
format.

Someone will look into that problem in the incoming
weeks. Most Pharo maintainers are on Mac, we noticed
recently that other OS were not maintained carefully
enough (We're sorry about that) and we're trying to
solve that problem.

Meantime

Can you try the latest VM from here (latest.zip):
http://files.pharo.org/vm/pharo-spur32/linux/


Or if still failing, the latest VM from here (latest.zip):
http://files.pharo.org/vm/pharo/linux/


One of these two VMs should work. Please tell me which
one worked if you try.

Thanks & Regards

Clement

On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel
Contreras > wrote:

i already submitted a similar issue

https://pharo.fogbugz.com/f/cases/18221/This-interpreter-vers-6505-cannot-read-image-file-vers-6521



check it and see if it is the same

On Thu, Oct 6, 2016 at 3:20 PM, Andreas Sunardi
>
wrote:

I'm on CentOS 6.5 and I downloaded Pharo 5 

Re: [Pharo-users] Intro to Microsoft COM for Smalltalkers

[Thibault Raffaillac]

Thanks for these mails, that's actually very helpful!
I am working on a shorter syntax for animations at the moment (than 
GLMAnimation, Viva, Bloc-Animation), and could not find a proper equivalent to 
requestAnimationFrame (i.e. that would be independent of any UI yet in sync 
with display, and as simple as possible).
My solution was to repeatedly register to deferredUIMessages, implementing an 
intermediate block to add a timestamp like requestAnimationFrame (works wonders 
http://smalltalkhub.com/#!/~ThibaultRaffaillac/Animation)

Cheers,
Thibault

ps: I'll ask Guille asap for the state of ReactiveExtensions (lacks comments)

> Also, check
> 
> MorphicUIManager>>#spawnNewProcess
> 
> UIProcess := [
> [World doOneCycle.  Processor yield.  false] whileFalse: [].
> ] newProcess priority: Processor userSchedulingPriority.
> UIProcess name: 'Morphic UI Process'.
> UIProcess resume
> 
> digging into doOneCycle, you'll find:
> 
> #doOneCycleFor: aWorld
> "Do one cycle of the interaction loop. This method is called *repeatedly
> *when
> the world is running. This is a moderately private method; a better
> alternative is usually either to wait for events or to check the state of
> things from #step methods."
> 
> self interCyclePause: MinCycleLapse.
> self doOneCycleNowFor: aWorld.
> 
> 
> The interCyclePause is what make the UI timing alignment proper (notice
> serverMode) [and some Squeak remnant mention]:
> 
> interCyclePause: milliSecs
> "delay enough that the previous cycle plus the amount of delay will equal
> milliSecs.  If the cycle is already expensive, then no delay occurs.
> However, if the system is idly waiting for interaction from the user, the
> method will delay for a proportionally long time and cause the overall CPU
> usage of *Squeak* to be low.
> If self serverMode returns true then, always do a complete delay of 50ms,
> independant of my argument. This prevents the freezing problem described in
> Mantis #6581"
> 
> | wait wait2 |
> "*a very long assignment*"
> wait := self serverMode
> ifTrue: [ 50 ]
> ifFalse:
> [ wait2 := (lastCycleTime notNil and: [CanSurrenderToOS ~~ false])
> ifFalse: [ 0 ]
> ifTrue: [ lastCycleTime + milliSecs - Time millisecondClockValue ].
> 
>   self flag: 'Issue 14754 - wait2>millisecs is only True for clock
> rollover. Remove it once DelayScheduler based on microsecondClock - Ben
> Coman 19.01.2015'.  "*< maybe we want this #flag: not to be called all
> the time* "
>   wait2 > milliSecs
> ifTrue: [ 0 ]
> ifFalse: [ wait2 ].
> ].
> wait > 0 ifTrue: [ (Delay forMilliseconds: wait) wait ].   "<--- wait
> is not #>>wait"
> 
> lastCycleTime := Time millisecondClockValue.
> CanSurrenderToOS := true.
> 
> Now, yeah, how do get stuff to be painted on the  screen?
> 
> Like this:
> 
> displayWorld: aWorld submorphs: submorphs
> "Update this world's display."
> 
> | deferredUpdateMode handsToDraw allDamage |
> 
> submorphs do: [:m | m fullBounds].  "force re-layout if needed"
> self checkIfUpdateNeeded ifFalse: [^ self].  "display is already up-to-date"
> 
> deferredUpdateMode := self doDeferredUpdatingFor: aWorld.
> deferredUpdateMode ifFalse: [self assuredCanvas].
> canvas roundCornersOf: aWorld during:[ | worldDamageRects handDamageRects |
> worldDamageRects := self drawWorld: aWorld submorphs: submorphs
> invalidAreasOn: canvas.  "repair world's damage on canvas"
> "self handsDo:[:h| h noticeDamageRects: worldDamageRects]."
> handsToDraw := self selectHandsToDrawForDamage: worldDamageRects.
> handDamageRects := handsToDraw collect: [:h | h savePatchFrom: canvas].
> allDamage := worldDamageRects, handDamageRects.
> 
> handsToDraw reverseDo: [:h | canvas fullDrawMorph: h].  "draw hands onto
> world canvas"
> ].
> "*make this true to flash damaged areas for testing*"
> self class debugShowDamage ifTrue: [aWorld flashRects: allDamage color:
> Color black].
> 
> canvas finish.
> "quickly copy altered rects of canvas to Display:"
> deferredUpdateMode
> ifTrue: [self forceDamageToScreen: allDamage]
> ifFalse: [canvas showAt: aWorld viewBox origin invalidRects: allDamage].
> handsToDraw do: [:h | h restoreSavedPatchOn: canvas].  "restore world
> canvas under hands"
> Display deferUpdates: false; forceDisplayUpdate.
> 
> The VM will take care of throwing the bits to the display in various ways.
> Interesting to look how it is done for Windows, OSX, and Linux.
> 
> So you have about a full view now.
> 
> Timing wise, there is also some interaction with the VM occuring elsewhere.
> Pharo is still polling deep inside.  epoll etc isn't there yet, hence the
> little idle CPU usage when doing nothing.
> 
> Good luck doing this UI trip with other platforms, not to mention change or
> instrument it the way you like.
> 
> Pharo is really cool for this as it helps in learning about a lot of things.
> 
> Want to do sockets?
> Do the high level stuff in Pharo and dig in the VM to see how it is done
> down under for a set of