David Brownell wrote:
> Heh ... the real fun begins when the last name-mangling issues get
> resolved, and folk start using DDD with GCJ compiled code! :)
> I don't know if it'll work with interpreted code though.
Yeah, there isn't really a solution for debugging interpreted code w/ GCJ
(our in
Erik Erskine wrote:
> I am having problems starting up java 1.3 on a Cobalt raq3 (Redhat 6.0,
> 2.2 kernel). This applies to both IBM and Sun versions. Java 1.2 works
> fine.
>
> The exact error message I get when running "java ..." is:
>
> Unable to load /opt/IBMJava2-13/jre/bin/libhpi.so: sym
"John N. Alegre" wrote:
> Here is my $.02:
>
> Switch to Windowmaker.
>
> Java works great .. AWT and Swing!
Really? I use WindowMaker (0.53) and I have problems with various AWT apps
"drifting" down the screen when they are minimized/restored. Swing apps that I
have tried do seem to work fairl
Riyad Kalla wrote:
> If I am just am just doing basic Swing/Java apps on Linux.
> And want a farily stable solution, would my best bet to be
> JDK 1.1.8 (when it comes out in a bit from Blackdown) and
> Swing 1.1.1 from Sun? Or is there THAT much difference
> between that solution and JDK 1.2prev
Nathan Meyers wrote:
> Bryce McKinlay wrote:
> >
> > If you're using ORBacus, you should use ORBacus's jidl compiler
> > (www.orbacus.com). You can not use the classes generated by Sun's IDL compiler
> > with ORBacus (or vice-versa).
>
> After d
If you're using ORBacus, you should use ORBacus's jidl compiler
(www.orbacus.com). You can not use the classes generated by Sun's IDL compiler
with ORBacus (or vice-versa).
regards
[ bryce ]
[EMAIL PROTECTED] wrote:
> I've recently switched to using Linux (RedHat 6.0 on Pentium II). Since I
Piers O'Hanlon wrote:
> Hi,
> Does anyone know of any port of java over IPv6? I am particularly in
> terested in java over IPv6 on Linux.
The java.net implementation in libgcj has support for IPv6. I'm not sure how
well it (IPv6 support) works, though.
http://sourceware.cygnus.com/java
[EMAIL PROTECTED] wrote:
> How does TYA/JDK117 compare to IBM's JVM for Linux?
>
>
>
> Does either TYA or IBMs JIT work with JDK1.2 prev2?
TYA works with JDK 1.2, however it is generally slower than the sun JIT
included with 1.2
regards
[ bryce ]
-
Sandy Ward wrote:
> Anyone know much about the garbage collector for the Blackdown JVM? I am talking
> about comparisons to Sun's, IBM's, etc. From recent experience it seems that
> the GC takes one big pause to collect the garbage where as other VM's do it a
> little more smoothly.
>
> Any thoug
I'm having lots of problems with native threads in v3 - some AWT/Swing
apps don't start correctly, others work unreliably (menus that sometimes
dont respond to clicks, windows that come up blank, etc). This is
happening on both a KDE and a WindowMaker system so it doesn't appear to
be a window man
This is a generic JDK bug (well, it will also occur on Solaris - the behavior might be
different
on the Windows JDKs). The problem is to do with Java's broken Calendar classes and has
something
to do with your timezone. The behaviour will be different depending on what time zone
you are in
- in
There are many problems with the Calendar classes in JDK 1.1.7, and they are
not specific to Linux. As Chris Abbey has suggested, you can sometimes work
around them by setting the user.timezone property - however for many timezones
(New Zealand and Australian ones, for example), it will still scre
Arnaldo Riquelme wrote:
> I downloaded and installed the JDK1.16 on my Red Hat 5.1 Linux . I
> followed the instructions in the readme.txt and everything
> seem to be working.
> I created a small hello java program , it compiled, but when I tried to
> run
>
> java Hello
>
> I get the following
>
[EMAIL PROTECTED] wrote:
> I am developing a network performance benchmarking program with java. I
> have resently intalled jdk1.1.7 in my redhat5.1but i am getting very slow
> prefrormance. i.e. a for loop from 0 to 3x10^7 takes about 10 secs while
> when using vcafe in windows95 itneeds about
Tucker Balch wrote:
> Don't get me wrong, I'm glad to have java-linux even if I have to
> download and install bzip2 to use it. Still I think it's better
> to stick with more commonly available installation tools (and libraries
> and kernels for that matter).
>
> Is java-linux for kernel develop
Matthew McKeon wrote:
> However, I now see that the download page
> claims there IS no linux version of the plug-in.
> Very strange, however I'll take anything I can get.
> The linux activator existed at SOME point,
> so if anyone can tell me where to obtai
Hi, I have a weird problem with JDK 1.2 - 'ps' and 'top' report massive
amounts of memory being used by the jdk whenever I run *anything* in java:
[bryce@p2-bryce bryce]$ ps aux | grep java
USER PID %CPU
%MEM SIZE RSS TTY STAT START TIME COMMAND
bryce 31839 6.9 11.6 75424
7380 p0
Actually, you do not need to be running the osagent for Visibroker to work - the
osagent simply supports Visibroker's proprietry object location/binding
mechanism. As long as you stick to the CORBA-standard (and interoperable)
IOR/nameservice-based object binding, the osagent is not required.
Inc
Colin McDonald wrote:
> Is a java debugger the same thing as a java editor. I'm looking for a
> Java Editor (preferable with Colours) to use in Linux. Currently I use
> Kawa in Win 32, and I am looking for something similar to this for
> Linux.
My favourite is NEdit: http://fnpspa.fnal.gov/ni
After upgrading my Linux kernel from 2.2.0pre7 to 2.2.0pre9 (aka
2.2.0-final), native threads are broken. All complex multithreaded
applications (AWT & Swing apps especially) crash within a few seconds of
start up. Green threads are not effected. Reverting to 2.2.0pre7 removes
the problem.
Can an
"Marvin McNett II (GTA)" wrote:
> I recently ran the Java benchmark at:
>
> http://math.nist.gov/scimark/
>
> on my 300MHz PII Linux machine with Netscape 4.5. To my astonishment, the
> results were terrible! Since I can dual boot, I started up Windows 95 (a
> rare occurance) and ran th
Mario Camou wrote:
> Jason and Mark,
>
> Thanx for your quick replies! Uncommenting the "#define IGNORE_DISABLE" in tya.c did
> it. What I'd like to know (I'm really curious!) is exactly WHAT is trying to turn off
> the JIT. Could it be Swing?
Swing 1.1 tries to disable the JIT during some huge
Michael Emmel wrote:
> I know the method I crash thre often. It inits the gui.
> If the sleep work it means he has a race in his Jit. By sleeping your app it
> gives the Jit a chance to run through the new code.
> That a big method and hes not through jitting it before other stuff gets
> cal
I was going to send this to Albrecht Kleine (author of TYA), but can't
seem to resolve his mail address, so I'll post it here. Origional
message follows:
--
I have just installed TYA 1.2 - Together/J is now working great (and
*fast*!) without having to
#undef anything in tyaconfig.h. How
Download and install the native threads package, and enable it by
setting the THREADS_FLAG environment variable.
Green threads do "time-slice", just not very well ;-)
regards
[ bryce ]
Barnet Wagman wrote:
> It appear that the the linux implementation of java does not do
> time-slicing (I'm
I am having problems with some apps that do not exit properly when native
threads are used with the 1.1.7v1a blackdown port. An example of an application
which exhibits this behaviour is Together/J. This application starts to
shut down when "file/exit" is chosen, but one frame remains on the scre
Although this is good to see, it is hardly fair to compare a native code
compiler (a commercial one, at that) against a true JVM (which in Microsoft's
case was only slightly slower)
regards
[ bryce ]
Mario Camou wrote:
> Hi all,
>
> Check this out (I'm not including the full text in the int
[EMAIL PROTECTED] wrote:
> Sinz writes:
>
> CLASSPATH, as it is currently implemented by various JVMs, JDKs, and
> browsers is, IMHO, one of the most confusing, broken, and expensive
> problems in Java (expensive in the cost of support and the like)
>
> I couldn't agree more. It's the most freque
Hi,
I had this problem as well - it appears to be specific to Together/J on the
Blackdown JDK when using green threads. If you set THREADS_FLAG=native then
the problem goes away. The problem does not appear with the Open Group JDK
(which also uses native threads).
On the subject of native thread
John Summerfield wrote:
> On Sun, 15 Nov 1998, Kenny Freeman wrote:
>
> > Hi, you have to add the path to the jar files like (for example):
> >
> > export
> > CLASSPATH=$CLASSPATH:/usr/local/swing/swing.jar:/home/freeman/jars/net.jar:etc
> >
> > that should work a little better for you (once you'
30 matches
Mail list logo
