That's strange. I'm running on a clean build and it starts up fine in FF2 and IE7 on my machine.

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]

Reply via email to