The path I'm using is:
http://192.168.1.58:8080/trunk_clean/demos/amazon/amazon.lzx?lzr=swf9
You're right; when I tried localhost it sat there and ate up memory.
I took a snapshot of my FF before aborting it. Seems like something
is tickling a bug in their security implementation. Phil what URL
exactly are you using to fetch your app? I am using
<http://dueling-banjos.local>http://dueling-banjos.local , not
127.0.0.1, for instance. {Abbreviated trace below]
1526 Thread_2503
1526 start
1526 start
1526 main
1526 XRE_main
1526 nsAppStartup::DestroyExitEvent(PLEvent*)
1526 nsAppShell::~nsAppShell()
1526 RunApplicationEventLoop
1526 _AcquireNextEvent
1526 ReceiveNextEventCommon
1526 RunCurrentEventLoopInMode
1526 CFRunLoopRunInMode
1526 CFRunLoopRunSpecific
1526 PL_ProcessPendingEvents
1526 PL_HandleEvent
1526
handleTimerEvent(TimerEventType*)
1526 nsTimerImpl::Fire()
1526
nsPluginInstanceOwner::Paint(nsRect const&, unsigned int)
1526
ns4xPluginInstance::~ns4xPluginInstance()
1526 0x1883f5bc
1526 Flash_EnforceLocalSecurity
1526
Flash_EnforceLocalSecurity
1526 0x186e4823
1526 0x1854d65b
1524 0x1854b9c9
1519 0x1854d37f
1508 0x18807bd3
1465 0x18807b80
1465 memcopy_mmx
1369
0x18fd21cf
1369 0x18807afe
1325 0x1879180c
1279 0x1878efcc
1275 0x1878ea6e
1036
0x1878d09d
1036
memcopy_mmx
1026
0x18fd238a
1026
memcopy_mmx
1026
memcopy_mmx
1026
memcopy_mmx
1013
0x18111d1b
1013
memcopy_mmx
1013
memcopy_mmx
1007
0x1b11f781
929
0x1b076a1e
851
0x18fd2dc0
851
memcopy_mmx
851
memcopy_mmx
764
memcopy_mmx
421
0x18fd0726
368
0x18fd0bb8
242
0x18807ff3
242
memcopy_mmx
On 2008-07-18, at 09:58EDT, Henry Minsky wrote:
> Both Tucker and I are getting the 100% CPU usage and the app doesn't
> display. We tried from a clean top of trunk.
>
> Is there some other outstanding change you might have in your tree
> that isn't checked in?
>
> If I run the app in the fdb debugger, it doesn't print out anything
> useful, just seems to load some stuff and then freeze up before it
> displays
>
> [SWF] Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 159 bytes after decompression
> [SWF] Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 324 bytes after decompression
> [trace] LzSrpite.setColorTransform not yet implemented [trace]
> LzSrpite.setColorTransform not yet implemented [SWF]
> Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 279 bytes after decompression
> [SWF] Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 401 bytes after decompression
> [trace] LzSrpite.setColorTransform not yet implemented [trace]
> LzSrpite.setColorTransform not yet implemented [SWF]
> Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 405 bytes after decompression
> [SWF] Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 249 bytes after decompression
> [SWF] Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 219 bytes after decompression
> [SWF] Users:hqm:openlaszlo:trunk:demos:amazon:amazon.lzr=swf9.swf -
> 269 bytes after decompression
> [trace] LzSrpite.setColorTransform not yet implemented
>
>
>
> On Thu, Jul 17, 2008 at 6:53 PM, Philip Romanik
> <<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]> wrote:
>> Hi Henry,
>>
>> I saw that behavior during development, but it stopped when I fixed
>> the loading issues. It tried it in a clean sandbox and I the app
>> loads fine.
>>
>>
>> Say, when I compile and run amazon in swf9, the app doesn't actually
>> come up, but it sucks down 100% of the CPU in Flash until the browser
>> doesn't respond.
>>
>> Does it work for you in a clean tree with your changes?
>>
>> Maybe I better try a clean tree myself..
>>
>> On Thu, Jul 17, 2008 at 6:29 PM, Henry Minsky <
>> <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]
>> >
>> wrote:
>>> approved!
>>>
>>> On Thu, Jul 17, 2008 at 6:10 PM, Philip Romanik <
>>> <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]> wrote:
>>>> Change 20080717-Philip-2 by [EMAIL PROTECTED] on 2008-07-17
>>>> 17:44:19 EDT
>>>> in /cygdrive/f/laszlo/svn/src/svn/openlaszlo/trunk
>>>> for
<http://svn.openlaszlo.org/openlaszlo/trunk>http://svn.openlaszlo.org/openlaszlo/trunk
>>>>
>>>> Summary: Get amazon app to start in swf9
>>>>
>>>> New Features:
>>>>
>>>> Bugs Fixed:
>>>>
>>>> Technical Reviewer: hqm
>>>> QA Reviewer: (pending)
>>>> Doc Reviewer: (pending)
>>>>
>>>> Documentation:
>>>>
>>>> Release Notes:
>>>>
>>>> Details:
>>>> With these changes the amazon app now starts running. It runs
>>>> pretty well but there are a number of obvious runtime errors once
>>>> you start using it.
>>>>
>>>> LzSprite.as: setSource() is sometimes called with a null argument.
>>>> Duplicated behavior of dhtml runtime
>>>>
>>>> amazon.lzx, shoppinglist.lzx:
>>>> Changed method start to stopdrag() because of name collision.
>>>> Fixed check for array datatype
>>>>
>>>> basecombobox.lzx: second argument to setOpen() is optional
>>>>
>>>> Tests:
>>>> Amazon starts and runs to some extent in swf9.
>>>> Amazon runs in swf/dhtml. Dragging doesn't always stop when you get
>>>> to the borders of the canvas. I'll file a jira task for this.
>>>>
>>>> Files:
>>>> M WEB-INF/lps/lfc/kernel/swf9/LzSprite.as
>>>> M lps/components/base/basecombobox.lzx
>>>> M demos/amazon/shoppinglist.lzx
>>>> M demos/amazon/amazon.lzx
>>>>
>>>> Changeset:
>>>>
<http://svn.openlaszlo.org/openlaszlo/patches/20080717-Philip-2.tar>http://svn.openlaszlo.org/openlaszlo/patches/20080717-Philip-2.tar
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Henry Minsky
>>> Software Architect
>>> <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]
>>>
>>
>>
>>
>> --
>> Henry Minsky
>> Software Architect
>> <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]
>
>
>
> --
> Henry Minsky
> Software Architect
> <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]
