Re: Well done
To the blackdown gang and all supporters of Linux, thanks for making the world a better place. Without you many of us would be condemned to NT. Dave Atkinson
Re: Problem starting java with jdk1.1.6v4a-i386-glibc
>I just downloaded and installed jdk1.1.6v4a-i386-glibc.tar.gz as the >instructions in the README specify. However, I can't seem to get Java >running: > >[chroma@chroma /extra]$ java >/usr/local/java/bin/../bin/i486/green_threads/java: error in loading shared >libraries >libXp.so.6: cannot open shared object file: No such file or directory >[chroma@chroma /extra]$ > >What am I doing wrong? Any help you could provide would be greatly >appreciated. >Simon Arthur The error comes from the fact that libXp.so.6 is in XFree86 3.3.2 and you are probably on XFree86 3.3.1. So you must upgrade your X windows system. If you are using Redhat 4.2 look in the redhat-4.2/updates directory, and you'll find the XFree86 3.3.2 rpms for libc5. If you have a version of ld less than ld.so.1.9.9 then remove libc.so.5 and and libdl.so.1 from $JAVA_HOME/lib/i686/green_threads/ as indicated by Paul Ho. Regards Wim
JDK 1.1.6 v4a not found
Dear Porting Team! I frequently surf to the Blackdown site to see if there is a new JDK version for Linux. I wanted to download your new version 4a, but I could not find it on any listed mirror. What has happened? By the waz, can you tell me anything about the porting status of JDK 1.2? Best Regards Jan Rosczak -- * Jan Rosczak * eMail : [EMAIL PROTECTED] * * GMD Fokus, Berlin * http://www.fokus.gmd.de * * Research Group ICE * phone : +49 30 3463 7378 *
NetBeans Releases Last Beta Version of Java IDE, Free Download Continues
Press Release: Technology Writers & Business Editors Prague, Czech Republic, September 14, 1998 - NetBeans, Inc. today announced the release of the Beta 3 version of NetBeans Developer 2.0. It is the last beta prior to the full release, which is due near the beginning of Q4. Beta 3 is available for free download from the NetBeans web site, http://www.netbeans.com. NetBeans IDE is a full-featured Java IDE based completely on Swing/JFC. NetBeans is both written in Java and it generates Java code. It is an object oriented, visual programming environment based on JavaBeans components without relying on any third-party components. The IDE is easily extensible, and it runs on any platform that supports JDK 1.1.x, including Win95/98/NT, Apple Mac, Linux, OS/2, Solaris, HP-UX, Irix, and others. Since the June release of Beta 1, over 18,000 new registered users have downloaded the tool. "You're really on the bleeding edge here," said Brian Burton of Burton Computer Corporation. "NetBeans is definitely the most sophisticated GUI I've seen built with Swing." The Beta 3 version offers new Form Editor features, a new Connection Wizard, and improvements in performance and stability. The Form Editor now boasts support for Swing borders, a feature requested by many beta testers and early NetBeans users. Beta 3's new Connection Wizard is a powerful visual programming tool that allows developers to assemble applications without writing any code by hand. Adding another level of flexibility to the NetBeans environment, the Connection Wizard is the idea tool for programmers who prefer visual rather than conventional code-centric programming for the bulk of their development, but who don't want to give up the ability to manually edit code. "NetBeans is not only a serious programming tool," said Roman Stanek, Founder/CEO of NetBeans, Inc., "but it's also an intuitive guide to new Java technology. Spend half an hour running through the tutorial, and you'll walk away with an understanding of all that's new in Java." NetBeans' strength comes not only from the fact that it combines all aspects of Java application development into one comprehensive tool, but also from its platform-independent Java foundations. Mark Wencek, Director of Professional Services at TRUE Software, Inc., commented, "it is also an important new tool on the market due to the fact that this tool will run on platforms such as Windows NT for DEC Alpha, HPUX, IBM AIX, Solaris, DEC Unix, and OpenVMS (DEC Alpha) since valid JDK 116 support layers are present. This is an important benefit to those of us who live on multiple platforms on a regular basis and do not currently have IDEs available to us as we do in the Win32 world." Products NetBeans IDE combines the cross-platform compatibility of Java with the ease-of-use of a visual RAD programming environment, in a package that can dramatically cut application development costs. Start-up time for the new Java developer is minimized by the use of wizards, templates, and a wide range of intuitive programming tools. NetBeans offers serious software developers a full set advanced tools in an intuitive format. The IDE features a JFC-based form editor, full Java Bean support, an integrated Java debugger, a text editor with syntax coloring, a pluggable look and feel, full support for layout managers, applet generation support, and multiple virtual desktops. NetBeans IDE will ship in two versions - Developer and Enterprise. NetBeans Developer was created for the single developer working on a single platform. NetBeans Enterprise was designed as a multi-user, multi-platform product. Users can fully exploit the object-oriented nature of the IDE, design distributed applications based on RMI/CORBA, share virtual filesystems, debug remotely, and access source control systems. Availability The Beta 3 version of NetBeans Developer 2.0 is now available and can be downloaded for free from the NetBeans Website at http://www.netbeans.com. NetBeans Developer 2.0 is scheduled for release near the beginning of Q4, and will retail for approximately $149. Pricing and availability of NetBeans Enterprise will also be announced at that time. About NetBeans, Inc. NetBeans, Inc. is an emerging growth company based in Prague, Czech Republic, that has quickly risen to the forefront of Java technology development. NetBeans was founded in July, 1997, by a team of talented Java technology developers led by Roman Stanek, formerly the Regional Director of Central and Eastern Europe for Sybase. An expert in IT and high technology in emerging markets, Mr. Stanek is a regular speaker at industry conferences and is frequently quoted by the computer and business press. NetBeans is a privately held company whose investors include Esther Dyson, CEO of EDventure Holdings. Ms. Dyson is a leading private global technology investor and is widely known in the computer in
Where is 1.1.6v4 published?
I've looked at serveral mirror sites across North America, eastern Europe, and Japan. The best all of them have is 1.1.6v2. Your page at http://www.blackdown.org/java-linux/ports.html shows that v4 is available at mirror sites. Thanks for all of your efforts, - Chuck
Which database support UNICODE?
Dear friends, Which data support unicode on the Linux platform? Thanks.
Thanking you
A very big THANKS for all of you. We can continue our battle and we will dothanks to you Santiago Muelas begin:vcard n:Muelas;Santiago tel;cell:34 90 900 3380 tel;fax:34 91 556 4741 tel;work:34 91 556 0821 x-mozilla-html:TRUE org:adr: adr:;;c/ Orense 10, 5ºD;Madrid;ES;28020;SPAIN version:2.1 email;internet:[EMAIL PROTECTED] fn:Santiago Muelas end:vcard
JDK 116 V4a Issue Resolutions, Please READ!
JDK 116 v4a Issue Resolutions: Please READ! There have been a large number of reported problems with JDSK 116 v4a that are caused by incompatible system shared libraries in one way or another. Problems like these are really why a Linux distribution standard is desperately needed (IMHO). In an attempt to prevent the Jitterbug Database from overflowing with problems that are distribution dependent and easily fixed, here are some things to Please try before submitting a bug report: PROBLEM: SegFaults FIX: The system shared libraries that are shipped with the JDK are in some way incompatible with the shared libraries in your distribution. To fix this problem simply remove the system shared libraries that came with the JDK so that the system shared libraries of your own system are used. - remove libc and libdl from $JAVA_HOME/lib/XXX/green_threads/ where XXX is your archictecture PROBLEM: font problems with messages like: Warning: Name: textfield Class: XmTextField Character 'x' not supported in font. Discarded. FIX: There seems to be a problem with Motif loading and finding the libraries that deal with Locale issues on some distributions. To work around this issue make sure libBrokenLocale.so is found and linked to first (a Motif issue?) by doing the following: LD_PRELOAD=/usr/lib/libBrokenLocale.so java _name_of_class_file If this fixes your problem, you can edit your $JAVA_HOME/bin/.java_wrapper so that this is done automatically. PROBLEM: SO_LINGER, MULTICAST Socket error, bad parameter FIX: This was my fault. I was trying to improve socket performance and accidentally left some code in that I should have reverted. The problem is known and a fix will appear in the next release. If you roll your own from source, please contact me directly and I will post a patch for you. If you don't, and this is a "show stopper!" for you, I am sure we can make a development release available to hold you until the next release, or you can revert back to v2 or v3. We are working on coming up with a better solution to all of these problems. If we don't include system shared libraries in the JDK, then we get hundreds of reports of SEGFAULTS on startup from people whose systems are not up to date. If we do include them, we run the risk of having system incompatibilities like the ones we are seeing now. Our previous solution was to ship the key system shared librtaries with the JDK, knowing that people could easily remove them if incompatitibilities arose. We are now working on an install script that will automatically check these libraries and then "do the right thing". Also, Metro Link has nicely donated updated copies of its RedHat Motif to be used by the porting team for releases. This will hopefully clear up the font / textfield related problems in the future. I hope this information helps. Thanks for your support and sorry for any inconvenience. Kevin B. Hendricks Blackdown Java Porting Team [EMAIL PROTECTED] -- Kevin B. Hendricks Associate Professor of Operations and Information Technology School of Business, College of William & Mary, 307 Tyler Hall, P.O.Box 8795, Williamsburg, VA 23187-8795 (757) 221-1702, [EMAIL PROTECTED]; http://business.tyler.wm.edu
Re: Well done
Thanks for your work. Good luck keeping the best language available on the most open platform. Michael
Re: Well done
Yeap guys, keep up the good work! Let's break the "microsoft everywhere" for java ;-} -- Dimitrios Vyzovitis Information Processing Laboratory Aristotle University of Thessaloniki [EMAIL PROTECTED] or [EMAIL PROTECTED] http://egnatia.ee.auth.gr/~dviz begin: vcard fn: Dimitrios Vyzovitis n: Vyzovitis;Dimitrios org:AUTH adr:142 V. Olgas Avenue;;;Thessaloniki;;54645;Greece email;internet: [EMAIL PROTECTED] tel;work: ++30-31-996359 tel;home: ++30-31-817780 note: Orientation in space and time is the framework of cognition. x-mozilla-cpt: ;0 x-mozilla-html: TRUE version:2.1 end:vcard
SEGV from iostream in native method on Linux, FreeBSD, not Windoze
Hi-
Apologize if this is a FAQ. It seems that a "Hello World" JNI demo (see
below .sig) that uses iostreams for output give a SEGV on Linux and
FreeBSD, but not Windoze. I didn't have the compiler to build a .dll to
see the latter case with my own eyes, but someone did it for me and it
works on Windoze fer shure, I've seen it in action.
Wonder how come?
Bob L.
P.S. Of course the example works when using and printf(..).
--
Robert Lynch-Berkeley CA [EMAIL PROTECTED]
http://www.best.com/~rmlynch/
--
class test
{
public native void display();
static { System.loadLibrary("hello"); }
public static void main(String[] args)
{
new test().display();
}
}
---
/* hello.C */
#include
#include "test.h"
#include
JNIEXPORT void JNICALL
Java_test_display(JNIEnv *env, jobject obj)
{
cout << "Hello world!\n" << endl;
return;
}
---
[user@ravel native]$ g++ -Wall -shared -fPIC
-I/usr/local/jdk1.1.6/include -I/usr/local/jdk1.1.6/include/genunix -o
libhello.so hello.C
---
[user@ravel native]$ LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH java test > err
2>&1
Aborted
[user@ravel native]$ more err
SIGSEGV 11* segmentation violation
stackbase=0xb668, stackpointer=0xb56c
Full thread dump:
"Finalizer thread" (TID:0x40660208, sys_thread_t:0x413a4e0c,
state:R) prio=1
"Async Garbage Collector" (TID:0x40660250, sys_thread_t:0x41383e0c,
state:R)
prio=1
"Idle thread" (TID:0x40660298, sys_thread_t:0x41362e0c, state:R)
prio=0
"Clock" (TID:0x40660088, sys_thread_t:0x41341e0c, state:CW) prio=12
"main" (TID:0x406600b0, sys_thread_t:0x81a4908, state:R) prio=5
*current thr
ead*
test.main(test.java:9)
Monitor Cache Dump:
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" (0x41341e0c)
Monitor registry: owner "main" (0x81a4908, 1 entry)
Thread Alarm Q:
--END msg.
Urgently needed jdk 1.1.5 v9 !! (for alpha)
Hi I am running some importat Server sided java programs on jdk 1.1.5 v9 for alpha things were quite ok .. after the upgrade to v10 .. the jvm , or the server app dies .. after 24 hours jdk 1.1.6 does't not run on my Alphastation 500 @ 400 Mhz it should be an EV56 (thats a 21164 right ?) i get "Illegal Instruction (core dumped)" any one got that 12 MB .gz file hanging around .. would be needed very urgently .. ? thanks for the help in advance .. a very tired sysadmin ;) Regards Gavin Woodhatch Space4u.com Inc.
java-linux, reliabilety
hi, This isn't a technical Java question, so feel free to tell me to go away. I'm at the analysis point of developing some server software. The software would run on a series of computers distributed around the net. The server machines themselves would simply be boxes, no screens or keyboard etc. At this point i am trying to select a development language & a target OS. My preference is to go with java and linux. Is java on linux reliable enough to run on a box by itself for a considerable period of time, or would C be more appropriate ? Lukas. [EMAIL PROTECTED]
Jikes v0.37 now available
v0.37 of the IBM Research Jikes Compiler is now available from http://www.alphaworks.ibm.com/formula/jikes.
Re: java-linux, reliabilety
Hi Lukas, I asked this exact question many months ago. I'm pleased to say now that I've found both Linux and Java have been quite reliable for my project. I've currently got RTLinux and Java running in our company's new networkable instrument. All the real time stuff is written in C and runs an I/O card I designed to control the instrument's various hardware bits. All the Linux software (non-real time) stuff is written in Java and it performs all the high level management of the instrument such as networking, LCD panel display, etc. As in you project, the instrument is 'headless', no keyboard or monitor. It's currently in the lab being tested, and any problems we've had so far are related to bugs in my code, not the underlying OS or JDK. It generally doesn't run for more than a day or so before someone turns it off. But during that time it's running one or more network connections, doing real time closed loop temperature control, real time sampling and integration on 70 channels, LCD display updates, button scanning, timing, etc. So it's busy! The schedule was extremely tight for time, and I credit java for allowing me to meet the deadline. It would definitely be possible in C or C++, but I firmly believe that it would have taken longer. And not been as robust given the same amount of time. In fact, there was even enough time to create some extra's like a 'probe' application that can attach to instrument across the network and pick up stack traces for any exceptions that get thrown in the embedded software. In general I'm quite pleased and impressed with the quality of both Linux and the Blackdown JDK. Jim. At 10:31 AM 9/15/98 -0700, Lukas Hazlehurst wrote: >hi, > >This isn't a technical Java question, so feel free to tell me to go away. >I'm at the analysis point of developing some server software. The software >would run on a series of computers distributed around the net. The server >machines themselves would simply be boxes, no screens or keyboard etc. >At this point i am trying to select a development language & a target OS. >My preference is to go with java and linux. >Is java on linux reliable enough to run on a box by itself for a >considerable period of time, or would C be more appropriate ? > >Lukas. >[EMAIL PROTECTED] > > >
Re: SEGV from iostream in native method on Linux, FreeBSD, not Windoze
Hi,
I tried your example code and it did not seg-fault. I received an
unsatisfied link error. Upon closer examination, the test.h file generated
by javah did not seem to be correct (i.e. it did not match your declaration
or parameter list in hello.C
Using nm on libhello.so showed this to be the case (some C++ name mangling?)
I simply copied the declaration from hello.C and replaced the appropriate
part of test.h with the correct (i.e. matching) declaration
Then my unsatified link error went away and everything worked fine.
There seems to be some trouble with javah and C++. I am not sure exactly
what is up.
Anyway, here are my slightly modified pieces of code:
The java code:
class Test
{
public native void display();
static { System.loadLibrary("hello"); }
public static void main(String[] args)
{
Test t = new Test();
t.display();
}
}
The C++ code:
/* hello.C */
#include
#include "Test.h"
#include
JNIEXPORT void JNICALL
Java_Test_display(JNIEnv *env, jobject obj)
{
cout << "Hello world!\n" << endl;
return;
}
/*
[user@ravel native]$ g++ -Wall -shared -fPIC
-I/usr/local/jdk1.1.6/include -I/usr/local/jdk1.1.6/include/genunix -o
libhello.so hello.C
---
[user@ravel native]$ LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH java test > err
2>&1
*/
And finally the "fixed" Test.h header file which you can compare to the one
generated by javah.
/* DO NOT EDIT THIS FILE - it is machine generated */
#include
/* Header for class Test */
#ifndef _Included_Test
#define _Included_Test
#pragma pack(4)
typedef struct ClassTest {
char PAD; /* ANSI C requires structures to have a least one member */
} ClassTest;
HandleTo(Test);
#pragma pack()
#ifdef __cplusplus
extern "C" {
#endif
JNIEXPORT void JNICALL Java_Test_display(JNIEnv *env, jobject obj);
#ifdef __cplusplus
}
#endif
#endif
I hope this helps.
I don't know why this is happening. If this solution makes "no sense" to
you please submit an official bug report to the Blackdown Jitterbug bug
database.
Kevin
Blackdown JDK Poriting Team
--
Kevin B. Hendricks
Associate Professor, Operations & Information Technology
School of Business, College of William & Mary
Williamsburg, VA 23187, [EMAIL PROTECTED]
http://business.tyler.wm.edu
Re: SEGV from iostream in native method on Linux, FreeBSD, not Windoze
Hi Kevin-
Thanks for taking a look, but...
You apparently forgot the "-jni" switch for javah. You generated a
"test.h" for the old JDK 1.0 native interface, not the 1.1 JNI...
Bob L.
Kevin B. Hendricks wrote:
> Hi,
>
> I tried your example code and it did not seg-fault. I received an
> unsatisfied link error. Upon closer examination, the test.h file generated
> by javah did not seem to be correct (i.e. it did not match your declaration
> or parameter list in hello.C
>
> Using nm on libhello.so showed this to be the case (some C++ name mangling?)
>
> I simply copied the declaration from hello.C and replaced the appropriate
> part of test.h with the correct (i.e. matching) declaration
>
> Then my unsatified link error went away and everything worked fine.
>
> There seems to be some trouble with javah and C++. I am not sure exactly
> what is up.
>
> Anyway, here are my slightly modified pieces of code:
>
[snip]
> And finally the "fixed" Test.h header file which you can compare to the one
> generated by javah.
>
> /* DO NOT EDIT THIS FILE - it is machine generated */
> #include
> /* Header for class Test */
>
> #ifndef _Included_Test
> #define _Included_Test
>
> #pragma pack(4)
>
> typedef struct ClassTest {
> char PAD; /* ANSI C requires structures to have a least one member */
> } ClassTest;
> HandleTo(Test);
>
> #pragma pack()
>
> #ifdef __cplusplus
> extern "C" {
> #endif
>
> JNIEXPORT void JNICALL Java_Test_display(JNIEnv *env, jobject obj);
>
> #ifdef __cplusplus
> }
> #endif
> #endif
>
>
> I hope this helps.
>
> I don't know why this is happening. If this solution makes "no sense" to
> you please submit an official bug report to the Blackdown Jitterbug bug
> database.
>
> Kevin
> Blackdown JDK Poriting Team
>
> --
> Kevin B. Hendricks
> Associate Professor, Operations & Information Technology
> School of Business, College of William & Mary
> Williamsburg, VA 23187, [EMAIL PROTECTED]
> http://business.tyler.wm.edu
--
Robert Lynch-Berkeley CA [EMAIL PROTECTED]
http://www.best.com/~rmlynch/
To read from a port
The easiest way I know, if you just want simple parameters such as IRQ, mac address, IO ports is to boot up using a slackware boot disk with net.i. Unlike redhat, slackware has extensive support for ethernet cards and probes just about all of them when booting up with net.i, displaying any results on the console. > Hi. There is somebody who can tell me how to get information from a > Ethernet card on my PC system? Of course, I know the protocol of the outward > system. > > Thanks. >
To read from a port
My mistake !! I obviously subscribe to too many mailing lists. I assume you are after more detailed information via Java. The only way I can think of is to look after the tcpdump code and write your own interface in C using JNI. Dave Atkinson > The easiest way I know, if you just want simple parameters such as IRQ, > mac address, IO ports is to boot up using a slackware boot disk with > net.i. Unlike redhat, slackware has extensive support for ethernet > cards and probes just about all of them when booting up with net.i, > displaying any results on the console. > > > Hi. There is somebody who can tell me how to get information from > a > > Ethernet card on my PC system? Of course, I know the protocol of the > outward > > system. > > > > Thanks. > > >
Re: Where is 1.1.6v4 published?
Chuck Huber wrote: > I've looked at serveral mirror sites across North America, eastern > Europe, and Japan. The best all of them have is 1.1.6v2. Your page at > http://www.blackdown.org/java-linux/ports.html shows that v4 is > available at mirror sites. Oddly enough, the only one I've found is ftp://ftp.tux.org/pub/java/JDK-1.1.6/i386/glibc/v4a/ tux.org is a bit slow at the moment- maybe everyone's downloading the jdk from there... - Dan
Re: Problem starting java with jdk1.1.6v4a-i386-glibc
>| >| Sorry, I also had this problem concerning pam>=0.59. I did not install the >| main XFree86 3.3.2 package, only all the rest (the fonts, libs, devel... >| packages). > >The tip of skipping the installation of the main package is new for me. >I wonder, though, what do you end up with by doing this? >What is exactly in the main package? Does JDK really use XFree86 3.3.2 >then or not? The only thing I know is that the libXp is in XFree86 3.3.2-devel and apparantly not in 3.3.1. From what I have heard this library is used for printing under Motif. Maybe one of the members of the porting team can explain why this library is needed as from JDK1.1.6v4a? > > >| Since then I didn't try installing the above package. I think the main >| package is linked against glibc in stead of libc5. But my jdk works without >| installing the main package. > >Is the fact that they put a package built against glibc the problem >with the updates directory at RedHat, or is the fact that pam > 0.59 is >not in the directory?? > I'm afraid I can't answer your questions. This is the answer I received from Christopher Seawood: Wim Ceulemans wrote: >> If I try to install the main XFree86 package (XFree86-3_3_2-1_i386.rpm) I >> get a message saying: >> >> pam > 0.59 is needed Ok, I talked to Mike Wangsmo at RedHat and it looks as though there are problems with the updates directory. He said that this problem was corrected over a month ago and that it should be straightened out in a day or so. Sorry for the inconvenience.
Re: Where is 1.1.6v4 published?
Dan Kegel wrote: > Chuck Huber wrote: > > I've looked at serveral mirror sites across North America, eastern > > Europe, and Japan. The best all of them have is 1.1.6v2. Your page at > > http://www.blackdown.org/java-linux/ports.html shows that v4 is > > available at mirror sites. > > Oddly enough, the only one I've found is > ftp://ftp.tux.org/pub/java/JDK-1.1.6/i386/glibc/v4a/ > > tux.org is a bit slow at the moment- maybe everyone's > downloading the jdk from there... > - Dan The best one I have found is ftp://wauug.erols.com/pub/java/jdk-1.1.6/i386/glibc/v4a/ I use erols, so I get full speed connections, but the site seems to be fast otherwise.
Re: using ddd w/ java?
Well, I am not aware of any faq about it (I could also find it useful ;-} ), but you can try the following: just run it using `exec ddd --jdb your.class &` Make sure you have compiled using -g (I guess you did) If you wish to set a breakpoint, do it using the full qualified path for your method. For example try to set breakpoint at yourpackage.yourclass.main The same holds for dumping a variable or adding a watch on another one. Local variables are easier, just right click on them. I hope this helps. Darrell Berry wrote: has anyone done an FAQ on this? how do i get started (never used DDD before, as most of my unix work is in perl and generally don't feel the need for an graphical debugger...however with java...) -- Dimitrios Vyzovitis Information Processing Laboratory Aristotle University of Thessaloniki [EMAIL PROTECTED] or [EMAIL PROTECTED] http://egnatia.ee.auth.gr/~dviz begin: vcard fn: Dimitrios Vyzovitis n: Vyzovitis;Dimitrios org:AUTH adr:142 V. Olgas Avenue;;;Thessaloniki;;54645;Greece email;internet: [EMAIL PROTECTED] tel;work: ++30-31-996359 tel;home: ++30-31-817780 note: Orientation in space and time is the framework of cognition. x-mozilla-cpt: ;0 x-mozilla-html: TRUE version:2.1 end:vcard
Re: JDK 116 V4a Issue Resolutions, Please READ!
Thatis great and all.but where can we send the pizza to thank you for all the hard work that you have put into making any of these versions as amazing as they are!. And of course saving us from NT and the like. Pooh Bear -- "I am just a bear of little brain" On Mon, 14 Sep 1998, Kevin B. Hendricks wrote: > JDK 116 v4a Issue Resolutions: Please READ! > > > There have been a large number of reported problems with JDSK 116 v4a that > are caused by incompatible system shared libraries in one way or another. > Problems like these are really why a Linux distribution standard is > desperately needed (IMHO). > > In an attempt to prevent the Jitterbug Database from overflowing with > problems that are distribution dependent and easily fixed, here are some > things to Please try before submitting a bug report: > > > PROBLEM: SegFaults > FIX: > The system shared libraries that are shipped with the JDK are in some way > incompatible with the shared libraries in your distribution. To fix this > problem simply remove the system shared libraries that came with the JDK so > that the system shared libraries of your own system are used. >- remove libc and libdl from $JAVA_HOME/lib/XXX/green_threads/ > where XXX is your archictecture > > > > PROBLEM: font problems with messages like: > Warning: > Name: textfield > Class: XmTextField > Character 'x' not supported in font. Discarded. > FIX: > There seems to be a problem with Motif loading and finding the > libraries that deal with Locale issues on some distributions. To > work around this issue make sure libBrokenLocale.so is found and > linked to first (a Motif issue?) by doing the following: > > LD_PRELOAD=/usr/lib/libBrokenLocale.so java _name_of_class_file > > If this fixes your problem, you can edit your $JAVA_HOME/bin/.java_wrapper > so that this is done automatically. > > > > PROBLEM: SO_LINGER, MULTICAST Socket error, bad parameter > FIX: > This was my fault. I was trying to improve socket performance and > accidentally left some code in that I should have reverted. > The problem is known and a fix will appear in the next release. If you > roll your own from source, please contact me directly and I will post > a patch for you. If you don't, and this is a "show stopper!" for you, > I am sure we can make a development release available to hold you until > the next release, or you can revert back to v2 or v3. > > > > We are working on coming up with a better solution to all of these problems. > If we don't include system shared libraries in the JDK, then we get > hundreds of reports of SEGFAULTS on startup from people whose systems are > not up to date. If we do include them, we run the risk of having system > incompatibilities like the ones we are seeing now. Our previous solution > was to ship the key system shared librtaries with the JDK, knowing that > people could easily remove them if incompatitibilities arose. We are now > working on an install script that will automatically check these libraries > and then "do the right thing". > > Also, Metro Link has nicely donated updated copies of its RedHat Motif to > be used by the porting team for releases. This will hopefully clear up the > font / textfield related problems in the future. > > > I hope this information helps. > > Thanks for your support and sorry for any inconvenience. > > Kevin B. Hendricks > Blackdown Java Porting Team > [EMAIL PROTECTED] > > > > > > > > -- > Kevin B. Hendricks > Associate Professor of Operations and Information Technology > School of Business, College of William & Mary, 307 Tyler Hall, > P.O.Box 8795, Williamsburg, VA 23187-8795 > (757) 221-1702, [EMAIL PROTECTED]; http://business.tyler.wm.edu > >
Re: Where is 1.1.6v4 published?
Australia has it...cheers James. Pooh Bear -- "I am just a bear of little brain" On Mon, 14 Sep 1998, Chuck Huber wrote: > I've looked at serveral mirror sites across North America, eastern > Europe, and Japan. The best all of them have is 1.1.6v2. Your page at > http://www.blackdown.org/java-linux/ports.html shows that v4 is > available at mirror sites. > > Thanks for all of your efforts, > - Chuck > >
Re: Which database support UNICODE?
On Mon, 14 Sep 1998, Gao Lei wrote: > Dear friends, > > Which data support unicode on the Linux platform? JDBC with PostgreSQL doesn't yet support unicode in standard fields. That may change after we get the next version released on Oct 1st. Peter -- Peter T Mount [EMAIL PROTECTED] Main Homepage: http://www.retep.org.uk PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres Java PDF Generator: http://www.retep.org.uk/pdf
Re: Which database support UNICODE?
Gao Lei wrote: > > Dear friends, > > Which data support unicode on the Linux platform? > > Thanks. Gao, Interbase 5 definately does support unicode but is commercial. It looks from the to-do list as if postgresql 6.4 will support unicode but I don't know for sure, nor do I know the timetable. I don't know of any others although I am fairly sure that Solid, Yard, MySql, mSql do not. Altera promise to support it in version 2 due this month BUT I tried the windows port of version 1.1 and kept getting assertion failures on exit, it also seemed very slow indeed. Also I foiund that the version available for dowload was incorrect. Please let me know if you find out anything else. Dave
Re: Xsql 2.1.7
Phillip J. Birmingham wrote:
>
> Hello, Mr. Pilgrim,
>
> I've been trying to get Xsql to work on my Red Hat Linux 5.1
> machine under JDK 1.1.5 with JFC 1.1. I get the following error
> message when I try to log in, and I was wondering if you could tell me
> what the problem is:
>
> Xsql : Xenonsoft's interactive java based SQL Editor using Swing/JFC (
>V2.1.7 )
> Written by Peter A. Pilgrim, XeNoNSoFT, South London, England [c] 1998
>
>
> Exception occurred during event dispatching:
> java.lang.NoSuchMethodError: com.sun.java.swing.JPasswordField: method
>getPassword()[C not found
> at xenon.xsql.editor.XsqlLoginDialog.connectDB(XsqlLoginDialog.java:638)
> at
>xenon.xsql.editor.XsqlLoginDialog.actionPerformed(XsqlLoginDialog.java:797)
> at
>com.sun.java.swing.AbstractButton.fireActionPerformed(AbstractButton.java:889)
> at
>com.sun.java.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:924)
> at
>com.sun.java.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:338)
> at
>com.sun.java.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:230)
> at
>com.sun.java.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:191)
> at java.awt.Component.processMouseEvent(Component.java:2284)
> at java.awt.Component.processEvent(Component.java:2129)
> at java.awt.Container.processEvent(Container.java:894)
> at java.awt.Component.dispatchEventImpl(Component.java:1764)
> at java.awt.Container.dispatchEventImpl(Container.java:939)
> at java.awt.Component.dispatchEvent(Component.java:1704)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:1548)
> at java.awt.LightweightDispatcher.processMouseEvent(Container.java:1457)
> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:1392)
> at java.awt.Container.dispatchEventImpl(Container.java:926)
> at java.awt.Window.dispatchEventImpl(Window.java:443)
> at java.awt.Component.dispatchEvent(Component.java:1704)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:63)
>
> Javap reports that the class file does contain a reference to
> getPassword()[C, which seems to be causing the error. Could this be a
> typographical error that somehow slipped past the compiler?
>
> Please let me know if you need more information or any manner of
> assistance. Your program looks rather impressive so far, and I'd like
> to see more of it.
>
> Regards,
> Phillip J. Birmingham
Well JPassword has a method called getPassword() officially in the
Swing-1.1beta that I have. It may that Swing 1.0.{1,2,3} does not
properly support this method properly. Yes I had a deprecation if I remember
You may need to get the latest JFC zip from Sun. Oops!
Are sure that CLASSPATH does not refers to another older JFC.
Have you got also the latest JDK 1.1.6v3 or above, but this may not help
you.
--
Del Segno Al Coda
Pete
Powered By
__
/ /= __ ___ __ __ __ __ __
/ /= / // |/ // // / // /
/ /__ / // /| / // _/ / > <==
//__//_/=|__///__/__/= Slackware 3.5
== == === == ==
"... ,because Unix is the best!"
Peter Pilgrim
Re: Xsql 2.1.7
Phillip J. Birmingham wrote:
>
> Hello, Mr. Pilgrim,
>
> I've been trying to get Xsql to work on my Red Hat Linux 5.1
> machine under JDK 1.1.5 with JFC 1.1. I get the following error
> message when I try to log in, and I was wondering if you could tell me
> what the problem is:
>
> Xsql : Xenonsoft's interactive java based SQL Editor using Swing/JFC (
>V2.1.7 )
> Written by Peter A. Pilgrim, XeNoNSoFT, South London, England [c] 1998
>
>
> Exception occurred during event dispatching:
> java.lang.NoSuchMethodError: com.sun.java.swing.JPasswordField: method
>getPassword()[C not found
> at xenon.xsql.editor.XsqlLoginDialog.connectDB(XsqlLoginDialog.java:638)
> at
>xenon.xsql.editor.XsqlLoginDialog.actionPerformed(XsqlLoginDialog.java:797)
> at
>com.sun.java.swing.AbstractButton.fireActionPerformed(AbstractButton.java:889)
> at
>com.sun.java.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:924)
> at
>com.sun.java.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:338)
> at
>com.sun.java.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:230)
> at
>com.sun.java.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:191)
> at java.awt.Component.processMouseEvent(Component.java:2284)
> at java.awt.Component.processEvent(Component.java:2129)
> at java.awt.Container.processEvent(Container.java:894)
> at java.awt.Component.dispatchEventImpl(Component.java:1764)
> at java.awt.Container.dispatchEventImpl(Container.java:939)
> at java.awt.Component.dispatchEvent(Component.java:1704)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:1548)
> at java.awt.LightweightDispatcher.processMouseEvent(Container.java:1457)
> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:1392)
> at java.awt.Container.dispatchEventImpl(Container.java:926)
> at java.awt.Window.dispatchEventImpl(Window.java:443)
> at java.awt.Component.dispatchEvent(Component.java:1704)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:63)
>
> Javap reports that the class file does contain a reference to
> getPassword()[C, which seems to be causing the error. Could this be a
> typographical error that somehow slipped past the compiler?
>
> Please let me know if you need more information or any manner of
> assistance. Your program looks rather impressive so far, and I'd like
> to see more of it.
>
> Regards,
> Phillip J. Birmingham
Well JPassword has a method called getPassword() officially in the
Swing-1.1beta that I have. It may that Swing 1.0.{1,2,3} does not
properly support this method properly. Yes I had a deprecation if I remember
You may need to get the latest JFC zip from Sun. Oops!
Are sure that CLASSPATH does not refers to another older JFC.
Have you got also the latest JDK 1.1.6v3 or above, but this may not help
you.
--
Del Segno Al Coda
Pete
Powered By
__
/ /= __ ___ __ __ __ __ __
/ /= / // |/ // // / // /
/ /__ / // /| / // _/ / > <==
//__//_/=|__///__/__/= Slackware 3.5
== == === == ==
"... ,because Unix is the best!"
Peter Pilgrim
Re: java-linux, reliabilety
> Is java on linux reliable enough to run on a box by itself for a > considerable period of time, or would C be more appropriate ? I have had NO PROBLEMS with Linux Java for server software. I've had some problems with AWT-related stuff, but that's... well, the Java burden at this point in time. Also, for non-AWT apps, you can compile with TowerJ to full-blown native code. The cleanliness of your Java code compared to C and C++ will help improve stability as much as anything. -- Charles
