Wow!
Have a gander at http://www.techweb.com/se/directlink.cgi?CRN19990208S0005
Basically, IBM has been very impressed with the way that Linux has kicked NT
butt all-over the server market and is planing to bundle LinuxPPC on their
RS6000 servers! It looks as though Big Blue is taking advantag
Dimitris Vyzovitis wrote:
TYA:EXCEPTIONS_BY_SIGNALS problem
*** panic: TYA:EXCEPTIONS_BY_SIGNALS problem
// lots of stuff
It proved that it was just an ugly way to say "NullPointerException".
Sorry for any distress.
Dimitris
Dimitris Vyzovitis wrote:
> Nathan Meyers wrote:
>
> > But I'm always curious about "wacky people" who like to
> > use thousands of threads (or tons of memory or zillions of levels of
> > recursion, etc.). Is that approach fundamental to solving the problem
> > efficiently, or do you use it becau
Dimitris Vyzovitis wrote:
> Nathan Meyers wrote:
>
> > But I'm always curious about "wacky people" who like to
> > use thousands of threads (or tons of memory or zillions of levels of
> > recursion, etc.). Is that approach fundamental to solving the problem
> > efficiently, or do you use it becau
> Nelson Minar writes:
Nelson> I'm curious how Java thread priorities are layered on top
Nelson> of LinuxThreads.. When a thread of high priority becomes
Nelson> runnable, is a SIGSTOP sent to all lower priority threads
Nelson> to make them stop until the high priority thread
Nathan Meyers wrote:
> But I'm always curious about "wacky people" who like to
> use thousands of threads (or tons of memory or zillions of levels of
> recursion, etc.). Is that approach fundamental to solving the problem
> efficiently, or do you use it because it's convenient and/or cool?
>
Som
TYA:EXCEPTIONS_BY_SIGNALS problem
*** panic: TYA:EXCEPTIONS_BY_SIGNALS problem
TYA: Signal 6, returning to default handler;
SIGABRT 6* abort (generated by abort(3) routine)
stackbase=0xb580, stackpointer=0xb480
Full thread dump:
"Finalizer thread" (TID:0x4066d210, sys_th
At 12:09 PM -0500 2/8/99, Nelson Minar wrote:
>A bit more info on thread limits.. Linux 2.0 defines NR_TASKS in
>/usr/src/linux/include/linux/tasks.h. The default is 512, but then
>there's MAX_TASKS_PER_USER which is defined as NR_TASKS/2. So if I
>understand right, that means that a Java process
Nathan Meyers asks:
>But I'm always curious about "wacky people" who like to use thousands
>of threads (or tons of memory or zillions of levels of recursion,
>etc.). Is that approach fundamental to solving the problem
>efficiently, or do you use it because it's convenient and/or cool?
A bit of bo
A bit more info on thread limits.. Linux 2.0 defines NR_TASKS in
/usr/src/linux/include/linux/tasks.h. The default is 512, but then
there's MAX_TASKS_PER_USER which is defined as NR_TASKS/2. So if I
understand right, that means that a Java process using native threads
is limited to 256 threads in
Nathan Meyers wrote,
> But I'm always curious about "wacky people" who like
> to use thousands of threads (or tons of memory or
> zillions of levels of recursion, etc.). Is that
> approach fundamental to solving the problem
> efficiently, or do you use it because it's convenient
> and/or cool?
Er
Nelson Minar wrote:
>
> >All that other discussion about Linux process table slots and
> >implementation details is interesting, but not really relevant to the
> >distinction between light and heavy.
>
> There's one important difference - you can only have as many threads
> in Linux as you can h
> Aaron Gaudio writes:
> Your problem is related to the version of glibc you are using. The JDK
> 1.1.7 uses an internal symbol, _dl_symbol_value, which was present in
> glibc 2.0 but is no longer in glibc 2.1, thus the undefined symbol error.
> I believe JDK 1.1.6 does not use this symbo
Michael Sinz wrote:
>
> >Aren't we supposed to be able to overcome this limitation? It is really
> >sad to have this limitation hanging as a big dark cloud above us. ;-}
> >I believe that this limitation is not the case in some other "massively
> >inferior" OSes like NT. I would also like to aug
Judging from the web-page you've had a lot of people bugging you about
JDK1.2.
I was wondering if there's anything I can do to speed the process of
delivery/porting up (other than stop emailing the porting team! :) ?
Cheers,
Dan.
--
+---
I'm this you got the wrong try the real-time linux list to
subscribe or get more information
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl " | mail [EMAIL PROTECTED]
For more information on Real-Time Linux see:
http://www.rtlinux.org/~
Nelson Minar wrote:
> >All that other discussion about Linux process table slots and
> >implementation details is interesting, but not really relevant to the
> >distinction between light and heavy.
>
> There's one important difference - you can only have as many threads
> in Linux as you can have
Nathan Meyers wrote:
>
> I think a lot of people are getting hung up on the notion of lightweight
> vs heavyweight processes. Here's the quick definition of the
> differences, followed by an explanation of why it's not really relevant
> to this discussion:
>
> - Heavyweight processes run in sepa
Your problem is related to the version of glibc you are using. The JDK
1.1.7 uses an internal symbol, _dl_symbol_value, which was present in
glibc 2.0 but is no longer in glibc 2.1, thus the undefined symbol error.
I believe JDK 1.1.6 does not use this symbol and should be fine, although
I have no
> There's one important difference - you can only have as many threads
> in Linux as you can have processes. And there's a suprisingly low
> upper limit on that, something like 256? I'm one of those wacky people
> who likes the idea of writing programs with thousands of threads (most
> stopped mo
At 12:27 AM +0100 2/8/99, Joachim Breuer wrote:
>Hello!
>
>As can be seen on http://www.blackdown.org/java-linux/info.html, your
>web site has last been touched on 98/12/17 with the remark that
>1.2/Java2 is sorta running and to be expected in at most one month.
Did you actually check the page?
T
At 12:07 AM +0100 2/8/99, Logi Ragnarsson wrote:
>in the short term all I really need is the collections API.
There is a version for java 1.1:
http://www.javasoft.com/beans/infobus/index.html#COLLECTIONS
Cheers,
Paul
>All that other discussion about Linux process table slots and
>implementation details is interesting, but not really relevant to the
>distinction between light and heavy.
There's one important difference - you can only have as many threads
in Linux as you can have processes. And there's a supris
Hallo,
I heard, that on your maillist there is a discussion about RTLinux on a
flash disk. I think the article was from James Cassidy. Please can you tell
me, where I can get more info about putting a tiny RTLinux on a flash disk.
Thank you very much in advance.
Christian Tannert
Krones AG
Bo
Sir/Madam,
I want JRE for linux and I downloaded the files from your website .I
also want the source code of JRe.Can you please help me where i can find
the same or if it is there in the file i downloaded kindly give me the
location.I would be very much obliged if you do me this favour.
I am trying to install Java v1.1.7-v1a on my system. I get the errors
below when I try to run any bins within the package... The run of java
-native crashes if any simple app is run similar to the way javac -native
crashes. I also included my ldconfig. Does anyone have suggestions as
to how t
26 matches
Mail list logo
