Re: Getting cpan's Oracle DBD to work properly on i386 is proving a bit tricky

2011-08-23 Thread Simon Matthews
* Chris Benson (chr...@ccandc.org) [110822 21:29]:
> On Mon, Aug 22, 2011 at 05:17:07PM +0100, Paul Branon wrote:
> > Hi Guys,
> > 
> > Does anyone know where I can get help getting oracle DBD to work? I'm on
> > Intel Solaris 10
> > and Oracle comes with an AMD64 binary. It runs fine on my system. I can
> > connect to oracle
> > with no problems at all. Then I install oracle DBD which installs just fine
> > But when I try to
> > connect to the database I get wrong ELF class. Because libclntsh.so.10.1 is
> > a 32 bit binary.
> 
> Uhm for my sins, I've got:
> root@selfservice:/usr/local # uname -a
> SunOS selfservice 5.10 Generic_142901-07 i86pc i386 i86pc
> oot@selfservice:/usr/local # file 
> /usr/local/oracle/product/instantclient_10_2/libclntsh.so.10.1 
> /usr/local/oracle/product/instantclient_10_2/libclntsh.so.10.1: ELF 32-bit 
> LSB dynamic lib 80386 Version 1, dynamically linked, not stripped
> root@selfservice:/usr/local #
>  
> ... and I think what makes it possible:
> root@selfservice:/usr/local # file /usr/local/bin/perl
> /usr/local/bin/perl:ELF 32-bit LSB executable 80386 Version 1 [FPU], 
> dynamically linked, not stripped, no debugging information available
> root@selfservice:/usr/local # 
> 
> Which was either from sunfreeware.com or locally built.
> 
> On some SPARC systems where there's a full 64bit Oracle installed, I've
> resorted to ensuring that I've set
>   ORACLE_HOME=/export/home/oracle1020/product/1020/client_1/
>   LD_LIBRARY_PATH=$ORACLE_HOME/lib32
>   export ORACLE_HOME LD_LIBRARY_PATH
> before starting or where I can't/don't trust the environment to:
> BEGIN {
>   # needs to before loading the DB modules
>   $ENV{ORACLE_HOME} ||= '/export/home/oracle1020/product/1020/client_1';
>   # LD_LIBRARY_PATH needed because we're on a 64bit Oracle now
>   $ENV{LD_LIBRARY_PATH} ||= 
> "$ENV{ORACLE_HOME}/lib32:$ENV{ORACLE_HOME}/network/lib32";
> }
> But again this is with a 32-bit Perl.
> # file /usr/local/bin/perl
> /usr/local/bin/perl:ELF 32-bit MSB executable SPARC Version 1, 
> dynamically linked, not stripped
> 
> > I guess what I need is literally the answer.
> 
> Install a 32-bit Perl has been my solution.  I'll need to look at
> this again soon for the next technology refresh though :-/  
> 
> I'm hoping it won't be as irritating on RHEL/OUL, but my first attempts
> to setup an application server for Oracle 11g ended up rebuilding the
> whole system as 32-bit because the application vendor had linked their
> app against a 32-bit libclntsh and 32-bit Oracle 11g won't install on a 
> 64-bit o/s ...
> 

Looking at 
http://www.oracle.com/technetwork/database/features/instant-client/index-097480.html,
Oracle provides Solaris x86 and Solaris x86-64 builds of the
instant client.

> HTH
> -- 
> Chris Benson

Simon Matthews


(forw) [Ukfreebsd] November London BSD Pub Meet.

2010-11-25 Thread Simon Matthews
- Forwarded message from Mark Blackman  -

From: Mark Blackman 
Reply-To: UK FreeBSD Users 
To: UK FreeBSD Users 
Cc: regional-lon...@netbsd.org,
UK OpenBSD Users 
Subject: [Ukfreebsd] November London BSD Pub Meet.
Date: Thu, 18 Nov 2010 20:53:47 +
Message-Id: 
X-Mailer: Apple Mail (2.1082)

Hi,

I'm proposing we meet at our original meeting point, near London Bridge,

http://www.beerintheevening.com/pubs/s/14/1424/Barrowboy_and_Banker/London_Bridge

7pm on Thurs, 25th November.

Sorry for the delay, but another busy month. In general, I'm aiming for the last
Wed. or Thursday in the month, with Thursday being a generally better day for
me personally.

We'd also like to solicit proposals for technical presentations at this point
for the week of 13 December. If we can find at least two willing victims,
we'll do that for December.

Cheers,
Mark


___
Ukfreebsd mailing list
ukfree...@uk.freebsd.org
http://mailman.uk.freebsd.org/mailman/listinfo/ukfreebsd
UK BSD Groups http://www.bsdgroups.org.uk
Hosted by EXOnetric http://www.exonetric.net

- End forwarded message -


Re: help with diff

2009-12-29 Thread Simon Matthews
* A Smith (asmith9...@gmail.com) [091229 14:40]:
> I'm trying unsuccessfully to use the "--GTYPE-group-format=" option to diff
> to try and extract lines  only in file1, not file2, but I must be
> mis-understanding the syntax as I only get an option error from diff!

Looking at the 'diff' manual:
   LTYPE is `old', `new', or `unchanged'.
  GTYPE is LTYPE or `changed'.

So the option needs to be something like --old-group-format=...

However, based on what you are trying to do, the command 'comm' might be
more appropriate.

Simon