[Laszlo-dev] [BULK] Re: For Review: Change 20080717-Philip-2. Summary: Get amazon app to start in swf9
Philip Romanik
promanik at laszlosystems.com
Fri Jul 18 07:33:34 PDT 2008
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:promanik at laszlosystems.com>promanik at laszlosystems.com> 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:hminsky at laszlosystems.com>hminsky at laszlosystems.com
> >> >
> >> wrote:
> >>> approved!
> >>>
> >>> On Thu, Jul 17, 2008 at 6:10 PM, Philip Romanik <
> >>> <mailto:promanik at laszlosystems.com>promanik at laszlosystems.com> wrote:
> >>>> Change 20080717-Philip-2 by Philip at Philip-DC 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:hminsky at laszlosystems.com>hminsky at laszlosystems.com
> >>>
> >>
> >>
> >>
> >> --
> >> Henry Minsky
> >> Software Architect
> >> <mailto:hminsky at laszlosystems.com>hminsky at laszlosystems.com
> >
> >
> >
> > --
> > Henry Minsky
> > Software Architect
> > <mailto:hminsky at laszlosystems.com>hminsky at laszlosystems.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.openlaszlo.org/pipermail/laszlo-dev/attachments/20080718/eaa93113/attachment-0001.html
More information about the Laszlo-dev
mailing list