Re: "proper" place for the .so native libraries
Does "had good luck" mean without having to modify LD_LIBRARY_PATH? Or
/etc/ld.so.conf?
Ted Neward
Patterns/C++/Java/CORBA/EJB/COM-DCOM spoken here
http://www.javageeks.com/~tneward
"I don't even speak for myself; my wife won't let me." --Me
-Original Message-
From: dave madden <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Thursday, September 30, 1999 3:04 PM
Subject: Re: "proper" place for the .so native libraries
> =>From: Brett Smith <[EMAIL PROTECTED]>
> =>...
> =>Where is the "proper" location for the *.so native library files?
>
>I've had good luck putting them under:
>
> .../jdk-1.2/jre/lib/i386/
> appropriate platform here!
>
> =>One JNI tutorial said the following:
> =>LD_LIBRARY_PATH='pwd'
> =>export LD_LIBRARY_PATH
>
>The first problem is that you've used forward-tics instead of
>back-tics. You should have said:
>
>LD_LIBRARY_PATH=`pwd`
>export LD_LIBRARY_PATH
>
>This has a better chance of working, but LD_LIBRARY_PATH is
>notoriously cranky. It's best if you can set things up so you don't
>need it.
>
> =>Also, does the blackdown install set a LD_LIBRARY_PATH? or need one?
if
> =>so, where is it located?
>
>The "java" shell script sets LD_LIBRARY_PATH appropriately when you
>run it; if you had a LD_LIBRARY_PATH set previously, then it
>{pre?app?}pends the directories it needs. (Same with CLASSPATH, I
>think.) I've had trouble with both, and now try my damndest to avoid
>having to set both.
>
>d.
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: web server
Hi, Yes you can. The only thing you need is to have a loopback device installed (this is software only) and to write in your browser either: http://localhost/ or http://127.0.0.1/ Before anything else try: ping localhost. If this works everything should! Bye, Sebastian. __ Get Your Private, Free Email at http://www.hotmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How big a server is required to deploy JServ?
just as a by the way, does anybody know of a good mysql mailing group. I dont have access to news and using Deja is a pain cause we have quite slow internet access. thanks, Justin. Ryan Mitchell wrote: > > It only uses table based locking and it treats updates with a higher > > priority than reads. That means that if you start a read query that takes > > 60 seconds to execute, you can continue other reads just fine during that > > period, _until_ you queue an update request on that table. Once you do > > that, then nothing else (read or write) can access the table until the 60 > > second read finishes, then the update finishes. > > > > So even though you are not executing any update that will lock the table > > and take a long time to do the query, it can still be locked for a long > > time. > > > > It can have quite a significant impact on high traffic websites doing a > > high number of normally cheap queries, since it backs up the webserver and > > jserv quite horribly; you have to ensure that your code can gracefully > > deal with such failures without choking everything up. Otherwise, you can > > end up in errors being spit back from jserv that look something horrible. > > This also presents difficulties in running a 24x7 site if you need to do > > batch updates to info in the database, since you essentially have to take > > the site offline to do that with mysql. > > > > But this is getting off topic... > > so to get even further off topic, you can use the DELAYED or > LOW_PRIORITY inserts and updates features of Mysql to get around these > table locking issues (LOW_PRIORITY insert or update waits until no other > clients are reading from the table before running; DELAYED inserts allow > the client to return immediately while Mysql queues up the inserts for > later insertion -- see Mysql reference manual for further details) -- so > in most cases (especially where we don't care about the order in which > queries get executed) we can have long running queries concurrent with > quick selects & updates/inserts. > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDBC problem!
On Wed, 29 Sep 1999, [EMAIL PROTECTED] wrote: > Try converting the int into a string. > E.g. > > int pid1; > > pid1=din.readInt(); > > String pid1; > pid1 = Integer.toString(din.readInt()); > > > > I didn't test it, but this seems like the problem. > > Troy This shouldn't matter as his code is using setInt() on an int4 field. Peter -- Peter T Mount [EMAIL PROTECTED] Main Homepage: http://www.retep.org.uk PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres Java PDF Generator: http://www.retep.org.uk/pdf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problem on Red-Hat 6.0
Hi! I'm trying to install jdk 1.1.7 under RedHat 6.0 (glibc). The package is called jdk-1.1.7.1a-2glibc.i386.rpm. But when I get the following message: /usr/local/jdk1.1.7/bin/i686/green_threads/java_ns: error in loading shared libraries: /usr/local/jdk1.1.7/lib/i686/green_threads/libjava.so: undefined symbol: _dl_symbol_value Thanks in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RES: Problem on Red-Hat 6.0
You have to install the jdk117_v3, because the v1a is not compatible whith the glibc2.0, and the v3a is good for glibc2.1, I have the same conf. Claudio - Mensagem original - De: Eduardo Guzmán De los Riscos [SMTP:[EMAIL PROTECTED]] Enviada em: Segunda-feira, 4 de Outubro de 1999 15:08 Para: java-linux Assunto:Problem on Red-Hat 6.0 Hi! I'm trying to install jdk 1.1.7 under RedHat 6.0 (glibc). The package is called jdk-1.1.7.1a-2glibc.i386.rpm. But when I get the following message: /usr/local/jdk1.1.7/bin/i686/green_threads/java_ns: error in loading shared libraries: /usr/local/jdk1.1.7/lib/i686/green_threads/libjava.so: undefined symbol: _dl_symbol_value Thanks in advance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
