Re: linux on laptops

1998-07-31 Thread Jason Tan


Isn't this rea;y the sort of thread that belongs on a hardware or linux
setup/install list?

Jason Tan
On Fri, 31 Jul 1998, Maureen Lecuona wrote:

> Date: Fri, 31 Jul 1998 11:45:08 -0400 (EDT)
> From: Maureen Lecuona <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED], [EMAIL PROTECTED],
> [EMAIL PROTECTED]
> Subject: Re: linux on laptops
> Resent-Date: Fri, 31 Jul 1998 11:48:28 -0400
> Resent-From: [EMAIL PROTECTED]
> 
> 
> Hi:
> 
> I have an IBM 770 ED running Linux RH5.1.  The installation was done
> yesterday (took me less than an hour).  So far XFree works at 1024x768.
> 
> I don't know about sound and the internal modem yet.  However, this is
> not a problem for me, since I generally use an external ISDN TA
> for ppp based work.  The rest of the time (Ie, if I am traveling), I
> may have to boot up MSWIN95 (vomit) to use the internal modem if it
> turns out not to work.
> 
> I also have a Toshiba Tecra 740 CDT running Linux.  I don't use the
> internal modem on that one either since I use ISDN.  Sound doesn't
> work under RH5.1 as it comes out of the box.  I haven't gotten around
> to dealing with fixing this since I am to busy. However, it can be
> made to work (it worked fine under RH4.2 out of the box).
> 
> The third laptop I have is an IBM 755 CD.  It also runs linux
> nicely.  No sound (due to MWAVE DSP) is available for this one.
> 
> 
> The best engineered boxes IMHO are without a doubt the IBM's.  
> I you have problems with your hardware (which has yet to happen
> with the IBM, but has happened at least 5 times so far with the
> Toshibas I have owned), the service/support for the hardware is
> very very good.  Not so with Toshiba.  They are the worst ever.
> And the case is flimsy, hard to service (when you can get service),
> and not worth the money.
> 
> M. Lecuona
> 


Jason Tan Chariot Internet YAKS
email:[EMAIL PROTECTED] (Yet Another Knoweledgable Support guy)

The box said Win95 or better, so I bought a Mac!!

Technical Support requests directed to this address will be ignored.
Support requests for Chariot users should be directed to:
   [EMAIL PROTECTED]

Don't moan about my spelling. I can spell, I just can't type. Anyway you
are at the bottom of the message, it must be compelling conetent. Don't
moan about the delivery mechanism.
---




RMI and runtime

1998-07-31 Thread Massimo Conti

Hi,
I have some problems when I try to execute a remote program.
Using the following command
(Runtime.getRuntime()).exec(FILE);
inside the server RMI, if the file is a shell one all go right but if it
is a binary executable nothing append.
I'm using jdk 1.1.6 under linux redhat 5.0.
Can anyone help me ?


Thanks
 Massimo



begin:  vcard
fn: Massimo Conti
n:  Conti;Massimo
org:Systeam S.p.A.
adr:Via Eroi di Cefalonia, 39;;;Spinaceto;;00128;Italy
email;internet: [EMAIL PROTECTED]
title:  Ing.
tel;work:   +39-6-5077031
tel;fax:+39-6-50770365
x-mozilla-cpt:  ;0
x-mozilla-html: FALSE
version:2.1
end:vcard




JDK 1.1.5 does not work under XFree86 3.3.1

1998-07-31 Thread peter . pilgrim

I have been trying to get SBB  JDK1.1.5 to work on my linux 2.0.33 laptop
for sometime. I am using an upgraded Slackware 3.3

I had email a couple months with a soln:

o To recompile XFree86 3.3.1 with LinuxThreads (libpthread.so)
   Done it last night.
 
o To get the latest libc. I have libc.5.4.44 .

I was told one needed an XFree86 which supported threads.

However this does not solve the problem. I ran appletviewer on the
GraphicsTest demo and nothing happen.

However when switch back JAVA_HOME to /usr/local/jdk1.1.3 and
resource my login then everything work.

The jdk1.1.5  JVM does work with the helloworld file. It is just that
when I want to run a AWT or Swing example nothing happens at all!

Please tell me what am I doing wrong ?




Cheers

Peter

--
import java.std.disclaimer.*;   // "Dontcha just love the API, baby bop!"
Peter Pilgrim  Dept:OTC Derivatives IT, 
Deutsche Bank (UK) Ltd, Groundfloor 133 Houndsditch, London, EC3A 7DX
Tel: +44-545-8000  Direct: +44 (0)171-545-8293  Fax: 0171-545-4313
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



Re: linux on laptops

1998-07-31 Thread Maureen Lecuona


Hi:

I have an IBM 770 ED running Linux RH5.1.  The installation was done
yesterday (took me less than an hour).  So far XFree works at 1024x768.

I don't know about sound and the internal modem yet.  However, this is
not a problem for me, since I generally use an external ISDN TA
for ppp based work.  The rest of the time (Ie, if I am traveling), I
may have to boot up MSWIN95 (vomit) to use the internal modem if it
turns out not to work.

I also have a Toshiba Tecra 740 CDT running Linux.  I don't use the
internal modem on that one either since I use ISDN.  Sound doesn't
work under RH5.1 as it comes out of the box.  I haven't gotten around
to dealing with fixing this since I am to busy. However, it can be
made to work (it worked fine under RH4.2 out of the box).

The third laptop I have is an IBM 755 CD.  It also runs linux
nicely.  No sound (due to MWAVE DSP) is available for this one.


The best engineered boxes IMHO are without a doubt the IBM's.  
I you have problems with your hardware (which has yet to happen
with the IBM, but has happened at least 5 times so far with the
Toshibas I have owned), the service/support for the hardware is
very very good.  Not so with Toshiba.  They are the worst ever.
And the case is flimsy, hard to service (when you can get service),
and not worth the money.

M. Lecuona



free/malloc (re)defined in libjava.so?

1998-07-31 Thread Eric Ding

Hi,

I'm working on a project (Applixware for Linux) that uses the JDK
libjava.so internally.  We've stumbled on some sort of bug that I think
has to do with free() being redefined in libjava.so (it's not, for
example, in Solaris, so we don't encounter this problem).

I'm not sure much more what's going on, except that it'd be nice if
there were a workaround such that we could make sure to be using the
correct system functions (i.e., free, malloc, etc.), or an
implementation that didn't step on system calls.  Forgive me if I'm
asking the impossible, I don't know much of libjava internals.  As a
note, on our glibc port, we see this message:

> OUCH: nested memory code, to 1 levels.

while on the libc5 port, we're more apt to see either a massive core
dump or "Trying to free bogus memory" messages.

Any help you can give would be appreciated.

Thanks,
Eric



JDK 1.1.5 does not work under XFree3.3.1 and libc5.4.44

1998-07-31 Thread peter . pilgrim

I have been trying to get SBB  JDK1.1.5 to work on my linux 2.0.33 laptop
for sometime. I am using an upgraded Slackware 3.3 gradually over 
a period of time.

I had email a couple months with a soln:

o To recompile XFree86 3.3.1 with LinuxThreads (libpthread.so)
   Done it last night.
 
o To get the latest libc. I have libc.5.4.44 .

I was told one needed an XFree86 which supported threads.

However this does not solve the problem. I ran appletviewer on the
GraphicsTest demo and nothing happen.

However when switch back JAVA_HOME to /usr/local/jdk1.1.3 and
resource my login then everything work.

The jdk1.1.5  JVM does work with the helloworld file. It is just that
when I want to run a AWT or Swing example nothing happens at all!

Please tell me what am I doing wrong ?

I had a look at the download size for JDK 1.1.6. It was a massive 13MB
in size. Is it possible to get blackdown on a CD ROM ?
Maybe it is available with Slackware 3.5, which is still libc5 based ?


Any help appreciated. 



Have a FuNkiNG good time

Peter

--
import java.std.disclaimer.*;   // "Dontcha just love the API, baby bop!"

-+=+-  Thank FuNk it's FriDAY -+=+-


*NEW* e-mail address `[EMAIL PROTECTED]'
--- "Ja bitte, Deutschland. Wir kaufen alles (bald) ab!" ---
Alas DMG is no more!


Peter Pilgrim Dept:OTC Derivatives IT, 
Deutsche Bank (UK) Ltd, Groundfloor 133 Houndsditch, London, EC3A 7DX
Tel: +44-545-8000  Direct: +44 (0)171-545-8293  Fax: 0171-545-4313
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



Re: free/malloc (re)defined?

1998-07-31 Thread Hendricks Family

Hi Eric,

Yes, all the linux jdks (sparc, x86, and ppc)  redefine all of the malloc
related functions including free, malloc, realloc, calloc, etc.  The really
are 2 reasons for doing this:

1. make sure free, malloc, realloc, calloc, etc are all green_thread safe
(i.e. we add locks around the standard free, malloc, etc)

This explains the reason you get the OUCH: nested message:  two or more user
based threads are trying to use a malloc function at the same time (or one
thread recursively).

2. having our own malloc functions allows us to more easily debug memory
problems and provide work-arounds.  For example, motif has some bugs that
caused spurious frees and seg-faults which we finally tracked down and fixed,
but most people's version of motif will not have these bug fixes.  Using our
own malloc, we can try and capture these problems and prevent corruption.


The versions of the malloc related functions we use are all taken from Doug
Lea's dl-malloc.c version 2.6.2, which he released into the public domain.  A
later version of this exact library with extensions made by some Germans
(whose name or names I can't remember off the top of my head) is used to make
the malloc functions linux-thread safe.  It is actually used in the version of
glibc used on Linux PowerPC and may be used by other glibc versions.  I am
sure you can find this file on the web someplace if you are interested in the
implementations details.  Theses malloc related functions do work well.

If you want to, you can call these malloc routines directly, with out the
locks that make them green_threads safe by prepending the word java_ to the
front of each function (for example java_free).  Please check this by using nm
on libjava.so and you should see the java_ prefaced symbols listed someplace. 
Please be careful if you do that, these functions without the wrapping locks
are not green_thread safe.

I hope all of this helps.

Please e-mail me directly if you want or need more info.

Thanks,

Kevin Hendricks
LinuxPPC JDK Porting Team
[EMAIL PROTECTED]