Re: migration to linux
Hi, > I want to instal Redhat linux to run in dual boot mode with win95 and > need the capacity to use the JDK with both. > I want the power of UNIX at home but am > afraid of switching without getting some more detailed knowledge first. > Unfortunately I have no experience in compiling and configuring an OS so > I thought I'd try one of the more popular binaries available. > > Any help would be very much appreciated, either with a better flavor of > linux to use or with how to port the JDK to linux. I had very little experience with unix before I put linux on my machine. I got the slackware cd-rom set and had a trouble-free install and have been happily running a dual-boot system for some time. Sometimes if you have to re-install win95 it will mess with the OS-booter (I was using LILO)... silly microsoft products... As for the JDK, I use the Sun JDK on Win95 and Steve Byrne's port of the JDK on Linux. I also use Linux and SB's JDK on my work machine, and have never had a problem with either. I think the Linux compiler is faster than the Win95 one, too. I'm working on a fairly major Java project, so the JDK is getting a real workout, and it has performed flawlessly. And no, nobody is paying me to say this stuff :) By the way, Steve and everyone else involved, thanks very much for a great piece of software!!! dstn.
Re: SIGSEGV 11* segmentation violation
> Currently i have to develop an application that is based on a C++ Core. > For testing purpose i just called some C++-Functions that simply do some > cout stuff from within a selfwritten Java-GUI. The functions are called > succesfully but if i want proceed in the Java-Programm i ALWAYS get an: > SIGSEGV 11* segmentation violation > stackbase=0x413c5000, stackpointer=0x413c4a28 > > Full thread dump: > "Thread-5" (TID:0x4065e658, sys_thread_t:0x414fef04, state:MW) prio=5 > [...and so on...] > > The same kind of error happens also with a different C++ Library > but similar calls (it doesn't matter if the c++ calls are doing some cout > stuff ore anything else). > The C++ Calls are compiled with g++ 2.7.2 with the -shared switch. > The same type of Code (Java and C++) runs without any problems on a Sun > Solaris 2.5.1 System (also with gcc 2.7.2). > > So my conclusion is that there is a (are some) serious bug(s) in the Java > Native Interface of the JDK-Linux-Port... > Does anyone have the same kind of problem with jdk1.1.6v2 and JNI Calls > (calls of C++ Methods from Java) or does anyone have some further > information or hints for me what to do ? > I forgot to mention that i am using the jdk-1.1.6 libc Version (libc.so.5.4.44) ! Another conspicuous point is that i also get an SIGSEGV 11*segmentation violation stackbase=0x413c5000, stackpointer=0x413c4cbc [...] when i do certain thread synchronisation/processing like t1.start(); t2.start(); t1.join(); t2.destroy(); t1 and t2 are two simple Threads: t1 simply calls the sleep()-Method and t2 simply Pop up an Dialog as long as t1 is sleeping.) Any suggestions ? mfg. Steffen Tacke
RE: Loosing Windows
On 17-Jul-98 Doug Welzel wrote: > I've been running the Java version of ICQ and AOL's Instant Messenger on > a > Linux system with JDK 1.1.6 and both programs have been "loosing > windows". > For example, when you go to send someone a message in ICQ, the window > flashes up on the screen and then disappears. This seems to happen with > some window managers, but not others.. what I'm wondering is.. could > this > be an issue with the jdk or is it a purely window manager issue? I bet most noticeable is KDE 1.0, I seen this and went back to beta4 and have not had any problems... SO I suspect it is a window manager problem, and not a jdk problem. I also use ICQ and AIM both of them being the Java version and seen the same things you did, this was on a MkLinux PPC machine. Cheers, Bruce... > > Doug -- E-Mail: Bruce J. Carter <[EMAIL PROTECTED]> Date: 16-Jul-98 Time: 22:43:17 -- It is better to be silent and thought a fool, than to speak and remove all doubt. - Benjamin Franklin
RE: Any recommendation on IDE both for Java and C/C++?
On 17-Jul-98 gaolei wrote: > Dear Friends, > > I am using Wipeout, the standard version for my Java/C++ > development, in most time, the IDE works well, but I think > it may have some bug, as it crashes sometimes during the > debugging. > > The worst thing is it can not invoke the jbd for jdk1.1.6 > (Maybe that due to my PC memory is too low, 32M). > > Could you recommend any other good IDE both for Java and > C ++? I don't know how many yours have using Kawa under Win32. > it is really a small, but powerful Java IDE(You even can debug > your Servlet under that environment). Sometimes, to debugging > my Java code, I have to shutdown my linux, and using win95 to > do the debugging, and before that I have to ftp my source code > to another machine. This work take to much inconvenience to me > I would like there is a counter part(Kawa) IDE under Linux - small > , powerful, and free(or low cost). > > > Thanks in advance. > Gao Lei. Well I am a pure emacs user, they even have something called JDE and yes it also supports c/c++ among many other languages. There is a version for Winblows (95/98/NT), and ALL flavors of Unix. Yes it is free too =) for Winblows it can be gotten from www.gygnus.com, and for linux you can try a multitude of places, www.redhat.com, www.linux.org, www.gnu.org, www.linuxppc.org, www.xemacs.org. The gnu site and the xemacs site are the best pointers for the source and binaries for most all platforms. Cheers, Bruce... -- E-Mail: Bruce J. Carter <[EMAIL PROTECTED]> Date: 16-Jul-98 Time: 22:47:06 -- It is better to be silent and thought a fool, than to speak and remove all doubt. - Benjamin Franklin
RE: Help!?
On 16-Jul-98 Insanity wrote:
> I must apologize in advance, but I'm at a loss. I just installed a new
> box with Slackware 3.5 (libc5). I then got the new release of Blackdown
> JDK (1.1.6v2) and installed it. It dumps core whenever I do anything
> requiring native library loads (at least I think that's what it's
> doing).
> One example would be sockets... The following simple program doesn't
> work, so I think something very fundamental is broken about my system.
>
> import java.net.*;
> public class NetTest {
> public static void main(String args[]) {
> ServerSocket s = new ServerSocket(5000);
> }
> }
>
> I checked the FAQ and noticed the ld.so.1.9.9 bug, and downgraded to
> ld.so.1.9.7 to make sure that wasn't it. Same bug. I then downgraded
> to
> JDK1.1.5v7 just to make sure...
>
If I remember correctly you want to remove the libraries libc.so.* and
libdl.so.* from $JAVA_HOME/lib/i686/green_threads...
Look in the archives to be certain, if someone that replied with the
original answer does not reply first =)
Cheers,
Bruce...
> Here's the core dump. I've also attached an strace of java as it blows
> up
> if that is at all helpful...
>
> SIGSEGV 11* segmentation violation
> stackbase=0xb3e8, stackpointer=0xb2ec
>
> Full thread dump:
> "Finalizer thread" (TID:0x4064a208, sys_thread_t:0x4138ef04,
> state:R) prio=1
> "Async Garbage Collector" (TID:0x4064a250, sys_thread_t:0x4136df04,
> state:R) prio=1
> "Idle thread" (TID:0x4064a298, sys_thread_t:0x4134cf04, state:R)
> prio=0
> "Clock" (TID:0x4064a088, sys_thread_t:0x4132bf04, state:CW) prio=12
> "main" (TID:0x4064a0b0, sys_thread_t:0x81cc6f0, state:R) prio=5
> *current thread*
> java.lang.Runtime.loadLibrary(Runtime.java)
> java.lang.System.loadLibrary(System.java)
> java.net.PlainSocketImpl.(PlainSocketImpl.java:67)
> java.net.ServerSocket.(ServerSocket.java:57)
> java.net.ServerSocket.(ServerSocket.java:131)
> java.net.ServerSocket.(ServerSocket.java:83)
> NetTest.main(NetTest.java:11)
> Monitor Cache Dump:
> java.lang.Runtime@1080352824/1080711912: owner "main" (0x81cc6f0, 1
> entry)
> Registered Monitor Dump:
> Thread queue lock:
> Name and type hash table lock:
> String intern lock:
> JNI pinning lock:
> JNI global reference lock:
> BinClass lock:
> Class loading lock:
> Java stack lock:
> Code rewrite lock:
> Heap lock:
> Has finalization queue lock:
> Finalize me queue lock:
> Monitor IO lock:
> Child death monitor:
> Event monitor:
> I/O monitor:
> Alarm monitor:
> Waiting to be notified:
> "Clock" (0x4132bf04)
> Monitor registry: owner "main" (0x81cc6f0, 1 entry)
> Thread Alarm Q:
>
> Any suggestions or fixes will be greatly appreciated... Hopefully I've
> just overlooked something very basic and easily fixed.
>
> Thanks in advance,
> Drew
>
> ---
> Andrew J. Hope
>
> Email: [EMAIL PROTECTED]
> WWW: http://www.moselle.com/~insanity (currently down)
--
E-Mail: Bruce J. Carter <[EMAIL PROTECTED]>
Date: 16-Jul-98
Time: 22:53:08
--
It is better to be silent and thought a fool,
than to speak and remove all doubt. - Benjamin Franklin
Loosing Windows
Doug Welzel writes: > I've been running the Java version of ICQ and AOL's Instant Messenger on a > Linux system with JDK 1.1.6 and both programs have been "loosing windows". > For example, when you go to send someone a message in ICQ, the window > flashes up on the screen and then disappears. This seems to happen with > some window managers, but not others.. what I'm wondering is.. could this > be an issue with the jdk or is it a purely window manager issue? imho, this is an wm issue. Try it out with different windowmanagers... -- Music in the soul can be heard by the universe. -- Lao Tsu
Mega-Cash Wants To Advertise On Your Site!
+ This message is intended for adult webamsters, your name was purchased as part of an adult webmaster list. If this has reached you in error, please see removal info at the bottom of this page. ++ Dear Webmaster, Have you noticed that when you put a new banner on your site it does really well for a little while, then just peters out. You have to constantly present fresh banners and sites to maintain consistant cash flow. When you sign-up with Mega-Cash, you are enrolled in all eight of our programs. This allows you to rotate banners and sites without having to switch to a new advertising program every month. Whether you are advertising one of our programs, or all eight, we pay you with a single check mailed out bi-weekly like clockwork. We also offer some of the highest payouts in the industry. Ranging from .05-.34 cents per click, or up to 70% of all sign-ups with our partnership programs. Please visit our site to see what we have to offer. We don't shave hits, and we don't cheat our advertisers. We're in this for the long run, everybody can make money. http://www.mega-cash.com Thanks for your time, and sorry for the intrusion. ++ If you have received this in error, and would like to be removed from this list, just send an email to [EMAIL PROTECTED] with remove in your subject. This is an automated process. This correspondence is in compliance with Code S.1618 sections 301,305 of the new regulations governing emails http://www.senate.gov/~murkowski/commercialemail/EMailAmendText.html ++
Re: Jikes for Linux now available
David Shields wrote: > > We have just posted v0.36 of our Jikes Java compiler to > www.alphaworks.ibm.com (use www.alphaworks.ibm.com/formula/Jikes > to go directly to the Jikes page). > > This release includes support for GNU/Linux Intel. It was built using > RedHat 5.1. There is only a version for glibc. We are working on > making a version for libc5, but make no promise as to when (or even if) > it will appear. > > We wish to thank Claudio Fleiner (IBM Research, Zurich) and > Nelson Minar (MIT) for their help in this porting effort. > > philippe charles > dave shields Thank you! This is _really_ appreciated. BTW the libstdc++ library can be found at ftp://ftp.redhat.com/pub/contrib/hurricane/i386/libstdc++-2.8.1.1-1.i386.rpm for those you can't be bothered to hunt for it :) Also works fine with my RH5.0 -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED]
(no subject)
UNSUBSCRIBE
instability in Frame disposing - sbb Linux_JDK_1.1.5_v7
I'm still getting some occasional instability when disposing of Frames in the Linux JDK - I get IOT trap/Abort. My application is crashing randomly and it's driving me nuts. Is there anything I can do to help find this bug (I can send complete class files and instructions that crash the system fairly often)? Can anyone think of a work-around? The crash happens right when I call Frame.dispose(). I'll include the stack frame for the running thread when the thing dies. The frame contains several components: a Label, a TextField, and a Button, all in a FlowLayout. The last stackframe in my code (CreateAgentUI.java:70) is calling Frame.dispose() on a frame for a dialog box it created awhile ago, in response to a user clicking on a button in that frame. Is it possible that there's some sort of race condition where the Button si being destroyed while the AWT still needs it? The bug happens with both java and java_g, but not entirely reproducably. sbb once asked me to test this while DO_NOT_FREE was defined. Unfortunately, the bug is random enough that I can't test it easily. Next time the moons are in the wrong alignment I'll try to do that. Here's the stack frame that seems most relevant: "AWT-EventQueue-0" (TID:0x407209c0, sys_thread_t:0x4154bf04, state:R) prio=5 *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) My application has a tangle of threads going every which way, so I won't include them all. Here's the rest of the threads that are Runnable: "XEventServer Reader" (TID:0x4071f3d8, sys_thread_t:0x4152af04, state:R) prio=5 java.net.SocketInputStream.read(SocketInputStream.java:92) java.net.SocketInputStream.read(SocketInputStream.java:75) java.io.InputStreamReader.fill(InputStreamReader.java) java.io.InputStreamReader.read(InputStreamReader.java) java.io.BufferedReader.fill(BufferedReader.java) java.io.BufferedReader.readLine(BufferedReader.java) edu.mit.media.nelson.straum.sysinfo.unix.XEventServer.run(XEventServer.java:96) java.lang.Thread.run(Thread.java) "TcpTransporter Server" (TID:0x406fc458, sys_thread_t:0x41485f04, state:R) prio=5 java.net.PlainSocketImpl.accept(PlainSocketImpl.java:387) java.net.ServerSocket.implAccept(ServerSocket.java:206) java.net.ServerSocket.accept(ServerSocket.java:189) COM.objectspace.voyager.VoyagerDefaultServerSocket.accept(VoyagerDefaultServerSocket.java:26) COM.objectspace.voyager.TcpTransporter.run(TcpTransporter.java:118) COM.objectspace.voyager.ReusableThread.run(ReusableThread.java:132) "Async Garbage Collector" (TID:0x406fbc98, sys_thread_t:0x4141bf04, state:R) prio=1 "Idle thread" (TID:0x406fba08, sys_thread_t:0x413faf04, state:R) prio=0 --KAA24401.900599060/pinotnoir.media.mit.edu--
double-freed problem on RH5.0 with jdk1.1.6v2
I've tried running my Java program that calls C++ code (That's about all the Java program does right now). The C++ code contains X/Motif GUI code (and much more). It works just fine on linux RH4.2 using Steve Byrne's port of jdk1.1.6v2. When I try the exact same thing on RH5.0, it doesn't work anymore. I installed the glibc-2.0.7-13.i386rpm, and I have libdl.so.1.9.5. I am using jdk1.1.6-v2-glibc.tar.gz. On RH5.0, I get this crash. I think it is happening when the GUI is about to be created. Shutting down: Segmentation fault free: double-freed at 10EACEE8 Restoring tty mode: Segmentation fault SIGSEGV 11* segmentation violation stackbase=0xb240, stackpointer=0xbfffe4f4 The RH5.0 ldconfig -D output is attached. Does anyone have any ideas about what could be wrong? -Wendy Richardson ldconfig: version 970402 /usr/i486-linuxaout/lib: libXm.so.2 => libXm.so.2.0.0 libvga.so.1 => libvga.so.1.2.7 libtk.so.3 => libtk.so.3.1.1 libtcl.so.3 => libtcl.so.3.1 libm.so.4 => libm.so.4.6.27 libdb.so.1 => libdb.so.1.85.1 libcurses.so.0 => libcurses.so.0.1.2 libc.so.4 => libc.so.4.7.2 libXt.so.6 => libXt.so.6.0 libXt.so.3 => libXt.so.3.1.0 libXpm.so.4 => libXpm.so.4.2 libXaw.so.6 => libXaw.so.6.0 libXaw.so.3 => libXaw.so.3.1.0 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.0 libX11.so.3 => libX11.so.3.1.0 /usr/X11R6/lib: libXm.so.2 => libXm.so.2.0 libUil.so.0 => libUil.so.0.81 libMrm.so.0 => libMrm.so.0.81 libXaw3d.so.6 => libXaw3d.so.6.1 libMagick.so.3.9 => libMagick.so.3.9.1 libXpm.so.4 => libXpm.so.4.10 libXtst.so.6 => libXtst.so.6.1 libXt.so.6 => libXt.so.6.0 libXp.so.6 => libXp.so.6.2 libXmu.so.6 => libXmu.so.6.0 libXi.so.6 => libXi.so.6.0 libXext.so.6 => libXext.so.6.3 libXaw.so.6 => libXaw.so.6.1 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.1.orig libSM.so.6 => libSM.so.6.0 libPEX5.so.6 => libPEX5.so.6.0 libICE.so.6 => libICE.so.6.3 /usr/i486-linux-libc5/lib: libvgagl.so.1 => libvgagl.so.1.2.11 libvga.so.1 => libvga.so.1.2.11 libtermcap.so.2 => libtermcap.so.2.0.8 libstdc++.so.27 => libstdc++.so.27.1.4 libpanel.so.3.0 => libpanel.so.1.9.9e libncurses.so.3.0 => libncurses.so.1.9.9e libmenu.so.3.0 => libmenu.so.1.9.9e libm.so.5 => libm.so.5.0.6 libg++.so.27 => libg++.so.27.1.4 libform.so.3.0 => libform.so.1.9.9e libc.so.5 => libc.so.5.3.12 libXtst.so.6 => libXtst.so.6.1 libXt.so.6 => libXt.so.6.0 libXpm.so.4 => libXpm.so.4.9 libXmu.so.6 => libXmu.so.6.0 libXi.so.6 => libXi.so.6.0 libXext.so.6 => libXext.so.6.3 libXaw3d.so.6 => libXaw3d.so.6.1 libXaw.so.6 => libXaw.so.6.1 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.1 libSM.so.6 => libSM.so.6.0 libPEX5.so.6 => libPEX5.so.6.0 libICE.so.6 => libICE.so.6.3 /usr/lib: libzip.so.0.92 => libzip.so.0.92 libnet.so.0.92 => libnet.so.0.92 libnative.so.0.92 => libnative.so.0.92 libagent.so.0.92 => libagent.so.0.92 libtk8.0.so => libtk8.0.so libtixsam4.1.8.0.so => libtixsam4.1.8.0.so libtix4.1.8.0.so => libtix4.1.8.0.so libtkx8.0.0.so => libtkx8.0.0.so libtclx8.0.0.so => libtclx8.0.0.so libtcl8.0.so => libtcl8.0.so libvgagl.so.1 => libvgagl.so.1.2.11 libvga.so.1 => libvga.so.1.2.11 libreadline.so.3 => libreadline.so.3.0 libhistory.so.3 => libhistory.so.3.0 libpq.so.1 => libpq.so.1 libp2c.so.1 => libp2c.so.1.2.0 libmh.so.3.2 => libmh.so.3.2 libtiff.so.3 => libtiff.so.3.4 libpng.so.0 => libpng.so.0.96 libjpeg.so.6 => libjpeg.so.6.0.1 librle.so.1 => librle.so.1.0.0 libppm.so.1 => libppm.so.1.0.0 libpnm.so.1 => libpnm.so.1.0.0 libpgm.so.1 => libpgm.so.1.0.0 libpbm.so.1 => libpbm.so.1.0.0 libfbm.so.1 => libfbm.so.1.0.0 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8 libg++.so.2.7.2 => libg++.so.2.7.2.8 libkaffe_bissawt.so.0.87 => libkaffe_bissawt.so.0.87 libkaffevm.so.0.92 => libkaffevm.so.0.92 libgtk.so.1 => libgtk.so.1.0.0 libglib.so.1 => libglib.so.1.0.0 libgdk.so.1 => libgdk.so.1.0.0 libgpm.so.1 => libgpm.so.1.11 libgimpui.so.1 => libgimpui.so.1.0.0 libgimp.so.1 => libgimp.so.1.0.0 libgdbm.so.2 => libgdbm.so.2.0.0 libf2c.so.0 => libf2c.so.0.22 libexpect5.24.so => libexpect5.24.so libsnmp.so.3.4 => libsnmp.so.3.4 libopcodes.so.2.8.1.0.1 => libopcodes.so.2.8.1.0.1 libbfd.so.2.8.1.0.1 => libbfd.so.2.8.1.0.1 libpanel.so.3.0 => l
Bug with keyPressed/keyReleased
There seems to be a bug with keyboard handling in all version of the JDK
for linux with respect to KeyEvents. The following small java program
demonstrates the problem. Basically, when a key is pressed, and held down
multiple keyPressed/keyReleased events are generated, when only a
keyPressed event should be. THe keyReleased event shouldn't occur
until the key is released. This works correctly under both Sun's
and Microsoft's java implementation for windows.
To use the program, just click inside the Frame and hold down a key,
you'll see keyReleased events generated.
import java.awt.*;
import java.awt.event.*;
public class KeyRepeatTest extends Frame
{
public KeyRepeatTest()
{
super( "KeyRepeatTest" );
addKeyListener( new KeyAdapter()
{
public void keyPressed( KeyEvent event )
{
System.out.println( "Key Pressed" );
}
public void keyReleased( KeyEvent event )
{
System.out.println( "Key Released" );
}
});
requestFocus();
setSize( 200, 200 );
setVisible( true );
}
public static void main( String args[] )
{
new KeyRepeatTest();
}
}
Cheers,
Adam
Visibroker for Linux and JDK 1.1.6v2 problem
Hi: I get the following message occasionally from a client trying to talk to a CORBA server. Both client and server are built using Visibroker and running on Linux with JDK 1.1.6v2 (glibc 2.0.7-13). I added a message to the server which indicates that the server's impl method is being called, and obviously the error happens when the client tries to read back the server's reply. Anyone seen this or know what is going on? Rich. org.omg.CORBA.UNKNOWN[completed=MAYBE] at com.visigenic.vbroker.orb.SE.read(SE.java:28) at com.visigenic.vbroker.orb.GiopStubDelegate.invoke(GiopStubDelegate.java:552) at com.visigenic.vbroker.orb.GiopStubDelegate.invoke(GiopStubDelegate.java:460) at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:141) at com.orchestream.policy._st_PolicyManager.getStaticRuleset(_st_PolicyManager.java:69) at com.orchestream.policytest.Test1.main(Test1.java:68) -- Richard Jones [EMAIL PROTECTED] Tel: +44 171 598 7557 Fax: 460 4461 Orchestream Ltd. 125 Old Brompton Rd. London SW7 3RP PGP: www.four11.com "boredom ... one of the most overrated emotions ... the sky is made of bubbles ..." Original message content Copyright © 1998
Re: Visibroker for Linux and JDK 1.1.6v2 problem
Shane P. McCarron wrote: > > Can I read this message to imply that Visibroker is available to run > natively on Linux? Yup. Of course, I'm not *really* running the mythical `Visibroker for Linux'. Rather I'm running the commercial Visibroker for Solaris, but I tarred up all the files and copied them over to Linux and they work fine. Except for osagent (which is a Solaris native program), but you don't need osagent if you use URLNaming. I wrote to Borland about this and they said that was fine but (a) they wouldn't support it and (b) they wouldn't port osagent to Linux because of `lack of interest'. Yeah ... right ... Maybe you should write to them too and if enough people do it, then they will change their mind. Rich. -- Richard Jones [EMAIL PROTECTED] Tel: +44 171 598 7557 Fax: 460 4461 Orchestream Ltd. 125 Old Brompton Rd. London SW7 3RP PGP: www.four11.com "boredom ... one of the most overrated emotions ... the sky is made of bubbles ..." Original message content Copyright © 1998
Re: Visibroker for Linux and JDK 1.1.6v2 problem
Richard, I hope you don't mind me asking but Where did you download it from, what was the URL ? How much space does it need ? Is it easy to install, what are the procedures you used ? I'm sure loads of people will be interested in this.. Many thanks Matt
Re: Visibroker for Linux and JDK 1.1.6v2 problem
On Thu, Jul 16, 1998 at 05:53:39, Richard Jones said: > I wrote to Borland about this and they said that was > fine but (a) they wouldn't support it and (b) they wouldn't > port osagent to Linux because of `lack of interest'. Yeah ... > right ... Maybe you should write to them too and if enough > people do it, then they will change their mind. I guess my mail to them twice over the past 9 months must be lack of interest as well :) Anyway, I've got the same setup as Richard going on, except we are using OSAgent running on one of the NT boxes around here. Might as well put it to good use. Keith -- Keith T. Garner [EMAIL PROTECTED] STR Consultant http://www.str.com/ [EMAIL PROTECTED] "You can tell a lot about a company from their hostnames." -- Brian Swetland
[Q]: native method
Hi,
I want to use IrDA on linux & java.
but, I have a problem in making native method.
This is very easy test program, bat don't work.
My jdk is jdk-libc5-1.1.5-v7
I did following commands.
1.javac HelloWorld.java
2.javah -jni HelloWorld
3.gcc -fPIC -I/usr/local/java/1.1.5/include
-I/usr/local/java/1.1.5/include
-c HelloWorldImp.c
4.gcc -shared -Wl,-soname,libHelloWorld.so.1 -o libHelloWorld.so.1.0
HelloWorld.o
5.ln -s libHelloWorld.so.1.0 libHelloWorld.a
following is the source and ERROR message.
Does anyone have some further information or hints for me what to do ?
Takeru Tamayama [EMAIL PROTECTED]
/**
* HelloWorld.java
*/
public class HelloWorld {
static {System.loadLibrary("HelloWorld"); }
public native void displayHelloWorld();
public static void main(String argv[]){
new HelloWorld().displayHelloWorld();
}
}
/**
* HelloWorld.h ( javah -jni HelloWorld )
*/
/* DO NOT EDIT THIS FILE - it is machine generated */
#include
/* Header for class HelloWorld */
#ifndef _Included_HelloWorld
#define _Included_HelloWorld
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: HelloWorld
* Method:displayHelloWorld
* Signature: ()V
*/
JNIEXPORT void JNICALL Java_HelloWorld_displayHelloWorld
(JNIEnv *, jobject);
#ifdef __cplusplus
}
#endif
#endif
/**
* HelloWorldImp.c
**/
#include
#include "HelloWorld.h"
#include
JNIEXPORT void JNICALL Java_HelloWorld_displayHelloWorld
(JNIEnv *env, jobject obj)
{
printf("Hello World !\n");
return;
}
SIGSEGV 11* segmentation violation
stackbase=0xb4c0, stackpointer=0xb3c8
Full thread dump:
"Finalizer thread" (TID:0x40650c50, sys_thread_t:0x41391f04, state:R) prio=1
"Async Garbage Collector" (TID:0x40650c98, sys_thread_t:0x41370f04, state:R) prio=1
"Idle thread" (TID:0x40650b88, sys_thread_t:0x4134ff04, state:R) prio=0
"Clock" (TID:0x4064d088, sys_thread_t:0x4132ef04, state:CW) prio=12
"main" (TID:0x4064d0b0, sys_thread_t:0x81ac6b8, state:R) prio=5 *current thread*
java.lang.Runtime.loadLibrary(Runtime.java)
java.lang.System.loadLibrary(System.java)
HelloWorld.(HelloWorld.java:2)
Monitor Cache Dump:
java.lang.Class@1080364568/1080770232: owner "main" (0x81ac6b8, 1 entry)
java.lang.Runtime@1080364536/1080770480: owner "main" (0x81ac6b8, 1 entry)
Registered Monitor Dump:
Thread queue lock:
Name and type hash table lock:
String intern lock:
JNI pinning lock:
JNI global reference lock:
BinClass lock:
Class loading lock:
Java stack lock:
Code rewrite lock:
Heap lock:
Has finalization queue lock:
Finalize me queue lock:
Monitor IO lock:
Child death monitor:
Event monitor:
I/O monitor:
Alarm monitor:
Waiting to be notified:
"Clock" (0x4132ef04)
Monitor registry: owner "main" (0x81ac6b8, 1 entry)
Thread Alarm Q:
IOT trap/Abort
Help!?
I must apologize in advance, but I'm at a loss. I just installed a new
box with Slackware 3.5 (libc5). I then got the new release of Blackdown
JDK (1.1.6v2) and installed it. It dumps core whenever I do anything
requiring native library loads (at least I think that's what it's doing).
One example would be sockets... The following simple program doesn't
work, so I think something very fundamental is broken about my system.
import java.net.*;
public class NetTest {
public static void main(String args[]) {
ServerSocket s = new ServerSocket(5000);
}
}
I checked the FAQ and noticed the ld.so.1.9.9 bug, and downgraded to
ld.so.1.9.7 to make sure that wasn't it. Same bug. I then downgraded to
JDK1.1.5v7 just to make sure...
Here's the core dump. I've also attached an strace of java as it blows up
if that is at all helpful...
SIGSEGV 11* segmentation violation
stackbase=0xb3e8, stackpointer=0xb2ec
Full thread dump:
"Finalizer thread" (TID:0x4064a208, sys_thread_t:0x4138ef04, state:R) prio=1
"Async Garbage Collector" (TID:0x4064a250, sys_thread_t:0x4136df04, state:R) prio=1
"Idle thread" (TID:0x4064a298, sys_thread_t:0x4134cf04, state:R) prio=0
"Clock" (TID:0x4064a088, sys_thread_t:0x4132bf04, state:CW) prio=12
"main" (TID:0x4064a0b0, sys_thread_t:0x81cc6f0, state:R) prio=5 *current thread*
java.lang.Runtime.loadLibrary(Runtime.java)
java.lang.System.loadLibrary(System.java)
java.net.PlainSocketImpl.(PlainSocketImpl.java:67)
java.net.ServerSocket.(ServerSocket.java:57)
java.net.ServerSocket.(ServerSocket.java:131)
java.net.ServerSocket.(ServerSocket.java:83)
NetTest.main(NetTest.java:11)
Monitor Cache Dump:
java.lang.Runtime@1080352824/1080711912: owner "main" (0x81cc6f0, 1 entry)
Registered Monitor Dump:
Thread queue lock:
Name and type hash table lock:
String intern lock:
JNI pinning lock:
JNI global reference lock:
BinClass lock:
Class loading lock:
Java stack lock:
Code rewrite lock:
Heap lock:
Has finalization queue lock:
Finalize me queue lock:
Monitor IO lock:
Child death monitor:
Event monitor:
I/O monitor:
Alarm monitor:
Waiting to be notified:
"Clock" (0x4132bf04)
Monitor registry: owner "main" (0x81cc6f0, 1 entry)
Thread Alarm Q:
Any suggestions or fixes will be greatly appreciated... Hopefully I've
just overlooked something very basic and easily fixed.
Thanks in advance,
Drew
---
Andrew J. Hope
Email: [EMAIL PROTECTED]
WWW: http://www.moselle.com/~insanity (currently down)
execve("/usr/local/jdk1.1.6/bin/java", ["java", "FuckYou"], [/* 33 vars */]) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007000
mprotect(0x4000, 21025, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 256392, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=6903, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
mmap(0, 6903, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)= 0
stat("/etc/ld.so.preload", 0xb5fc) = -1 ENOENT (No such file or directory)
open("/lib/libtermcap.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 12288, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 7452, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x4000a000
mmap(0x4000c000, 3672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) =
0x4000c000
close(3)= 0
mprotect(0x4000a000, 7452, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
open("/lib/libc.so.5", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3"..., 4096) = 4096
mmap(0, 770048, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000d000
mmap(0x4000d000, 538959, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) =
0x4000d000
mmap(0x40091000, 21564, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x83000) =
0x40091000
mmap(0x40097000, 204584, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x40097000
close(3)= 0
mprotect(0x4000d000, 538959, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 6903)= 0
mprotect(0x8048000, 256392, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000a000, 7452, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000d000, 538959, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000, 21025, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX) = 0
geteuid() = 106
getuid()= 106
getgid()= 106
getegid() = 106
getuid()= 106
getgid()= 106
geteuid()
Any recommendation on IDE both for Java and C/C++?
Dear Friends, I am using Wipeout, the standard version for my Java/C++ development, in most time, the IDE works well, but I think it may have some bug, as it crashes sometimes during the debugging. The worst thing is it can not invoke the jbd for jdk1.1.6 (Maybe that due to my PC memory is too low, 32M). Could you recommend any other good IDE both for Java and C ++? I don't know how many yours have using Kawa under Win32. it is really a small, but powerful Java IDE(You even can debug your Servlet under that environment). Sometimes, to debugging my Java code, I have to shutdown my linux, and using win95 to do the debugging, and before that I have to ftp my source code to another machine. This work take to much inconvenience to me I would like there is a counter part(Kawa) IDE under Linux - small , powerful, and free(or low cost). Thanks in advance. Gao Lei. begin: vcard fn: Gao Lei n: Lei;Gao org:StarGlobe adr:International Business Park;;#09-02, The Synergy;Singapore;Singaproe;609917;Singapore email;internet: [EMAIL PROTECTED] title: Software Engineer tel;work: (0065)6656961 tel;fax:(0065)6657912 tel;home: (0065)96937680 x-mozilla-cpt: ;-29328 x-mozilla-html: FALSE version:2.1 end:vcard
Loosing Windows
I've been running the Java version of ICQ and AOL's Instant Messenger on a Linux system with JDK 1.1.6 and both programs have been "loosing windows". For example, when you go to send someone a message in ICQ, the window flashes up on the screen and then disappears. This seems to happen with some window managers, but not others.. what I'm wondering is.. could this be an issue with the jdk or is it a purely window manager issue? Doug
FW: Re: KDE 1.0 and ICQJava
-FW: <[EMAIL PROTECTED]>- Date: Thu, 16 Jul 98 18:04:06 MET From: (Gerrit Heitsch) <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: KDE 1.0 and ICQJava Hi Scott (Scott Barron), in <[EMAIL PROTECTED]> on Jul 16 you wrote: >I am experiencing problems with ICQJava and KDE 1.0. It worked fine >with KDE Beta4, but now ICQJava will not open any windows but its main window. >I am using JDK 1.1.6v1libc5. JDK1.1.6v2libc5 wouldn't run it all. Is this a >problem with KDE? If so, is there any way to fix this? Better don't use ICQ. Details can be found here: http://www.wired.com/news/news/technology/story/12758.html Gerrit --End of forwarded message- -- E-Mail: Bruce J. Carter <[EMAIL PROTECTED]> Date: 16-Jul-98 Time: 23:07:49 -- It is better to be silent and thought a fool, than to speak and remove all doubt. - Benjamin Franklin
