November 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Esteban Lorenzano

> On 17 Nov 2014, at 17:20, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > it is not a discrepancy, is two different things > > 1) Install latest Xcode. > 2) Download SDL 10.6 *SDK (typo) > > :) > > Esteban > >> On 17 Nov 2014, at 17:17, Ben Coman <btc(a)openInWorld.com> wrote: >> >> Whoops. I need to read it more carefully. But there is a discrepancy, it says "Download the latest" and references 10.6. >> >> Ben Coman wrote: >>> You've lost me. That README.md were the instructions I used. Did I miss something, or do you mean I should add notes to it ? >>> cheers -ben >>> Esteban Lorenzano wrote: >>>> Hi, >>>> you have to check the README of https://github.com/pharo-project/pharo-vm :) >>>> >>>> Esteban >>>> >>>> >>>> >>>>> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>>>> >>>>> >>>>> I followed the instructions at https://github.com/pharo-project/pharo-vm >>>>> to build the Pharo VM. In generator.image I evaluated... >>>>> PharoVMBuilder buildMacOSX32. >>>>> then >>>>> cd ../build >>>>> bash build.sh >>>>> >>>>> After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... >>>>> >>>>> *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >>>>> >>>>> clang: warning: no such sysroot directory: >>>>> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >>>>> >>>>> **fatal error: **'math.h' file not found* >>>>> >>>>> >>>>> And indeed, I don't have >>>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >>>>> I have >>>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >>>>> >>>>> So updating CMakeLists.txt as follows... >>>>> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >>>>> + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >>>>> >>>>> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >>>>> - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >>>>> >>>>> allowed the build to progress further. >>>>> >>>>> ========= >>>>> >>>>> Then the build failed getting "too many errors" that looked somewhat like this... >>>>> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >>>>> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); >>>>> >>>>> Tracked down a likely suspect here... >>>>> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… >>>>> >>>>> And indeed editing... >>>>> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >>>>> >>>>> to add... >>>>> #import <OpenGL/gl.h> >>>>> >>>>> gave me a working VM. >>>>> >>>>> >>>>> ========= >>>>> >>>>> Should I log these somewhere ? >>>>> cheers -ben >>>> >> >

Nov. 17, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Esteban Lorenzano

it is not a discrepancy, is two different things 1) Install latest Xcode. 2) Download SDL 10.6 :) Esteban > On 17 Nov 2014, at 17:17, Ben Coman <btc(a)openInWorld.com> wrote: > > Whoops. I need to read it more carefully. But there is a discrepancy, it says "Download the latest" and references 10.6. > > Ben Coman wrote: >> You've lost me. That README.md were the instructions I used. Did I miss something, or do you mean I should add notes to it ? >> cheers -ben >> Esteban Lorenzano wrote: >>> Hi, >>> you have to check the README of https://github.com/pharo-project/pharo-vm :) >>> >>> Esteban >>> >>> >>> >>>> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>>> >>>> >>>> I followed the instructions at https://github.com/pharo-project/pharo-vm >>>> to build the Pharo VM. In generator.image I evaluated... >>>> PharoVMBuilder buildMacOSX32. >>>> then >>>> cd ../build >>>> bash build.sh >>>> >>>> After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... >>>> >>>> *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >>>> >>>> clang: warning: no such sysroot directory: >>>> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >>>> >>>> **fatal error: **'math.h' file not found* >>>> >>>> >>>> And indeed, I don't have >>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >>>> I have >>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >>>> >>>> So updating CMakeLists.txt as follows... >>>> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >>>> + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >>>> >>>> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >>>> - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >>>> >>>> allowed the build to progress further. >>>> >>>> ========= >>>> >>>> Then the build failed getting "too many errors" that looked somewhat like this... >>>> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >>>> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); >>>> >>>> Tracked down a likely suspect here... >>>> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… >>>> >>>> And indeed editing... >>>> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >>>> >>>> to add... >>>> #import <OpenGL/gl.h> >>>> >>>> gave me a working VM. >>>> >>>> >>>> ========= >>>> >>>> Should I log these somewhere ? >>>> cheers -ben >>> >

Nov. 17, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Esteban Lorenzano

well, you missed all the part where it says: Install the latest version of XCode <https://itunes.apple.com/en/app/xcode/id4977998350> and XCode command line tools. Download MacOSX10.6.sdk.zip <http://files.pharo.org/vm/src/lib/MacOSX10.6.sdk.zip>and put in Xcode SDK folder: # make sure you're root: sudo su cd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs wget http://files.pharo.org/vm/src/lib/MacOSX10.6.sdk.zip unzip MacOSX10.6.sdk.zip rm MacOSX10.6.sdk.zip cheers, Esteban > On 17 Nov 2014, at 17:14, Ben Coman <btc(a)openInWorld.com> wrote: > > You've lost me. That README.md were the instructions I used. Did I miss something, or do you mean I should add notes to it ? > cheers -ben > > Esteban Lorenzano wrote: >> Hi, you have to check the README of https://github.com/pharo-project/pharo-vm :) >> Esteban >>> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>> >>> >>> I followed the instructions at https://github.com/pharo-project/pharo-vm >>> to build the Pharo VM. In generator.image I evaluated... >>> PharoVMBuilder buildMacOSX32. >>> then >>> cd ../build >>> bash build.sh >>> >>> After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... >>> >>> *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >>> >>> clang: warning: no such sysroot directory: >>> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >>> >>> **fatal error: **'math.h' file not found* >>> >>> >>> And indeed, I don't have >>> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >>> I have >>> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >>> >>> So updating CMakeLists.txt as follows... >>> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >>> + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >>> >>> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >>> - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >>> >>> allowed the build to progress further. >>> >>> ========= >>> >>> Then the build failed getting "too many errors" that looked somewhat like this... >>> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >>> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); >>> >>> Tracked down a likely suspect here... >>> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… >>> >>> And indeed editing... >>> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >>> >>> to add... >>> #import <OpenGL/gl.h> >>> >>> gave me a working VM. >>> >>> >>> ========= >>> >>> Should I log these somewhere ? >>> cheers -ben >

Nov. 17, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Ben Coman

Whoops. I need to read it more carefully. But there is a discrepancy, it says "Download the latest" and references 10.6. Ben Coman wrote: > > You've lost me. That README.md were the instructions I used. Did I miss > something, or do you mean I should add notes to it ? > cheers -ben > > Esteban Lorenzano wrote: >> Hi, >> you have to check the README of >> https://github.com/pharo-project/pharo-vm :) >> >> Esteban >> >> >> >>> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com >>> <mailto:btc@openInWorld.com>> wrote: >>> >>> >>> I followed the instructions at https://github.com/pharo-project/pharo-vm >>> to build the Pharo VM. In generator.image I evaluated... >>> PharoVMBuilder buildMacOSX32. >>> then >>> cd ../build >>> bash build.sh >>> >>> After cmake finished its checks, it tried to compile freetype (2.4.9) >>> but gets errors... >>> >>> *Generating >>> /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >>> >>> >>> clang: warning: no such sysroot directory: >>> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >>> >>> >>> **fatal error: **'math.h' file not found* >>> >>> >>> And indeed, I don't have >>> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >>> I have >>> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >>> >>> So updating CMakeLists.txt as follows... >>> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >>> + set(CMAKE_OSX_SYSROOT >>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >>> >>> >>> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >>> - set(CMAKE_OSX_SYSROOT >>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >>> >>> >>> allowed the build to progress further. >>> >>> ========= >>> >>> Then the build failed getting "too many errors" that looked somewhat >>> like this... >>> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: >>> error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >>> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, >>> GL_TEXTURE_MIN_FILTER, GL_NEAREST); >>> >>> Tracked down a likely suspect here... >>> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… >>> >>> >>> And indeed editing... >>> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >>> >>> to add... >>> #import <OpenGL/gl.h> >>> >>> gave me a working VM. >>> >>> >>> ========= >>> >>> Should I log these somewhere ? >>> cheers -ben >> > >

Nov. 17, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Ben Coman

You've lost me. That README.md were the instructions I used. Did I miss something, or do you mean I should add notes to it ? cheers -ben Esteban Lorenzano wrote: > Hi, > > you have to check the README of https://github.com/pharo-project/pharo-vm :) > > Esteban > > > >> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com >> <mailto:btc@openInWorld.com>> wrote: >> >> >> I followed the instructions at https://github.com/pharo-project/pharo-vm >> to build the Pharo VM. In generator.image I evaluated... >> PharoVMBuilder buildMacOSX32. >> then >> cd ../build >> bash build.sh >> >> After cmake finished its checks, it tried to compile freetype (2.4.9) >> but gets errors... >> >> *Generating >> /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >> >> clang: warning: no such sysroot directory: >> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >> >> **fatal error: **'math.h' file not found* >> >> >> And indeed, I don't have >> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >> I have >> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >> >> So updating CMakeLists.txt as follows... >> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >> + set(CMAKE_OSX_SYSROOT >> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >> >> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >> - set(CMAKE_OSX_SYSROOT >> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >> >> allowed the build to progress further. >> >> ========= >> >> Then the build failed getting "too many errors" that looked somewhat >> like this... >> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: >> error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, >> GL_TEXTURE_MIN_FILTER, GL_NEAREST); >> >> Tracked down a likely suspect here... >> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… >> >> And indeed editing... >> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >> >> to add... >> #import <OpenGL/gl.h> >> >> gave me a working VM. >> >> >> ========= >> >> Should I log these somewhere ? >> cheers -ben >

Nov. 17, 2014

Re: [Pharo-dev] Julia vs Pharo

by Serge Stinckwich

On Mon, Nov 17, 2014 at 5:01 PM, werner kassens <wernerk740(a)gmail.com> wrote: >>I never heard about this one. > > no wonder<g>, i got the name wrong, it was helvetia Ok, this is about domain-specific languages not multiple dispatch. -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Help fight Ebola by joining the Computing for Ebola Challenge http://bit.ly/1oEdBag

Nov. 17, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Esteban Lorenzano

Hi, you have to check the README of https://github.com/pharo-project/pharo-vm <https://github.com/pharo-project/pharo-vm> :) Esteban > On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com> wrote: > > > I followed the instructions at https://github.com/pharo-project/pharo-vm > to build the Pharo VM. In generator.image I evaluated... > PharoVMBuilder buildMacOSX32. > then > cd ../build > bash build.sh > > After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... > > *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* > > clang: warning: no such sysroot directory: > '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' > > **fatal error: **'math.h' file not found* > > > And indeed, I don't have > ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk > I have > ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk > > So updating CMakeLists.txt as follows... > + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) > + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) > > - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) > - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) > > allowed the build to progress further. > > ========= > > Then the build failed getting "too many errors" that looked somewhat like this... > /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' > glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); > > Tracked down a likely suspect here... > https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… > > And indeed editing... > platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m > > to add... > #import <OpenGL/gl.h> > > gave me a working VM. > > > ========= > > Should I log these somewhere ? > cheers -ben

Nov. 17, 2014

OSX 10.9 PharoVM build failure workarounds

by Ben Coman

I followed the instructions at https://github.com/pharo-project/pharo-vm to build the Pharo VM. In generator.image I evaluated... PharoVMBuilder buildMacOSX32. then cd ../build bash build.sh After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' **fatal error: **'math.h' file not found* And indeed, I don't have ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk I have ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk So updating CMakeLists.txt as follows... + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) allowed the build to progress further. ========= Then the build failed getting "too many errors" that looked somewhat like this... /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); Tracked down a likely suspect here... https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… And indeed editing... platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m to add... #import <OpenGL/gl.h> gave me a working VM. ========= Should I log these somewhere ? cheers -ben

Nov. 17, 2014

Re: [Pharo-dev] [Vm-dev] Re: How to check whether the handle is always valid with NativeBoost ?

by Blondeau Vincent

Hi Thanks a lot for your answers ! It is very helpful. But how can I launch a script at the startup or shutdown of the image especially for Pharo ? Vincent De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Igor Stasenko EnvoyÃ© : jeudi 13 novembre 2014 23:40 Ã : Squeak Virtual Machine Development Discussion Cc : Pharo Development List Objet : Re: [Pharo-dev] [Vm-dev] Re: How to check whether the handle is always valid with NativeBoost ? On 13 November 2014 18:37, Eliot Miranda <eliot.miranda(a)gmail.com<mailto:eliot.miranda@gmail.com>> wrote: Hi Vincent, one way, used in VisualWorks, is to ensure that only valid handles exist. So very early at startup the system does some allInstances invocations on the classes of handles and invalidates all the handles found. This doesn't fix handles stored as raw integers anywhere, but provided the system is designed to have specific objects for external handles (and I hope it is) this shouldn't happen. Since snapshot is relatively rare and start-up relatively frequent (at least in e.g. a web deployment context), one performance improvement is to do the allInstances before snapshot, and then merely enumerate the collection of handles, rather than use allInstances. Just to add: - (re)validating external resources could vary depending on library or how short/long-lived the resource is etc. As you described, one of the scenarios is to flush invalid handles at system startup. In NB i using session checking, to do it lazily, once there's an attempt to use external resource. But all that, of course, doesn't addresses the problem when external resource get invalidated, for one or another reason, during same session. Using proxy to control each and every access to external resource is, of course, an ultimate solution, but alas, quite expensive since imposes high overhead. I would call it a brute-force solution. To minimize overhead, my approach often is to place a check at key entry part of algorithm, so if check passed, then rest of algorithm can run safely without excessive checking. But that really depends on design of external library/framework, whether it possible or not. Usually, if you cleverly organize the access to services, it is possible to do it without using brute-force proxyfying. On Thu, Nov 13, 2014 at 9:05 AM, Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>> wrote: Hi ! I am doing a binding to the R library with NativeBoost. So I create some external objects and apply some functions on them. If the handle to the object is not valid, either the function crashes or gives a bad result. How can I ensure to have a valid pointer at anytime ? I see two solutions: - Either check at any NativeBoost call that the handle is valid (by checking the session id) - Or do a proxy that checks the session and recreate the external object. What do you think ? Thanks in advance, Cheers, Vincent BLONDEAU ________________________________ 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. -- best, Eliot -- Best regards, Igor Stasenko. ________________________________ 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.

Nov. 17, 2014

Re: [Pharo-dev] Julia vs Pharo

by Serge Stinckwich

On Mon, Nov 17, 2014 at 2:56 PM, werner kassens <wernerk740(a)gmail.com> wrote: >>... What is missing in Pharo at the moment: >>- multiple dispatch >>- arbitrary precision float ... > > Hi Serge, > there exists an arbitrary precision float package made by nicolas cellier: > https://code.google.com/p/arbitrary-precision-float/wiki/ArbitraryPrecision… Great to know such a beast exist ;-) > ok, its not builtin into pharo, but this is not really a problem, one uses > those things more for crosschecking, where speed is not really a problem. > re multiple dispatch, actually this was the first and most important thing i > found missing when i discovered pharo ,squeak, smalltalk. otoh there exists > a package that does this; if i remember correctly the name is helvetica. i > read the papers about that package but never downloaded that package > essentially for two reasons: > - i'm a speed freak and feared this would slow down my programs too much. i > thought this is something that should indeed be hard coded. > - although, if i remember correctly, this package _is downloadable, it was > in a way deeply hidden in the internet (not in the usual places like > smalltalkhub or squeaksource) as if the author did not really want it to be > used by everybody for every task. I never heard about this one. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Help fight Ebola by joining the Computing for Ebola Challenge http://bit.ly/1oEdBag

Nov. 17, 2014