Problem with classic/libjvm.so and JNI_CreateJavaVM

[Damien Olsen]

Hi,

I am trying to invoke the Java Virtual Machine under linux using
blackdown j2sdk1.3.0 - i386 package and glibc.

When I assign vm_args.version to be JNI_VERSION_1_1, the
JNI_CreateJavaVM() call is returning an error and the JavaVM is not
created (both jvm and env variables remain NULL).
   When I assign vm_args.version to be JNI_VERSION_1_2, an irrecoverable
stack overflow occurs. The gdb backtrace is as follows when using
client/libjvm.so, server/libjvm.so or hotspot/libjvm.so:

Program received signal SIGSEGV, Segmentation fault.
0x619583 in strncmp () from /lib/libc.so.6
(gdb) bt
#0  0x619583 in strncmp () from /lib/libc.so.6
#1  0xa in ?? ()


My application will not compile when using classic/libjvm.so due to an
undefined reference to jdk_pthread_sigmask

Relevant Code for LoadJavaVM.cpp:
..

JNIEnv * env;
JavaVM* jvm;
JDK1_1InitArgs vm_args;/* Is there a different struct for 1.2
information? */
jint res;

vm_args.version = JNI_VERSION_1_1;

JNI_GetDefaultJavaVMInitArgs(&vm_args);
vm_args.classpath = ":.";

res = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);
if (res < 0) {
  fprintf(stderr, "Can't create Java VM\n");

exit(1);
/* Application is exiting here */
}



My arguments at the command line are :
g++ -I /blackdown/j2sdk1.3.0/include -I
/blackdown/j2sdk1.3.0/include/linux -L
/blackdown/j2sdk1.3.0/jre/lib/i386 -L
/blackdown/j2sdk1.3.0/jre/lib/i386/classic -L
/blackdown/j2sdk1.3.0/jre/lib/i386/green_threads LoadJavaVM.cpp -o
LoadJavaVM -ljvm -lpthread

... when I try the classic/libjvm.so

I would greatly appreciate any help you can offer me with respect to
invoking a Java Virtual Machine for use with the Java Native Interface.

Thanks in advance,

Damien


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

Re: font problems in text input

[Ole Jacob Taraldset]

It is possible that this is a problem in the applet code, but that doesn't 
help me. I've had this problem with both my on-line banks (completely 
different systems) and the tax thing below. Isn't there a way to get around 
this? When the applets works fine in windows companies will not use 
thousands of dollars to fix this problem because some odd Linux user can't 
get it working. That's just the way it is. They are going to say why isn't 
the Linux jre compatible with the windows version?

-Ole Jacob

On Monday 30 April 2001 17:57, Juergen Kreileder wrote:
> On Mon, 30 Apr 2001, Ole Jacob Taraldset wrote:
> > I've had this problem since I started using Linux a few years ago,
> > and have been unable to find a fix. This must be a problem for many
> > people: When I access a Java applett on web which requires text
> > input the fonts in the input-box is to small (or large?) to bee
> > shown. I've tried to hack the fonts.properties file, but without any
> > success (It does get better though, but no were near useful). Go to
> > the Norwegian page
> >  (this
> > applet calculates the tax you should pay for 2000) for an example,
> > but I'm having the same problem everywhere else. Look at the text
> > input box after "Ditt fødselsår" for instance.
> >
> > I'm using Red Hat 6.2 and 7.0 and have a running font server with
> > Windows TT-fonts.
> >
> > Can somebody please help me with this!!!
>
> This is a bug in the applet code.
> Contact the site adminstrators and tell them their programmers should
> use a proper layout manager instead of absolute positions and sizes.
>
>
> Juergen

-- 
GexCon AS, Bergen, Norway 
Tel : +47 55574334 (office) +47 8650 (home)
Mob.tel. : +47 95080525  Fax : +47 55574041
PGP key :  
ICQ UIN : 5366306
Please visit our new web pages at 


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

swing text html parse erro

[Chao Liu]

Hello,
I forgot attached the program last 
time.Now it is coming.
And I found when I replace the  in html source file of ,then it 
is ok.
 
Chao 
Liu 
Title: JDC Tech Tips: September 23, 1999









  
  
  

  
  


  
  

  
  

  

  

  

  

  

  

  
  

  
  



  
  


  
  

  

  

  

  
  

  

  

  

  

  

  

  

  

  

  


  
 Requires loginEarly Access  

  Downloads

  Bug Database 

  Submit a 
Bug

  View 
Database

  Newsletters

  Back 
Issues

  Subscribe

  Learning 
Centers

  Articles

  Bookshelf

  Code 
Samples

  New to 
Java

  Question of the 
Week

  Quizzes

  Tech 
Tips

  Tutorials

  Forums
  

  Technology Centers 
   SELECT - Consumer & Embedded  - Enterprise  - Wireless  - more . . .   
   
  


  
  

  Tech 
  Tips archive 
  Tech Tips
  September 23, 1999 
  This issue presents tips, techniques, and sample code for the following 
  topics: 
  
  
Extracting 
Links from an HTML File 
Sorting 
Arrays This issue of the JDC Tech Tips is written by 
  Patrick Chan,the author of the publication "The 
  JavaTM Developers Almanac". 
  
  
  
  Extracting Links from an HTML File
  
  There are many applications that fetch an HTML page from the Web and 
  then extract the links from the page. For example, a link-checker 
  application fetches a page, extracts the links, and then checks the links 
  to see of they refer to actual pages. 
  The HTML 3.2 support in the JavaTM 2 
  platform makes it fairly easy to find and parse links. This tip 
  demonstrates how to use that support. 
  The first step is to create an editor kit. The purpose of an editor kit 
  is to parse data in some format, such as HTML or RTF, and store the 
  information in a data structure that fully represents the data. This data 
  structure, called a Document, allows you to examine and modify the data in 
  a convenient way. 
  Let's look at an example. In the following example program, we're going 
  to examine the HTML data in a Document object. The program looks for A 
  (anchor) tags and extracts the HREF attribute information from these tags. 
import java.io.*;
import java.net.*;
import javax.swing.text.*;
import javax.swing.text.html.*;

class GetLinks {
  public static void main(String[] args) {
EditorKit kit = new HTMLEditorKit();
Document doc = kit.createDefaultDocument();

// The Document class does not yet 
// handle charset's properly.
doc.putProperty("IgnoreCharsetDirective", 
  Boolean.TRUE);
try {

  // Create a reader on the HTML content.
  Reader rd = getReader(args[0]);

  // Parse the HTML.
  kit.read(rd, doc, 0);

  // Iterate through the elements 
  // of the HTML document.
  ElementIterator it = new ElementIterator(doc);
  javax.swing.text.Element elem;
  while ((elem = it.next()) != null) {
SimpleAttributeSet s = (SimpleAttributeSet)
  elem.getAttributes().getAttribute(HTML.Tag.A);
if (s != null) {
  System.out.println(
s.getAttribute(HTML.Attribute.HREF));
}
  }
} catch (Exception e) {
  e.printStackTrace();
}
System.exit(1);
  }

// Returns a reader on the HTML data. If 'uri' begins
// with "http:", it's treated as a URL; otherwise,
// it's assumed to be a local filename.
  static Reader getReader(String uri) 
throws IOException {
if (uri.startsWith("http:")) {

// Retrieve from Internet.
  URLConnection conn = 
new URL(uri).openConnection();
  return new 
InputStreamReader(conn.getInputStream());
} else {

// Retrieve from file.
  return new FileReader(uri);
}
  }
}
This program takes one parameter from the command line. If the 
  parameter starts with "http:", the program treats the parameter as a URL 
  and fetches the HTML from that URL. Otherwise, the parameter is treated as 
  a filename and the HTML is fetc

Reading and writing audio data at the same time on Linux

[Sudhir Kumar]

Hi,

I am doing an application (voice based) that require "Source data
line"(audio data can be read) and "Target data line"(data may be written) to
be open at the same time.

I am creating two threads, one for reading, and other for writing and starts
both at same time.

On Windows 2000, both thread runs, but on Linux one thread blocks.

If thread started reading the audio data from "Source data line" then other
will wait for
some resource and vice versa.

If i run one thread in my application (any one thread), it works.

If i run each thread in different application, it blocks.

Everything runs perfectly well in Windows 2000.

I am using jdk1.3 on SuSe Linux 7.0 and

using javax.sound.sampled package.

Can anyone give me an idea of what to do? I would be glad to explain more.
Thanks in advance for your help.

Sudhir



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

Re: font problems in text input

[Ole Jacob Taraldset]

OK, I don't know a thing about jre's internals, but I can't imagine that it 
can be very hard to make the win and linux versions compatible. Now that all 
win fonts are available on Linux. Can somebody please explain this to me. If 
it is possible to make a fix for this, then why not? Most browsers (all?) 
have code that is designed to handle badly coded HTML. Why should this be any 
different?

-Ole Jacob

On Wednesday 02 May 2001 13:14, Joi Ellis wrote:
> On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> > They are going to say why isn't the Linux jre compatible with the
> > windows version?
>
> No JRE in the world can compensate for lazy programmers.

-- 
GexCon AS, Bergen, Norway 
Tel : +47 55574334 (office) +47 8650 (home)
Mob.tel. : +47 95080525  Fax : +47 55574041
PGP key :  
ICQ UIN : 5366306
Please visit our new web pages at 


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

Re: font problems in text input

[Joi Ellis]

On Wed, 2 May 2001, Ole Jacob Taraldset wrote:

> They are going to say why isn't the Linux jre compatible with the 
> windows version?

No JRE in the world can compensate for lazy programmers.

-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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

Re: font problems in text input

[Joi Ellis]

On Wed, 2 May 2001, Ole Jacob Taraldset wrote:

> OK, I don't know a thing about jre's internals, but I can't imagine that it 
> can be very hard to make the win and linux versions compatible. Now that all 
> win fonts are available on Linux. Can somebody please explain this to me. If 
> it is possible to make a fix for this, then why not? Most browsers (all?) 
> have code that is designed to handle badly coded HTML. Why should this be any 
> different?

90% of the problems I've seen are caused by
  1) program hard-cdes a font which is native to windows-only
  2) program hard-cdes fixed sizes for fields based on the exact size of the
 windows-only font
  3) program uses null layout everywhere so that the positions of strings
 can't be adjusted when the user resizes the frame
  4) in way too many cases the frame has disabled resize control

It's actually easier to write code that works cross platform.  I've encountered
damn few Windows developers willing to trade total control for their user 
convenience.

I stick to the fonts provided with java, I never use null layout,
and I never, ever disable resize control on frames.

I've never had a problem with applications looking like crap on any of the
platforms I support currently. (Windows, Linux, Solaris.)

In any event, handling badly coded HTML isn't the problem.  All of these
font issues are status quo if your desktop is 1600x1200 and you don't have
Arial.  Most of the web pages out there demand 800x600 and a Windows-based
browser before they work properly.  I bypass the majority of web pages
out there beause they override my browser's font settings with their
own and I! Can! Not! Read! their text.

All of my customers (so far) are Solaris people (big telcos.)  It's a
simple matter to make applications cross platform  Don't fight the JVM.

-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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

Re: font problems in text input

[Ole Jacob Taraldset]

To fix my specific problem, what if I:

1) Run xfs with tt-support and copy all my Windows fonts to LInux
2) Edit font.properties to use the win fonts

This should fix all my problems, or not?

-Ole Jacob

On Wednesday 02 May 2001 13:42, Joi Ellis wrote:
> On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> > OK, I don't know a thing about jre's internals, but I can't imagine that
> > it can be very hard to make the win and linux versions compatible. Now
> > that all win fonts are available on Linux. Can somebody please explain
> > this to me. If it is possible to make a fix for this, then why not? Most
> > browsers (all?) have code that is designed to handle badly coded HTML.
> > Why should this be any different?
>
> 90% of the problems I've seen are caused by
>   1) program hard-cdes a font which is native to windows-only
>   2) program hard-cdes fixed sizes for fields based on the exact size of
> the windows-only font
>   3) program uses null layout everywhere so that the positions of strings
>  can't be adjusted when the user resizes the frame
>   4) in way too many cases the frame has disabled resize control
>
> It's actually easier to write code that works cross platform.  I've
> encountered damn few Windows developers willing to trade total control for
> their user convenience.
>
> I stick to the fonts provided with java, I never use null layout,
> and I never, ever disable resize control on frames.
>
> I've never had a problem with applications looking like crap on any of the
> platforms I support currently. (Windows, Linux, Solaris.)
>
> In any event, handling badly coded HTML isn't the problem.  All of these
> font issues are status quo if your desktop is 1600x1200 and you don't have
> Arial.  Most of the web pages out there demand 800x600 and a Windows-based
> browser before they work properly.  I bypass the majority of web pages
> out there beause they override my browser's font settings with their
> own and I! Can! Not! Read! their text.
>
> All of my customers (so far) are Solaris people (big telcos.)  It's a
> simple matter to make applications cross platform  Don't fight the JVM.

-- 
GexCon AS, Bergen, Norway 
Tel : +47 55574334 (office) +47 8650 (home)
Mob.tel. : +47 95080525  Fax : +47 55574041
PGP key :  
ICQ UIN : 5366306
Please visit our new web pages at 


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

Re: font problems in text input

[Joi Ellis]

On Wed, 2 May 2001, Ole Jacob Taraldset wrote:

> To fix my specific problem, what if I:
> 
> 1) Run xfs with tt-support and copy all my Windows fonts to LInux
> 2) Edit font.properties to use the win fonts
> 
> This should fix all my problems, or not?

Nope.  The Unix/Linux JVMs do not use xfs fonts, they only use 
fonts stored in TrueType format on the machine's own disks.

The JVM asks the X11 server for its font path, but instead of asking
it for its list of fonts, it goes rooting through the font path looking
directly at the font.dir files it can find on the machine's disk.
The last time I looked into xfs, it provided TrueType support by
converting native fonts in ram.  Since these fonts don't exist on
disk in that format, the JVM ignores them.

There's also the little problem of violating Microsoft's license by
copying the font files to another platform.

Besides, this might fix the problem for your own machine, but it won't fix
it for any of your other users.  

-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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

Re: font problems in text input

[Bruce Miller]

Joi Ellis wrote:
> 
> On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> 
> > They are going to say why isn't the Linux jre compatible with the
> > windows version?
> 
> No JRE in the world can compensate for lazy programmers.

Agreed!  And yet

Although I dont have a better solution at hand, IMHO a lot of
AWT (& Swing inherits enough of this) represents an opportunity 
missed.

Many of us started out with Java years ago writting Applets ---
and discovered there was no access to enough info about the 
browser to do a decent job (background colors, font size, etc).
That's unchanged, and Swing _effectively_ isn't available to 
"most" browsers.

And though there are some nice ideas in layout managers, the
way they work doesn't seem to lend itself to IDE's.  The
"Put a widget here" operation doesn't end up vary scalable/portable.
[I'd be happy if IDE's have advanced since I last looked]
You have to develop an entirely different mindset to portably
layout an application using layout managers (in Emacs) than you
do using an IDE.  (& GridBagLayout's a bear in any case! :>)
So it's not surprising that "lazy programmers" take the easy route.

And finally, it would have been nice if the "Standard Font Set"
also had some standard font metrics!  Although the situation has
improved somewhat, many early JVMs had really bad font metrics,
particularly SGI's font heights were completely wrong.  Even 
still, the characteristics of the fonts on different systems can
be quite different.

Consequently, even when you layout an application "Correctly", it
often will look good on one system and lousy on another.  Assuming
that they (the programmer) is in error, they will then "Tune" it
so it looks better on their development platform --- and consequently
even worse on others.

Sigh...


Bruce Miller
<[EMAIL PROTECTED]>  http://math.nist.gov/~BMiller/


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

Re: font problems in text input

[Joi Ellis]

On Wed, 2 May 2001, Bruce Miller wrote:

> Although I dont have a better solution at hand, IMHO a lot of
> AWT (& Swing inherits enough of this) represents an opportunity 
> missed.
> 
> Many of us started out with Java years ago writting Applets ---
> and discovered there was no access to enough info about the 
> browser to do a decent job (background colors, font size, etc).
> That's unchanged, and Swing _effectively_ isn't available to 
> "most" browsers.

This is an unfortunate turn the web has taken.  HTML stands for
HyperTextMarkupLanguage, with the idea being a generic presentation
of textual data, with the presentation provided by the browser.

HTML works great when the page designer choses to not control everything,
as HTML was originally designed.  

I supported an internal website for several years at my last job,
and I couldn't dictate things like colors and fonts because we had
employees who were color blind and/or had visual impairments.  If I had
coerced their browsers to use my own perferred fonts and colors, they
couldn't read the information they needed to do their jobs.

When I write code, I don't care where the widgets end up on the panel as
long as they're readable.  I don't care what the font looks like as long
as it's the correct encoding.  I'll use whatever colors and fonts the 
user wants used.  I write code on my 1600x1200 display, if I were to
hardwire my own fonts, the results would either be way too big, or using
some wierd default on the more common 800x600 displays.

> And though there are some nice ideas in layout managers, the
> way they work doesn't seem to lend itself to IDE's.  The
> "Put a widget here" operation doesn't end up vary scalable/portable.
> [I'd be happy if IDE's have advanced since I last looked]
> You have to develop an entirely different mindset to portably
> layout an application using layout managers (in Emacs) than you
> do using an IDE.  (& GridBagLayout's a bear in any case! :>)
> So it's not surprising that "lazy programmers" take the easy route.

I guess I'm spoiled by JBuilder's designer.  I've used most of the
layout managers and avoided using GridBagLayout because everyone said
it was "too hard."  One day I was bored and decided to play with
JBuilder's  Designer and discovered GridBagLayout is really easy to
use.  Now it's the only layout manager I use.

> And finally, it would have been nice if the "Standard Font Set"
> also had some standard font metrics!  Although the situation has
> improved somewhat, many early JVMs had really bad font metrics,
> particularly SGI's font heights were completely wrong.  Even 
> still, the characteristics of the fonts on different systems can
> be quite different.
> 
> Consequently, even when you layout an application "Correctly", it
> often will look good on one system and lousy on another.  Assuming
> that they (the programmer) is in error, they will then "Tune" it
> so it looks better on their development platform --- and consequently
> even worse on others.

I don't follow you.  When I test my apps on the three platforms, the
layout managers always get it right.  Nothing looks lousy, and I don't
do any tuning.  Then again, I'm defining "correct" as "how it looks on
Windows."

The only size constraint I try to keep is that the initial size of a frame
must stay below 640x480 unless the app already knows the user wants larger
frames.

I think the basic problem is that so many developers are taught bad habits
with Windows from the very beginning.  Neither they nor their instructors
know better.  20 years ago, programming was taught using time-shared 
mainframes using general-purpose languags.  Today it's taught on banks of 
individual Windows machines in VisualBasic.

Sigh.

-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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

Information about Applets

[Mario Jaramillo R.]

Greetings:

Please send to me information about the following:

.How can I do for an java applet downloaded from my browser
 can to use the local printer resources ??

.How can I do for an java applet can to work with sockets
 using multicast addresses.

Thanks in advance

Mario Jaramillo


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

How to realize droppable tree

[Chao Liu]

Hello:
I want to realize a droppable 
tree. Drag a source data from a JList and drop it to a tree. How to got the 
exact the node I want to add. Somelike a explore in windows. We can drag file 
into the  directory in the left. Can someone give me some suggestion about hoe 
to realize such a tree.
I have realized a draggable and 
droppable list till now. But to tree???
 
Chao Liu

Re: font problems in text input

[Bruce Miller]

Joi Ellis wrote:
> 
> On Wed, 2 May 2001, Bruce Miller wrote:
> 
> > Although I dont have a better solution at hand, IMHO a lot of
> > AWT (& Swing inherits enough of this) represents an opportunity
> > missed.
> >
> > Many of us started out with Java years ago writting Applets ---
> > and discovered there was no access to enough info about the
> > browser to do a decent job (background colors, font size, etc).
> > That's unchanged, and Swing _effectively_ isn't available to
> > "most" browsers.
> 
> This is an unfortunate turn the web has taken.  
[...]
> HTML works great when the page designer choses to not control everything,
[...]
> When I write code, I don't care where the widgets end up on the panel as 
[...]

Just to be sure we're on the same wavelength; that's exactly my concern.
If the applet could adapt to the fonts & colors that the _user_ has
already chosen, it would not only be more accessible, but probably look
better too.

> > And though there are some nice ideas in layout managers, 
[...]
> > So it's not surprising that "lazy programmers" take the easy route.
> 
> I guess I'm spoiled by JBuilder's designer.  I've used most of the
> layout managers and avoided using GridBagLayout because everyone said
> it was "too hard."  One day I was bored and decided to play with
> JBuilder's  Designer and discovered GridBagLayout is really easy to
> use.  Now it's the only layout manager I use.

Hmm, maybe I'll have to refer my collegues that insist on IDE's to
JBuilder.
I'll stick to Emacs :>
GridBagLayout isn't too bad once you get used to it, but it's a big
hurdle
to get started.

> > And finally, it would have been nice if the "Standard Font Set"
> > also had some standard font metrics!  Although the situation has
> > improved somewhat, many early JVMs had really bad font metrics,
> > particularly SGI's font heights were completely wrong.  Even
> > still, the characteristics of the fonts on different systems can
> > be quite different.
> >
> > Consequently, even when you layout an application "Correctly", it
> > often will look good on one system and lousy on another.  Assuming
> > that they (the programmer) is in error, they will then "Tune" it
> > so it looks better on their development platform --- and consequently
> > even worse on others.
> 
> I don't follow you.  When I test my apps on the three platforms, the
> layout managers always get it right.  Nothing looks lousy, and I don't
> do any tuning.  Then again, I'm defining "correct" as "how it looks on
> Windows."

I'm defining "correct" to mean layed out such that it still works for
any
(reasonable) size of frame, for any (reasonable) set of fonts/sizes.
But maybe I've got a different scale for "lousy".  Of course,
readability
is the first priority.  After that, whether the right amount of
information
is present; that important info isn't hidden (eg. scrolled off); all 
necessary buttons are visible, etc.  Also that different levels of
information
are appropriately emphasized.  Here's where you easily get into trouble.
Try to de-emphasize less used info by using a smaller font, and it may
be microscopic on some system. Try to emphasize a heading for a group
of widgets by using a larger font or bold, and it may SCREAM on another 
system.

As an early example; I coded an extension to a List window to support a
structured tree of info (pre Swing!).  I coded it as generically as
possible,
arranging things dynamically according to available space & font sizes.
On most systems you ended up with a dozen or so lines in the widget --
fine.
On the SGI, with it's broken font metrics, you ended up with maybe 3 and
_lots_ of whitespace --- you couldn't even tell that a tree was being
presented.
It was readable, but, well, lousy! :>
Again, this is an old example, and it's mostly better --- but still 
not quite perfect.

[...]
> I think the basic problem is that so many developers are taught bad habits
> with Windows from the very beginning.  Neither they nor their instructors
> know better.  20 years ago, programming was taught using time-shared
> mainframes using general-purpose languags.  Today it's taught on banks of
> individual Windows machines in VisualBasic.

Well, I've never programmed on windows.  I came by my bad habits (&
prejudices)
honestly -- good ole Fortran & Lisp. :>

> Sigh.
> 
> --
> Joi EllisSoftware Engineer
> Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]
> 
> No matter what we think of Linux versus FreeBSD, etc., the one thing I
> really like about Linux is that it has Microsoft worried.  Anything
> that kicks a monopoly in the pants has got to be good for something.
>- Chris Johnson

-- 

Bruce Miller
<[EMAIL PROTECTED]>  http://math.nist.gov/~BMiller/


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

Re: font problems in text input

[Nathan Meyers]

On Wed, May 02, 2001 at 08:15:55AM -0400, Bruce Miller wrote:
> Joi Ellis wrote:
> > 
> > On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> > 
> > > They are going to say why isn't the Linux jre compatible with the
> > > windows version?
> > 
> > No JRE in the world can compensate for lazy programmers.
> 
> Agreed!  And yet
> 
> Although I dont have a better solution at hand, IMHO a lot of
> AWT (& Swing inherits enough of this) represents an opportunity 
> missed.

The AWT seemed like a good idea at the time, but it has aged poorly.
Even the most careful programmers have a hard time designing an app or
applet that looks decent in all environments.  And the two toolkits
in this case - the Windows GUI and Motif - are so different that the
problem is a nightmare for a Java GUI of any complexity. Add a couple of
other problems - the lowest-common-denominator capabilities of the AWT,
and the requirement that applet tags specify fixed pixel dimensions -
and you see that applet programmers have been hobbled from the beginning.
It's not about being lazy, it's about being screwed.

The stupid and ruinous food fight between Sun and Microsoft pretty much
destroyed client-side Java for generations of developers and users. Swing
is a good toolkit, but it's also a squandered opportunity thanks to the
Java wars. We can rant all we want about the "lazy" programmers publishing
applets, but they're just trying to make the best of a bad situation
they didn't create. The problem is much deeper and harder to solve.

Nathan


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

Why so many java instances when a Java app starts?

[kevin1]

When I start a java application on my Mandrake box, and I monitor it
using top, I notice that several java instances show up.  Why is this?
It eats up a ton of my memory, and I don't see the reason for it, as
java is multithreaded.  How can I change this behaviour?



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

Using javascript to access applet methods..

[kevin1]

Is it possible to use javascript to access applet methods?  If so how?  


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

Re: font problems in text input

[Joi Ellis]

On Wed, 2 May 2001, Nathan Meyers wrote:

> The AWT seemed like a good idea at the time, but it has aged poorly.
> Even the most careful programmers have a hard time designing an app or
> applet that looks decent in all environments.  And the two toolkits
> in this case - the Windows GUI and Motif - are so different that the
> problem is a nightmare for a Java GUI of any complexity. Add a couple of
> other problems - the lowest-common-denominator capabilities of the AWT,
> and the requirement that applet tags specify fixed pixel dimensions -
> and you see that applet programmers have been hobbled from the beginning.
> It's not about being lazy, it's about being screwed.

*laugh*  Oh, now you want to get into applet issues?  I was talking
basic applications when I was writing before.  I do *all* my work as
Swing Applications.  I don't touch the non-portable AWT stuff and I don't
do applets, specifically because they aren't portable.

If you insist on using non-portable stuff, don't blame the non-portable
stuff for your own decisions.

> The stupid and ruinous food fight between Sun and Microsoft pretty much
> destroyed client-side Java for generations of developers and users. Swing
> is a good toolkit, but it's also a squandered opportunity thanks to the
> Java wars. We can rant all we want about the "lazy" programmers publishing
> applets, but they're just trying to make the best of a bad situation
> they didn't create. The problem is much deeper and harder to solve.

We can all thank Microsoft for this mess.  They tried their usual 
800-pound gorilla tricks but they took on someone with just as many lawyers.
Big mistake for a bully who normally picks on much smaller prey.

Only Windows users are suffering from this problem, the rest of us are doing
fine without Microsoft's support.

-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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

Re: font problems in text input

[Nathan Meyers]

On Wed, May 02, 2001 at 10:51:56AM -0500, Joi Ellis wrote:
> On Wed, 2 May 2001, Nathan Meyers wrote:
> 
> > The AWT seemed like a good idea at the time, but it has aged poorly.
> > Even the most careful programmers have a hard time designing an app or
> > applet that looks decent in all environments.  And the two toolkits
> > in this case - the Windows GUI and Motif - are so different that the
> > problem is a nightmare for a Java GUI of any complexity. Add a couple of
> > other problems - the lowest-common-denominator capabilities of the AWT,
> > and the requirement that applet tags specify fixed pixel dimensions -
> > and you see that applet programmers have been hobbled from the beginning.
> > It's not about being lazy, it's about being screwed.
> 
> *laugh*  Oh, now you want to get into applet issues?  I was talking
> basic applications when I was writing before.  I do *all* my work as
> Swing Applications.  I don't touch the non-portable AWT stuff and I don't
> do applets, specifically because they aren't portable.

I'm glad you enjoy that luxury, but it was a discussion of applets that
started this thread. Like it or not (and I sure don't like it!), the
Web has become a standard for delivery of online services and applets
are still a widely used way of delivering client-side logic. Despite the
sclerotic state of browser Java environments, there are many providers
of online services who can only deliver services through JDK1.1 applets
- NO Java 2 plugin, NO application installation to the client.  If you
can't do it with JDK1.1 applets, the alternative is ActiveX controls.

Joi, you're welcome to rail against the stupidity of it all, and I sure
won't disagree! I've spent many miserable hours trying to live within
this awful constraint.  But you and I don't get to decide this one. The
online bank and it's "lazy" programmers are the norm, not the exception.


> If you insist on using non-portable stuff, don't blame the non-portable
> stuff for your own decisions.
> 
> > The stupid and ruinous food fight between Sun and Microsoft pretty much
> > destroyed client-side Java for generations of developers and users. Swing
> > is a good toolkit, but it's also a squandered opportunity thanks to the
> > Java wars. We can rant all we want about the "lazy" programmers publishing
> > applets, but they're just trying to make the best of a bad situation
> > they didn't create. The problem is much deeper and harder to solve.
> 
> We can all thank Microsoft for this mess.  They tried their usual 
> 800-pound gorilla tricks but they took on someone with just as many lawyers.
> Big mistake for a bully who normally picks on much smaller prey.
> 
> Only Windows users are suffering from this problem, the rest of us are doing
> fine without Microsoft's support.

I guess you and I have different customers. I don't get to choose the
runtime environment, the customers do, and they're always right. Maybe Sun
thought it would be able to make the J2RE pervasive in the environment
most people use... if so, well, OOPS! Those of us who have to deliver
real stuff to real users running the world's most pervasive OS are
paying the price. All fights, even big ones between computer companies,
have a million and one opportunities for compromise. Nobody took those
opportunities, and the result is that modern Java implementations are not
reliably available in client environments. You call this a "big mistake"
by Microsoft, but it sure looks like a Microsoft win to me.

Nathan Meyers
[EMAIL PROTECTED]


> 
> -- 
> Joi EllisSoftware Engineer
> Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]
> 
> No matter what we think of Linux versus FreeBSD, etc., the one thing I
> really like about Linux is that it has Microsoft worried.  Anything
> that kicks a monopoly in the pants has got to be good for something.
>- Chris Johnson
> 


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

Re: Using javascript to access applet methods..

[Jacob Nikom]

Look at URL:
http://developer.netscape.com/docs/manuals/js/client/jsguide/index.htm

"What Is LiveConnect?

In the Navigator browser, LiveConnect lets you perform the following
tasks:

 Use JavaScript to access Java variables, methods, classes, and
packages directly.

 Control Java applets or plug-ins with JavaScript.

 Use Java code to access JavaScript methods and properties. "

This is only relates to Netscape. How IE works with Java - I don't know.

Jacob Nikom



kevin1 wrote:

> Is it possible to use javascript to access applet methods?  If so how?
>
> --
> 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: Why so many java instances when a Java app starts?

[Nathan Meyers]

On Wed, May 02, 2001 at 11:31:57AM -0400, kevin1 wrote:
> When I start a java application on my Mandrake box, and I monitor it
> using top, I notice that several java instances show up.  Why is this?
> It eats up a ton of my memory, and I don't see the reason for it, as
> java is multithreaded.  How can I change this behaviour?

There is nothing you need to change. In Linux, each thread gets its
own process ID and shows up in the process table. That "ton of memory"
is the same piece of memory for every thread, which is why they're all
the same size.

Nathan


> 
> 
> 
> --
> 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: Using javascript to access applet methods..

[ken . vanallen]

You need the LiveConnect classes found in jaws.jar 

I have been successfully using this to embed application rules and logic in
web applications, and to actually write out the user interface. It works
great.

You can find some sketchy information on the web by searching on "JSObject".
If you have specific questions, I may be able to answer those for you, time
permitting.

Ken Van Allen
Software Engineer
Fiserv, Inc.

-Original Message-
From: kevin1 [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 02, 2001 9:44 AM
To: [EMAIL PROTECTED]
Subject: Using javascript to access applet methods..



Is it possible to use javascript to access applet methods?  If so how?  


--
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: Why so many java instances when a Java app starts?

[Peter Schüller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> When I start a java application on my Mandrake box, and I monitor it
> using top, I notice that several java instances show up.  Why is this?
> It eats up a ton of my memory, and I don't see the reason for it, as
> java is multithreaded.  How can I change this behaviour?

It's because of Linux's braindead (or perhaps I should say non-existent) 
threading model. Each thread in the JVM will show up as a seprate process 
(unless you use green threads). But have no fear; each one doesn't eat up all 
that memory. The amount of RAM top says each process uses is actually the 
amount of RAM used by the JVM as a whole.

- -- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <[EMAIL PROTECTED]>'
Key retrival: Send an E-Mail to [EMAIL PROTECTED]
E-Mail: [EMAIL PROTECTED] Web: http://www.scode.org

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE68EjsDNor2+l1i30RAjXnAJ46LWey8I27y1eg59YovDcfj/ubeACgrvA/
QEmfHuYZXynneFM2Uj228rI=
=+4sU
-END PGP SIGNATURE-


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

Jvision and Linux ?

[Joern Kottmann]

Hello :)

I'm new at this mailinglist I'm a pupil from Germany and 16 years old, 
I can't speak English very well. I hope you can understand me :)


I have a Problem with Jvision, I don't get it running can someone help
me out ?

Here is that waht  have try:

[root@wozu joern]# ./jvision121unixinstall.bin
InstallAnywhere is preparing to install...

Please choose a Java virtual machine to run this program.
(These virtual machines were found on your PATH)
-
 1. Exit.

No Java virtual machine could be found from your PATH
environment variable.  You must install a VM prior to
running this program.

[root@wozu joern]# echo -n $PATH
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin

[root@wozu joern]# type java
java is /usr/bin/java

Have someone an idea what I do wrong ?

Grüße
Jörn :)


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

RE: Using javascript to access applet methods..

[ken . vanallen]

The LiveConnect classes work with IE as they do with Netscape (at least with
IE 4 and 5)...

Ken Van Allen
Software Engineer
Fiserv,Inc.

-Original Message-
From: Jacob Nikom [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 02, 2001 9:56 AM
To: kevin1
Cc: [EMAIL PROTECTED]
Subject: Re: Using javascript to access applet methods..


Look at URL:
http://developer.netscape.com/docs/manuals/js/client/jsguide/index.htm

"What Is LiveConnect?

In the Navigator browser, LiveConnect lets you perform the following
tasks:

 Use JavaScript to access Java variables, methods, classes, and
packages directly.

 Control Java applets or plug-ins with JavaScript.

 Use Java code to access JavaScript methods and properties. "

This is only relates to Netscape. How IE works with Java - I don't know.

Jacob Nikom



kevin1 wrote:

> Is it possible to use javascript to access applet methods?  If so how?
>
> --
> 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]

more Javascript & Java

[kevin1]

First. thanks all who replied about my earlier question about
javascript.  (Extending thanks to  those who answered the process
question as well)

More Javascript& java tho:
I'm working on an intranet - and I've been told that I can use Swing
applets.  What do I need to do to enable that? 
  I need to have javascript events trigger actions in a JTree.  I
checked out LiveConnect, and it seems to deal more with java writing
javascript.  This is cool, but not what I need right now.  What I need
is to pass JavaScript variables dynamically, without page reload, to the
applet and have the JTree change state based on that.  This solution is
targeted for IE as well.  Is this possible?  How would I go about
getting started with that?
 


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

Javascript and Java

[kevin1]

if this went through great! I'm resending because I qyv'ed up the address...

 First. thanks all who replied about my earlier question about 
 javascript.  (Extending thanks to  those who answered the process 
 question as well)
 
 More Javascript& java tho:
 I'm working on an intranet - and I've been told that I can use Swing   
 applets.  What do I need to do to enable that?   
   I need to have javascript events trigger actions in a JTree.  I 
 checked out LiveConnect, and it seems to deal more with java writing 
 javascript.  This is cool, but not what I need right now.  What I need 
 is to pass JavaScript variables dynamically, without page reload, to the
 applet and have the JTree change state based on that.  This solution is
 targeted for IE as well.  Is this possible?  How would I go about 
 getting started with that?


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

RE: Using javascript to access applet methods..

[Roger Smith]

So as long as you have IE > 4 and Netscape > 4, liveconnect will
work>???
Thanks

On Wed, 2 May 2001 [EMAIL PROTECTED] wrote:

> The LiveConnect classes work with IE as they do with Netscape (at least with
> IE 4 and 5)...
>
> Ken Van Allen
> Software Engineer
> Fiserv,Inc.
>
> -Original Message-
> From: Jacob Nikom [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 02, 2001 9:56 AM
> To: kevin1
> Cc: [EMAIL PROTECTED]
> Subject: Re: Using javascript to access applet methods..
>
>
> Look at URL:
> http://developer.netscape.com/docs/manuals/js/client/jsguide/index.htm
>
> "What Is LiveConnect?
>
> In the Navigator browser, LiveConnect lets you perform the following
> tasks:
>
>  Use JavaScript to access Java variables, methods, classes, and
> packages directly.
>
>  Control Java applets or plug-ins with JavaScript.
>
>  Use Java code to access JavaScript methods and properties. "
>
> This is only relates to Netscape. How IE works with Java - I don't know.
>
> Jacob Nikom
>
>
>
> kevin1 wrote:
>
> > Is it possible to use javascript to access applet methods?  If so how?
> >
> > --
> > 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]
>

-- 
___

Only those who dare to fail greatly can ever achieve greatly. --Robert F. Kennedy


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

Running j2sdk-1_3_0_02 on Redhat7.1

[Homayoun Yousefi'zadeh]

Hello there,

I am using Redhat 7.1 and Kernel 2.4.2.

I have tried both binary and rpm pkgs
of j2sdk-1_3_0_02 on this box and the
following is the error msg I get persistently.

[root@dena /usr]# java
/usr/jdk1.3/bin/java: /usr/bin/cut: No such file or directory
/usr/java/jdk1.3.0_02/bin/i386/native_threads/java: error while loading 
shared libraries: libjvm.so: cannot load shared object file: No such 
file or directory

Can somebody please shed some light here?
BTW, I did not have any problem w/ Redhat 7.0
and Kernel 2.2.16.

Thanks,
HY


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

Re: Running j2sdk-1_3_0_02 on Redhat7.1

[Calvin Austin]

I would recommend trying 1.3.1 not only does it have the fix to the wrapper
script below (/usr/bin/cut went to /bin/cut) 

But it has many hotspot fixes too. If you fix the cut stuff you will also
need to set LD_ASSUME_KERNEL=2.2.5 for 1.3.0 releases

regards
calvin

Homayoun Yousefi'zadeh wrote:
> 
> Hello there,
> 
> I am using Redhat 7.1 and Kernel 2.4.2.
> 
> I have tried both binary and rpm pkgs
> of j2sdk-1_3_0_02 on this box and the
> following is the error msg I get persistently.
> 
> [root@dena /usr]# java
> /usr/jdk1.3/bin/java: /usr/bin/cut: No such file or directory
> /usr/java/jdk1.3.0_02/bin/i386/native_threads/java: error while loading
> shared libraries: libjvm.so: cannot load shared object file: No such
> file or directory
> 
> Can somebody please shed some light here?
> BTW, I did not have any problem w/ Redhat 7.0
> and Kernel 2.2.16.
> 
> Thanks,
> HY
> 
> --
> 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: Running j2sdk-1_3_0_02 on Redhat7.1

[Joi Ellis]

On Wed, 2 May 2001, Homayoun Yousefi'zadeh wrote:

> Hello there,
> 
> I am using Redhat 7.1 and Kernel 2.4.2.
> 
> I have tried both binary and rpm pkgs
> of j2sdk-1_3_0_02 on this box and the
> following is the error msg I get persistently.
> 
> [root@dena /usr]# java
> /usr/jdk1.3/bin/java: /usr/bin/cut: No such file or directory
> 
> Can somebody please shed some light here?
> BTW, I did not have any problem w/ Redhat 7.0
> and Kernel 2.2.16.
 
Red Hat moved 'cut' from /usr/bin/cut to /bin/cut.  You can fix it
with a symlink.

What out for 'whence', too.


-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


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