IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New learn to read
the original post said he had IE6 and Sun Java and had a problem with Javascript or target = _blank opening a new window
so I tried a test on mine because it had the same version of IE

so wtf, illiterate or what

A
Play I Some Music w/ Papa Andy
Saturday 8 PM - 11 PM ET
All Night Rewind 11 PM - 5 PM
Reggae, African and Caribbean Music
[link|http://wxxe.org|Tune In]
New Nope. I'm not comprehension-impaired, either.
For I also happen to know that Javascript != Java, and that the Javascript engine is built into the browser, whereas the JDK that runs Java applets is a separate program altogether.

So you still haven't said WTF target="_blank" has to do with the JVM installed.
-YendorMike

[link|http://www.hope-ride.org/|http://www.hope-ride.org/]
New First, applets are not run in a separte program (process)
For SUN JDK, they are loaded as an in-process ActiveX control, IOW, a DLL, into browser's address space.

Second, the version of Java was the only different variable between Andread's setup and the original one. Not that it matters - it really should be irrelevant. But, who knows. I can see that applet's painting hanging, and, since all painting is done on one thread, leaving the window unpainted. Not a likely scenario, just barely possible.
--

Buy high, sell sober.
New IE behavior for JavaScript
Having written a lot of intense JavaScript of late (with many accidental infinite loops), i find that IE has the most horrid multithreading imaginable. Once a thread takes control and winds up in a tight loop, you will completely lose control - no UI whatsoever. When this happens, the screen will lock, staying blank if nothing is there yet, or even showing ghost images from other windows that are maxmized and then minimized.

Anyhow, yes this could easily be a JVM problem, or a JavaScript problem, or a browser problem. Hard to say since when the program gets hosed, the browser becomes inaccessible.
New Re: IE behavior for JavaScript
These laptops do use the new hyper threading Intel CPUs. Could this be contributing to the problem?
~~~)-Steven----

"I want you to remember that no bastard ever won a war by dying for his country.
He won it by making the other poor dumb bastard die for his country..."

General George S. Patton
New Once you get into that la-la land, all bets are off
--

Buy high, sell sober.
New Yes
If the problem is multi-threaded code getting into race conditions, then anything that increases concurrent work will make those race conditions more likely to be tripped.

There should be a bios setting to have the CPU not use hyperthreading, making it present itself to the OS as a single CPU, not two. It is definitely worth giving that a shot.

Cheers,
Ben
To deny the indirect purchaser, who in this case is the ultimate purchaser, the right to seek relief from unlawful conduct, would essentially remove the word consumer from the Consumer Protection Act
- [link|http://www.techworld.com/opsys/news/index.cfm?NewsID=1246&Page=1&pagePos=20|Nebraska Supreme Court]
New Eh?
WTF has that got to do with JavaScript?


Peter
[link|http://www.debian.org|Shill For Hire]
[link|http://www.kuro5hin.org|There is no K5 Cabal]
[link|http://guildenstern.dyndns.org|Blog]
New Applets have nothing to do with java script
But, when you get wierd errors like failure to paint the window, all bets are off. I can't trace a path from different Java version to failure to paint windows, but if Java is somehow involved, I will not be too surprized. There is less connection between Java Script and display drivers, but nobody seems to be too surprized when display drivers are suspected.
--

Buy high, sell sober.
     Has anybody seen this Internet Exploder problem - (Steven A S) - (25)
         Sounds like a graphics driver problem to me. Maybe? -NT - (Another Scott) - (12)
             I don't believe so - (Steven A S) - (11)
                 Do that. - (inthane-chan) - (10)
                     No go - (Steven A S) - (9)
                         Last ditch - (inthane-chan) - (8)
                             Third party drivers are not an option - (Steven A S) - (7)
                                 Agree - (altmann) - (6)
                                     Trying the brute force method - (Steven A S) - (5)
                                         Resolved - (Steven A S) - (4)
                                             Rumba, isn't that a dance, sorta like a Samba? (my bad ;-j) -NT - (jbrabeck)
                                             That was my second guess. :-) -NT - (ChrisR)
                                             Curious - MF or AS/400 Rumba? -NT - (imric) - (1)
                                                 All we see is the Windows client -NT - (Steven A S)
         Re: Has anybody seen this Internet Exploder problem - (andread) - (11)
             WTF does Sun Java have to do with target="_blank"? -NT - (Yendor) - (10)
                 If it not be Microsoft it be CRAAAAAAP? -NT - (pwhysall)
                 learn to read - (andread) - (8)
                     Nope. I'm not comprehension-impaired, either. - (Yendor) - (7)
                         First, applets are not run in a separte program (process) - (Arkadiy) - (6)
                             IE behavior for JavaScript - (ChrisR) - (3)
                                 Re: IE behavior for JavaScript - (Steven A S) - (2)
                                     Once you get into that la-la land, all bets are off -NT - (Arkadiy)
                                     Yes - (ben_tilly)
                             Eh? - (pwhysall) - (1)
                                 Applets have nothing to do with java script - (Arkadiy)

She's sunk full fathom five, five, five!
59 ms