Hi Tobias,
On Wed, Aug 12, 2015 at 12:49 PM, Tobias Pape <[hidden email]> wrote:
can you point me to the crash? I'm looking at http://build.squeak.org/job/Trunk/default/lastBuild/#showFailuresLink and see 8 test failures but no crash.
_,,,^..^,,,_ best, Eliot |
Hi Tobias, forget that. I found it. THis right? Trunk test suite for Spur Using existing cogspur r.3410 cp -r /var/lib/jenkins/workspace/Trunk/default/target/cogspur.r3410 /tmp/d20150812-28620-etbikj image test suite VM: /tmp/d20150812-28620-etbikj/cogspur.r3410/cogspurlinuxht/bin/squeak /tmp/d20150812-28620-etbikj/cogspur.r3410/cogspurlinuxht/bin/squeak -version /var/lib/jenkins/workspace/Trunk/default/tests.st spawning command 0 with timeout 1800 seconds: "/tmp/d20150812-28620-etbikj/cogspur.r3410/cogspurlinuxht/bin/squeak" "-vm-sound-null" "-vm-display-null" "/var/lib/jenkins/workspace/Trunk/default/target/SpurPostTestTrunkImage.image" "../tests.st" (Command started with PID 28643) 2015-08-12T23:31:48.17+01:00: Loading Hudson build tools... from /var/lib/jenkins/workspace/Trunk/default/target/HudsonBuildTools.st 2015-08-12T23:31:48.388+01:00: Running tests... setsockopt: Protocol not available setsockopt: Protocol not available 28646:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:s23_clnt.c:612: Recursive not understood error encountered I bet this is ImageSegment related. On Wed, Aug 12, 2015 at 5:11 PM, Eliot Miranda <[hidden email]> wrote:
_,,,^..^,,,_ best, Eliot |
Hi all
On 13.08.2015, at 02:15, Eliot Miranda <[hidden email]> wrote: > Hi Tobias, > > forget that. I found it. THis right? > > Trunk test suite for Spur > Using existing cogspur r.3410 > cp -r /var/lib/jenkins/workspace/Trunk/default/target/cogspur.r3410 /tmp/d20150812-28620-etbikj > image test suite > VM: /tmp/d20150812-28620-etbikj/cogspur.r3410/cogspurlinuxht/bin/squeak > /tmp/d20150812-28620-etbikj/cogspur.r3410/cogspurlinuxht/bin/squeak -version > /var/lib/jenkins/workspace/Trunk/default/tests.st > spawning command 0 with timeout 1800 seconds: "/tmp/d20150812-28620-etbikj/cogspur.r3410/cogspurlinuxht/bin/squeak" "-vm-sound-null" "-vm-display-null" "/var/lib/jenkins/workspace/Trunk/default/target/SpurPostTestTrunkImage.image" "../tests.st" > (Command started with PID 28643) > 2015-08-12T23:31:48.17+01:00: Loading Hudson build tools... from /var/lib/jenkins/workspace/Trunk/default/target/HudsonBuildTools.st > 2015-08-12T23:31:48.388+01:00: Running tests... > setsockopt: Protocol not available > setsockopt: Protocol not available > 28646:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:s23_clnt.c:612: > > Recursive not understood error encountered > > > I bet this is ImageSegment related. It sure is. BitmapStreamTests>testMatrixTransform2x3WithImageSegment sends BitmapStreamTests>validateImageSegment The most strange thing is that I cannot reproduce this on my Mac… There the test does not crash the image… Best regards -Tobias > > On Wed, Aug 12, 2015 at 5:11 PM, Eliot Miranda <[hidden email]> wrote: > Hi Tobias, > > On Wed, Aug 12, 2015 at 12:49 PM, Tobias Pape <[hidden email]> wrote: > > On 12.08.2015, at 20:55, Eliot Miranda <[hidden email]> wrote: > > > Hi All, > > > > > > Fabio's kindly done most of the changes. But some questions remain for more general discussion. See below. > > > > Fabio, thanks so much for doing this, and so quickly! > > > > On Tue, Aug 11, 2015 at 8:51 PM, Eliot Miranda <[hidden email]> wrote: > > Hi All, > > > > who will update http://squeak.org/downloads/ to include the 5.0 release? > > > > a) I suggest that the 5.0 all-in-one have a line in the left-hand table that includes the 4.6 release and that it precede the 4.6 release in the list. > > > > Done. > > > > > > b) the Trunk link points to TrunkImage.zip which contains a non-Spur image. > > > > So this is the biggie. What should we do? > > > > - add a Trunk 5.0 build with a different link? (Noooooo) > > > > - change http://build.squeak.org/job/SqueakTrunk to build what it says (Yessss please, who can do this?) > > Done: build.squeak.org/job/Trunk/ > But as I said several times, Spur/trunk test just crash for month… > > can you point me to the crash? I'm looking at http://build.squeak.org/job/Trunk/default/lastBuild/#showFailuresLink and see 8 test failures but no crash. > > > > > > - add a Squeak 4.6 build job? Is that even worth it any more considering 4.6 is released and stable? If it is then what should it build? David? > > > > > > c) Spur VMs need to be linked to by an added line in the Virtual Machines list. > > > > Not applicable. the VM links point to the root of my site so they effectively point to both old and Spur VMs. > > > > > > d) Spur imagers need to be included in the Image and Changes list under Custom Installation > > > > Done. > > > > > > > > e) The SqueakV50.sources file also needs to be included in the Current Sources list. > > > > Done. > > > > > > f) we could start a History list for the 5.0 line > > > > This is probably quite a big reorg on the page and not urgent. > > > > > > So there are a few things to fix before 5.0 is freely downloadable. > > > > On Tue, Aug 11, 2015 at 8:23 PM, Chris Muller <[hidden email]> wrote: > > In the 17 months since Squeak 4.5 was released, a huge development > > effort took place to create the next generation virtual-machine for > > the Squeak / Pharo / Newspeak family of programming systems. Squeak > > is the modern incarnation of the Smalltalk-80 programming environment > > originally developed at the Xerox PARC. > > > > "Squeak 5" introduces this new VM and associated new memory model, > > collectively referred to as "Spur". Presented [1] by Eliot Miranda > > and Clément Béra at the 2015 International Symposium on Memory > > Management, this new VM affords Squeak applications a significant > > boost in performance and memory management. Among other > > optimizations, the #become operation no longer requires a memory scan. > > Object pinning and ephemerons are also now supported. The release > > notes [2] provide more details. > > > > The new memory model requires a new image file format. Although this > > new format results in about a 15% increased memory requirement for the > > same number of 4.x objects, a new segmented heap allows memory to be > > given back to the OS when its no longer needed, a great benefit for > > application servers. > > > > As forward compatibility is as important to the Squeak community as > > backward compatibility, Squeak 5 is delivers an image with identical > > content as the recent 4.6 release. Although this new Squeak 5 VM > > cannot open images saved under the prior 4.x Cog format, objects and > > code can be easily exported from the 4.x image and then imported into > > Squeak 5. Applications whose code runs strictly above the Smalltalk > > meta layer will prove remarkably compatible with the new format, most > > applications will require no changes whatsotever. > > > > Squeak 5 is the result of monumental effort by a tiny group of very > > talented people, but its also just the beginning of yet a new effort; > > Spur is just a stepping stone to a more ambitious goals planned over > > the next five years. > > > > [1] -- A Partial Read Barrier for Efficient Support of Live > > Object-oriented Programming > > http://conf.researchr.org/event/ismm-2015/ismm-2015-papers-a-partial-read-barrier-for-efficient-support-of-live-object-oriented-programming > > > > [2] -- Squeak 5 Release Notes > > http://wiki.squeak.org/squeak/6207 |
Hi Tobias,
On Wed, Aug 12, 2015 at 10:18 PM, Tobias Pape <[hidden email]> wrote: Hi all Basically the ImageSegment code has been working in Spur on a hope and a prayer. The code assumes objects are allocated in chronological order and that this order is preserved, not so with Spur. So post image segment loading someObject/nextObject is used to enumerate the objects loaded. This can't work reliably in Spur. I *think* (ok I hope) that I've implemented the segment load primitive in Spur to answer an Array of the objects loaded, so that these can be explicitly enumerated. So the job is a) to check that I have indeed implemented the primitive to do this and b) to rewrite the image segment loading code in the light of this. David, this is an example of something that isn't back portable and should not be back-ported. The most strange thing is that I cannot reproduce this on my Mac… Well then it may be a signed/unsigned bug in image loading instead. On linux the image typically gets loaded quite high in the address space and so a good portion of the heap ends up above 0x7FFFFFFF, or negative territory if misinterpreted as signed integers. On Mac and Windows the image tends to get loaded quite low and so has to be pretty big to fall foul of signedness issues. Busy right now but will check tomorrow.
_,,,^..^,,,_ best, Eliot |
In reply to this post by Eliot Miranda-2
On 8/13/15, Eliot Miranda <[hidden email]> wrote:
> On Wed, Aug 12, 2015 at 4:50 PM, Ben Coman <[hidden email]> wrote: > >> On Thu, Aug 13, 2015 at 4:15 AM, David T. Lewis <[hidden email]> >> wrote: >> >> Hi All, >> >> >> >> >> >> Fabio's kindly done most of the changes. But some questions >> >> remain >> >> for >> >> more general discussion. See below. >> >> >> >> Fabio, thanks so much for doing this, and so quickly! >> >> >> >> On Tue, Aug 11, 2015 at 8:51 PM, Eliot Miranda >> >> <[hidden email] >> > >> >> wrote: >> >> >> >>> Hi All, >> >>> >> >>> who will update http://squeak.org/downloads/ to include the 5.0 >> >>> release? >> >>> >> >>> a) I suggest that the 5.0 all-in-one have a line in the left-hand >> >>> table >> >>> that includes the 4.6 release and that it precede the 4.6 release in >> the >> >>> list. >> >>> >> >> >> >> Done. >> >> >> >> >> >>> >> >>> b) the Trunk link points to TrunkImage.zip which contains a non-Spur >> >>> image. >> >>> >> >> >> >> So this is the biggie. What should we do? >> >> >> >> - add a Trunk 5.0 build with a different link? (Noooooo) >> >> >> >> - change http://build.squeak.org/job/SqueakTrunk to build what it >> >> says >> >> (Yessss please, who can do this?) >> >> >> >> - add a Squeak 4.6 build job? Is that even worth it any more >> considering >> >> 4.6 is released and stable? If it is then what should it build? >> >> David? >> > >> > I think that if we have a job called "SqueakTrunk" then it should be >> > building the actual current trunk image, which is a 5.0 Spur image. >> > >> > Ideally I would suggest renaming the current "SqueakTrunk" job to >> > something like "SqueakTrunk_Old". >> >> >> "Old" things sometimes get mistreated (e.g. accidental deletion, >> confused with other "old" things over years.) >> How about something topical like SqueakTrunk_V3Legacy? >> cheers -ben >> > > +1 > > Or SqueakTrunkV46? +1 To call is 'legacy' just a few weeks after the release of Squeak 4.6 sound premature .... > > >> >> >> > Leave it disabled until it gets fixed, >> > and if it does not get fixed in a reasonable time (say a month or two) >> > then delete it. Meanwhile get new new job up and running for the real >> > SqueakTrunk builds. >> > >> > I do not know how that Jenkins job is maintained (it's done in a Ruby >> make >> > system, which is over my head), so treat this just as an opinion. >> > >> > Dave >> >> > > > -- > _,,,^..^,,,_ > best, Eliot > |
On Thu, Aug 13, 2015 at 6:08 PM, H. Hirzel <[hidden email]> wrote:
> On 8/13/15, Eliot Miranda <[hidden email]> wrote: >> On Wed, Aug 12, 2015 at 4:50 PM, Ben Coman <[hidden email]> wrote: >> >>> On Thu, Aug 13, 2015 at 4:15 AM, David T. Lewis <[hidden email]> >>> wrote: >>> >> Hi All, >>> >> >>> >> >>> >> Fabio's kindly done most of the changes. But some questions >>> >> remain >>> >> for >>> >> more general discussion. See below. >>> >> >>> >> Fabio, thanks so much for doing this, and so quickly! >>> >> >>> >> On Tue, Aug 11, 2015 at 8:51 PM, Eliot Miranda >>> >> <[hidden email] >>> > >>> >> wrote: >>> >> >>> >>> Hi All, >>> >>> >>> >>> who will update http://squeak.org/downloads/ to include the 5.0 >>> >>> release? >>> >>> >>> >>> a) I suggest that the 5.0 all-in-one have a line in the left-hand >>> >>> table >>> >>> that includes the 4.6 release and that it precede the 4.6 release in >>> the >>> >>> list. >>> >>> >>> >> >>> >> Done. >>> >> >>> >> >>> >>> >>> >>> b) the Trunk link points to TrunkImage.zip which contains a non-Spur >>> >>> image. >>> >>> >>> >> >>> >> So this is the biggie. What should we do? >>> >> >>> >> - add a Trunk 5.0 build with a different link? (Noooooo) >>> >> >>> >> - change http://build.squeak.org/job/SqueakTrunk to build what it >>> >> says >>> >> (Yessss please, who can do this?) >>> >> >>> >> - add a Squeak 4.6 build job? Is that even worth it any more >>> considering >>> >> 4.6 is released and stable? If it is then what should it build? >>> >> David? >>> > >>> > I think that if we have a job called "SqueakTrunk" then it should be >>> > building the actual current trunk image, which is a 5.0 Spur image. >>> > >>> > Ideally I would suggest renaming the current "SqueakTrunk" job to >>> > something like "SqueakTrunk_Old". >>> >>> >>> "Old" things sometimes get mistreated (e.g. accidental deletion, >>> confused with other "old" things over years.) >>> How about something topical like SqueakTrunk_V3Legacy? >>> cheers -ben >>> >> >> +1 >> >> Or SqueakTrunkV46? > > +1 > > To call is 'legacy' just a few weeks after the release of Squeak 4.6 > sound premature .... > Whoops, sorry :) cheers -ben |
Free forum by Nabble | Edit this page |