June 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN]: Pharo x.5

by Sean P. DeNigris

Mark Bestley-2 wrote > 'Could not load RPackage-Tests-SeanDeNigris.110.mcz: ZnHttpUnsuccessful: > 404 Not Found' > ... > How do I get the later version? I've uploaded it. Please try again. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-dev-ANN-Pharo-x-5-tp4693932p4695651.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 27, 2013

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

by Igor Stasenko

On 27 June 2013 14:13, Max Leske <maxleske(a)gmail.com> wrote: > Hi > > I've been seeing a particular bug that I can only see when using the PharoVM and I was wondering if anybody else has been having the same issue. > > Under certain condition, a debugger will open displaying "SmallInteger does not understand <some message>". The stack top contains an integer (something of the form 138402, not sure how many digits), which explains the message. However, the situation actually looks like this: > > htmil anchor > id: 'foo'; > â¦ > > In this example, the error would be "SmallInteger does not understand #id:". So the stack top contains an integer instead of the receiver. > Restarting the execution of the method and proceeding fixes the problem. I think I've seen that (using seaside), a new session will trigger the bug again. > > Apart from Seaside, I've also seen the same problem when loading Roberto Minelli's DevFlow into a Pharo 2.0 image. The debugger will open on a Metacello method. > > VM: latest PharoVM > image: latest 2.0 > try this config: http://smalltalkhub.com/#!/~RobertoMinelli/DevFlow with "ConfigurationOfDevFlow loadDevelopment" > > > Has anybody else encountered this? > yes, couple months ago we had this issue. It looks like it doesn't likes some bytecode sequence (which causing this).. and this sequence is not appears that often. If i remember Esteban said that changing compiler optimizations flags fixed it.. but perhaps not on platform , you running on? > Cheers, > Max -- Best regards, Igor Stasenko.

June 27, 2013

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

by Igor Stasenko

On 27 June 2013 14:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > honestly, depends a lot on who will do it. > > basically, I see 3 parts: > > 1) The Stack VM 64bits > 2) The Pharo image 64bits. > 3) NB-FFI 64 (No point on having a VM who cannot talk with the outside world) > > a future task could be create a JIT, but I complete ignorant on how difficult/possible is that :) > > To compile the stack vm in 64 bits is not difficult, but there is a lot of small tweaks to make... so I think 1 man-month should be enough . > To produce a 64bits pharo image we need an objecttracer.... and Guille says with ObjectSpaces is a lot easier... but again, it has to be done... I think another month should be enough. > > ... and with NB-FFI 64, no idea, but AFAIK is almost there (Camillo knows more there) > also, 1 and 2 are vital, and we can tune 3 with the VM+Image working. > > That's my (very general) opinion. > ah.. yes.. FFI too. That shouldn't be very difficult but cannot start work on it unless other two is ready. (it needs to know about object format and other stuff to generate proper code) > Esteban > > On Jun 27, 2013, at 2:16 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Hi >> >> we got this discussion about the VM on 64 bits so do we try to take the opportunity >> to get a crowdsource donate button for it? >> >> Esteban/igor what is your estimate for such task? >> >> Stef > > -- Best regards, Igor Stasenko.

June 27, 2013

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

by Igor Stasenko

On 27 June 2013 14:16, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > we got this discussion about the VM on 64 bits so do we try to take the opportunity > to get a crowdsource donate button for it? > > Esteban/igor what is your estimate for such task? > depends what you put into it: - interpreter + plugins - new object/image format (64bit) - 64-bit jit > Stef -- Best regards, Igor Stasenko.

June 27, 2013

Re: [Pharo-dev] [Pharo-users] How do can we set up a crowdsourcing for pharo

by Esteban Lorenzano

honestly, depends a lot on who will do it. basically, I see 3 parts: 1) The Stack VM 64bits 2) The Pharo image 64bits. 3) NB-FFI 64 (No point on having a VM who cannot talk with the outside world) a future task could be create a JIT, but I complete ignorant on how difficult/possible is that :) To compile the stack vm in 64 bits is not difficult, but there is a lot of small tweaks to make... so I think 1 man-month should be enough . To produce a 64bits pharo image we need an objecttracer.... and Guille says with ObjectSpaces is a lot easier... but again, it has to be done... I think another month should be enough. ... and with NB-FFI 64, no idea, but AFAIK is almost there (Camillo knows more there) also, 1 and 2 are vital, and we can tune 3 with the VM+Image working. That's my (very general) opinion. Esteban On Jun 27, 2013, at 2:16 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > we got this discussion about the VM on 64 bits so do we try to take the opportunity > to get a crowdsource donate button for it? > > Esteban/igor what is your estimate for such task? > > Stef

June 27, 2013

Re: [Pharo-dev] question about HandMorph

by Alain Plantec

On 27 juin 2013, at 13:49, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 27 June 2013 10:44, plantec <alain.plantec(a)yahoo.com> wrote: >> Hi all, >> The current hand has the world as its owner but the world >> submorphs do not contains the current hand. >> Why is it like that ? > If you look at HandMorph, it mixes a lot of roles together, including: > - as a visual object (morph) which displaying mouse pointer > - as an entry pont for dispatching events down to separate morphs > > theoretically, it could be nice to have two separate obejcts for those roles, > one of them can indeed be just a morph, and contained in world but not > the other one. > this is exactly what I was thinking about. thanks a lot. Alain > > -- > Best regards, > Igor Stasenko. >

June 27, 2013

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by Igor Stasenko

On 27 June 2013 10:30, kilon <thekilon(a)yahoo.co.uk> wrote: > I also tried > > gl shaderSource_shader: shader count: 1 string: (NBExternalAddress > fromString: shaderString) length: (NBExternalObject null) . > > still getting "Error during FFI call : NIL" . > > This is the full method : > > createShader: shaderType string: shaderString > " create shader using its source and compile it , return shader" > > | shader | > shader := gl createShader: shaderType . > gl shaderSource_shader: shader count: 1 string: (NBExternalAddress > fromString: shaderString) length: (NBExternalObject null) . > gl compileShader: shader. > ^ shader > i think it fails because you passing strange (NBExternalObject null) as length parameter. i guess you meant NBExternalAddress null instead. here the function prototype: void glShaderSource ( GLuint shader , GLsizei count , GLchar** string , long* length ) so, length and string is both pointers, and NB marshalling knows only that (it doesn't knows if there are arrays of strings, ints or whatever). So, to make it happy you must pass instances of NBExternalAddress as both of there parameters. And code will look like: assume that you have an array of strings, holding the shader sources, lets call it sources. sources := #( ' this is first' 'this is second' 'etc' ). sizeOfPointer := NBExternalType sizeOf: 'void*'. "allocate buffer for array of pointers" externalArrayOfPointers := NativeBoost allocate: sizeOfPointer * sources size. "allocate strings and copy them to external heap" sourcesOnHeap := sources collect: [:each | NBExternalAddress fromString: each ]. "copy string pointers to external array" sourcesOnHeap withIndexDo: [:ptr :i | "using nbUInt32AtOffset because we know pointer is 4 bytes :) " externalArrayOfPointers nbUInt32AtOffset: (i-1)*4 put: ptr value ] and now you can call that function gl shaderSource_shader: shader count: sources size string: externalArrayOfPointers length: (NBExternalAddress null) . but after, don't forget to free the memory: sourcesOnHeap do: [:each | each free]. externalArrayOfPointers free. > . I also use gl getError to get any possible opengl error in my part , It > reports that there is no such error.I am continuing investigating > Nativeboost > > > > -- > View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4695575.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

June 27, 2013

Re: [Pharo-dev] Possible PharoVM bug (wrong object on stack top)

by Sven Van Caekenberghe

On 27 Jun 2013, at 14:13, Max Leske <maxleske(a)gmail.com> wrote: > Has anybody else encountered this? Yes, I have, not often, but I can't reproduce it.

June 27, 2013

How do can we set up a crowdsourcing for pharo

by StÃ©phane Ducasse

Hi we got this discussion about the VM on 64 bits so do we try to take the opportunity to get a crowdsource donate button for it? Esteban/igor what is your estimate for such task? Stef

June 27, 2013

[update 3.0] #30224

by Esteban Lorenzano

30224 ----- 10971 Small cleaning related to complex numbers https://pharo.fogbugz.com/f/cases/10971/Small-cleaning-related-to-complex-n… 11003 Remove Object >> #is: https://pharo.fogbugz.com/f/cases/11003/Remove-Object-is 11027 Update GemstoneRepository to gemtalksystemsRepository https://pharo.fogbugz.com/f/cases/11027/Update-GemstoneRepository-to-gemtal… Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Monticello-EstebanLorenzano.8… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-EstebanLorenzano.1499.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Core-EstebanLorenzano.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Cairo-EstebanLorenzano…

June 27, 2013