-classpath "bug"

1999-04-14 Thread Robb Shecter

Hi,

I know this is an old one, but I was wondering about the state of the
"-classpath" annoyance that is there in Java/Linux 117a, and possibly in
other Java versions, too.

I mean the problem where the command line option has different behavior
than the environment variable - namely, with the command line option you
must specify the core java libraries, too.

I saw something about this a while ago, but don't remember - anybody
know what the state of this is?  Is it acknowledged as a generic Java
bug?  Is it only a Linux problem?

(I'm just editing for the nth time a startup script to avoid the
annoying "cannot find class java/lang/Thread" error.)

Thanks,
Robb


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: -classpath "bug"

1999-04-14 Thread Michael Sinz

On Wed, 14 Apr 1999 11:59:48 +0200, Robb Shecter wrote:

>Hi,
>
>I know this is an old one, but I was wondering about the state of the
>"-classpath" annoyance that is there in Java/Linux 117a, and possibly in
>other Java versions, too.
>
>I mean the problem where the command line option has different behavior
>than the environment variable - namely, with the command line option you
>must specify the core java libraries, too.
>
>I saw something about this a while ago, but don't remember - anybody
>know what the state of this is?  Is it acknowledged as a generic Java
>bug?  Is it only a Linux problem?
>
>(I'm just editing for the nth time a startup script to avoid the
>annoying "cannot find class java/lang/Thread" error.)

I have taken to never use the "-classpath" argument to Java specifically
because of this.  I normally have the wrapper script just adjust CLASSPATH
environment variable to make sure it works.

Now, in the JRE, the "-cp" does not need the core java classes...

Michael Sinz -- Director of Research & Development, NextBus Inc.
mailto:[EMAIL PROTECTED] - http://www.nextbus.com
My place on the web ---> http://www.users.fast.net/~michael_sinz



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



sources for jdk

1999-04-14 Thread Andre Schroeter

dear porting team,
we are currently thinking of integrating a java vm into our teleradiology system.
can you tell me where i can find information to do this ? especialy how to
integrate the x windows of an applett into the main window of our system ?

is it possible to get the source code to the applett viewer ?

regards
  andre schroeter
 PI equals 3 at least for small PI and large 3 
Andre Schroeter
Deutsches Krebsforschungszentrum tel.: (+49) 6221 - 42 2382
Division Medical and Biological Informatics  fax.: (+49) 6221 - 42 2345
Im Neuenheimer Feld 280 url: http://mbi.DKFZ-Heidelberg.de/
D-69120 Heidelberg, Germany  e-mail: [EMAIL PROTECTED]
---


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: sources for jdk

1999-04-14 Thread Matthew McKeon

Andre Schroeter wrote:
> 
> dear porting team,

I'm not on the porting team, but maybe I can help. :)

> we are currently thinking of integrating a java vm into our 
> teleradiology system. can you tell me where i can find information 
> to do this ? especialy how to integrate the x windows of an applett 
> into the main window of our system ?
> 

Not quite sure what you want here.
Do you mean "embed an applet rendering context 
in a non-java application"?

> is it possible to get the source code to the applett viewer ?
>

http://www.sun.com/software/communitysource/java2/

There are a number of restrictions, though,
including a licensing fee for internal distribution
of modified binaries.

Thus far, I've just used it to determine
where my bugs end and javasoft's begin. 
 
> regards
>   andre schroeter


-- 
Matthew McKeon - [EMAIL PROTECTED]
 Developer | MAYA Viz, Ltd. 
   | 2100 Wharton St.
   | Pittsburgh, PA 15203
   | 412.488.2900


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jdk servlets on Linux

1999-04-14 Thread Camilo Wilson

Using Apache Jserv for servlets does work, but it requires a good dose
of masochism. Much, much easier is to use the Java Web Server from Sun
(free evaluation, under $300), Solaris version. About 1/10 the
configuration time, in my experience. You will need the JSDK classes
from Sun too.

We have also found Apache Jserv servlets are slower than servlets served
by the Java Web Server on the same box. Probably due to inefficient
communication between Apache and VM (uses sockets).

Steven Rock wrote:
> Just made the leap from wintel to Lunix. I would like to use java
> servlets instead of dusting off my Perl-CGI books. Has it been ported
to
> Linux yet?

Kosh wrote:
Use the Apache Jserv - a module you can compile for use as a servlet
engine
with Apache. Check out java.apache.org

Other than that you just need the JSDK classes which you can download
from Sun.

Hope this helps.

Kosh


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Port of IBM's VM?

1999-04-14 Thread Bernd Kreimeier



Does anybody know whether there is a chance of a
Linux port of IBM's VM? Has IBM ever responded
to any inquiries? What would be the best way to
lobby for this?


b.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jdk servlets on Linux

1999-04-14 Thread Matt Duckham

Camilo Wilson wrote:
> 
> Using Apache Jserv for servlets does work, but it requires a good dose
> of masochism. Much, much easier is to use the Java Web Server from Sun
> (free evaluation, under $300), Solaris version. About 1/10 the
> configuration time, in my experience. You will need the JSDK classes
> from Sun too.
>
> We have also found Apache Jserv servlets are slower than servlets served
> by the Java Web Server on the same box. Probably due to inefficient
> communication between Apache and VM (uses sockets).

I don't think I'm a masochist, but I found no difficulty in installing
Jserv for Apache. I've never used Sun's server so I can't comment on
relative speed or simplicity, but I guess I saved myself $300 at
least...

Matt

--
Matt Duckham Department of Geography
[EMAIL PROTECTED]University of Glasgow
http://m-duckham.geog.gla.ac.uk/~matt   Tel:(0141)339 8855 x2228


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Parameter value weirdness

1999-04-14 Thread Robert Dietrick


HttpServletRequest.getParameter("name1") should return "" in the case of a
URL like http://whatever.com/servlets?name1=&name2=someVal

Regardless, this is still problematic, since you probably want that value
to be null.

What I've done to get around this is provide my servlets with the
following method:

private String getParameter(HttpServletRequest req, String parameterName)
throws NullParameterException {
String value = req.getParameter(parameterName);
if ( (value == null)  || (value.equals("") )
throw new NullParameterException(parameterName);
return value;
}

And define a NullParameterException with a method like:
public String getParameterName()
and a constructor like the one used above:
public NullParameterException(String parameterName)
so that you can later find out which parameter was not passed.  It comes
in handy when you're checking for required form fields and the like.

Hope this helps.

-Rob

On Tue, 13 Apr 1999, Jason Proctor wrote:

> I'm seeing some weird behaviour with parameters that are passed to servlets
> as blank strings, ie in a URL such as
> http://machine/zone/servlet?param1=¶m2=. These parameters end up having
> the value "null" (ie a 4-character string) rather than either a blank
> string or a null pointer, which is what I would expect.
> 
> Here's the code -
> 
> Enumeration parmNames = inRequest.getParameterNames();
> 
> while ( parmNames.hasMoreElements() )
> {
>   String key = (String) parmNames.nextElement();
> 
>   String value = inRequest.getParameter( key );
> 
>   // value == "null" here
>   // in case where parameter is passed as ?name=&name=value
> }
> 
> Any ideas anyone? Thanks in advance.
> 
> 
> 
> 
> --
> 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: Port of IBM's VM?

1999-04-14 Thread pridemor

Addressing this question to David Shields or Philippe Charles,
authors of Jikes, might be a place to start...

David and Philippe, thank-you for supporting Linux in your
Jikes development.  Any chance of seeing the fast new IBM
Java VM for Linux?

Russ




[EMAIL PROTECTED] on 04/14/99 07:17:25 AM

Please respond to [EMAIL PROTECTED]

To:   [EMAIL PROTECTED]
cc:(bcc: Russell Pridemore/Lex/Lexmark)
Subject:  Port of IBM's VM?






Does anybody know whether there is a chance of a
Linux port of IBM's VM? Has IBM ever responded
to any inquiries? What would be the best way to
lobby for this?


b.




--
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: Port of IBM's VM?

1999-04-14 Thread vhasty

If you hear anything, I'd be very interested in seeing
it posted here. Let me know if you need any help. Don't
have time to organize a lobby effort, but will certainly 
lend a hand.

Vann
--
Vann Hasty
Evans & Sutherland 
[EMAIL PROTECTED]

> -Original Message-
> From: Bernd Kreimeier [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 14, 1999 5:17 AM
> To: Java Linux That Works
> Subject: Port of IBM's VM?
> 
> 
> 
> 
> Does anybody know whether there is a chance of a
> Linux port of IBM's VM? Has IBM ever responded
> to any inquiries? What would be the best way to
> lobby for this?
> 
> 
> b.
> 
> 
> 
> 
> --
> 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: Parameter value weirdness

1999-04-14 Thread Jason Proctor

I think you may be misunderstanding me. In the situation where I'm
processing a request for a URL like

http://whatever.com/servlets?name1=&name2=someVal

getParameter (name1) should return either a null pointer or a blank string.
Right now, I'm getting the string value "null", ie a four character string
containing the characters 'n', 'u', 'l', 'l', as though somewhere someone
is doing an implicit string conversion (eg String s = "" + null will give s
= "null").

This is wrong, isn't it?


>HttpServletRequest.getParameter("name1") should return "" in the case of a
>URL like
http://whatever.com/servlets?name1=&name2=someVal
>
>Regardless, this is still problematic, since you probably want that value
>to be null.
>
>What I've done to get around this is provide my servlets with the
>following method:
>
>private String getParameter(HttpServletRequest req, String parameterName)
>throws NullParameterException {
>   String value = req.getParameter(parameterName);
>   if ( (value == null)  || (value.equals("") )
>   throw new NullParameterException(parameterName);
>   return value;
>}
>
>And define a NullParameterException with a method like:
>public String getParameterName()
>and a constructor like the one used above:
>public NullParameterException(String parameterName)
>so that you can later find out which parameter was not passed.  It comes
>in handy when you're checking for required form fields and the like.
>
>Hope this helps.
>
>-Rob
>
>On Tue, 13 Apr 1999, Jason Proctor wrote:
>
>> I'm seeing some weird behaviour with parameters that are passed to servlets
>> as blank strings, ie in a URL such as
>> http://machine/zone/servlet?param1=¶m2=. These parameters end up having
>> the value "null" (ie a 4-character string) rather than either a blank
>> string or a null pointer, which is what I would expect.
>>
>> Here's the code -
>>
>> Enumeration parmNames = inRequest.getParameterNames();
>>
>> while ( parmNames.hasMoreElements() )
>> {
>>  String key = (String) parmNames.nextElement();
>>
>>  String value = inRequest.getParameter( key );
>>
>>  // value == "null" here
>>  // in case where parameter is passed as ?name=&name=value
>> }
>>
>> Any ideas anyone? Thanks in advance.
>>
>>
>>
>>
>> --
>> 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: Parameter value weirdness

1999-04-14 Thread Robert Dietrick

I hear you loud and clear.  There's really no way that you could be
getting "null" from that method invocation (unless of course, your query
string looks like http://...?name1=null).

Printing the return value of getParameter("name1") will print "null" or
"", however.

Are you using the JServ module?  Send me a test servlet.

-Rob


On Wed, 14 Apr 1999, Jason Proctor wrote:

> I think you may be misunderstanding me. In the situation where I'm
> processing a request for a URL like
> 
> http://whatever.com/servlets?name1=&name2=someVal
> 
> getParameter (name1) should return either a null pointer or a blank string.
> Right now, I'm getting the string value "null", ie a four character string
> containing the characters 'n', 'u', 'l', 'l', as though somewhere someone
> is doing an implicit string conversion (eg String s = "" + null will give s
> = "null").
> 
> This is wrong, isn't it?
> 
> 
> >HttpServletRequest.getParameter("name1") should return "" in the case of a
> >URL like
> http://whatever.com/servlets?name1=&name2=someVal
> >
> >Regardless, this is still problematic, since you probably want that value
> >to be null.
> >
> >What I've done to get around this is provide my servlets with the
> >following method:
> >
> >private String getParameter(HttpServletRequest req, String parameterName)
> >throws NullParameterException {
> > String value = req.getParameter(parameterName);
> > if ( (value == null)  || (value.equals("") )
> > throw new NullParameterException(parameterName);
> > return value;
> >}
> >
> >And define a NullParameterException with a method like:
> >public String getParameterName()
> >and a constructor like the one used above:
> >public NullParameterException(String parameterName)
> >so that you can later find out which parameter was not passed.  It comes
> >in handy when you're checking for required form fields and the like.
> >
> >Hope this helps.
> >
> >-Rob
> >
> >On Tue, 13 Apr 1999, Jason Proctor wrote:
> >
> >> I'm seeing some weird behaviour with parameters that are passed to servlets
> >> as blank strings, ie in a URL such as
> >> http://machine/zone/servlet?param1=¶m2=. These parameters end up having
> >> the value "null" (ie a 4-character string) rather than either a blank
> >> string or a null pointer, which is what I would expect.
> >>
> >> Here's the code -
> >>
> >> Enumeration parmNames = inRequest.getParameterNames();
> >>
> >> while ( parmNames.hasMoreElements() )
> >> {
> >>String key = (String) parmNames.nextElement();
> >>
> >>String value = inRequest.getParameter( key );
> >>
> >>// value == "null" here
> >>// in case where parameter is passed as ?name=&name=value
> >> }
> >>
> >> Any ideas anyone? Thanks in advance.
> >>
> >>
> >>
> >>
> >> --
> >> 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]
> 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



JIT and unexpected verify errors for jdk1.2

1999-04-14 Thread Dimitris Vyzovitis

Hi,

I have some unexpected problems using some reflection stuff under
jdk1.2-pre1.
In particular, if I have the jit enabled,  I get an arcane verify error
thrown. If I turn off the jit, it works normally.
Also note that jdk1.1.7 (with tya) runs the same classes (that - not-
were compiled using jikes0.47) normally

It looks like a JIT bug to me, but **who do I contact for JIT related
problems/question?**
As fas as I remember linux is not an oficially supported platfrom and
blackdown did not port the jit to linux!

BTW, the VerifyError dump is the following :
Exception in thread "main" java.lang.VerifyError: (class:
ipfc/base/SingletonRegistry, method: _makeObject signature:
(Ljava/lang/Class;)Ljava/lang/Object;) Incompatible object argument for
function call

// ...


Also note, that the stack trace does not include a call to _makeObject
(however it initiates just before calling it)


Dimitris



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



(fwd) Re: Port of IBM's VM?

1999-04-14 Thread pridemor

And here's the response...


-- Forwarded by Russell Pridemore/Lex/Lexmark on 04/14/99
02:24 PM ---

[EMAIL PROTECTED] on 04/14/99 01:33:15 PM

To:   Russell Pridemore@LEXMARK
cc:
Subject:  Re: Port of IBM's VM?




The people who can do something about it are well aware of the interest.

dave






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jdk servlets on Linux

1999-04-14 Thread Michael Lorton

On Wed, 14 Apr 1999, Matt Duckham wrote:

> Camilo Wilson wrote:
> > 
> > Using Apache Jserv for servlets does work, but it requires a good dose
> > of masochism. Much, much easier is to use the Java Web Server from Sun

> I don't think I'm a masochist, but I found no difficulty in installing
> Jserv for Apache. I've never used Sun's server so I can't comment on
> relative speed or simplicity, but I guess I saved myself $300 at
> least...

My experience with Jserv has also been fairly pleasant.  The configuration
techniques is overinvolved, but usable.

> > We have also found Apache Jserv servlets are slower than servlets served
> > by the Java Web Server on the same box. Probably due to inefficient
> > communication between Apache and VM (uses sockets).

Seems plausible.

M.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: JIT and unexpected verify errors for jdk1.2

1999-04-14 Thread Dimitris Vyzovitis

Dimitris Vyzovitis wrote:
// ...
// lots_of_stuff
// ...

After some recompilations (still using jikes0.47),and  the problem is no longer
there.
It is *mysterious* to me, as I can not reproduce the (possible) bug.
I guess I have to retract that "... it looks like a jit bug to me..." (or not?)

At any rate, who could answer questions concerning the linux port of sunwjit?

Dimtiris

PS: Hopefully tya1.3 will be out real soon, so that we don't have to depend on
sunwjit...




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: -classpath "bug"

1999-04-14 Thread Moses DeJong

On Wed, 14 Apr 1999, Michael Sinz wrote:

> On Wed, 14 Apr 1999 11:59:48 +0200, Robb Shecter wrote:
> 
> >Hi,
> >
> >I know this is an old one, but I was wondering about the state of the
> >"-classpath" annoyance that is there in Java/Linux 117a, and possibly in
> >other Java versions, too.
> >
> >I mean the problem where the command line option has different behavior
> >than the environment variable - namely, with the command line option you
> >must specify the core java libraries, too.
> >
> >I saw something about this a while ago, but don't remember - anybody
> >know what the state of this is?  Is it acknowledged as a generic Java
> >bug?  Is it only a Linux problem?
> >
> >(I'm just editing for the nth time a startup script to avoid the
> >annoying "cannot find class java/lang/Thread" error.)

I agree, one should neven use the -classpath argument. The only "safe"
way to do things is to set the CLASSPATH env variable.

Mo DeJong
dejong at cs.umn.edu
 
> I have taken to never use the "-classpath" argument to Java specifically
> because of this.  I normally have the wrapper script just adjust CLASSPATH
> environment variable to make sure it works.
> 
> Now, in the JRE, the "-cp" does not need the core java classes...
> 
> Michael Sinz -- Director of Research & Development, NextBus Inc.
> mailto:[EMAIL PROTECTED] - http://www.nextbus.com
> My place on the web ---> http://www.users.fast.net/~michael_sinz
> 
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

Mo DeJong
[EMAIL PROTECTED]
gimme multimedia group


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Intuit-webturbotax

1999-04-14 Thread Bill Broadley


Anyone successfully get Intuit's webturbotax running?

I tried netscape-4.07+standard java, and netscape-4.51+standard java
without success on a redhat-5.2 system (they would crash).

I searched for the "activator" to allow me to include my own jvm for
use in netscape without success (the url I found at blackdown doesn't
exist).

I had to binary hack netscape to replace LinuxELF2.0 with MacPPC which
worked (Intuit allows only netscape/ie on macos/windows).

I tried using HotJava, managed to fake the HTTP_USER_AGENT string,
but I believe Java is returning the OS (one of the properties).  I looked
for the string to binary edit without success.  

It's VERY frustrating to have portable java hamstrung to mac/windows
usage by just a feature.

Does anyone know of a way to get linux-java to return win95 or similiar
as an OS?

--
Bill


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



java.util.Calendar timezone problem

1999-04-14 Thread Feng-Cheng Chang

Hello all,
I have a question about the timezone settings:
My Linux box is using local CST time, but the java.lang.Calendar or
java.lang.Date always report CDT...
Here is my program:

import java.lang.*;
import java.util.*;

public class TestCal {
public static void main(String[] argv) {
Calendar cal = Calendar.getInstance();
System.out.println(cal.getTime());
}
}

The output of the program is always CDT time.
Could anybody tell me how to solve this problem? thanks.

--
Feng-Cheng Chang
Institute for Information Industry
Taipei, Taiwan, ROC.
Tel: 886-2-2377-6100 Ext. 609
E-Mail: [EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Where/what is /usr/lib/libstdc++-libc6.0-1.so.2. ?

1999-04-14 Thread John D. Overmars

 I have installed the Java1.2 on Redhat 5.2.
Every time I try to run a Swing demo I get the message:

uncaught exception: java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
libstdc++-libc6.0-1.so.2: cannot open shared object file: No such
file or
directory java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
libstdc++-libc6.0-1.so.2: cannot open shared object file:

How do I find this odddly named file?
JDO



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Where/what is /usr/lib/libstdc++-libc6.0-1.so.2. ?

1999-04-14 Thread Moses DeJong

On Wed, 14 Apr 1999, John D. Overmars wrote:

>  I have installed the Java1.2 on Redhat 5.2.
> Every time I try to run a Swing demo I get the message:
> 
> uncaught exception: java.lang.UnsatisfiedLinkError:
> /usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
> libstdc++-libc6.0-1.so.2: cannot open shared object file: No such
> file or
> directory java.lang.UnsatisfiedLinkError:
> /usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
> libstdc++-libc6.0-1.so.2: cannot open shared object file:
> 
> How do I find this odddly named file?
> JDO
> 
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

(Linux with the JDK 1.2)
The JDK 1.2 port uses a strangely named stdc++ library. If you
are running on a non Debian Linux (like RedHat) you will need
to run these two commands as root after making sure that
/usr/local/lib is entered into your /etc/ld.so.conf file.

% g++ -shared -o /usr/local/lib/libstdc++-libc6.0-1.so.2 -lm
% ldconfig

Mo DeJong
dejong at cs.umn.edu


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Where/what is /usr/lib/libstdc++-libc6.0-1.so.2. ?

1999-04-14 Thread James Seigel

Also, If you read the README.linux..it explains some things to do when you
get this problem like using LD_PRELOAD etc...

Cheers
James.


Pooh Bear -- "I am just a bear of little brain"


On Wed, 14 Apr 1999, Moses DeJong wrote:

> On Wed, 14 Apr 1999, John D. Overmars wrote:
> 
> >  I have installed the Java1.2 on Redhat 5.2.
> > Every time I try to run a Swing demo I get the message:
> > 
> > uncaught exception: java.lang.UnsatisfiedLinkError:
> > /usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
> > libstdc++-libc6.0-1.so.2: cannot open shared object file: No such
> > file or
> > directory java.lang.UnsatisfiedLinkError:
> > /usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
> > libstdc++-libc6.0-1.so.2: cannot open shared object file:
> > 
> > How do I find this odddly named file?
> > JDO
> > 
> > 
> > 
> > --
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> > 
> 
> (Linux with the JDK 1.2)
> The JDK 1.2 port uses a strangely named stdc++ library. If you
> are running on a non Debian Linux (like RedHat) you will need
> to run these two commands as root after making sure that
> /usr/local/lib is entered into your /etc/ld.so.conf file.
> 
> % g++ -shared -o /usr/local/lib/libstdc++-libc6.0-1.so.2 -lm
> % ldconfig
> 
> Mo DeJong
> dejong at cs.umn.edu
> 
> 
> --
> 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: jdk servlets on Linux

1999-04-14 Thread Oliver Fels

> I don't think I'm a masochist, but I found no difficulty in installing
> Jserv for Apache. I've never used Sun's server so I can't comment on
> relative speed or simplicity, but I guess I saved myself $300 at least...

Same here, based on my experience.
In most cases, there are requirements which cant be met by the 
SUN server, like Perl support, etc. 
Apache is still the most convenient and most flexible web server, 
additionally it is totally free.
At least, using Apache and the JServ module is much more 
convenient than fiddling around with Netscapes Enterprise Server 
and the JRun machine or the IIS from MicroSoft.

Oliver
___
Oliver Fels| e-mail: 
Neurotec Hochtechnologie GmbH  | [EMAIL PROTECTED]
Team Manager JAVA-/IT-Security | 
Friedrichshafen, Germany   | 
---


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]