 |
 |
|
 |
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
On 1/31/2011 12:17 PM, stbenge wrote:
> On 1/31/2011 12:12 PM, Stephen wrote:
>> On 31/01/2011 8:02 PM, stbenge wrote:
>>> Here's a very minimal test applet that does not use OpengGL:
>>>
>>> http://www.caltel.com/~abenge/test/index.html
>>
>> That works for me, Sam.
>
> OK, then I'll download the latest JRE release and see if it breaks the
> applet or not. Thanks for you input!
Got it, and it's broken! I can now proceed accordingly. Thanks again.
Sam
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
stbenge wrote:
> Ack... so far I've found that if the class in in ASCII format, there
> will be problems.
Your web server has to deliver .class files as application/octet-stream. Sun
did this to kludge around the fact that many sysadmins didn't want to fix
their web server to use an official content type for .class files, so Sun
decreed that it had to be served with the default "I don't know what this
is" content type.
If your web server serves it as the default "this is HTML" then you need to
change that.
> I don't know why it would work for
> Thibaut and myself and not you...
Likely for the same reason that everyone bitches at IE letting hidden worms
in: IE will look into the content of the file it gets that's served with the
wrong content type and fix that, for the same reason that Sun decreed you
must serve applets with the wrong content type. It gets around misconfigured
servers.
--
Darren New, San Diego CA, USA (PST)
"How did he die?" "He got shot in the hand."
"That was fatal?"
"He was holding a live grenade at the time."
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
stbenge wrote:
> Here's a very minimal test applet that does not use OpengGL:
>
> http://www.caltel.com/~abenge/test/index.html
Works for me!
--
Darren New, San Diego CA, USA (PST)
"How did he die?" "He got shot in the hand."
"That was fatal?"
"He was holding a live grenade at the time."
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
stbenge wrote:
> It doesn't use OpenGL. I'm trying to rule out the possibilities :/
Don't you love web development? :-)
--
Darren New, San Diego CA, USA (PST)
"How did he die?" "He got shot in the hand."
"That was fatal?"
"He was holding a live grenade at the time."
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
On 1/31/2011 1:04 PM, Darren New wrote:
> stbenge wrote:
>> Here's a very minimal test applet that does not use OpengGL:
>>
>> http://www.caltel.com/~abenge/test/index.html
>
> Works for me!
Alright, it's narrowed down to one or two possibilities. Thanks!
Sam
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
On 1/31/2011 1:04 PM, Darren New wrote:
> stbenge wrote:
>> It doesn't use OpenGL. I'm trying to rule out the possibilities :/
>
> Don't you love web development? :-)
When it's not giving me trouble, it's boring the heck out of me (HTML).
Sometimes it seems like the problems expand outward in a branching
structure...
I think I can see the end of this limb though :/
Sam
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
On 31/01/2011 8:53 PM, stbenge wrote:
> Got it, and it's broken! I can now proceed accordingly. Thanks again.
:-D
--
Regards
Stephen
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
stbenge wrote:
> Sometimes it seems like the problems expand outward in a branching
> structure...
I have coined the term Zeno's Debugger for that.
Every time you try to figure out what's causing the error, you have to first
debug the tool you're using to figure out what's causing that error,
recursively.
--
Darren New, San Diego CA, USA (PST)
"How did he die?" "He got shot in the hand."
"That was fatal?"
"He was holding a live grenade at the time."
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
On 1/31/2011 1:38 PM, Darren New wrote:
> stbenge wrote:
>> Sometimes it seems like the problems expand outward in a branching
>> structure...
>
> I have coined the term Zeno's Debugger for that.
>
> Every time you try to figure out what's causing the error, you have to
> first debug the tool you're using to figure out what's causing that
> error, recursively.
But what do you call it when the only thing stopping your software's
deployment is one tiny exe that happens to be bundled into one humongous
development kit?
I may to jump (or glide slowly) through some hoops to resolve it, but
I'm 95% sure I know what the problem is: an applet, running under the
new version of JRE, needs to be /signed/ when using 3rd party libs! D:`
Sam
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |
|  |
|
 |
On 31/01/2011 10:09 PM, stbenge wrote:
> But what do you call it when the only thing stopping your software's
> deployment is one tiny exe that happens to be bundled into one humongous
> development kit?
A b*st*rd? o_O
--
Regards
Stephen
Post a reply to this message
|
 |
|  |
|  |
|
 |
|
 |
|  |