Re: Java Plug-in tantalizing, but...

[Juergen Kreileder]

Robert Coie <[EMAIL PROTECTED]> writes:

> Juergen Kreileder wrote:
> 
> > I'm using libc6_2.0.7pre3-1.deb from the new unstable dist ('slink') and
> > v7 works fine.
> 
> Great point; I was actually downloading that as your mail arrived.  It
> worked for me too.  Debian 2.0 users - in order to use 1.1.5v7 of the
> JDK, the libc6 currently in "frozen" is insufficient.  The version
> mentioned above appears to be OK.
> 
> However, this still doesn't make the Java Plug-in work.  Is there a
> way to hook the plugin up with the jre in my now-working JDK tree,
> instead of the jre that ships with the plugin itself?
> 

The original activator-linux-glibc works for me. But if change the
javaplugin.jre.path to /public/languages/JDK-1.1.5v7 with the
ControlPanel I experienced some problems:

/public/languages/JDK-1.1.5v7/lib/i686/green_threads/libawt.so: undefined symbol: 
XmInternAtom

I solved this with
mv ~/.netscape/javaplugin/bin/javaplugin_noxm \
~/.netscape/javaplugin/bin/javaplugin_noxm.real
and inserting a wrapper script: ~/.netscape/javaplugin/bin/javaplugin_noxm
#!/bin/bash
export LD_PRELOAD=/usr/X11R6/lib/libXm.so:/usr/X11R6/lib/libXt.so
exec ~/.netscape/javaplugin/bin/javaplugin_noxm.real $*

Now the plugin-works - with one exception: the ControlPanel fails with
java.lang.NoClassDefFoundError.

Also the the shell script ~/.netscape/javaplugin/ControlPanel failed
before I changed it:
#!/bin/sh
# Shell Script to run the Java(TM) Plug-in control panel.

export CLASSPATH
ADIR=$HOME/.netscape/javaplugin
CLASSPATH=$ADIR/lib/swingall.jar:$ADIR/lib/javaplugin.jar
#:$ADIR/lib/rt.jar

ADIR=/public/languages/JDK-1.1.5v7
CLASSPATH=$CLASSPATH:$ADIR/lib/classes.zip
$ADIR/bin/jre sun.plugin.panel.ControlPanel


It would be nice to see a new build of the plugin with v7 and
swing-1.0.2.

Juergen.

-- 
Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V
Baroper Strasse 301, D-44221 Dortmund, Germany
Phone: ++49 231/755-5806, Fax: ++49 231/755-5802

Re: font problems

[Steve Byrne]

Gernot Koller writes:
 > 
 > The most obvious type is in line 46:
 > 
 > dialog.plain.0=-b&h-lucida sans-medium-r-normal-sans-*-%d-*-*-p-*-iso8859-1
 >   ^

Duh!  Cool -- I've fixed this now.  Thanks!

Steve

Re: JDK 1.1.6 port status

[Preben Randhol]

* Steve Byrne

| causing the instability in the builds, I'll go ahead and make a version for
| libc generally available.

would it be possible to get one for glibc too?

Keep up the excellent work!

-- 
Preben Randhol| Affliction is enamoured of thy parts,
Tlf73940929/(735)94076 [arb]  | And thou art wedded to calamity.
Email  [EMAIL PROTECTED]|
http://www.pvv.org/~randhol/  | - W. Shakespeare

Re: JDK 1.1.5v7 by Steve Byrne

[Dieter Nützel]

Christopher Seawood wrote:

> On Mon, 18 May 1998, Dieter Nützel wrote:
>
> > can you please remove the 'libXm.so.1' link from your latest glibc
> > JDK1.1.5v7 port (java_dyn)?
>
> I don't think that will be possible.  The Motif shared libs I used to
> build jdk have libname.so.1 hardcoded as the soname.  The glibc jdk
> was linked against Motif 1.2.4 not lesstif.  As soon as we figure out the
> problems with Motif 2.1, the newer versions of jdk will be built against
> it.

Thanks for the explanation. I have Motif 2.01 here, soon 2.1, so I can go
with it

Regards,

Dieter

Re: Java Plug-in tantalizing, but...

[Karl Asha]

There will be a release of the activator fcs done up with the latest
JDK in the very near future. 

Karl


Juergen Kreileder writes:
 > Robert Coie <[EMAIL PROTECTED]> writes:
 > 
 > > Juergen Kreileder wrote:
 > > 
 > > > I'm using libc6_2.0.7pre3-1.deb from the new unstable dist ('slink') and
 > > > v7 works fine.
 > > 
 > > Great point; I was actually downloading that as your mail arrived.  It
 > > worked for me too.  Debian 2.0 users - in order to use 1.1.5v7 of the
 > > JDK, the libc6 currently in "frozen" is insufficient.  The version
 > > mentioned above appears to be OK.
 > > 
 > > However, this still doesn't make the Java Plug-in work.  Is there a
 > > way to hook the plugin up with the jre in my now-working JDK tree,
 > > instead of the jre that ships with the plugin itself?
 > > 
 > 
 > The original activator-linux-glibc works for me. But if change the
 > javaplugin.jre.path to /public/languages/JDK-1.1.5v7 with the
 > ControlPanel I experienced some problems:
 > 
 > /public/languages/JDK-1.1.5v7/lib/i686/green_threads/libawt.so: undefined symbol: 
 >XmInternAtom
 > 
 > I solved this with
 > mv ~/.netscape/javaplugin/bin/javaplugin_noxm \
 >  ~/.netscape/javaplugin/bin/javaplugin_noxm.real
 > and inserting a wrapper script: ~/.netscape/javaplugin/bin/javaplugin_noxm
 >  #!/bin/bash
 >  export LD_PRELOAD=/usr/X11R6/lib/libXm.so:/usr/X11R6/lib/libXt.so
 >  exec ~/.netscape/javaplugin/bin/javaplugin_noxm.real $*
 > 
 > Now the plugin-works - with one exception: the ControlPanel fails with
 > java.lang.NoClassDefFoundError.
 > 
 > Also the the shell script ~/.netscape/javaplugin/ControlPanel failed
 > before I changed it:
 > #!/bin/sh
 > # Shell Script to run the Java(TM) Plug-in control panel.
 > 
 > export CLASSPATH
 > ADIR=$HOME/.netscape/javaplugin
 > CLASSPATH=$ADIR/lib/swingall.jar:$ADIR/lib/javaplugin.jar
 > #:$ADIR/lib/rt.jar
 > 
 > ADIR=/public/languages/JDK-1.1.5v7
 > CLASSPATH=$CLASSPATH:$ADIR/lib/classes.zip
 > $ADIR/bin/jre sun.plugin.panel.ControlPanel
 > 
 > 
 > It would be nice to see a new build of the plugin with v7 and
 > swing-1.0.2.
 > 
 > Juergen.
 > 
 > -- 
 > Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V
 > Baroper Strasse 301, D-44221 Dortmund, Germany
 > Phone: ++49 231/755-5806, Fax: ++49 231/755-5802

Re: Java 2D API

[sml13]

You're working with a part of Java2D as part of your doctoral thesis!?  
Wow.  Be sure to send a copy of your results to the folks at Sun so they 
can include the research in their efforts.  I heard from a Professor once 
(who was almost one of the founding people at Sun--good friend of Bill 
Joy or something) that Sun is pretty tight about allowing academics
to do research on their platforms (Java in particular).  Maybe he was in 
a bad mood that day, though.

Good luck! :-)

Shane

On Tue, 19 May 1998, Wolfgang Astleitner 
wrote:

> Hi,
> 
> I would need Java 2D for my diploma thesis, but SUN only makes Java
> 1.2beta available
> for their machines and for another system nobody wants to work with :-)
> 
> Is there an isolated Java 2D available (like Swing and other APIs) or -
> escpecially a question
> to Steve Byrne - is it hard to extract the API or parts of it (my focus
> is on BufferedImage,
> java.awt.color.*, DataModel, ... -->  BufferedImage containing
> FLOAT/DOUBLE_DATA) ?
> 
> Does anyone know a solution for this or does anyone know someone who's
> also working on this?
> 
> As is looks, SUN does not support Linux that much as this OS would
> deserve? I guess more
> people are working with Linux-boxes than with Solaris-machines, but -
> that's life...
> 
> anyway a big friend of Java (100% Java, without stupid add-ons by
> arrogant software -dictatorships),
> /wolfgang astleitner
> 
> PS: It would be great if people responding to this mail would also send
> a CC to my mail-address!
> THANKS!
> 
> 

Re: tya 06 + jdk_1.1.5_v7?

[Alexander Davydenko]

Nelson Minar wrote:

> Does tya06 work with sbb's latest port of the JDK, 1.1.5_v7? TYA's
> configure script breaks when it tries to detect the Java version, but
> if you hack it so that it sees Byrne JDK 1.1.5 libc and use the same
> bit of configuration that's used for the version that matches
>   java*root:02/25/25*
> it seems to work OK, I got about a x2 speedup on my application.
>
> But JITs are a subtle thing, so I thought I'd ask.

 I don't know, what it does, but little hack was applied. Tya works great.
Once more thank's Albrecht!

--

Cheers.
Alexander




#! /bin/sh

# Guess values for system-dependent variables and create Makefiles.
# Generated automatically using autoconf version 2.12 
# Copyright (C) 1992, 93, 94, 95, 96 Free Software Foundation, Inc.
#
# This configure script is free software; the Free Software Foundation
# gives unlimited permission to copy, distribute and modify it.

# Defaults:
ac_help=
ac_default_prefix=/usr/local
# Any additions from configure.in:

# Initialize some variables set by options.
# The variables have the same names as the options, with
# dashes changed to underlines.
build=NONE
cache_file=./config.cache
exec_prefix=NONE
host=NONE
no_create=
nonopt=NONE
no_recursion=
prefix=NONE
program_prefix=NONE
program_suffix=NONE
program_transform_name=s,x,x,
silent=
site=
srcdir=
target=NONE
verbose=
x_includes=NONE
x_libraries=NONE
bindir='${exec_prefix}/bin'
sbindir='${exec_prefix}/sbin'
libexecdir='${exec_prefix}/libexec'
datadir='${prefix}/share'
sysconfdir='${prefix}/etc'
sharedstatedir='${prefix}/com'
localstatedir='${prefix}/var'
libdir='${exec_prefix}/lib'
includedir='${prefix}/include'
oldincludedir='/usr/include'
infodir='${prefix}/info'
mandir='${prefix}/man'

# Initialize some other variables.
subdirs=
MFLAGS= MAKEFLAGS=
# Maximum number of lines to put in a shell here document.
ac_max_here_lines=12

ac_prev=
for ac_option
do

  # If the previous option needs an argument, assign it.
  if test -n "$ac_prev"; then
eval "$ac_prev=\$ac_option"
ac_prev=
continue
  fi

  case "$ac_option" in
  -*=*) ac_optarg=`echo "$ac_option" | sed 's/[-_a-zA-Z0-9]*=//'` ;;
  *) ac_optarg= ;;
  esac

  # Accept the important Cygnus configure options, so we can diagnose typos.

  case "$ac_option" in

  -bindir | --bindir | --bindi | --bind | --bin | --bi)
ac_prev=bindir ;;
  -bindir=* | --bindir=* | --bindi=* | --bind=* | --bin=* | --bi=*)
bindir="$ac_optarg" ;;

  -build | --build | --buil | --bui | --bu)
ac_prev=build ;;
  -build=* | --build=* | --buil=* | --bui=* | --bu=*)
build="$ac_optarg" ;;

  -cache-file | --cache-file | --cache-fil | --cache-fi \
  | --cache-f | --cache- | --cache | --cach | --cac | --ca | --c)
ac_prev=cache_file ;;
  -cache-file=* | --cache-file=* | --cache-fil=* | --cache-fi=* \
  | --cache-f=* | --cache-=* | --cache=* | --cach=* | --cac=* | --ca=* | --c=*)
cache_file="$ac_optarg" ;;

  -datadir | --datadir | --datadi | --datad | --data | --dat | --da)
ac_prev=datadir ;;
  -datadir=* | --datadir=* | --datadi=* | --datad=* | --data=* | --dat=* \
  | --da=*)
datadir="$ac_optarg" ;;

  -disable-* | --disable-*)
ac_feature=`echo $ac_option|sed -e 's/-*disable-//'`
# Reject names that are not valid shell variable names.
if test -n "`echo $ac_feature| sed 's/[-a-zA-Z0-9_]//g'`"; then
  { echo "configure: error: $ac_feature: invalid feature name" 1>&2; exit 1; }
fi
ac_feature=`echo $ac_feature| sed 's/-/_/g'`
eval "enable_${ac_feature}=no" ;;

  -enable-* | --enable-*)
ac_feature=`echo $ac_option|sed -e 's/-*enable-//' -e 's/=.*//'`
# Reject names that are not valid shell variable names.
if test -n "`echo $ac_feature| sed 's/[-_a-zA-Z0-9]//g'`"; then
  { echo "configure: error: $ac_feature: invalid feature name" 1>&2; exit 1; }
fi
ac_feature=`echo $ac_feature| sed 's/-/_/g'`
case "$ac_option" in
  *=*) ;;
  *) ac_optarg=yes ;;
esac
eval "enable_${ac_feature}='$ac_optarg'" ;;

  -exec-prefix | --exec_prefix | --exec-prefix | --exec-prefi \
  | --exec-pref | --exec-pre | --exec-pr | --exec-p | --exec- \
  | --exec | --exe | --ex)
ac_prev=exec_prefix ;;
  -exec-prefix=* | --exec_prefix=* | --exec-prefix=* | --exec-prefi=* \
  | --exec-pref=* | --exec-pre=* | --exec-pr=* | --exec-p=* | --exec-=* \
  | --exec=* | --exe=* | --ex=*)
exec_prefix="$ac_optarg" ;;

  -gas | --gas | --ga | --g)
# Obsolete; use --with-gas.
with_gas=yes ;;

  -help | --help | --hel | --he)
# Omit some internal or obsolete options to make the list less imposing.
# This message is too long to be a string in the A/UX 3.1 sh.
cat << EOF
Usage: configure [options] [host]
Options: [defaults in brackets after descriptions]
Configuration:
  --cache-file=FILE   cache test results in FILE
  --help  print this message
  --no-create do not create output files
  --quiet, --silent   do not print \`checking...' messages
  --

Re: Java 2D API

[Geoffrey S. Knauth]

I agree Java seems much faster under Linux that under Win95.  By no
means would I suggest using Win95 if it could be avoided, but if you
*had* to for some reason, there is a compiler (GCC) for Win95/NT.  See
the Cygnus website at  and look for `gnuwin32'.

-- 
Geoffrey S. Knauth   http://world.std.com/~gsk

Re: JDK 1.1.6 port status

[Travis Shirk]

On Tue, 19 May 1998, David Tarendash wrote:

> Has anyone using 1.1.6 on any other (ahem) platforms, noticed any new
> features? Such as windows not resizing, Calendar's not working, Sockets
> not accepting???  A HUGE increase in memory consumption? (Our App...will
> increase the NT mem-monitor to '48M' on 1.1.5..and not grow, however, on
> 1.1.6...it grew to 125M last night!

I've had problems using 1.1.6 because it uses a JIT by default.
Many others I have talked to have had the same problems with
the JIT.  Try running java with the -nojit option and see if your
problems persist.

> 
> When we resort back to 1.1.5..everything seems to go back to normal.
> 
> I guess the reason I am asking this here, is to see if Steve or the
> other 'porters' have experienced this with their versions?
> 
> David Tarendash
> Market News Service
> 


Travis

--
Travis Shirk
[EMAIL PROTECTED]

Re: Linux Java problems...

[James Cribb]

Brad Pepers wrote:
> 
> I've been trying to use the latest JDK 1.1.5v7 on a RedHat 4.2 system
> [...]
> The main things I notice off the bat are problems with fonts. The
> font used by default on Linux is in italics which makes things look a
> little ugly.

Sure does!  To fix, edit jdk1.1.5/lib/font.properties and change the entry for
"dialog.plain".  I use this:

dialog.plain.0=-*-lucida-medium-r-*-*-12-*-*-*-*-*-iso8859-*

> There also seems to be other font problems.  A lot of
> Java applications don't seem to size things right.  I'm not sure if
> they are using a fixed layout based on an exact font size which of
> course will screw up when the font is slightly different.  Or maybe
> there is a problem with the Linux fonts.

Probably the former, ie, badly written code.  The initial window size isn't set
automatically, so many developers (even "experts") just pick arbitrary
dimensions that look roughly ok on their machine.  (I believe the correct way is
to call pack() then setSize(getPreferredSize()).

> The latest program I was trying to work with is a report generator
> that sounded really good

Don't believe the hype.

> I've also had similar font problems with most web pages I go to that
> have Java forms or reports.  The labels and entry widgets and such
> are all sized wrong so that they cut off part of the text.

Using appletviewer or Netscape?  Changing font.properties will affect
appletviewer but not Netscape.  Netscape usually picks decent fonts anyway, so
if they look bad in Netscape then it's probably badly written code again
(there's plenty of that out there).

JDK 1.1.6 port status

[Steve Byrne]

I've got a port running.  Some of the other folks who are working with me on
the port are experiencing crashes during building of the Java compiler.  In
another day or so I'll probably be making the diffs available to those brave
souls who want to try their luck at building, and, if we can isolate what is
causing the instability in the builds, I'll go ahead and make a version for
libc generally available.

Steve

JDK 1.1.6 port status

[David Tarendash]

Has anyone using 1.1.6 on any other (ahem) platforms, noticed any new
features? Such as windows not resizing, Calendar's not working, Sockets
not accepting???  A HUGE increase in memory consumption? (Our App...will
increase the NT mem-monitor to '48M' on 1.1.5..and not grow, however, on
1.1.6...it grew to 125M last night!

When we resort back to 1.1.5..everything seems to go back to normal.

I guess the reason I am asking this here, is to see if Steve or the
other 'porters' have experienced this with their versions?

David Tarendash
Market News Service

color problems viewing images from Linux jdk1.1.5 via Exceed

[Geoffrey S. Knauth]

A BBN colleague, Ray Tomlinson, noted:

   
   I am displaying on a truecolor visual using Exceed under Windows NT. The
   problem is that a number of the colors are wrong.
   The problem also manifests itself when displaying Linux output on an SGI
   box having a truecolor visual. This eliminates any server peculiarities.
   The problem is that all images have no red in any of their colors. Only
   images are affected; lines, polygons, etc. are ok.
   The problem appears in three different versions of jdk for Linux:

  jdk1.1.5v5  jdk1.1.5v7  jdk1.1.6v1.0

   The first two are ports done by Steve Byrne. The third was done by Sergey
   Nikitin at ASU. They probably are both using the same buggy code.
   I can eliminate the problem by unchecking the "use 32-bit pixels
   for truecolor" option in the protocol configuration of Exceed.  It
   is reflected as exactly one change in xdpyinfo output:

  number of supported pixmap formats:2
  supported pixmap formats:
  depth 1, bits_per_pixel 1, scanline_pad 16
  depth 24, bits_per_pixel 24, scanline_pad 32
   versus
  number of supported pixmap formats:2
  supported pixmap formats:
  depth 1, bits_per_pixel 1, scanline_pad 16
  depth 24, bits_per_pixel 32, scanline_pad 32
   

If I recall correctly, 32-bit color is [Red][Green][Blue][Alpha].  If
some layer were confused and just masked off the lower 24-bits, you'd
lose [Red].  Switching to 24-bit color would make the problem appear
to go away.

Maybe this is the problem:

  * comp.os.linux.development.apps, 27 Mar 1998
"Arcadio A. Sincero Jr." <[EMAIL PROTECTED]>
  The problem is that the colors for the image are all wrong!  All the
  blues look like green.  In fact, everything but black in the image is a
  shade of green (grays look blue green, whites look light green, etc.).
  * comp.os.linux.development.apps, 27 Mar 1998, [EMAIL PROTECTED]
  I believe I've since narrowed the problem down to the X server.  The
  X server I'm using isn't a Linux X server.  It's a Windows X server
  (eXceed).  And it seems that there's bug in my version in that it's
  not reporting the correct color depth. 'xdpyinfo' and 'xwininfo
  -root' both say that the color depth is 24bpp, with a visual class
  of TrueColor.  Even when I tell eXceed to use 'PseudoColor',
  'xdpyinfo' still says it's a TrueColor display.
   
Or, is it an endian problem of some sort?  Perhaps a conversion
to/from network order is being done in one place but not another.
Notice what this guy says about RGB coming out BGR:

   * comp.os.linux.development.apps 16 Apr 1998
 [EMAIL PROTECTED] (Jan Hubicka)
   I am playig with truecolor support in XaoS. XaoS uses his own routines
   to convert pixel to rgb and back to make it faster (the X ones are slow).
   It supports standard truecolor (r<<16)|(g<<8)|b, wich work well at
   most PC I expect. Some computers have reversed endianity, so XaoS
   support this too (b<<24)| etc... It works for example at BeOS.
   Problem happends here with UltraSparc. It uses same format as PC
   (in reversed enddianity) so (r<<16)|(g<<8)|b works w/o problems in
   kernel code or so. But inder X it for some strange purpose seems
   to use red at blue place and opossite. Green is at place.

Geoffrey

-- 
Geoffrey S. Knauth   http://world.std.com/~gsk

(no subject)

[Justin Call]

unsubscribe

Java 2D API

[Wolfgang Astleitner]

Hi,

I would need Java 2D for my diploma thesis, but SUN only makes Java
1.2beta available
for their machines and for another system nobody wants to work with :-)

Is there an isolated Java 2D available (like Swing and other APIs) or -
escpecially a question
to Steve Byrne - is it hard to extract the API or parts of it (my focus
is on BufferedImage,
java.awt.color.*, DataModel, ... -->  BufferedImage containing
FLOAT/DOUBLE_DATA) ?

Does anyone know a solution for this or does anyone know someone who's
also working on this?

As is looks, SUN does not support Linux that much as this OS would
deserve? I guess more
people are working with Linux-boxes than with Solaris-machines, but -
that's life...

anyway a big friend of Java (100% Java, without stupid add-ons by
arrogant software -dictatorships),
/wolfgang astleitner

PS: It would be great if people responding to this mail would also send
a CC to my mail-address!
THANKS!

tya 06 + jdk_1.1.5_v7?

[Nelson Minar]

Does tya06 work with sbb's latest port of the JDK, 1.1.5_v7? TYA's
configure script breaks when it tries to detect the Java version, but
if you hack it so that it sees Byrne JDK 1.1.5 libc and use the same
bit of configuration that's used for the version that matches
  java*root:02/25/25*
it seems to work OK, I got about a x2 speedup on my application.

But JITs are a subtle thing, so I thought I'd ask.

Re: Java 2D API

[Jauvane Cavalcante de Oliveira]

Hi there,

> You're working with a part of Java2D as part of your doctoral thesis!?
> Wow.  Be sure to send a copy of your results to the folks at Sun so they
> can include the research in their efforts.  I heard from a Professor once
> (who was almost one of the founding people at Sun--good friend of Bill
> Joy or something) that Sun is pretty tight about allowing academics
> to do research on their platforms (Java in particular).  Maybe he was in
> a bad mood that day, though.

I disagree. Sun has good records about supporting university's research. For
instance, the Java Data Shared Toolkit was born from one of this
partnerships.

Regards,

---
 _/  _/_/  Jauvane Cavalcante de Oliveira
_/  _/   _/   University of Ottawa
   _/  _/  _/  _/_/  Electrical and Computer Engineering Department
  _/  _/ _/  _/ Multimedia Communications Research Laboratory
_/   _/  _/_/   _/ Phone:1(613)562-5800 Ext.6243/6248  FAX:562-5175
_/_/_/  _/  _/_/  Canada  http://www.mcrlab.uottawa.ca/~jauvane
---
|   Bolsista CAPES - Brasilia/Brasil  |
---

problems compiling with i386 libc5 1.1.5v7 by Steve Byrn

[William Morgan]

Hi,

I have a large project that compiles fine under some 1.1.3 package that I
have. However using the above package, I get these errors in compiling:

=== cut here ===
./com/kevol/fam/gui/ModifiableFrame.java:0: Duplicate method declaration: void 
itemStateChanged(java.awt.event.ItemEvent)
/* $Id: ModifiableFrame.java,v 1.24 1998/05/14 16:40:43 wmorgan Exp $ */
^
./com/kevol/fam/gui/ModifiableFrame.java:12: Class com.kevol.fam.gui.ModifiableFrame 
already defined in ModifiableFrame.java.
public abstract class ModifiableFrame extends BaseFrame {
  ^
./com/kevol/fam/gui/ModifiableTreeFrame.java:0: Duplicate method declaration: void 
itemStateChanged(java.awt.event.ItemEvent)
/* $Id: ModifiableTreeFrame.java,v 1.41 1998/05/18 18:59:59 wmorgan Exp $ */
^
./com/kevol/fam/gui/AlternativeTreeFrame.java:0: Duplicate method declaration: void 
itemStateChanged(java.awt.event.ItemEvent)
/* $Id: AlternativeTreeFrame.java,v 1.28 1998/05/14 16:40:40 wmorgan Exp $ */
^
./com/kevol/fam/gui/FeatureTreeFrame.java:0: Duplicate method declaration: void 
itemStateChanged(java.awt.event.ItemEvent)
/* $Id: FeatureTreeFrame.java,v 1.17 1998/05/14 16:40:42 wmorgan Exp $ */
^
=== cut here ===

and so on. The method itemStateChanged() is implemented by several inner 
classes in each of these files and is defined by some interface in the AWT.

Any ideas as to what's going on? If you need any more information (including 
source code snippets) feel free to contact me. Thanks...

jdk 1.1.5_v7 crashes

[Nelson Minar]

I've been having some random crashes of the JDK 1.1.5_v7. I believe
they're related to a window being disposed. This never happened with
sbb's JDK 1.1.3, but it happens maybe 15% of the time when I call
dispose on a Frame with 1.1.5. 

Anything else I can do to pin this down? I'll try to see if I can
catch out the same bug in java_g, but since it's notdeterministic it's
hard to reproduce.


Here's the segfault from java:

SIGSEGV   11*  segmentation violation
stackbase=0x4156b000, stackpointer=0x4156ac74

and the thread that looks to be the guilty party.

 *current thread*
sun.awt.motif.MComponentPeer.dispose(MComponentPeer.java:215)
sun.awt.motif.MFramePeer.dispose(MFramePeer.java:101)
java.awt.Component.removeNotify(Component.java:2526)
java.awt.Container.removeNotify(Container.java:1149)
java.awt.Window.dispose(Window.java:177)
java.awt.Frame.dispose(Frame.java:372)

edu.mit.media.nelson.straum.agent.CreateAgentUI.createAgent(CreateAgentUI.java:70)

edu.mit.media.nelson.straum.agent.CreateAgentUI$2.actionPerformed(CreateAgentUI.java:45)
java.awt.Button.processActionEvent(Button.java:254)
java.awt.Button.processEvent(Button.java:227)
java.awt.Component.dispatchEventImpl(Component.java:1764)
java.awt.Component.dispatchEvent(Component.java:1704)
java.awt.EventDispatchThread.run(EventDispatchThread.java:63)

And the relevant method in my application (line 70 of CreateAgentUI.java) 
newAgentWindow is a Frame that was created by this same class - the
idea is that the CreateAgentUI class puts up a form (newAgentWindow),
waits for the user to click a button, then destroys the newAgentWindow.

  public void createAgent() {
String remoteHost = 
server.getServerDirectory().resolveToAddress(serverNameField.getText());
BaseAgent newAgent = null;

try {
  newAgent = (BaseAgent)agentClass.newInstance();
} catch (Exception e) {
  Debug.println(Debug.CRITICAL, "Agent could not be created: " + e);
  return;
}

((MonitoringOneHost)newAgent).setHostToMonitor(remoteHost);
newAgent.launch(Global.localServer());
newAgentWindow.dispose();  // THIS IS LINE 70
  }

--PAA27523.895607981/pinotnoir.media.mit.edu--

--QAA24419.895608000/aleve.media.mit.edu--

Re: Java 2D API

[Wolfgang Astleitner]

>> You're working with a part of Java2D as part of your doctoral
thesis!?
>> Wow.  Be sure to send a copy of your results to the folks at Sun so
they
>> can include the research in their efforts.  I heard from a Professor
once
>> (who was almost one of the founding people at Sun--good friend of
Bill
>> Joy or something) that Sun is pretty tight about allowing academics
>> to do research on their platforms (Java in particular).  Maybe he was
in
>> a bad mood that day, though.

>  I disagree. Sun has good records about supporting university's
research. For
>  instance, the Java Data Shared Toolkit was born from one of this
>  partnerships.

>  Regards,

So you mean, that I could have luck getting support from SUN?
Cool.

What is SUN's best address to contact?
Till know I was only a user loading all new version from JFC and JDK and
if something
didn't work the way I wanted or s.thing wasn't included I waited for the
next version :-)
--> so I didn't care about bug-reporting, complaining and stuff like
this (besides, no time :-)
But this is now a "CAUSA PRIMA" for me!

Besides: Shane misunderstood me: I don't work with parts of Java 2D, but
I want to, just
because SUN is not willing to support Linux the way it deserves.
(It can't be that hard to do so, just adapt their Solaris-x86-stuff an
recompile it for Linux.
I don't think that there's that much difference! (the khoros-people
manage to support a huge
amount of unixes for their stuff, so the Sun-people being able to bring
the world such a cool
language should manage this, too ;-)

And I don't want to switch to Win95 (I also need JNI + C, gcc is
included in Linux, in
Win95 I would have to install a C-compiler, I'm writing the written part
of my diploma
thesis with StarOffice for Linux (free!) and so on, so I want to have
everything on ONE
system, and NOT switch between Win and Linux - besides: Java under Linux
seems to
be MUCH faster than Java under Win95)

/wolfgang astleitner

Re: color problems viewing images from Linux jdk1.1.5 via Exceed

[Paul Ho]

At 11:00 AM -0400 05/19/98, Geoffrey S. Knauth wrote:
>If I recall correctly, 32-bit color is [Red][Green][Blue][Alpha].  If
>some layer were confused and just masked off the lower 24-bits, you'd
>lose [Red].  Switching to 24-bit color would make the problem appear
>to go away.

It all depend on the Color Model you are using of course.
The default is [Alpha][Red][Green][Blue]

http://java.sun.com/products/jdk/1.1/docs/api/java.awt.image.ColorModel.html#get
RGBdefault()


public static ColorModel getRGBdefault()

  Return a ColorModel which describes the default format for integer
RGB values used throughout the AWT image interfaces. The format for the RGB
values is an integer with 8 bits each of alpha, red, green, and blue color
components ordered correspondingly from the most significant byte to the
least significant byte, as in: 0xAARRGGBB


But using the java.awt.image.DirectColorModel class you can define your own.


public DirectColorModel(int bits,
 int rmask,
 int gmask,
 int bmask,
 int amask)

  Constructs a DirectColorModel from the given masks specifying which
bits in the pixel contain the alhpa, red, green and blue color components.
All of the bits in each mask must be contiguous and fit in the specified
number of least significant bits of the integer.


Cheers,
Paul

Java Project Opinions?

[Maksim Lin]

Hi,

Apologies if this is slightly off-topic for this group, but I was hoping
to get some feedback on a project I have been contemplating.  

The story is that as a part of my Masters thesis, I need to do a "proof
of concept" Java project, using a OO distributed developpment
methodology based on open-source development model.  Now one of the
ideas I have for the project, is creating a pure java awt
implementation, using X directly(+ maybe a bit of GTK for
non-lightweight components), based on XTC (pure java X library).

Now my question is: would this be a useful project for Java on Linux and
would there be people interested in working on this (as developers AND
users) ?
If this isn't a good idea for the project, does anyone have any others
that would be useful ?

Sorry for the longish message, but any comments anyone might have would
be very appreciated.

Thanks,

Maksim Lin.
-- 
==
Maksim Lin

Centre for Object Technology Applications and Research
Swinburne University of Technology

http://www.csse.swin.edu.au/maksim
===