What does volatile guarantee?
in [Java Help]
|
Prev: 64-bit JNI
Next: Problem with interface implementation
From: Roedy Green on 17 Feb 2010 18:41 On Wed, 17 Feb 2010 12:54:07 -0500, Lew <noone(a)lewscanon.com> wrote, quoted or indirectly quoted someone who said : > >I think I'm beginning to see what I'm missing. Apparently what Lars left out >is that the applet refuses to run and complains that his version is not recent >enough. That would explain everything. The Applet did not run and suggesting installing Java 1.5+. Instead of seeing it as a 32-bit vs 64-bit problem, Lars thought the problem was the fool thing wanted an OLD Java installed, since he had 1.6 already installed. Now to figure out wordings for others in Lars' boat to set them straight. Maybe what I need is some JavaScript to diagnose the problem. -- Roedy Green Canadian Mind Products http://mindprod.com Nothing has really happened until it has been recorded. ~ Virginia Woolf (born: 1882-01-25 died: 1941-03-28 at age: 59)
From: Arne Vajhøj on 17 Feb 2010 19:00 On 17-02-2010 01:59, EJP wrote: > On 16/02/2010 9:48 AM, Arne Vajhøj wrote: >> I know, but the ++something is better than something++ >> because it is faster is rooted in C++ classes I believe. > > It is rooted in the PDP-11 and Vax architectures, which had > pre-increment and post-decrement instructions, but not vice versa. PDP-11 is before me but I do know VAX. The general increment and decrement instructions INCx and DECx are neither pre or post. I assume that you are talking about autoincrement and autodecrement addressing mode. But: 1) autoincrement is post and autodecrement is pre 2) the construct is most relevant for arrays where post and pre have different functionality Arne
From: Andreas Leitgeb on 17 Feb 2010 19:51 John B. Matthews <nospam(a)nospam.invalid> wrote: > Lew <noone(a)lewscanon.com> wrote: >> Mike Schilling wrote: >> > Lew wrote: >> >>>>>> Lars Enderin wrote: >> >>>>>>> The fontshower applet alone is enough to turn me off. I says: >> >>>>>>> Sorry, you need Java 1.5+ to run this Applet. I have Java >> >>>>>>> 1.6! >> >> Leaving the question, "Why is that a problem?" >> > Because the applet doesn't recognize that it does. >> How do you figure? It asks for Java 1.5+, and 1.6 is certainly above 1.5. > Here's Roedy's <applet> tag: > <applet > class="cmp" > archive="fontshower.jar" > code="com.mindprod.fontshower.FontShower.class" > width="720" height="660" > alt="You need Java 1.5+ to run this Applet." > > > Sorry, you need Java 1.5+ to run this Applet. > </applet> > Although the <applet> tag is deprecated, ... As the "Sorry," was part of the reported message, it seems that Lars' browser does not understand the <applet> tag.
From: Mike Schilling on 17 Feb 2010 20:29 Arne Vajh�j wrote: > On 17-02-2010 01:59, EJP wrote: >> On 16/02/2010 9:48 AM, Arne Vajh�j wrote: >>> I know, but the ++something is better than something++ >>> because it is faster is rooted in C++ classes I believe. >> >> It is rooted in the PDP-11 and Vax architectures, which had >> pre-increment and post-decrement instructions, but not vice versa. > > PDP-11 is before me but I do know VAX. > > The general increment and decrement instructions INCx and DECx > are neither pre or post. > > I assume that you are talking about autoincrement and autodecrement > addressing mode. > > But: > 1) autoincrement is post and autodecrement is pre > 2) the construct is most relevant for arrays where > post and pre have different functionality I think that the classic loop for string copying in C: while(*dest++ = *src++); could use autoincrement on PDP-11s or VAXen, but increment of anything other than pointers to native types (e.g. byte, word, longword on VAX, etc.) could not.
From: Andreas Leitgeb on 18 Feb 2010 06:42
Joshua Cranmer <Pidgeot18(a)verizon.invalid> wrote: > On 02/17/2010 08:36 AM, Andreas Leitgeb wrote: >> *: "almost all": all, but a finite number... > Warning: do not try pulling this definition on a math professor... At least not w.r.t. the number of correctly answered questions on a test. :-) |