July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] AST visualization with Roassal

by Alexandre Bergel

Excellent! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 30, 2015, at 12:40 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Yes, we checked. This explains the strange âtoo largeâ rectangle :-)

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Mark Rizun

Great, everybody is happy ;) Thanks Alex ! 30 Ð»Ð¸Ð¿. 2015 5:40 Ð¿Ð¿ "Marcus Denker" <marcus.denker(a)inria.fr> Ð¿Ð¸ÑÐµ: > > > On 30 Jul 2015, at 17:26, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > > Hi Mark, > > > > I have introduced a class RTIdentityGroup. > > > > You can do: > > > > -=-=-= -=-=-= -=-=-= -=-=-= > > ast := RBParser parseExpression: 'self foo. self foo'. > > builder := RTMondrian new. > > builder shape ellipse size: 15. > > nodes := builder nodes: ast allChildren. > > builder edges > > elements: nodes asIdentityGroup; > > connectFrom: #parent. > > builder layout tree. > > builder > > -=-=-= -=-=-= -=-=-= -=-=-= > > > > You obtain this: > > <Screen Shot 2015-07-30 at 12.25.25 PM.png> > > > > Maybe Marcus will have the same problem. > > Yes, we checked. This explains the strange âtoo largeâ rectangle :-) > > Marcus > > >

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Marcus Denker

> On 30 Jul 2015, at 17:26, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi Mark, > > I have introduced a class RTIdentityGroup. > > You can do: > > -=-=-= -=-=-= -=-=-= -=-=-= > ast := RBParser parseExpression: 'self foo. self foo'. > builder := RTMondrian new. > builder shape ellipse size: 15. > nodes := builder nodes: ast allChildren. > builder edges > elements: nodes asIdentityGroup; > connectFrom: #parent. > builder layout tree. > builder > -=-=-= -=-=-= -=-=-= -=-=-= > > You obtain this: > <Screen Shot 2015-07-30 at 12.25.25 PM.png> > > Maybe Marcus will have the same problem. Yes, we checked. This explains the strange âtoo largeâ rectangle :-) Marcus

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Alexandre Bergel

Hi Mark, I have introduced a class RTIdentityGroup. You can do: -=-=-= -=-=-= -=-=-= -=-=-= ast := RBParser parseExpression: 'self foo. self foo'. builder := RTMondrian new. builder shape ellipse size: 15. nodes := builder nodes: ast allChildren. builder edges elements: nodes asIdentityGroup; connectFrom: #parent. builder layout tree. builder -=-=-= -=-=-= -=-=-= -=-=-= You obtain this: Maybe Marcus will have the same problem. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 30, 2015, at 11:47 AM, Mark Rizun <mrizun(a)gmail.com> wrote: > > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity and not equality? > > Exactly! I'd like to have an option to select how I want to compare objects.

July 30, 2015

Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule:

by Blondeau Vincent

Hi Yuriy, You have to put the library used by native boost in the VM folder (ie. *.so or *.dll). It should do the trick. Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Yuriy Tymchuk EnvoyÃ© : mardi 28 juillet 2015 22:08 Ã : Any question about pharo is welcome Objet : Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule: Alex, Ronie, do you have any idea what can cause the issue? Because Iâve never worked with native boost. Uko On 28 Jul 2015, at 20:52, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: Hi Yuriy, I've tried with the latest changes but the problem described in my previous email still persists: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" All your recommendations will be very welcomed. Thank you. Rafa 2015-04-24 18:13 GMT+02:00 Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>>: Hi Uko I've just tried with your last changes, but I get the same error: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" This is the stack trace for your information: =========================================== NBFFICallout>>loaderForArgNamed: NBFFICallout>>loaderForArgNamed:indirectIndex: NBFFICallout>>argName:indirectIndex:type:ptrArity: NBFnSpecParser>>parseArgument NBFnSpecParser>>parseArguments NBFnSpecParser>>parseAnonFunction: NBFFICallout>>anonSpec: [ :t3 | t3 useEmitCall; callType: conv; sender: context; parseOptions: options; anonSpec: t1; generate: t2 ] in NBFFICalloutAPI>>function:emit: [ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: BlockClosure>>on:do: NBRecursionDetect class>>in:during: NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: NBFFICalloutAPI>>function:emit: NativeBoostMac32(NativeBoost)>>loadModule: CairoLibraryLoader class>>loadCairoLibrary CairoLibraryLoader class>>getLibraryHandle AthensCairoSurface class>>nbLibraryNameOrHandle AthensCairoSurface class(Object)>>nbCall: AthensCairoSurface class>>primImage:width:height: AthensCairoSurface class>>extent:format: AthensCairoSurface class>>extent: TRCanvas>>initialize TRCanvas class(Behavior)>>new RTView>>initialize RTView class(Behavior)>>new R3View>>initialize R3View class(Behavior)>>new Roassal3DModel>>initialize Roassal3DModel class(Behavior)>>new Roassal3DModel class(ComposableModel class)>>owner: CityBrowser(ComposableModel)>>instantiate: CityBrowser>>initializeWidgets CityBrowser(ComposableModel)>>initialize CityBrowser class(Behavior)>>new CityBrowser class(ComposableModel class)>>owner: VidiBrowser(ComposableModel)>>instantiate: VidiBrowser>>initializeWidgets VidiBrowser(ComposableModel)>>initialize VidiBrowser>>initialize VidiBrowser class(Behavior)>>new ReModel>>vidi VidiSession>>openVidi [ (VidiSessionManager default newSessionOnPackages: packages) openVidi ] in VidiSessionPackagesSelect>>nextAction [ self value. Processor terminateActive ] in BlockClosure>>newProcess =========================================== Thank you. 2015-04-24 14:25 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>>: Hi Rafael, now ViDI should work. I havenât been working on it for a while, but feel free to report more issues, as Iâll get back to it soon. Uko On 24 Apr 2015, at 09:57, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: Thank you! I'm looking forward to hearing from you about the new version. 2015-04-24 9:52 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>>: Ok, I found the problem. Some Spec api changed. I stable version will work at least on Mac quite soon. :) Uko On 23 Apr 2015, at 17:46, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: I'd like to use it in a Linux box, but as you told me Linux is not yet supported, I'm using a Mac OS X Yosemite (version 10.10.2). Thanks 2015-04-23 17:37 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com<mailto:yuriy.tymchuk@me.com>>: Hi Rafael, I will take a look. Which operating system are you using? Uko On 23 Apr 2015, at 17:30, Rafael Luque <rafael.luque.leiva(a)gmail.com<mailto:rafael.luque.leiva@gmail.com>> wrote: Hi, I installed ViDI on Pharo 4 following the project instructions detailed in its GitHub page: Gofer new smalltalkhubUser: 'YuriyTymchuk' project: 'Configuration'; configurationOf: 'Vidi'; load. #ConfigurationOfVidi asClass loadStable When I launch a review session over any package I always get the following error: "Could not find accesor for variable named "aModuleName" in NativeBoost>>#loadModule:" I'm very interested in this kind of quality assurance tools, so any help will be very welcomed. Thank you. ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

July 30, 2015

Re: [Pharo-users] ViDI error: variable named "aModuleName" in NativeBoost>>#loadModule:

by Alexandre Bergel

NativeBoost create this kind of error if you have the .sources file that is missing. Are you sure this is not the case? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 28, 2015, at 5:08 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Alex, Ronie, > > do you have any idea what can cause the issue? Because Iâve never worked with native boost. > > Uko > > >> On 28 Jul 2015, at 20:52, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >> >> Hi Yuriy, >> >> I've tried with the latest changes but the problem described in my previous email still persists: >> >> "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" >> >> All your recommendations will be very welcomed. >> >> Thank you. >> >> Rafa >> >> >> >> 2015-04-24 18:13 GMT+02:00 Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>>: >> Hi Uko >> >> I've just tried with your last changes, but I get the same error: "Error: Could not find accessor for variable named "aModuleName" in NativeBoost>>#loadModule:" >> >> This is the stack trace for your information: >> >> =========================================== >> >> NBFFICallout>>loaderForArgNamed: >> NBFFICallout>>loaderForArgNamed:indirectIndex: >> NBFFICallout>>argName:indirectIndex:type:ptrArity: >> NBFnSpecParser>>parseArgument >> NBFnSpecParser>>parseArguments >> NBFnSpecParser>>parseAnonFunction: >> NBFFICallout>>anonSpec: >> [ :t3 | >> t3 >> useEmitCall; >> callType: conv; >> sender: context; >> parseOptions: options; >> anonSpec: t1; >> generate: t2 ] in NBFFICalloutAPI>>function:emit: >> [ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: >> BlockClosure>>on:do: >> NBRecursionDetect class>>in:during: >> NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry: >> NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode: >> NBFFICalloutAPI>>function:emit: >> NativeBoostMac32(NativeBoost)>>loadModule: >> CairoLibraryLoader class>>loadCairoLibrary >> CairoLibraryLoader class>>getLibraryHandle >> AthensCairoSurface class>>nbLibraryNameOrHandle >> AthensCairoSurface class(Object)>>nbCall: >> AthensCairoSurface class>>primImage:width:height: >> AthensCairoSurface class>>extent:format: >> AthensCairoSurface class>>extent: >> TRCanvas>>initialize >> TRCanvas class(Behavior)>>new >> RTView>>initialize >> RTView class(Behavior)>>new >> R3View>>initialize >> R3View class(Behavior)>>new >> Roassal3DModel>>initialize >> Roassal3DModel class(Behavior)>>new >> Roassal3DModel class(ComposableModel class)>>owner: >> CityBrowser(ComposableModel)>>instantiate: >> CityBrowser>>initializeWidgets >> CityBrowser(ComposableModel)>>initialize >> CityBrowser class(Behavior)>>new >> CityBrowser class(ComposableModel class)>>owner: >> VidiBrowser(ComposableModel)>>instantiate: >> VidiBrowser>>initializeWidgets >> VidiBrowser(ComposableModel)>>initialize >> VidiBrowser>>initialize >> VidiBrowser class(Behavior)>>new >> ReModel>>vidi >> VidiSession>>openVidi >> [ (VidiSessionManager default newSessionOnPackages: packages) openVidi ] in VidiSessionPackagesSelect>>nextAction >> [ >> self value. >> Processor terminateActive ] in BlockClosure>>newProcess >> >> =========================================== >> >> >> Thank you. >> >> 2015-04-24 14:25 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >> Hi Rafael, >> >> now ViDI should work. I havenât been working on it for a while, but feel free to report more issues, as Iâll get back to it soon. >> >> Uko >> >> >> >>> On 24 Apr 2015, at 09:57, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>> >>> Thank you! I'm looking forward to hearing from you about the new version. >>> >>> 2015-04-24 9:52 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>> Ok, I found the problem. Some Spec api changed. I stable version will work at least on Mac quite soon. :) >>> >>> Uko >>> >>> >>> >>>> On 23 Apr 2015, at 17:46, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>>> >>>> I'd like to use it in a Linux box, but as you told me Linux is not yet supported, I'm using a Mac OS X Yosemite (version 10.10.2). >>>> >>>> Thanks >>>> >>>> 2015-04-23 17:37 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: >>>> Hi Rafael, >>>> >>>> I will take a look. Which operating system are you using? >>>> >>>> Uko >>>> >>>>> On 23 Apr 2015, at 17:30, Rafael Luque <rafael.luque.leiva(a)gmail.com <mailto:rafael.luque.leiva@gmail.com>> wrote: >>>>> >>>>> Hi, >>>>> >>>>> I installed ViDI on Pharo 4 following the project instructions detailed in its GitHub page: >>>>> >>>>> Gofer new >>>>> smalltalkhubUser: 'YuriyTymchuk' >>>>> project: 'Configuration'; >>>>> configurationOf: 'Vidi'; >>>>> load. >>>>> #ConfigurationOfVidi asClass loadStable >>>>> >>>>> When I launch a review session over any package I always get the following error: >>>>> >>>>> "Could not find accesor for variable named "aModuleName" in NativeBoost>>#loadModule:" >>>>> >>>>> I'm very interested in this kind of quality assurance tools, so any help will be very welcomed. >>>>> >>>>> Thank you. >>>> >>>> >>> >>> >> >> >> >

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Alexandre Bergel

Frankly, I often find weird to override #= Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jul 30, 2015, at 11:41 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > I think it's because somewhere in roassal > objects (in this case ast nodes) are compared by value. > > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity and not equality? > > Peter

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Marcus Denker

> On 30 Jul 2015, at 16:47, Mark Rizun <mrizun(a)gmail.com> wrote: > > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity and not equality? > > Exactly! I'd like to have an option to select how I want to compare objects. It uses already a block to do the comparisionâ¦ if you make that pluggable (add ivar, set it to [ :el | el model = anObject ] in #initialize, add accessor) then you can just provide your own block with #== instead. Marcus

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Mark Rizun

> > Pretty much; there is test for equality > > RTGroup>>elementFromModel: anObject > ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] > > and equality is more often than not wanted. > > So solution might be to tell Mondrian that you want to compare by identity > and not equality? > Exactly! I'd like to have an option to select how I want to compare objects.

July 30, 2015

Re: [Pharo-users] AST visualization with Roassal

by Peter UhnÃ¡k

> > I think it's because somewhere in roassal > objects (in this case ast nodes) are compared by value. Pretty much; there is test for equality RTGroup>>elementFromModel: anObject ^ self detect: [ :el | el model = anObject ] ifNone: [ nil ] and equality is more often than not wanted. So solution might be to tell Mondrian that you want to compare by identity and not equality? Peter

July 30, 2015