When I request a color java seems to be picking currently allocated
colors which are close to the color I requested. For my application these
colors are not as close as I would like. If I run a X program which
allocates the exact colors before running my java program then everything
looks ok.
On Fri, 19 Jun 1998, Stephen Wynne wrote:
> I read the FAQ but still could not find a solution. I downloaded a
> copy of jdk-sbb-1.1.6-2.1.1glibc.i386.rpm from
> http://anna.inf.u-szeged.hu/java/java-rpm.html. But when i
> installed this RPM version, "libXm.so.1 is needed" poped
When trying to run java ICQ (icq.com) or Getright (getright.com), java dies
and spits out a couple of screens of debug information. ICQ _did_ work with
kernel v2.1.101, but failled to work when the kernel was recompiled. Now
running 2.1.106 and still neither works. Any ideas as to a
solution wo
Stephen Wynne <[EMAIL PROTECTED]> writes:
> In message <[EMAIL PROTECTED]>, Bernd Kreimeier writes:
>
> In case you missed it on the list - Juergen Kreileder just told me
> that JNI can't work with green_threads under Linux, if you use
> certain system calls like open(). I just check
A while back I complained about scandinavic letters with glibc JDK 1.1.6.
Moving to the libc5 JDK 1.1.6-v2 test fixed the problem and everything was
nice. Now I noticed there's a glibc version of JDK 1.1.6-v2 out there and
installed that; original problem returns. And I have been using the
Helve
In message <[EMAIL PROTECTED]>, Bernd Kreimeier writes:
In case you missed it on the list - Juergen Kreileder just told me
that JNI can't work with green_threads under Linux, if you use
certain system calls like open(). I just checked the FAQ as he
said it's "documented" - I had m
Hi!
There is a bug in java.awt.List in jdk1.1.6-v2test1.1 (glibc).
delItems(int, int) removes the specified elements from the vector
items but the display does not get updated.
=> remove, replaceItem, ... don't work properly.
removeAll still works because it doesn't use delItems
public s
bernd kreimeier <[EMAIL PROTECTED]> writes:
> > Yes, you have to tell the VM where it can find classes.zip.
>
> I have a CLASSPATH environment variaable set. The default
> vm_args classpath variable seems broken ("/../.."). What am
> I missing? I could simply replace the default classpath
> enti
> Bernd Kreimeier <[EMAIL PROTECTED]> writes:
> > My infamous inload test (see http://www.netaccess.ie/~bk/jdkjni/)
> Shouldn't that be http://www.netaccess.ie/~bk/jdk/ ?
Nope, that's an older revision. I separated the JDK JNI test
from the Japhar JNI one, as they have different problems.
But I m
Bernd Kreimeier <[EMAIL PROTECTED]> writes:
> > JNI problems
>
> My infamous inload test (see http://www.netaccess.ie/~bk/jdkjni/)
Shouldn't that be http://www.netaccess.ie/~bk/jdk/ ?
> fails as usual, but more verbose than ever. I do not get a thread
> dump this time.
>
> >inload
> loading
Christopher Seawood writes:
> The jdk1.1.6 v2-test1 files are available at http://www.seawood.org/java/.
Fails just as the SN glibc port. Segfault attributed to
segfault dl-runtime.c::_dl_lookup_symbol on a
call to open( char*, int), only change in the C
application is adding "-ljava" to "-ldl"
I stumbled over (jdk1.1.5):
In file included from /opt/local/java/jdk/include/oobj.h:33,
from /opt/local/java/jdk/include/StubPreamble.h:34
/opt/local/java/jdk/include/typedefs.h:26:
typedefs_md.h: No such file or directory
I was under the impression that java
> JNI problems
My infamous inload test (see http://www.netaccess.ie/~bk/jdkjni/)
fails as usual, but more verbose than ever. I do not get a thread
dump this time.
>inload
loading DLL libjava.so
loaded DLL
getting DLL address of JNI_GetDefaultJavaVMInitArgs
address 1074782176 in DLL
getting DLL
> Roland McGrath writes:
> I have a wild suspicion that this is the same problem gated had on redhat 5.0,
> and is because there is someplace some code that looks like:
> #ifdef IFF_LOOPBACK
> if (flags & IFF_LOOPBACK)
> ... /* skip this interface */
>
On Thu, 18 Jun 1998, Sze Yuen Wong wrote:
> P.S. ok. So I think I should give up in finding an IDE.
Well, XEmacs is as good as any for now. But don't give up! Contribute to
FreeBuilder!
. . . Sean.
I have a wild suspicion that this is the same problem gated had on redhat 5.0,
and is because there is someplace some code that looks like:
#ifdef IFF_LOOPBACK
if (flags & IFF_LOOPBACK)
... /* skip this interface */
#endif
and the headers needed to
16 matches
Mail list logo
