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

[Pharo-project] [NativeBoost] little improvement

by Javier PimÃ¡s

this method doesn't tell why it fails when coercion fails, here is a change proposed that will save many debugging hours. pushAsPointer: gen "by default, push argument as a bytearray ptr" "may accept: - nil - variable bytes oop - external address " | asm proxy notNil done oop notExternalAddress | asm := gen asm. proxy := gen proxy. done := asm uniqueLabelName: 'done'. oop := gen reserveTemp. "load argument oop" loader emitLoad: gen to: oop. "handle nils, if we care" gen optCoerceNilToNull ifTrue: [ notNil := asm uniqueLabelName: 'notNil'. proxy nilObject. asm cmp: asm EAX with: oop; jne: notNil; xor: asm EAX with: asm EAX; push: asm EAX; jmp: done; label: notNil. ]. "handle ExternalAddress, if we care" gen optAllowExternalAddressPtr ifTrue: [ | oopClass | oopClass := gen reserveTemp. notExternalAddress := asm uniqueLabelName: 'notExternalAddress'. proxy fetchClassOf: oop. asm mov: asm EAX to: oopClass. gen emitFetchClass: NBExternalAddress. asm cmp: asm EAX with: oopClass. asm jne: notExternalAddress. proxy fetchPointer: 0 ofObject: oop. asm push: asm EAX. asm jmp: done. asm label: notExternalAddress. gen releaseTemps: 1. ]. "the last case is a byte/word array, simply push a pointer to first indexable field of oop" gen optAllowByteArraysPtr ifTrue: [ proxy isBytesOrWords: oop ifNotJumpTo: gen failedLabel. proxy firstIndexableField: oop. asm push: asm EAX. asm jmp: done. ]. asm jmp: gen failedLabel. *<----- change to: gen failWithCode: NBPrimErrBadArgument .* asm label: done. gen releaseTemps: 1. -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

March 19, 2012

Re: [Pharo-project] Morpheas , bringing Morphic to Opengl (3d GUIs)

by Javier PimÃ¡s

I got some time and finished commiting it. Steps to load it (I tested with pharo 1.3): 1. load NBOpenGL with its configuration. 2. load NBXLib package from monticello 3. load NBOpengl-X package from monticello Then you can run the example (you'll need tahoma font): 4. add the patch I attach. 5. Do this: GLTTRenderingDemo new openInWorld. tell if something doesn't work. Cheers, Javier. On Tue, Jan 31, 2012 at 12:53 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > Hi! IIRC: Two months ago the code was working on windows but needed some > modifications to create the contexts on the other platforms. Probably Igor > did that for mac now, and maybe even linux, but I have to test. I remember > I was working on the NBXLib wrapper so that context creation can be done > with st code on linux. I will continue with all this this week, I just have > to download everything and catch up with recent changes and then I'll come > back. > > Cheers, > Javier. > > > On Tue, Jan 31, 2012 at 10:38 AM, Igor Stasenko <siguctua(a)gmail.com>wrote: > >> On 31 January 2012 10:29, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: >> > I wanted to ask if NB and COG will support windows as well, I see no >> windows >> > build. >> there is windows build, just check downloads page of NB project site. >> >> > >> > and here we go with first problem. I am in linux mint 12 32 bit with a >> > graphic card NVIDIA GEFORCE 6200 . >> > >> > I got Cog VM with the Nativeboost plugin + Pharo 1.4 image + >> Nativeboost + >> > NBOpenGL >> > >> > This is my workspace >> > >> > ---- >> > Gofer it >> > squeaksource: 'NativeBoost'; >> > package: 'NativeBoost-Installer'; >> > load. >> > >> > >> > NBInstaller install. >> > >> > Gofer it >> > squeaksource: 'NBOpenGL'; >> > package: 'ConfigurationOfNBOpenGL'; >> > load. >> > >> > ConfigurationOfNBOpenGL project lastVersion load. >> > >> > test := (GLTTRenderingDemo new) openInWorld; yourself. >> > --- >> > >> > the problem appears in the last line with an error "No suitable >> > implementation found for initlising OpenGL context" . Should I assume >> it can >> > find OpenGL libraries or is it a problem with the graphic card drivers. >> CC >> > has been given me problem, but Blender works okish considering it >> completely >> > reliant on OpenGL >> > >> >> Yes, because for linux we don't have an opengl initialization yet. >> Javier were working on that.. >> @Javier, what is the status? >> >> -- >> Best regards, >> Igor Stasenko. >> >> > > > -- > Lic. Javier PimÃ¡s > Ciudad de Buenos Aires > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

March 19, 2012

[Pharo-project] Pharo 1.3 - Build # 23 - Still Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 19, 2012

[Pharo-project] Pharo 1.4 Tests-Mac - Build # 279 - Still Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 19, 2012

[Pharo-project] Pharo 1.4 Tests-Unix - Build # 294 - Still Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 19, 2012

Re: [Pharo-project] Zodiac is cool!

by Sven Van Caekenberghe

On 19 Mar 2012, at 11:26, Norbert Hartl wrote: > I thought using zodiac might be a fragile thing to do. Expecting library or other version trouble. But I just copied the plugin in my vm directory, loaded the code and it worked instantaneously. That just made pharo feel quite a bit more modern :) I would like to see Zodiac staying that way or being part of a pharo distribution whatever it might be. > > Great work, ;-) Thank you ! Sven PS: It still does not yet work perfectly across all platforms or servers that you might want to access, so any feedback is welcome. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

March 19, 2012

Re: [Pharo-project] Zodiac is cool!

by Marcus Denker

On Mar 19, 2012, at 11:26 AM, Norbert Hartl wrote: > I thought using zodiac might be a fragile thing to do. Expecting library or other version trouble. But I just copied the plugin in my vm directory, loaded the code and it worked instantaneously. That just made pharo feel quite a bit more modern :) I would like to see Zodiac staying that way or being part of a pharo distribution whatever it might be. > We want to ship Pharo and the VMs with Zodiac by default... it's on the TODO. > Great work, Indeed! Marcus -- Marcus Denker -- http://marcusdenker.de

March 19, 2012

[Pharo-project] Zodiac is cool!

by Norbert Hartl

I thought using zodiac might be a fragile thing to do. Expecting library or other version trouble. But I just copied the plugin in my vm directory, loaded the code and it worked instantaneously. That just made pharo feel quite a bit more modern :) I would like to see Zodiac staying that way or being part of a pharo distribution whatever it might be. Great work, Norbert

March 19, 2012

[Pharo-project] [update 1.4] #14400

by Marcus Denker

14400 ----- Issue 5513: remove InputEventSensor>>testJoystick: http://code.google.com/p/pharo/issues/detail?id=5513 Issue 5510: Methods in category objects from disk in SmalltalkImage should be re - categorized http://code.google.com/p/pharo/issues/detail?id=5510 Issue 5507: test RGClassDefinitionTest >> testWithComment failure / TimeStamp comparison http://code.google.com/p/pharo/issues/detail?id=5507 Issue 5504: To have better common interface between TranscriptStream and ThreadSafeTranscript http://code.google.com/p/pharo/issues/detail?id=5504 -- Marcus Denker -- http://marcusdenker.de

March 19, 2012

Re: [Pharo-project] Understanding RunArray>>scanFrom:

by Marcus Denker

On Mar 19, 2012, at 12:27 AM, Guillermo Polito wrote: > This method parses a stream from a fileout with styling and generates the text style specific objects. > > Now, > 1) are we writing that style section in our fileouts? No, not anymore. > 2) Is this really necessary in RunArray? It's class comment does not say anything to me about Text nor TextStyle or stuff: > I would like to clean this up.. the whole machinary for serializing styles into changesets is very much a big hack. but we need to check that we are backward compatible a bit... Marcus -- Marcus Denker -- http://marcusdenker.de

March 19, 2012