n (v4a) strace - not too difficult to miss something, though...
Cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
I seem to have forgotten the incantation to get the VM to print a
"full thread dump" on demand - I had thought it was C-\, but it just
core dumps.
I'm currently using the glibc 116v3a.
Thanks,
-mik
--
Michael Thome ([EMAIL PROTECTED])
t use a floppy/ZipDisk, I'll
pre-zip my class tree.
good luck,
-mik
--
Michael Thome ([EMAIL PROTECTED])
27;ve written a custom system builder (in java, of course)
that handles our compile.
Cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
Any of you noncom licensees been able to get their 117 distribution
yet? Sun keeps pointing me at files on their server that don't exist.
thanks,
-mik
--
Michael Thome ([EMAIL PROTECTED])
nly
in regards to RMI. We've been using RMI (client, server and
compile-time) on all of {windoze,linux,solaris,macos} since the beta
days of 1.1 - I'm not sure what you could be looking for that isn't
there.
cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
;d also be great if the ORB is actually stable.
> Suggestions for alternative ORBs perhaps ?
There were a number of pre-release versions of JavaIDL for 1.1.x
versions - I occasionally use one that came off a sun developers CD,
but you can probably find an archived copy somewhere.
cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
t it. If not (bummer), I guess I must introduce
explicit end state detection (My problem is, of course, rather more
complex than the example given here, but the issues are similar).
Thanks,
- Michael Thome
[EMAIL PROTECTED]
partially due to the misleading claims that Win95 was a 32-bit OS.
Cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
e had a burst of thread
creation that completely choked the windows native thread system.
Haven't looked at the 1.1.7a diffs yet - anyone working on
something like this for Linux?
cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
those IBM Alphaworks guys would release the VM-side
code and/or spec for their profiler (Jinsight) project so us Linux
users could benefit, too...
cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
is that you are doing a sufficiently complex thing as to
expose some of the (as always, somewhat arbitrary) language design
choices. As this level, any of the choices would result in someone's
mental model being violated.
Java threading is in an even worse position - the syntax was made so
trivial as to fool people into thinking that writing threaded code is
easy.
Cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
/ 1000));
> System.out.println("iterations/second: " + rate);
> }
> }
> When I run this on my PPro 200 Redhat 5.1 box, I see the following:
> CLASSPATH="testmain:$CLASSPATH" java test.testmain
> TYA 1.2v3 (for J117 / Linux
he results uninteresting.
So, for now, while I run my green-threaded java VM, I keep the other
CPU of my SMP machine busy running seti@home and playing mp3s ...
Cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
--
To U
long as
such features are configurable).
Thanks,
-mik
--
Michael Thome ([EMAIL PROTECTED])
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ogram?). Any hints or soothing words (like the
blackdown team will include it in the next release) would be most
appreciated.
thanks,
-mik
--
Michael Thome ([EMAIL PROTECTED])
--
To UNSUBSCRIBE, email to [EMAIL PROT
erence from the other ports with little actual benefit.
2. -Xrs is described as "reduc[ing] the use of operating system
signals." Does this have any effect under Linux? Can anyone comment
on what it actually does (or is supposed to do)?
thanks much,
-mik
--
Michae
at is really going on. Are core dumps, etc of interest
to anyone in the porting team at this point? While the dumps are easy
to pass along, the java code which elicits this behavior is too large
and complex to usefully turn into a test case.
thanks,
-mik
--
Michael Thome ([EMAIL PROT
one thread?
-mik
(disclaimer - I know nothing about Hoard beyond what's on their web
page, and even less about standard VM malloc use.)
--
Michael Thome ([EMAIL PROTECTED])
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
ectual dishonesty to claim authorship of
someone else's works, even if you own rights of distribution. That
said, it appears that Sun has done a pretty reasonable job at
assigning due credit in their recent PRs.
-mik
--
Michae
clues to rub together - not only about techical details and
development politics, but also about what is really important. I
wouldn't be surprised if Sun's and Inprise's PR people genuinely
thought that the Blackdown group consisted entirely of Sun employees
and paid ghostwrite
ead. Clearly, something other than
deep recursion can result in a SOE. The question is, what? I've
assumed that Lots of live threads can do it. Also, I cannot find out
what the java stack size limit is or how to change it (yes, I already
know how to set the *native* stack limits).
Thanks m
27;t come across anyone who really understands the need and is in
the position of doing something about it *and* is up to the task (I
know I'm not).
Several times I've heard that the mozilla libs have a possible
implementation, but I don't know enough about 'em to tell if this is
true.
>>>>> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
> Michael Thome <[EMAIL PROTECTED]> writes:
>> I think the best answer is to do the second tier threading in userspace
>> (best would be in glibc).
> While on the surface this l
>>>>> "Stefaan" == Stefaan A Eeckels <[EMAIL PROTECTED]> writes:
> On 09-Jun-2000 Michael Thome wrote:
>> I think the best answer is to do the second tier threading in userspace
>> (best would be in glibc). The kernel folks have some good points
&
rd hand is the issue that java-runtime-space schedulers
cannot timeslice - green and native threads can make progress where a
written-in-java scheduler depends on good behavior of the code being
scheduled. This is only *not* an issue when the scheduled bit
>>>>> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
> Michael Thome <[EMAIL PROTECTED]> writes:
>>
>> Agreed - beginners *do* tend to use too many threads,
> This has nothing to do with "beginners"!
Sorry - I didn
almost identical behavior.
The "Sun" 1.3 beta with hotspot actually doesn't throw these
exceptions - it silently hangs instead.
BTW - I'm using a 2-cpu intel machine w/ various late-2.3-series
kernels and glibc 2.1.3.
Should I just give up on SMP+Java for the foreseeable futur
;m mostly using Blackdown 1.2.2RC4 with javacomp (though jit doesn't
>> seem to matter). IBM JDK1.3 beta exhibits almost identical behavior.
>> The "Sun" 1.3 beta with hotspot actually doesn't throw these
>> except
>>>>> "Scott" == Scott Murray <[EMAIL PROTECTED]> writes:
> Michael Thome wrote:
>>
>> >>>>> "Calvin" == Calvin Austin <[EMAIL PROTECTED]> writes:
>>
>> > Submit it as a bug and/or send us the short ex
;> Scott
>>
If you don't see it in under 30 seconds, you are probably not having
the same problem I'm having.
--
Michael Thome ([EMAIL PROTECTED])
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>>>>> "Scott" == Scott Murray <[EMAIL PROTECTED]> writes:
> Scott Murray wrote:
>>
>> Michael Thome wrote:
>> >
>> > >>>>> "Scott" == Scott Murray <[EMAIL PROTECTED]> writes:
>> >
g d = new String(b);
String e = d.intern();
(a==b) // required to be true!
(a!=c) // required to be true.
(c!=d) // required to be true.
(a==e) // required to be true.
and, of course, they are all .equals().
See JLS (2nd ed), pp 27.
cheers,
-mik
--
Michael Thome ([EM
kdown already does this?
Cheers,
-mik
--
Michael Thome ([EMAIL PROTECTED])
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How do the solaris VM's -XX options map to those in blackdown's VM
(intel 1.3.1, for instance)?
The following link has lots of documentation on -XX options to control
hotspot... it isn't clear which, if any, are available on linux and what
the iterpretation would be if they are:
http://ja
35 matches
Mail list logo