want to use swing
Hi, Can i use swing in jdk1.1.5? Where can i download swing.jar or anything other than that which will help me to use swing in my programs. Thanx. Sitansu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Czech or Slovene keyboard and Linux JDK
Hi! I am wondering how to set up keyboard to support Cyech or Slovene (Central European) language and Java JDK1.2 on RH6.0 Linux. My keyboard works well with xterm and other X apps but when I try to enter some CE charcters (ccaron, scaron zcaron) I get only coresponding Latin-1 characters. I can display CE unicode characters in AWT when they are coded into java programs like \u010C. So I think the problem is only in keyboard mapping. thanx, Damijan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Niiiccee...
Perhaps we should make a t-shirt out of this :-) -- dimitris [mailto:[EMAIL PROTECTED]]
Re: Gosling says he wants to support Java on Linux
[EMAIL PROTECTED] (Nelson Minar) writes: > JG: It's hard to tell when those problems will be resolved. The > Linux community has got itself into a bit of a pickle. I think they > could have avoided it, but it's now going to take time, and it'll be > a painful thing for them. They're going to go from being a bunch of > hobbyists having a good time to developing mission-critical > applications. The road may be a little bumpy. > > Does anyone have any clue what Gosling is talking about? I guess the > native threads problems could have something to do with Linux > versions, but the green threads versions seem awfully portable to me > and are just fine for most use. AFAIK he's thinking primarily of the different libc versions on Linux, and that Linux distributions comes in different configurations, i.e. a Linux dist. is not really as homogeneous as we like to think it is. -- Jan-Henrik Haukeland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mutlicast sockets
i'm getting a "java.net.SocketException: No such device" when executing this
code:
MulticastSocket socket = new MulticastSocket();
InetAddress address = InetAddress.getByName("230.0.0.1");
socket.joinGroup(address);
through jdb i discovered that the joinGroup method is throwing the
exception. i may not have my linux box configured correctly. any ideas?
thanks,
rob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gosling says he wants to support Java on Linux
> The inter-operability problems with Linux are just horrible. You > have to be excruciatingly careful because all the different flavours > of Linux are all slightly different. > Well, he's right that it is horrible, but not right about the reason. The port is hard because of differences between Solaris and Linux (threads, signals, X11, SMP, stuff like that - it's a horrible mix). The differences between Linux glibc releases are there, 2.0, 2.1 and 2.1.2(?) are binary incompatible, but as far as I can tell these differences are actually due to support for the stuff that the JVM needs getting better. I do concur with one of the other speakers - it would be way better to have a cleanroom JVM that is made to fit Linux. However, don't underestimate the complexity of getting everything to run - the JDK source tree is taking up almost 400 Megs on my box. Apart from the JVM, the Sun JDK comes with a lot of support classes that lie outside the java.*/javax.* hierarchies (like RMI - sun.rmi.* is a hefty chunk of code), and then we're not even talking about an optimized/JIT version of this all. I pray that Japhar+Classpath get up to Java2 compliance fast (and I urge anyone who didn't sign the Sun NDA/SCSL to jump in and help out), but I don't see that happen in a reasonable timeframe. My hope is that once the Java platform settles, and Sun knows that the pressure is a bit off the kettle wrt compliance (because ECMA adapted the thing as a standard or whatever), they'll go full Open Source. At present, the Blackdown porting effort is mainly a debugging effort and that could be parallelized very well... -- Cees de Groot http://www.cdegroot.com <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Exception for Outof Memory
Hi, I have written program using java1.2. The program first of all displays image in one frame and then closes it and displays frame with some menubars and toolbars. Whenever the first frame is destroyed and main frame comes up it gives following exception: Exception occurred during event dispatching: java.lang.OutOfMemoryError at java.awt.image.Raster.createPackedRaster(Compiled Code) at java.awt.image.DirectColorModel.createCompatibleWritableRaster(Compiled Code) at sun.awt.motif.MComponentPeer.createImage(Compiled Code) at java.awt.Component.createImage(Compiled Code) at java.awt.Component.createImage(Compiled Code) at javax.swing.RepaintManager.getOffscreenBuffer(Compiled Code) at javax.swing.JComponent.paint(Compiled Code) at java.awt.Container.paint(Compiled Code) at sun.awt.motif.MComponentPeer.handleEvent(Compiled Code) at java.awt.Component.dispatchEventImpl(Compiled Code) at java.awt.Container.dispatchEventImpl(Compiled Code) at java.awt.Window.dispatchEventImpl(Compiled Code) at java.awt.Component.dispatchEvent(Compiled Code) at java.awt.EventQueue.dispatchEvent(Compiled Code) at java.awt.EventDispatchThread.run(Compiled Code) I am not able to debug where the problem is? I am using P-III with 128 MB RAM. The program is similar to any commerical softwarewhich shows company name first and then the main window. Thanking You Alpesh === KOTHARI ALPESH D. STUDENT M. TECH. CEDT INDIAN INSTITUTE OF SCIENCE BANGALORE-560 012 INDIA __ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gosling says he wants to support Java on Linux
Jan-Henrik said: > AFAIK he's thinking primarily of the different libc versions on Linux, > and that Linux distributions comes in different configurations, i.e. a > Linux dist. is not really as homogeneous as we like to think it is. I think that's a very well put explanation. There are so many configurations of Linux, that it is hard to find a version to compile against where users can reliably get applications to work. This is a serious problem for the Linux community. It makes it hard for closed source software to be provided on Linux. Sun are reluctant to get into it; several companies that used to provide Linux ports have withdrawn them because they can't find a way of providing them stably. When I was a real commercial developer, porting and OS versions were the biggest nightmare we had. It also affects users, who have to be very aware of which version of various different shared libraries they have installed. Frequently collections of software require different, and occasionally conflicting, versions of the libraries. This is fine for systems with full-time administrators, but causes other users (like me) no end of headaches. The same problem is not present with MS operating systems because the releases remain for a long time (a couple of years). Users have to put up with the bugs for that long though. Apple provide major versions of software every few years with updates, which are by and large compatible, every so often. There is an argument that Unix is more complex, and this model could not easily be applied. In fact, Sun is a good example of an organisation that successfully manages that process. Applications compiled for Solaris 5.x will run on most of the OS versions without problems. This allows users to install quickly and with confidence applications that have been precompiled for that series of operating system versions. If you are under the impression that this is how Linux works too, I would suggest that you look again carefully. Simon Read -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
yay! was: native threads, SIGSTOP, and Invocation API
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I thought that I would follow up on my previous message as I have resolved that problem and wanted to share the solution with the list. It seems that the problem was that I was creating the VM and going into my event loop in my main thread. This seems a legitimate thing to do to me, but apparently the native threads implementation does not expect that the main thread will be a Java native thread also. It seems that the main thread is the one that sends SIGSTOP to all of the threads that are Java native threads. In my case, that meant that my main thread received a SIGSTOP also and since it is the one responsible to do SIGCONT, the whole application froze. This is my conclusion based on looking at the JDK .diff file and the behavior of my application alone, so it could be wrong. I got around this by spawning another thread to create the VM and run my event loop. My main thread then does a sleep() in a loop so that it can still handle the signals. Optimally, my main thread would handle my event loop, but right now I am ticking my entire C/C++ event loop around a synchronized Java object. When I have finer grained locking around my C/C++ objects, I'll put the event loop back where it belongs. There are caveats, however. Everything works fine under glibc 2.0 and a single processor. Under glibc 2.1, by calling pthread_create in my main thread, I force the 2.1 version of some pthread calls into the system, and that conflicts with the 2.0 versions that libjava.so is linked against. I got around this by doing dlopen,dlsym on the "pthread_create" symbol to force my main thread to get the 2.0 version. That is gross, but I can take that out when a jdk linked against 2.1.2 is released. Under glibc 2.0 and SMP, the native threads version of jdk117_v3 is unreliable. Just running the java executable on a pure Java class sometimes crashes during startup. I suspect that there are race conditions in the native threads implementation that are more likely to be noticed under SMP. If this is a surprise to anybody, please let me know as I have assumed from perusing the mailing list archives that there are known SMP vs. native threads problems. Another problem with the Invocation API is embedding Java GUI apps in applications that use X/Motif. I am currently linking against the latest Lesstif and have made sure that all of my code is compiled with - - -D_REENTRANT, but it still does not work reliably. Sometimes everything works, sometimes the C/C++ GUI, the Java GUI, or both will freeze up as if they are no longer receiving events from Xlib. I would appreciate any suggestions on this. Things are looking much better, but they are not perfect yet. I am eagerly and optimistically awaiting the 1.1.8 release. Thanks. - -- Gene McCulley Voice: (407) 265-0772 [EMAIL PROTECTED]Fax: (407) 265-0773 -BEGIN PGP SIGNATURE- Version: GnuPG v0.9.10 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE32RwwK+LjkZ54DewRAsMSAJ49tm7/K96pN+BkqCp6Q5nubpTyaACfUqZa OCFI0Buyv2xdWq7gIS7rj+M= =6zrF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: want to use swing
Yes, you can download swing from java.sun.com/products/jfc/index.html On Fri, 10 Sep 1999, Sitanshu Bhusan Nanda wrote: > Hi, > > Can i use swing in jdk1.1.5? > Where can i download swing.jar or anything other than that which will > help me to use swing in my programs. > > Thanx. > Sitansu. > > > > -- > 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]
Announcement: Updated Native Profiler Posted
This is to announce, for the benefit of those using my "Profiler" native profiler for JDK1.2, that an update has been posted - please grab the latest version. Description at: http://www.teleport.com/~nmeyers/FreeWare/#Profiler New bits at: http://www.teleport.com/~nmeyers/FreeWare/Profiler/Profiler-1.3.tgz This version has two important fixes: - Time is now reported against global procedure names. The old, confusing behavior (reporting against local labels found in the shared libraries) is optionally still available. - Total time reported now accounts for system CPU time spent on behalf of user code, which reflects how profiling really works. Nathan Meyers [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gosling says he wants to support Java on Linux
> The same problem is not present with MS operating systems because the > releases remain for a long time (a couple of years). Users have to > put up with the bugs for that long though. Every MS service pack introduces new DLLs. Most recently MS has taken the stance that the newest DLLs are the best and promptly removes any old DLLs from the system directory. Talk about breaking applications! Heck, my wife managed to develop an MS Access app that works fine under 98, but won't work under 95. It says the DATE function is not available! The upshot - DAO went from version 3.5 in 95 to 3.51 in 98; clearly MS has work to do to keep things running. And W2K will only make things infinitely worse. > Apple provide major versions of software every few years with updates, > which are by and large compatible, every so often. Apple spends a lot of time making sure most apps work. That's because they don't write many of them like MS does. They actually have to work with other SW houses :) > There is an argument that Unix is more complex, and this model could > not easily be applied. In fact, Sun is a good example of an > organisation that successfully manages that process. Applications > compiled for Solaris 5.x will run on most of the OS versions without > problems. This allows users to install quickly and with confidence > applications that have been precompiled for that series of operating > system versions. > > If you are under the impression that this is how Linux works too, I > would suggest that you look again carefully. With a rapidly moving target like Linux, it's hard to make an app work everywhere. However, 2 points here. Generally speaking, any app with the correct libraries will most likely work under various different kernels (2.0-2.2). There are exceptions, of course. Secondly, given the same version libraries, and nearly the same kernel level, a given app should run on most of the distributions, be it RH, Debian, Caldera, etc. The key here is the libraries, not necessarily the distribution or even the kernel. (Although, each major kernel release breaks as many things as it fixes ;)). BTW, isn't Java supposed to free us of porting problems ;) -Tom -- +---+ + Thomas M. Sasala, Electrical Engineer [EMAIL PROTECTED] + + MRJ Technology Solutionshttp://www.mrj.com + + 10461 White Granite Drive, Suite 102(W)(703)277-1714 + + Oakton, VA 22124 (F)(703)277-1702 + +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gosling says he wants to support Java on Linux
> There are so many configurations of Linux, that it is hard to find > a version to compile against where users can reliably get applications > to work. I think it is not a major responsibility of a user to get an application to work reliably on Linux. It is primary responsibility of the application's developer and a Linux repackager (RedHat, etc) to make sure that specific application runs reliably at specific Linux distributions. If user wants this application to run on the distribution which is not intended for, it is the user's problem. This is the way how various repackagers/distributors could differentiate themselves, providing maximum reliably running Linux applications per buck. SUN could release Java for specific Linux software configuration (not necessarily distribution). It could be major selling point for repackagers to get that stuff working reliably with their distribution. > The same problem is not present with MS operating systems because the > releases remain for a long time (a couple of years). Users have to > put up with the bugs for that long though. Windows have their own good share of released software synchronization problems with DLL interdependency for different applications. > Applications compiled for Solaris 5.x will run on most of the OS > versions without problems. This allows users to install quickly and > with confidence applications that have been precompiled for that > series of operating system versions. Because Linux and its applications are free, repackagers could force the users to update their software accordingly to avoid old version maintenance nightmare. Yes, it is not ideal solution, but commercial solution is not ideal either. The important point to make easy update Jacob Nikom [EMAIL PROTECTED] wrote: > > Jan-Henrik said: > > > AFAIK he's thinking primarily of the different libc versions on Linux, > > and that Linux distributions comes in different configurations, i.e. a > > Linux dist. is not really as homogeneous as we like to think it is. > > I think that's a very well put explanation. There are so many > configurations of Linux, that it is hard to find a version to compile > against where users can reliably get applications to work. > > This is a serious problem for the Linux community. It makes it hard > for closed source software to be provided on Linux. Sun are reluctant > to get into it; several companies that used to provide Linux ports > have withdrawn them because they can't find a way of providing them > stably. When I was a real commercial developer, porting and OS > versions were the biggest nightmare we had. > > It also affects users, who have to be very aware of which version of > various different shared libraries they have installed. Frequently > collections of software require different, and occasionally > conflicting, versions of the libraries. This is fine for systems with > full-time administrators, but causes other users (like me) no end of > headaches. > > The same problem is not present with MS operating systems because the > releases remain for a long time (a couple of years). Users have to > put up with the bugs for that long though. > > Apple provide major versions of software every few years with updates, > which are by and large compatible, every so often. > > There is an argument that Unix is more complex, and this model could > not easily be applied. In fact, Sun is a good example of an > organisation that successfully manages that process. Applications > compiled for Solaris 5.x will run on most of the OS versions without > problems. This allows users to install quickly and with confidence > applications that have been precompiled for that series of operating > system versions. > > If you are under the impression that this is how Linux works too, I > would suggest that you look again carefully. > > Simon Read > > -- > 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: yay! was: native threads, SIGSTOP, and Invocation API
> Gene McCulley writes: Gene> Under glibc 2.0 and SMP, the native threads version of Gene> jdk117_v3 is unreliable. We are working on it. Gene> Another problem with the Invocation API is embedding Java Gene> GUI apps in applications that use X/Motif. I am currently Gene> linking against the latest Lesstif and have made sure that This is already fixed in 1.2pre2 and the not yet released 1.1.8 : You don't need Motif/Lesstif for the Invocation & AWT. Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Need 1.1.x Profiler
I've got some code that's running a lot slower than I think it should be. To diagnose it I'd like to use a profiler. Unfortunately, I can't use the one below because I'm using the blackdown 1.1.7 JDK, does anyone know of a 1.1.x linux-compatible profiler? Thanks much, -Tim On Fri, 10 Sep 1999, Nathan Meyers wrote: > This is to announce, for the benefit of those using my "Profiler" native > profiler for JDK1.2, that an update has been posted - please grab the > latest version. Description at: > > http://www.teleport.com/~nmeyers/FreeWare/#Profiler > > New bits at: > > http://www.teleport.com/~nmeyers/FreeWare/Profiler/Profiler-1.3.tgz > > > This version has two important fixes: > > - Time is now reported against global procedure names. The old, > confusing behavior (reporting against local labels found in the shared > libraries) is optionally still available. > > - Total time reported now accounts for system CPU time spent on behalf > of user code, which reflects how profiling really works. > > > Nathan Meyers > [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]
Re: yay! was: native threads, SIGSTOP, and Invocation API
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > "Juergen" == Juergen Kreileder <[EMAIL PROTECTED]> writes: > Gene McCulley writes: Gene> Under glibc 2.0 and SMP, the native threads version of Gene> jdk117_v3 is unreliable. Juergen> We are working on it. Cool. Gene> Another problem with the Invocation API is embedding Java Gene> GUI apps in applications that use X/Motif. I am currently Gene> linking against the latest Lesstif and have made sure that Juergen> This is already fixed in 1.2pre2 and the not yet released Juergen> 1.1.8 Yay for 1.1.8. I have other problems with 1.2pre2 that I will document when I've ironed out some other issues. Juergen> You don't need Motif/Lesstif for the Invocation & AWT. The application I am embedding the JVM in uses Motif/Lesstif. Are you saying that the implementation of the AWT no longer needs Motif? - -- Gene McCulley Voice: (407) 265-0772 [EMAIL PROTECTED]Fax: (407) 265-0773 -BEGIN PGP SIGNATURE- Version: GnuPG v0.9.10 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE32TgTK+LjkZ54DewRAjUDAJ9vo89Sv4yM+qjQkGxxbs+FwLdPxQCfQf0i xDFRqVHzOdTVe+J8w73LpQg= =S5aX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need 1.1.x Profiler
Tim Reilly wrote: > > I've got some code that's running a lot slower than I think it should be. > To diagnose it I'd like to use a profiler. > > Unfortunately, I can't use the one below because I'm using the blackdown > 1.1.7 JDK, does anyone know of a 1.1.x linux-compatible profiler? You can make it work for you, but you'll have to do a bit of engineering (I'm a little pressed for time at the moment). There's nothing particularly 1.2-flavored about Profiler, except for its use of the nice JVMPI interface for starting it and stopping it. Take a look at the profiler::NotifyEvent method. If you were to pull the (event->event_type == JVMPI_EVENT_JVM_INIT_DONE) stuff out into procedure A, the (event->event_type == JVMPI_EVENT_JVM_SHUT_DOWN) stuff out into procedure B, and take over the initialization stuff from profiler::JVM_OnLoad() - you'd have a profiler you could start (procedure A) and stop (procedure B) with calls from your own code. It's not as nice as automatically loading a profiler, but JDK1.1 doesn't give us that option. Nathan > Thanks much, > > -Tim > > On Fri, 10 Sep 1999, Nathan Meyers wrote: > > > This is to announce, for the benefit of those using my "Profiler" native > > profiler for JDK1.2, that an update has been posted - please grab the > > latest version. Description at: > > > > http://www.teleport.com/~nmeyers/FreeWare/#Profiler > > > > New bits at: > > > > http://www.teleport.com/~nmeyers/FreeWare/Profiler/Profiler-1.3.tgz > > > > > > This version has two important fixes: > > > > - Time is now reported against global procedure names. The old, > > confusing behavior (reporting against local labels found in the shared > > libraries) is optionally still available. > > > > - Total time reported now accounts for system CPU time spent on behalf > > of user code, which reflects how profiling really works. > > > > > > Nathan Meyers > > [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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutlicast sockets
Somebody made mention, in the JavaSpaces list, that if you want to do
JavaSpaces (which uses Multicast sockets, as I understand it), that you have
to have multicast support compiled into the kernel.
It's hearsay and rumor, but maybe it'll help?
Ted Neward
Patterns/C++/Java/CORBA/EJB/COM-DCOM spoken here
http://www.javageeks.com/~tneward
"I don't even speak for myself; my wife won't let me." --Me
-Original Message-
From: Wright Robert B Civ 96 CG/SCWDE <[EMAIL PROTECTED]>
To: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
Date: Friday, September 10, 1999 7:24 AM
Subject: mutlicast sockets
>i'm getting a "java.net.SocketException: No such device" when executing
this
>code:
>
>MulticastSocket socket = new MulticastSocket();
>InetAddress address = InetAddress.getByName("230.0.0.1");
>socket.joinGroup(address);
>
>through jdb i discovered that the joinGroup method is throwing the
>exception. i may not have my linux box configured correctly. any ideas?
>
>thanks,
>
>rob
>
>
>
>--
>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: mutlicast sockets
the kernel does have multicast support.
you make a good point though, i haven't checked the jini/javaspaces
archives.
thanks,
rob
> -Original Message-
> From: Ted Neward [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 10, 1999 1:11 PM
> To: Wright Robert B Civ 96 CG/SCWDE; [EMAIL PROTECTED]
> Subject: Re: mutlicast sockets
>
>
> Somebody made mention, in the JavaSpaces list, that if you want to do
> JavaSpaces (which uses Multicast sockets, as I understand
> it), that you have
> to have multicast support compiled into the kernel.
>
> It's hearsay and rumor, but maybe it'll help?
>
> Ted Neward
> Patterns/C++/Java/CORBA/EJB/COM-DCOM spoken here
> http://www.javageeks.com/~tneward
> "I don't even speak for myself; my wife won't let me." --Me
>
> -Original Message-
> From: Wright Robert B Civ 96 CG/SCWDE <[EMAIL PROTECTED]>
> To: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
> Date: Friday, September 10, 1999 7:24 AM
> Subject: mutlicast sockets
>
>
> >i'm getting a "java.net.SocketException: No such device"
> when executing
> this
> >code:
> >
> >MulticastSocket socket = new MulticastSocket();
> >InetAddress address = InetAddress.getByName("230.0.0.1");
> >socket.joinGroup(address);
> >
> >through jdb i discovered that the joinGroup method is throwing the
> >exception. i may not have my linux box configured
> correctly. any ideas?
> >
> >thanks,
> >
> >rob
> >
> >
> >
> >-
> -
> >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]
kaffee anyone?
Has anyone out there had experience with Kaffe? I suspect that it is not a full implementation of the the jdk. I've had 'jar' return all kinds of errors? Is this normal or is there something wrong with my installation? I'm using the "out of the box" Kaffe that was included with my Red Hat 6.0 Thanks; Jair-Rohm __ Get Your Private, Free Email at http://www.hotmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hashtable iteration insanity. Is it a bug?
I think that there is something wrong with the iterators of Hashtables. Perhaps it is my misconception, but shouldn't I get an iterator that returns the objects present in a map when I request an iterator over its entry set? To be more specific, assume the following example (in jpython for the sake of convenience): >>> import java >>> ht = java.util.Hashtable() >>> ht.put( 'a', 'b' ) >>> it = ht.entrySet().iterator() >>> n = it.next() >>> n a=b >>> n.getClass() However, keySet().iterator() returns an iterator that allows me to access the real key-Objects!!! As it is obvious, the iterator returns objects that belong to a class that is not editable. Shouldn't it return the objects that I have put it? That is, reading the specs in the documentation, I expect to receive functionality similar to the functionality of an Enumeration over the Hashtable elements (plus some thread-safety for my iteration, which is the only real reason to use an Iterator and not an Enumeration). Is this a bug or my misconception? If this isn't really a bug, I think then the documentation is totally screwed up and we receive a totally useless Iterator object!!! Thanx in advance. -- dimitris [mailto:[EMAIL PROTECTED]]
Re: mutlicast sockets
Ted Neward wrote: > > Somebody made mention, in the JavaSpaces list, that if you want to do > JavaSpaces (which uses Multicast sockets, as I understand it), that you have > to have multicast support compiled into the kernel. > > It's hearsay and rumor, but maybe it'll help? Multicast sockets get some ink in the September issue of Linux Journal. I haven't tried it, but apparently it's a simple configuration choice to enable multicasting in your kernel configuration (and, of course, rebuild the kernel). If you plan to do any routing of the multicast packets, you'll need to install a daemon, mrouted, that does the heavy lifting. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mutlicast sockets
This problem is very likely related to this:
You need to check if your kernel and your network interface is multicast
capable.
Your kernel needs to be compiled with the option 'CONFIG_IP_MULTICAST=y'.
And your kernel should be at least a 2.0.x version if you didn't patch it.
Check your network interface configuration with 'ifconfig'. For every
multicast capable interface it displays the flag 'MULTICAST'.
Check your /etc/route.conf file. The multicast route must be set to
something like this if you want to use multicast on eth0:
224.0.0.00.0.0.0240.0.0.0eth0
If all of this is ok it should work.
Rudi
-Original Message-
From: Wright Robert B Civ 96 CG/SCWDE <[EMAIL PROTECTED]>
To: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
Date: Friday, September 10, 1999 6:37 AM
Subject: mutlicast sockets
>i'm getting a "java.net.SocketException: No such device" when executing
this
>code:
>
>MulticastSocket socket = new MulticastSocket();
>InetAddress address = InetAddress.getByName("230.0.0.1");
>socket.joinGroup(address);
>
>through jdb i discovered that the joinGroup method is throwing the
>exception. i may not have my linux box configured correctly. any ideas?
>
>thanks,
>
>rob
>
>
>
>--
>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]
checking memory usage
how can I check the memory usage and performance of my applets? either in linux or solaris TIA --Yohans ~ Yohans Mendoza Unix Administrator [EMAIL PROTECTED]Sirius Images Inc. http://www2.utep.edu/~yohanshttp://www.sirius-images.net ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hashtable iteration insanity. Is it a bug?
The docs are a bit confusing. entrySet() returns a Set containing all of the mappings between keys and values. I think the method that you want is values() which returns a Collection of all of the values that you have put into the Hashtable. You can then create an Iterator for the returned Collection. Kevin Dimitris Vyzovitis wrote: > > I think that there is something wrong with the iterators of > Hashtables. > > Perhaps it is my misconception, but shouldn't I get an iterator that > returns the objects present in a map when I request an iterator over > its entry set? > > To be more specific, assume the following example (in jpython for the > sake of convenience): > >>> import java > >>> ht = java.util.Hashtable() > >>> ht.put( 'a', 'b' ) > >>> it = ht.entrySet().iterator() > >>> n = it.next() > >>> n > a=b > >>> n.getClass() > > > However, keySet().iterator() returns an iterator that allows me to > access the real key-Objects!!! > > As it is obvious, the iterator returns objects that belong to a class > that is not editable. > Shouldn't it return the objects that I have put it? > That is, reading the specs in the documentation, I expect to receive > functionality similar to the functionality of an Enumeration over the > Hashtable elements (plus some thread-safety for my iteration, which is > the only real reason to use an Iterator and not an Enumeration). > > Is this a bug or my misconception? > If this isn't really a bug, I think then the documentation is totally > screwed up and we receive a totally useless Iterator object!!! > > Thanx in advance. > > -- dimitris [mailto:[EMAIL PROTECTED]] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hashtable iteration insanity. Is it a bug?
Kevin Lilly wrote: > The docs are a bit confusing. entrySet() returns a Set containing all > of the mappings between keys and values. I think the method that you > want is values() which returns a Collection of all of the values that > you have put into the Hashtable. You can then create an Iterator for > the returned Collection. Thanks - this really works. I 've never noticed the values method before, since I was using Enumerations until now! -- dimitris [mailto:[EMAIL PROTECTED]] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
