Re: Re: [crossfire] Is the deposit bug on the bank PY= script ever going to get fixed?

Robert Brockway rbrockway at opentrend.net
Mon Feb 21 21:04:38 CST 2005


On Mon, 21 Feb 2005, Todd Mitchell wrote:

>
     
     
     >
     
      Of course you can try to fudge it, - there was mention made of changing you=
     
     >
     
      r environment variables - you could probably tweek a crossfire user to have=
     
     >
     
      libraries elsewhere without messing up your system python - also when Sarg=
     
     
Yes LD_PRELOAD will do this.  It is nice to get out of a tight spot but a 
poor long term solution (except in the example below :)

>
     
      e becomes law then the problem is solved (for debian, for now), however I s=
     
     
Yeah, but how long do we wait? :)  I recently supplimented some of our Deb 
boxes with Suse boxes with more up to date s/w.  Last cycle I supplimented 
with Redhat boxes.  Debian hasn't even going into freeze yet and that is 
supposed to be 6 months.  I think it will be shorter this time.  I love 
Debian but the cycle is too long.

>
     
      till think that making the config script more flexable so you can build off=
     
     >
     
      your chosen installed python would be a good thing.
     
     
OT, but:

I was thinking about the problem of dropping off-the-shelf s/w into a 
Linux distro and how to best deal with the maze of libraries (with varying 
versions) that can be encountered.  This has been considered something of 
a problem in the past but really there is an obvious solution (other than 
statically linking).

I've come to the conclusion the best method is to package the s/w with 
binary libraries that are guaranteed to work with the s/w.  These are the 
fallback libs.

Wrapper the application/game binary with a script which checks the system 
lib versions and uses LD_PRELOAD for any cases where the system is lacking 
the library or lacking a suitable version.  Performance wise, this is no 
worse[1] than statically linking the binary and may be as good as fully 
dynamically linking the binary, depending on what libraries are already 
available on the box.

[1] OK, the linking itself takes a few microseconds at startup but I'm not 
counting this :)

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: 
     
     rbrockway at opentrend.net
     
     
     http://www.opentrend.net
     
     
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (
     
     http://www.spi-inc.org
     
     )

    
    


More information about the crossfire mailing list