April 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] A test crashes (win32) cogvm
by Martin Dias April 4, 2012

April 4, 2012

Hi Almost 100% of the times (but not always) I run certain Fuel test, the vm crashes. The code related to such test has not changed for a long time, so I guess the problem appeared when I started to use the latest vm. I'd thank a lot some help on this issue. To reproduce, evaluate: (FLBenchmarksTest selector: #testNumberOfResults) run in: - any of latest fuel images (por example, https://ci.lille.inria.fr/pharo/job/Fuel%20Pharo%201.4/284/artifact/Fuel.zip ) - using latest cog vm for win32 ( https://ci.lille.inria.fr/pharo/job/Cog-Win32/21/artifact/Cog.zip) I attach dmps of crashes running in two computers, with both Pharo 1.3 and 1.4. Thanks in advance. MartÃn

3 5

[Pharo-project] Fuel and Pharo Kernel
by Pavel Krivanek April 4, 2012

April 4, 2012

Hi, I tried the Fuel with Pharo Kernel and... it works well. It needs only very few modifications (removing of some dependencies). But the really great thing is that the FLPackageLoader seems to work quite well too. I do strongly recommend to add Fuel very early in the development of 1.5 into the basic kernel packages. I can not wait to see a Pharo image without the Compiler ;-) -- Pavel

5 6

[Pharo-project] new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/
by Eliot Miranda April 4, 2012

April 4, 2012

new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/. Cog VM binaries as per VMMaker.oscog-eem.154/r2540. Fix bad conceptual bug with become on methods. Unlike full and incremental GC, the reference from a Cog method to its method object must not be remapped since they're two halves of the same object. Fix FileStreamTest>testPositionPastEndIsAtEnd on unix & Mac OS. Merge Merge VMConstruction-Plugins-OSProcessPlugin-dtl.33's changes. Regenerate the apparently truncated nscogsrc ZipPlugin.c. Handle more libc variations for LD_LIBRARY_PATH in the unix launch scripts. -- best, Eliot

2 1

Re: [Pharo-project] type-inference: it works!
by Marcus Denker April 4, 2012

April 4, 2012

On Apr 4, 2012, at 1:16 PM, Francisco Garau wrote: > Hi Frank - I'd appreciate if you can send me those mcz - I am trying to figure out how Monticello works and that would be helpful. > > As far as I remember one of the sources of imprecision in Squeak was the treatment of block variables or block arguments (can't remember exactly), which was in my to-do list that never got done. > > I know there has been work in the Compiler in Pharo and that block and Closures were a hot topic. Is that now fixed in Pharo? > Pharo integrates the work of Eliot Miranda on block closures... this means that blocks are real closures. The compiler is right now the old Smalltalk-80 compiler implementation, but this will change eventually. > > > PS: I am thinking in giving the Type Inference project a name: Telar or Tilar. > sounds good. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?
by Mariano Martinez Peck April 4, 2012

April 4, 2012

Hi guys. I cannot work today with SS3 because it gives me time outs all the time. The site is not down, but terrible slow. I am the only one seeing this? thanks -- Mariano http://marianopeck.wordpress.com

11 26

[Pharo-project] Type Inference
by Santiago Bragagnolo April 4, 2012

April 4, 2012

Hi all! I'm pushing type inference (call-graph) into GSoC this year. I really believe that the future of our development applications and optimizations comes from this side. The main idea resides in two aspects: * enhance inference, allowing complex inference * building a queryable call graph, that allows to get type and flow information for a given expression. Well, here is the gsoc project: http://gsoc2012.esug.org/projects/type-inference And here is the base proyect ( Francisco Garau's tesis ) http://ss3.gemstone.com/ss/ConcreteTypeInference I started to work on the project by analyzing the behavior and am currently trying to improve the detection algorithm loops, but you can still downloading the code and trying somethings like TiSystem current reset. string := 'Display boundingBox'. Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. "=> return {<Rectangle origin: <Point x: <SmallInteger> y: <SmallInteger>> corner: <Point x: <SmallInteger> y: <SmallInteger>>>}" That's all right now. Cheers.

1 0

[Pharo-project] [Jenkins] Matrix build for tests and vm
by Marcus Denker April 4, 2012

April 4, 2012

Hi, Christophe changed the Jenkins setup related to testing in a very nice way: -> first the current pharo 1.4 is updated to the latest. (as it used to be) -> new: then we have a Matrix job for running tests on all plattforms. This is one project, but it spawns test runs on all plattforms (Linux and Mac for now). https://ci.lille.inria.fr/pharo/view/Build%20pipeline/job/Pharo%201.4%20Tes… -> Only if this build is green, it triggers all depending builds. see https://ci.lille.inria.fr/pharo/view/Build%20pipeline/ The matrix is used already for other things -> build of Cog: https://ci.lille.inria.fr/pharo/job/Cog-VM/ win, linux, mac -> Testing Cog https://ci.lille.inria.fr/pharo/job/Cog-VM%20tests/ (not yet windows) This allows us to radically simplify the Jenkins setup and trigger actions when *all* plattforms are in a good state. This will allow us, for example, to automatically update the VM that is used for running builds and tests or that is packaged in the one-click. TODO -> fix 1.4 so that passing a script to the image works on Windows -> configure to run tests on windows -> One-Click build for 1.4 and 1.3 -> ..... So we are getting somewhere! I am sure that 1.5 will be the first Pharo where we build *the artefact of release* completely automatically and tested from the first change onwards. And this then forms a strong basis that we can build on top. Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] Fuel and Pharo Kernel
by Marcus Denker April 4, 2012

April 4, 2012

On Apr 4, 2012, at 9:14 AM, StÃ©phane Ducasse wrote: >> >> >> I do strongly recommend to add Fuel very early in the development of >> 1.5 into the basic kernel packages. > > :) > Marcus added in the todo (BTW he should invite to the todo board we are just opening) to handle the old reference streamâ¦. :) The planning board will be public eventually... first we should finish 1.4. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14419
by Torsten Bergmann April 4, 2012

April 4, 2012

>Torsten now the NewEcompletion should work. Yes, works for me now. Thanks! Using "Tools" -> "ConfigurationBrowser" you can now also easily load the new Seaside 3.0.7 as well. No manual typing of Gofer scripts - just click, load and run. Cool! Thanks T. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

2 1

[Pharo-project] FFI basics..
by S Krish April 4, 2012

April 4, 2012

* How does FFI work for passing a char* argument that gets modified in the invoked module char* ctest ( char* test , char** test2) { test = "Modify this argument"; // loop and fill in data into test2 and return.. return "something else"; } ctest: test <cdecl: char* 'ctest' ( char* , long ) module: 'libctest'> So invoking this with say ExternalAddress allocate: **, gives us the values as modified by the module.. and be converted as required into ByteArray for the second

1 0