> I don't get it. That was the whole point of adding the
> System.identityHashCode() method to 1.1. It was designed
> to return a UID in the case that a class overloaded
> the hashCode() method. Now folks seem to be saying "oh,
> yeah that was changed for 1.2". Changed to what?
> How would you sug
On Tue, 4 Jul 2000, Miles Sabin wrote:
> Mo DeJong wrote,
> > There seems to be a really serious bug in the
> > System.identityHashCode() method in all > JDK 1.2 releases
> > derived from Sun code. The problem only shows up in "high
> > load" situations. Basically, two different Java objects o
On 4 Jul 2000, Juergen Kreileder wrote:
> It's no bug, the behavior is absolutely legal.
...
> The implementation of Object.hashCode() was changed in 1.2 for
> security reasons.
...
> It's no bug.
>
> Mo> The final option would be to write my own UID() method that
> Mo> would try to
On Mon, 3 Jul 2000, Christopher Smith wrote:
> --On Monday, July 03, 2000 4:24 PM -0700 Mo DeJong <[EMAIL PROTECTED]>
> wrote:
> > Exception in thread "main" tcl.lang.TclRuntimeError:
> >
> > (find) table entry "SomeObject.1512497281" mapped to an invalid
> > entry,
>
> I'm not famili
--On Tuesday, July 04, 2000 1:37 AM +0100 Miles Sabin
<[EMAIL PROTECTED]> wrote:
> Mo DeJong wrote,
>> There seems to be a really serious bug in the
>> System.identityHashCode() method in all > JDK 1.2 releases
>> derived from Sun code. The problem only shows up in "high
>> load" situations. Basi
> "Mo" == Mo DeJong <[EMAIL PROTECTED]> writes:
Mo> There seems to be a really serious bug in the
Mo> System.identityHashCode() method in all > JDK 1.2 releases
Mo> derived from Sun code. The problem only shows up in "high
Mo> load" situations. Basically, two different Java ob
--On Monday, July 03, 2000 4:24 PM -0700 Mo DeJong <[EMAIL PROTECTED]>
wrote:
> Exception in thread "main" tcl.lang.TclRuntimeError:
>
> (find) table entry "SomeObject.1512497281" mapped to an invalid
> entry,
I'm not familiar with the Jacl code base, but this error does not jibe with
Mo DeJong wrote,
> There seems to be a really serious bug in the
> System.identityHashCode() method in all > JDK 1.2 releases
> derived from Sun code. The problem only shows up in "high
> load" situations. Basically, two different Java objects of
> the same class can return the exact same uniq
Hi all.
There seems to be a really serious bug in the System.identityHashCode()
method in all > JDK 1.2 releases derived from Sun code. The
problem only shows up in "high load" situations. Basically,
two different Java objects of the same class can return the
exact same unique id from the System.
Julio Cesar Aguilar Cabrera wrote:
>
> > Some of u managed to download the packages??
>
> I did download the RPM package (27+Mb) without a problem.
> I installed it but had time for nothing else.
>
Downloaded the tarball version, put it where I wanted it,
and tried the Java2D demo. After the
> Some of u managed to download the packages??
I did download the RPM package (27+Mb) without a problem.
I installed it but had time for nothing else.
--
Julio Cesar Aguilar Cabrera
[EMAIL PROTECTED]
Laboratorio Nacional de Informatica Avanzada
Xalapa, Veracruz, Mexico.
---
Thanks to IBM for getting a 1.3 out. But that registration procedure
really sucks.
>Would realy like to know if they had there links ever working
Yep, I managed to download it. Haven't even opened it up yet.
[EMAIL PROTECTED]
. . .
Some of u managed to download the packages??
I managed to register me, give them all my infos :-( and after loosing
time I came across this ugly page filled up with broken links.
Would realy like to know if they had there links ever working
thanks
patrick
--
-
Hi all, I have a dummy question regaring a
double-quoted string written in multiple line.
Here is what I have been doing:
stmt.executeQuery( "SELECT COF_NAME, " +
"SALES FROM COFFEES " );
Is there a way to to eliminate the '+' sign by doing
something like below?
stmt.executeQu
14 matches
Mail list logo
