in 15min, I will promote latest VM to stable VM.
The new stable VM has a lot of bugfixes, notably: - compactor works - Cairo and Surface plugin now can coexist (and it does not crashes) - lot of other small things cheers, Esteban |
Hi. Black screen on startup is still there on Mac Sierra 32 bits VM 2017-05-03 9:43 GMT+02:00 Esteban Lorenzano <[hidden email]>: in 15min, I will promote latest VM to stable VM. |
I know, but cannot wait for promoting… is “stable enough”.
Also… problem is not present on other flavours so I guess is an image problem. Guille worked a bit on it but we need to review some more. Esteban
|
Also good news that image drag and drop into latest VM works fine again 2017-05-03 10:10 GMT+02:00 Esteban Lorenzano <[hidden email]>:
|
In reply to this post by EstebanLM
Hi Esteban,
$ curl http://get.pharo.org/64/60+vmLatest | bash $ ./pharo --version Shows the build version as: VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Tue May 2 16:26:41 2017 -0700 $ Does that mean we should be building from the opensmalltalk repository instead of the pharo-vm repository (even temporarily)? Thanks, Alistair On 3 May 2017 at 09:43, Esteban Lorenzano <[hidden email]> wrote: > in 15min, I will promote latest VM to stable VM. > The new stable VM has a lot of bugfixes, notably: > > - compactor works > - Cairo and Surface plugin now can coexist (and it does not crashes) > - lot of other small things > > cheers, > Esteban > |
> On 3 May 2017, at 12:38, Alistair Grant <[hidden email]> wrote: > > Hi Esteban, > > $ curl http://get.pharo.org/64/60+vmLatest | bash > $ ./pharo --version > > Shows the build version as: > > VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git > Date: Tue May 2 16:26:41 2017 -0700 $ > > Does that mean we should be building from the opensmalltalk repository > instead of the pharo-vm repository (even temporarily)? officials VM for Pharo now are built using opensmalltalk-vm, yes. we still keep our process for CI/testing purposes, though. Esteban > > Thanks, > Alistair > > > On 3 May 2017 at 09:43, Esteban Lorenzano <[hidden email]> wrote: >> in 15min, I will promote latest VM to stable VM. >> The new stable VM has a lot of bugfixes, notably: >> >> - compactor works >> - Cairo and Surface plugin now can coexist (and it does not crashes) >> - lot of other small things >> >> cheers, >> Esteban >> > |
> On May 3, 2017, at 4:22 AM, Esteban Lorenzano <[hidden email]> wrote: > > >> On 3 May 2017, at 12:38, Alistair Grant <[hidden email]> wrote: >> >> Hi Esteban, >> >> $ curl http://get.pharo.org/64/60+vmLatest | bash >> $ ./pharo --version >> >> Shows the build version as: >> >> VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git >> Date: Tue May 2 16:26:41 2017 -0700 $ >> >> Does that mean we should be building from the opensmalltalk repository >> instead of the pharo-vm repository (even temporarily)? > > officials VM for Pharo now are built using opensmalltalk-vm, yes. > we still keep our process for CI/testing purposes, though. Woot! Thank you Esteban!! > > Esteban > >> >> Thanks, >> Alistair >> >> >>> On 3 May 2017 at 09:43, Esteban Lorenzano <[hidden email]> wrote: >>> in 15min, I will promote latest VM to stable VM. >>> The new stable VM has a lot of bugfixes, notably: >>> >>> - compactor works >>> - Cairo and Surface plugin now can coexist (and it does not crashes) >>> - lot of other small things >>> >>> cheers, >>> Esteban >>> >> > > |
2017-05-03 17:45 GMT+02:00 Eliot Miranda <[hidden email]>:
+1 That will help us to help you, it's a win win.
|
I'm now chasing an old 64 bits vm from files.pharo.org. All the new ones
for the past 2 months segfault. Would anybody have kept a ~ 2 month old 64 bits vm (threaded or not) for linux somewhere? Regards, Thierry Le 03/05/2017 à 21:58, Nicolas Cellier a écrit : > > > 2017-05-03 17:45 GMT+02:00 Eliot Miranda <[hidden email] > <mailto:[hidden email]>>: > > > > > On May 3, 2017, at 4:22 AM, Esteban Lorenzano <[hidden email] <mailto:[hidden email]>> wrote: > > > > > >> On 3 May 2017, at 12:38, Alistair Grant <[hidden email] <mailto:[hidden email]>> wrote: > >> > >> Hi Esteban, > >> > >> $ curl http://get.pharo.org/64/60+vmLatest > <http://get.pharo.org/64/60+vmLatest> | bash > >> $ ./pharo --version > >> > >> Shows the build version as: > >> > >> VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git > <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> > >> Date: Tue May 2 16:26:41 2017 -0700 $ > >> > >> Does that mean we should be building from the opensmalltalk repository > >> instead of the pharo-vm repository (even temporarily)? > > > > officials VM for Pharo now are built using opensmalltalk-vm, yes. > > we still keep our process for CI/testing purposes, though. > > Woot! Thank you Esteban!! > > > +1 > That will help us to help you, it's a win win. > > > > > > Esteban > > > >> > >> Thanks, > >> Alistair > >> > >> > >>> On 3 May 2017 at 09:43, Esteban Lorenzano <[hidden email] > <mailto:[hidden email]>> wrote: > >>> in 15min, I will promote latest VM to stable VM. > >>> The new stable VM has a lot of bugfixes, notably: > >>> > >>> - compactor works > >>> - Cairo and Surface plugin now can coexist (and it does not crashes) > >>> - lot of other small things > >>> > >>> cheers, > >>> Esteban > >>> > >> > > > > > > |
Hi Thierry,
> On May 3, 2017, at 1:20 PM, Thierry Goubier <[hidden email]> wrote: > > I'm now chasing an old 64 bits vm from files.pharo.org. All the new ones for the past 2 months segfault. Would anybody have kept a ~ 2 month old 64 bits vm (threaded or not) for linux somewhere? I think the issue is not the version of the VM sources but the version of GCC. Iconoile the 64-bit Linux VMs I build with GCC 4.4.x and see no problems. Bintray uses 4.6.x and apparently segfaults. Are you able to checkout opensmalltalk-vm and build your own 64-bit Linux vm using GCC 4.4.x? You may have more success via this route. HTH > > Regards, > > Thierry > >> Le 03/05/2017 à 21:58, Nicolas Cellier a écrit : >> >> >> 2017-05-03 17:45 GMT+02:00 Eliot Miranda <[hidden email] >> <mailto:[hidden email]>>: >> >> >> >> > On May 3, 2017, at 4:22 AM, Esteban Lorenzano <[hidden email] <mailto:[hidden email]>> wrote: >> > >> > >> >> On 3 May 2017, at 12:38, Alistair Grant <[hidden email] <mailto:[hidden email]>> wrote: >> >> >> >> Hi Esteban, >> >> >> >> $ curl http://get.pharo.org/64/60+vmLatest >> <http://get.pharo.org/64/60+vmLatest> | bash >> >> $ ./pharo --version >> >> >> >> Shows the build version as: >> >> >> >> VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git >> <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> >> >> Date: Tue May 2 16:26:41 2017 -0700 $ >> >> >> >> Does that mean we should be building from the opensmalltalk repository >> >> instead of the pharo-vm repository (even temporarily)? >> > >> > officials VM for Pharo now are built using opensmalltalk-vm, yes. >> > we still keep our process for CI/testing purposes, though. >> >> Woot! Thank you Esteban!! >> >> >> +1 >> That will help us to help you, it's a win win. >> >> >> > >> > Esteban >> > >> >> >> >> Thanks, >> >> Alistair >> >> >> >> >> >>> On 3 May 2017 at 09:43, Esteban Lorenzano <[hidden email] >> <mailto:[hidden email]>> wrote: >> >>> in 15min, I will promote latest VM to stable VM. >> >>> The new stable VM has a lot of bugfixes, notably: >> >>> >> >>> - compactor works >> >>> - Cairo and Surface plugin now can coexist (and it does not crashes) >> >>> - lot of other small things >> >>> >> >>> cheers, >> >>> Esteban >> >>> >> >> >> > >> > >> >> > > |
Le 03/05/2017 à 22:39, Eliot Miranda a écrit :
> Hi Thierry, Hi Eliot, >> On May 3, 2017, at 1:20 PM, Thierry Goubier >> <[hidden email]> wrote: >> >> I'm now chasing an old 64 bits vm from files.pharo.org. All the new >> ones for the past 2 months segfault. Would anybody have kept a ~ 2 >> month old 64 bits vm (threaded or not) for linux somewhere? > > I think the issue is not the version of the VM sources but the > version of GCC. Iconoile the 64-bit Linux VMs I build with GCC 4.4.x > and see no problems. Bintray uses 4.6.x and apparently segfaults. > Are you able to checkout opensmalltalk-vm and build your own 64-bit > Linux vm using GCC 4.4.x? You may have more success via this route. I'm on a system with gcc 6.3.0. The previous stable pharo vm is fine (20170212) so I'm back on it. None of the newest are, but I haven't done a bisect to tell you which number triggers the segfault. I do have random lockups with OSProcess on it, but they are cured with a Ctrl+., which is nice. I've never managed to get a home-compiled 64 bits vm to work without a segfault or a deadlock, so I've given up that path (*). Regards, Thierry (*) I've never managed to be sure I had all the dependencies right (i.e. tracking through the long log output and trying to make sure cover all the errors by loading the right package). I could compile the vm, and run it a bit (run a few image building commands) before hitting either a deadlock (OSProcess-related?) or a segfault. > HTH > >> >> Regards, >> >> Thierry >> >>> Le 03/05/2017 à 21:58, Nicolas Cellier a écrit : >>> >>> >>> 2017-05-03 17:45 GMT+02:00 Eliot Miranda >>> <[hidden email] <mailto:[hidden email]>>: >>> >>> >>> >>>> On May 3, 2017, at 4:22 AM, Esteban Lorenzano >>>> <[hidden email] <mailto:[hidden email]>> wrote: >>>> >>>> >>>>> On 3 May 2017, at 12:38, Alistair Grant >>>>> <[hidden email] <mailto:[hidden email]>> >>>>> wrote: >>>>> >>>>> Hi Esteban, >>>>> >>>>> $ curl http://get.pharo.org/64/60+vmLatest >>> <http://get.pharo.org/64/60+vmLatest> | bash >>>>> $ ./pharo --version >>>>> >>>>> Shows the build version as: >>>>> >>>>> VM: 201705022326 >>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git >>> <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> >>>>> Date: Tue May 2 16:26:41 2017 -0700 $ >>>>> >>>>> Does that mean we should be building from the opensmalltalk >>>>> repository instead of the pharo-vm repository (even >>>>> temporarily)? >>>> >>>> officials VM for Pharo now are built using opensmalltalk-vm, >>>> yes. we still keep our process for CI/testing purposes, >>>> though. >>> >>> Woot! Thank you Esteban!! >>> >>> >>> +1 That will help us to help you, it's a win win. >>> >>> >>>> >>>> Esteban >>>> >>>>> >>>>> Thanks, Alistair >>>>> >>>>> >>>>>> On 3 May 2017 at 09:43, Esteban Lorenzano >>>>>> <[hidden email] >>> <mailto:[hidden email]>> wrote: >>>>>> in 15min, I will promote latest VM to stable VM. The new >>>>>> stable VM has a lot of bugfixes, notably: >>>>>> >>>>>> - compactor works - Cairo and Surface plugin now can >>>>>> coexist (and it does not crashes) - lot of other small >>>>>> things >>>>>> >>>>>> cheers, Esteban >>>>>> >>>>> >>>> >>>> >>> >>> >> >> > > |
In reply to this post by EstebanLM
Hi Esteban,
On 3 May 2017 at 13:22, Esteban Lorenzano <[hidden email]> wrote: > >> On 3 May 2017, at 12:38, Alistair Grant <[hidden email]> wrote: >> >> Hi Esteban, >> >> $ curl http://get.pharo.org/64/60+vmLatest | bash >> $ ./pharo --version >> >> Shows the build version as: >> >> VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git >> Date: Tue May 2 16:26:41 2017 -0700 $ >> >> Does that mean we should be building from the opensmalltalk repository >> instead of the pharo-vm repository (even temporarily)? > > officials VM for Pharo now are built using opensmalltalk-vm, yes. > we still keep our process for CI/testing purposes, though. Great, thanks for the clarification. Cheers, Alistair |
In reply to this post by Thierry Goubier
> On May 3, 2017, at 1:52 PM, Thierry Goubier <[hidden email]> wrote: > >> Le 03/05/2017 à 22:39, Eliot Miranda a écrit : >> Hi Thierry, > > Hi Eliot, > >>> On May 3, 2017, at 1:20 PM, Thierry Goubier >>> <[hidden email]> wrote: >>> >>> I'm now chasing an old 64 bits vm from files.pharo.org. All the new >>> ones for the past 2 months segfault. Would anybody have kept a ~ 2 >>> month old 64 bits vm (threaded or not) for linux somewhere? >> >> I think the issue is not the version of the VM sources but the >> version of GCC. Iconoile the 64-bit Linux VMs I build with GCC 4.4.x >> and see no problems. Bintray uses 4.6.x and apparently segfaults. >> Are you able to checkout opensmalltalk-vm and build your own 64-bit >> Linux vm using GCC 4.4.x? You may have more success via this route. > > I'm on a system with gcc 6.3.0. The previous stable pharo vm is fine (20170212) so I'm back on it. None of the newest are, but I haven't done a bisect to tell you which number triggers the segfault. > > I do have random lockups with OSProcess on it, but they are cured with a Ctrl+., which is nice. > > I've never managed to get a home-compiled 64 bits vm to work without a segfault or a deadlock, so I've given up that path (*). Then I'll try and have a look asap. > > Regards, > > Thierry > > (*) I've never managed to be sure I had all the dependencies right (i.e. tracking through the long log output and trying to make sure cover all the errors by loading the right package). I could compile the vm, and run it a bit (run a few image building commands) before hitting either a deadlock (OSProcess-related?) or a segfault. > >> HTH >> >>> >>> Regards, >>> >>> Thierry >>> >>>> Le 03/05/2017 à 21:58, Nicolas Cellier a écrit : >>>> >>>> >>>> 2017-05-03 17:45 GMT+02:00 Eliot Miranda >>>> <[hidden email] <mailto:[hidden email]>>: >>>> >>>> >>>> >>>>> On May 3, 2017, at 4:22 AM, Esteban Lorenzano >>>>> <[hidden email] <mailto:[hidden email]>> wrote: >>>>> >>>>> >>>>>> On 3 May 2017, at 12:38, Alistair Grant >>>>>> <[hidden email] <mailto:[hidden email]>> >>>>>> wrote: >>>>>> >>>>>> Hi Esteban, >>>>>> >>>>>> $ curl http://get.pharo.org/64/60+vmLatest >>>> <http://get.pharo.org/64/60+vmLatest> | bash >>>>>> $ ./pharo --version >>>>>> >>>>>> Shows the build version as: >>>>>> >>>>>> VM: 201705022326 >>>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git >>>> <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> >>>>>> Date: Tue May 2 16:26:41 2017 -0700 $ >>>>>> >>>>>> Does that mean we should be building from the opensmalltalk >>>>>> repository instead of the pharo-vm repository (even >>>>>> temporarily)? >>>>> >>>>> officials VM for Pharo now are built using opensmalltalk-vm, >>>>> yes. we still keep our process for CI/testing purposes, >>>>> though. >>>> >>>> Woot! Thank you Esteban!! >>>> >>>> >>>> +1 That will help us to help you, it's a win win. >>>> >>>> >>>>> >>>>> Esteban >>>>> >>>>>> >>>>>> Thanks, Alistair >>>>>> >>>>>> >>>>>>> On 3 May 2017 at 09:43, Esteban Lorenzano >>>>>>> <[hidden email] >>>> <mailto:[hidden email]>> wrote: >>>>>>> in 15min, I will promote latest VM to stable VM. The new >>>>>>> stable VM has a lot of bugfixes, notably: >>>>>>> >>>>>>> - compactor works - Cairo and Surface plugin now can >>>>>>> coexist (and it does not crashes) - lot of other small >>>>>>> things >>>>>>> >>>>>>> cheers, Esteban >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > |
Le 03/05/2017 à 23:50, Eliot Miranda a écrit :
> > >> On May 3, 2017, at 1:52 PM, Thierry Goubier <[hidden email]> wrote: >> >>> Le 03/05/2017 à 22:39, Eliot Miranda a écrit : >>> Hi Thierry, >> >> Hi Eliot, >> >>>> On May 3, 2017, at 1:20 PM, Thierry Goubier >>>> <[hidden email]> wrote: >>>> >>>> I'm now chasing an old 64 bits vm from files.pharo.org. All the new >>>> ones for the past 2 months segfault. Would anybody have kept a ~ 2 >>>> month old 64 bits vm (threaded or not) for linux somewhere? >>> >>> I think the issue is not the version of the VM sources but the >>> version of GCC. Iconoile the 64-bit Linux VMs I build with GCC 4.4.x >>> and see no problems. Bintray uses 4.6.x and apparently segfaults. >>> Are you able to checkout opensmalltalk-vm and build your own 64-bit >>> Linux vm using GCC 4.4.x? You may have more success via this route. >> >> I'm on a system with gcc 6.3.0. The previous stable pharo vm is fine (20170212) so I'm back on it. None of the newest are, but I haven't done a bisect to tell you which number triggers the segfault. >> >> I do have random lockups with OSProcess on it, but they are cured with a Ctrl+., which is nice. >> >> I've never managed to get a home-compiled 64 bits vm to work without a segfault or a deadlock, so I've given up that path (*). > > Then I'll try and have a look asap. Thanks! Thierry > >> >> Regards, >> >> Thierry >> >> (*) I've never managed to be sure I had all the dependencies right (i.e. tracking through the long log output and trying to make sure cover all the errors by loading the right package). I could compile the vm, and run it a bit (run a few image building commands) before hitting either a deadlock (OSProcess-related?) or a segfault. >> >>> HTH >>> >>>> >>>> Regards, >>>> >>>> Thierry >>>> >>>>> Le 03/05/2017 à 21:58, Nicolas Cellier a écrit : >>>>> >>>>> >>>>> 2017-05-03 17:45 GMT+02:00 Eliot Miranda >>>>> <[hidden email] <mailto:[hidden email]>>: >>>>> >>>>> >>>>> >>>>>> On May 3, 2017, at 4:22 AM, Esteban Lorenzano >>>>>> <[hidden email] <mailto:[hidden email]>> wrote: >>>>>> >>>>>> >>>>>>> On 3 May 2017, at 12:38, Alistair Grant >>>>>>> <[hidden email] <mailto:[hidden email]>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi Esteban, >>>>>>> >>>>>>> $ curl http://get.pharo.org/64/60+vmLatest >>>>> <http://get.pharo.org/64/60+vmLatest> | bash >>>>>>> $ ./pharo --version >>>>>>> >>>>>>> Shows the build version as: >>>>>>> >>>>>>> VM: 201705022326 >>>>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git >>>>> <https://github.com/OpenSmalltalk/opensmalltalk-vm.git> >>>>>>> Date: Tue May 2 16:26:41 2017 -0700 $ >>>>>>> >>>>>>> Does that mean we should be building from the opensmalltalk >>>>>>> repository instead of the pharo-vm repository (even >>>>>>> temporarily)? >>>>>> >>>>>> officials VM for Pharo now are built using opensmalltalk-vm, >>>>>> yes. we still keep our process for CI/testing purposes, >>>>>> though. >>>>> >>>>> Woot! Thank you Esteban!! >>>>> >>>>> >>>>> +1 That will help us to help you, it's a win win. >>>>> >>>>> >>>>>> >>>>>> Esteban >>>>>> >>>>>>> >>>>>>> Thanks, Alistair >>>>>>> >>>>>>> >>>>>>>> On 3 May 2017 at 09:43, Esteban Lorenzano >>>>>>>> <[hidden email] >>>>> <mailto:[hidden email]>> wrote: >>>>>>>> in 15min, I will promote latest VM to stable VM. The new >>>>>>>> stable VM has a lot of bugfixes, notably: >>>>>>>> >>>>>>>> - compactor works - Cairo and Surface plugin now can >>>>>>>> coexist (and it does not crashes) - lot of other small >>>>>>>> things >>>>>>>> >>>>>>>> cheers, Esteban >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > |
In reply to this post by Thierry Goubier
here you can download older 64bits VM: http://files.pharo.org/vm/pharo-spur64/linux/ (oldest is from 10/01) now… I do not segfault directly. I just downloaded: wget -O- get.pharo.org/64/60+vmT | bash image starts fine for me (xubuntu 64bits 16.04) … and then run all tests, that produces a fairly amount of errors/failures and *eventually* crashes the VM (crash attached). vm version: CoInterpreter VMMaker.oscog-eem.2203 uuid: 12d4afae-8498-4e76-8efe-60eba6ef4db2 May 2 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2203 uuid: 12d4afae-8498-4e76-8efe-60eba6ef4db2 May 2 2017 VM: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Tue May 2 16:26:41 2017 -0700 $ Plugins: 201705022326 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
crash.dmp (854K) Download Attachment |
2017-05-04 7:58 GMT+02:00 Esteban Lorenzano <[hidden email]>:
Reusing your script, I have. - First start up is ok. got threaded priorities warning even if I have the /etc/security/limits.d/pharo.conf set. - third image building command segfault while loading packages. Very reliable. Fails every time, as far as I can see, at the same point. I bisected over all versions of the itimer and the threaded vms, and I got the following: The last vm that doesn't segfault is 201704030814-0b76880 for the itimer vm, and 201704111618-0e1fc3a for the threaded one. Regards, Thierry
crash.dmp (47K) Download Attachment |
Free forum by Nabble | Edit this page |