- Pharo-dev - lists.pharo.org

Re: [Pharo-project] can't infer base LD_LIBRARY_PATH. Aborting.
by mkobetic＠gmail.com Jan. 19, 2012

Jan. 19, 2012

Most probably know this, but just in case, recent versions of Linux distributions provide a more modular way to control the library path via the /etc/ld.so.conf.d/ directory. For example I normally add path to oracle libraries by adding a file /etc/ld.so.conf.d/oracle-11.1-x86_64.conf with just a single line in it containing /usr/lib/oracle/11.1/client64/lib. I think you need to run ldconfig every time you modify the directory, but after that the library should be visible to all programs. You can add both 32 and 64 bit libraries this way. Not sure if this is immediately useful to help with this problem, but there it is. HTH, Martin "Eliot Miranda"<eliot.miranda(a)gmail.com> wrote: > The point is that LD_LIBRARY_PATH is used by dlopen, which is used by the > VM's module loading mechanisms, etc, so that when e.g. the FFI tries to > locate a library it will use LD_LIBRARY_PATH. So a) LD_LIBRARY_PATH needs > to match the libraries the VM is linked against and b) LD_LIBRARY_PATH > needs to include at least the standard places libraries will be found, > which means a /lib and a /usr/lib. > > HTH > Eliot > > > > Nahuel > > > > > > > -- > best, > Eliot

1 0

[Pharo-project] can't infer base LD_LIBRARY_PATH. Aborting.
by Philippe Marschall Jan. 19, 2012

Jan. 19, 2012

Hi With the latest cog VMs I get: can't infer base LD_LIBRARY_PATH. Aborting. Gentoo 64bit, Linux 3.1 LD_LIBRARY_PATH is not set but libtool is present. Cheers Philippe

4 11

[Pharo-project] RB remaining in the image
by Mariano Martinez Peck Jan. 19, 2012

Jan. 19, 2012

stef...there is still a category 'AST-Semantic' which has: AnObsoleteRBProgramNodeVisitor subclass: #RBSemanticAnnotator instanceVariableNames: 'scope' classVariableNames: '' poolDictionaries: '' category: 'AST-Semantic' cheers -- Mariano http://marianopeck.wordpress.com

2 1

[Pharo-project] [update 1.4] #14287
by StÃ©phane Ducasse Jan. 19, 2012

Jan. 19, 2012

14287 ----- - Issue 5146: CodeHolder >> #decompiledSourceIntoContents not robust enough for handling unknown temps, making it impossible to debug certain methods. Thanks Stefan Marr. http://code.google.com/p/pharo/issues/detail?id=5146 - Issue 5189: DNU when not using accessor in Slider and subclasses Thanks Guillermo Polito. http://code.google.com/p/pharo/issues/detail?id=5189 - Issue 5005: #cleanUpForRelease is broken: MessageNotUnderstood: ByteSymbol>>run:with:in:. Thanks Henrik and Mariano. http://code.google.com/p/pharo/issues/detail?id=5005. Issue 5190: Add shouting to Inspector trash. Thanks Guillermo Polito. http://code.google.com/p/pharo/issues/detail?id=5190 Thanks guys! More to come. Stef

2 2

[Pharo-project] about push up IV
by StÃ©phane Ducasse Jan. 19, 2012

Jan. 19, 2012

Hi lukas may be you already fixed it. Now when I push up a instance variables I get prompted with the complete list of instance variables even the ones of the superclasses. Stef

3 5

[Pharo-project] [update 1.4] #14288
by stephane ducasse Jan. 19, 2012

Jan. 19, 2012

14288 ----- - Issue 5163: Bug in #pointsTo: Thanks Mariano Martinez-Peck, Levente Uzonyi and Henrik Johansen http://code.google.com/p/pharo/issues/detail?id=5163 - Issue 5116: Reintroduce the new MethodDictionary >> rehash since it is working Thanks Mariano Martinez-Peck and Henrik Johansen http://code.google.com/p/pharo/issues/detail?id=5116 Stef

1 0

[Pharo-project] LanguageEnvironment caching behavior
by Camillo Bruni Jan. 18, 2012

Jan. 18, 2012

Does anyone know the reason why LanguageEnvironment doesn't cache the ver instances of the converters but only the classes? I would expect that the instances are mostly functional i.e. do not change state hence they could be cached without side-effects. best cami

1 0

[Pharo-project] Importing and exporting packages with Fuel [WAS] Re: [Seaside] Seaside not loading css styles (but our fault)
by Mariano Martinez Peck Jan. 18, 2012

Jan. 18, 2012

Well...Martin and I have been working a little bit this week and here is a post explaining it: http://marianopeck.wordpress.com/2011/09/24/importing-and-exporting-package… Cheers On Fri, Sep 23, 2011 at 12:09 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > > On 23 Sep 2011, at 11:47, Mariano Martinez Peck wrote: > > > Cool Martin. Now I could do it as well. I have exported the groups > 'Core', 'Tests' and 'Zinc-Seaside'. > > Then I materialize it a clean image and all tests (1567) are green. And > it only takes 7 seconds :) > > Great ! > > I want to try this myself soon. > > Sven > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -- Mariano http://marianopeck.wordpress.com

5 14

Jan. 18, 2012

> http://www.sig.eu/en/Research/Twilp Stef

4 3

[Pharo-project] latest build yields stack trace running #cleanUpForProduction
by Yanni Chiu Jan. 18, 2012

Jan. 18, 2012

Using Pharo 1.4 (#220), I end up in: ByteSymbol(Object)>>doesNotUnderstand: #run:with:in: which was called from: (MCPackage named: self theScriptLoaderPackageName) unload. First I thought it was because I had OSProcess loaded when I ran cleanUpForProduction, and it stopped in an OSProcess class. Without OSProcess, the I got a slightly different problem: the doesNotUnderstand of #run:with:in: is due to something in #cleanUpForRelease. Trying to debug it, new debuggers pop up, and then the emergency evaluator. I have Seaside30/Magritte/Pier loaded, so I can try without those too. But, it used to work with all these things loaded. -- Yanni

4 19