[Pharo-users] Pharo Newsletter November16 ready

[Marcus Denker]

… we are really getting better to do a monthly newsletter. Target are people 
outside of the community
(wo want to follow a bit but not read e.g. these lists). Just one day late.

If you want to get the newsletter, subscribe here:

http://eepurl.com/byhgL9 

The newsletter goes out at 16h local time (in 4 hours)

Marcus

Re: [Pharo-users] BioSmalltalk win ...almost

[Serge Stinckwich]

On Thu, Dec 1, 2016 at 12:11 AM, Hernán Morales Durand
 wrote:
> Hi Serge,
>
> I didn't knew that paper. You are right, in the community analysis they seem
> to compare Bio* projects against Pharo and not BioSmalltalk. That's weird
> because the paper is very clear about BioSmalltalk is the name of the
> library and Pharo is the supporting platform. I will contact the authors
> because the BioSmalltalk community is very small and I expected that when
> developing the library. On the other side they use 99% Pharo code... I
> remember someone asking me about how to do in BioSmalltalk the task proposed
> in the paper. I answered the analysis is strange, because the flat-file they
> are parsing (intended for human reading) can be downloaded in XML and parsed
> easily with a XML pull parser. Or even ASN.1.

For me this paper is crappy and this kind of journal not really good.
So I'm not surprised,

> BioSmalltalk is faster for some tasks, for example reading/filtering BLAST
> alignments. I have put special emphasis on that. Maybe I should prepare a
> post comparing speeds for additional tasks. Thank you for the link.

It would be nice to do as real benchmark between the different
platforms on real examples.
A paper for IWST 2017 ? ;-)

Regards,
-- 
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-users] BioSmalltalk win ...almost

[Johan Fabry]

Yes, a +1 on the assessment of the paper. The research methodology does not 
really result in any representative or generalisable data, so the conclusions 
are unfounded. 

(I have no experience with the journal, but my gut tells me to stay away from 
it.)

--
Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please 
see http://emailcharter.org .

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

> On 01 Dec 2016, at 12:56, Serge Stinckwich  wrote:
> 
> For me this paper is crappy and this kind of journal not really good.
> So I'm not surprised,

Re: [Pharo-users] GitFileTree on Pharo 5.0

[Trussardi Dario Romano]

Ciao,

few days ago i encountered problems installing gitFileTree in pharo 5.0.

The basic error is relative to the : External module not found.

Someone considerations about it?


> Hi Dario,
> 
> this is good that you tested with Roassal. We have a more general issue...

The same problematic is relative to Roassal.

 I install on the MacBook Pro OS/X 10.7.5the  sudo port install 
cairo

But the error persist.

Thanks for any help.

Dario


> 
> 2016-11-29 15:56 GMT+01:00 Trussardi Dario Romano 
> :
> Ciao,
> 
>> Hi Dario,
>> 
>> 2016-11-29 14:00 GMT+01:00 Trussardi Dario Romano 
>> :
>> 
>>> 
>>> 
>>> 2016-11-29 11:55 GMT+01:00 Trussardi Dario Romano 
>>> :
>>> Ciao,
>>> 
>>> IMPORTANT CONSIDERATION:
>>> 
>>> If i started the Pharo 5.0 image from the desktop icon all 
>>> works fine.
>> 
>>  Do you note this difference?!
>> 
>> Of course. Paths/environment may be (is probably) different when you start 
>> from the desktop icon and when you start it from Contents/Resource.
>> 
>>> 
>>> But i have a working  Pharo5.0-161126.image into the Pharo 
>>> 5.0 package Contents/ Resource/  directory.
>>> 
>>> I open it with Pharo5.0 ( Pharo5.0 )  application.
>>> 
>>> The Pharo image is right open   but the 
>>> GitFileTree loading  generates the exception in this case.
>> 
>> 
>> 
>> 
>> 
>>> 
>>> These are the step i do for load:
>>> 
>>> I open the Catalogs Browser and select the GitFileTree project.
>>> 
>>> On it  i press the right mouse button and do the option:
>>> Instal stable version
>>> 
>>> The system browse a dialog with: 
>>> 
>>> " GitFileTree has not been marked as tested for Pharo5.0!
>>> Do you want to continue ( installation could fail )?
>>> 
>>> Ok. Will have a look into the catalog browser source code to get rid of 
>>> that. I know that the catalog browser uses the Pharo6 
>>> ConfigurationOfGitFileTree instead of the Pharo5 one.
>> 
>>  But the same procedure and relative ConfigurationOfGitFileTree,
>> 
>>   works fine when i load it to Pharo launched from 
>> Pharo desktop icon.
>> 
>>  The problematic is when i load it into  Pharo5.0-161126.image   from  
>> the Pharo 5.0 package Contents/ Resource/ subdirectory.
>> 
>> I have noticed and my questions relate to that.
>>  
>>  
>>>  
>>> 
>>> I confirm.
>>> 
>>> The Pharo load some 'package'   and after the image  use the 100% of 
>>> the CPU.
>>> 
>>> After some times the CPU load don't change ( 100% ) and the Pharo don't 
>>> answer. ( the User interrupt alt  Cmd - :   is not intercepted )
>>> 
>>> Yes, this one is problematic.
>>> 
>>> Could you try to load OSSubprocess from the configuration browser? Tell me 
>>> if it locks-up while trying to load that.
>> 
>>  Like above,  load OSSubprocess:
>> 
>>  A ) Into Pharo launched from desktop icon   all 
>> works fine.
>> 
>>  B) Into Pharo5.0-161126.image launched from : the Pharo 5.0 
>> package Contents/ Resource/ subdirectory
>>  
>>  the system locks-up
>> 
>> Does this lockup happens if you load something else from the catalog, such 
>> as Roassal2?
> 
>   I load he Roassal2 without problem in both images ( Pharo desktop and  
> Pharo5.0 Contents/ Resource/Pharo5.0-161126.image )
> 
>   When i run Roassal2 example ( RTLayoutExample new exampleCircle )  in 
> both images   the system answer:
> 
>   Error: External module not found
> 
> ExternalLibraryFunction(Object)>>error:
> ExternalLibraryFunction(Object)>>externalCallFailed
> ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments:
> AthensCairoSurface class>>primImage:width:height:
> AthensCairoSurface class>>extent:format:
> AthensCairoSurface class>>extent:
> TRCanvas>>initialize
> TRCanvas class(Behavior)>>new
> RTView>>initialize
> RTView class(Behavior)>>new
> RTMondrian(RTBuilder)>>createView
> RTMondrian>>createView
> RTMondrian(RTBuilder)>>initialize
> RTMondrian>>initialize
> RTMondrian class(Behavior)>>new
> UndefinedObject>>DoIt
> Compiler>>evaluate:in:to:notifying:ifFail:logged:
> Compiler class>>evaluate:for:notifying:logged:
> Compiler class>>evaluate:for:logged:
> Compiler class>>evaluate:
> RTLayoutExample(RTAbstractExample)>>installTitle:code:
> RTLayoutExample class>>DoIt
> OpalCompiler>>evaluate
> RubSmalltalkEditor>>evaluate:andDo:
> RubSmalltalkEditor>>evaluateSelectionAndDo:
> RubSmalltalkEditor>>printIt
> [ :target | target editor printIt ] in RubSmalltalkEditor 
> class>>buildShortcutsOn: in Block: [ :target | target editor printIt ]
> BlockClosure>>cull:
> BlockClosure>>cull:cull:
> BlockClosure>>cull:cull:cull:
> 
>   thanks,
> 
> Pharo is unable to access a library it needs; th