You might want to play with scriptlimits as well, just for debugging. Does that improve the situation? http://www.antunkarlovac.com/blog/2008/02/22/scriptlimits-attribute/#more-67
On Fri, Dec 10, 2010 at 7:17 AM, Singh, Wilbert <[email protected]> wrote: > Hi, > > > > Thanks for your response, > > > > > > > > In my case debug window is not a problem, I changed my code like, > > > > > > > > <canvas debug="false" > > > <text id="txtView" multiple="true" > > > </text> > > <handler name="oninit" > > > <![CDATA[ > > for(var i=0;i<100;i++){ > > for(var j=0;j<50;j++){ > > > txtView.setText(txtView.getText()+"i===="+i+"******j*******"+j+"\n"); > > // Debug.write("i===="+i+"******j*******"+j); > > > > } > > } > > ]]> > > </handler> > > </canvas> > > > > > > > > > > But the problem is the for loop not execute one by one[no delay occur],so it > will take more memory at the time. > > > > See this post > > > > http://forum.openlaszlo.org/showthread.php?t=10970&highlight=adobe+script > > > > Here some solutions are there, its working fine. Its avoid the script error, > but applicable to the inner for loop concept, Can any one give me the > solution for my problem? > > > > > > > > Thanks & Regards, > > > > Wilbert > > ________________________________ > > From: [email protected] > [mailto:[email protected]] On Behalf Of Henry Minsky > Sent: Thursday, December 09, 2010 9:45 PM > To: laszlo > Subject: [Laszlo-user] Fwd: performance problem > > > > > > Debug.write is not very efficiently implemented right now; perhaps you could > accumulate your output into a single string and then just call Debug.write > once, or at least less frequently than 5000 times? > > We could certainly improve the efficiency by doing such buffering ourselves > in the debugger, it would be pretty simple. Calls to addText () in the > _dbg_lztextscroller class could be appended to an instance variable, and the > call to setText on the text field could be called from the Idle event if > there was output > to present. > > > > You could file an improvement request in JIRA, or better yet, take a look > at the implementation in lps/components/debugger and implement it yourself > and contribute the results back > to the OpenLaszlo project! > > > > On Fri, Dec 10, 2010 at 12:30 AM, wilbertsingh <[email protected]> > wrote: > > Hi All, > > > > > > <canvas debug="true" > > > > > <handler name="oninit" > > > > > <![CDATA[ > > > > for(var i=0;i<100;i++){ > > > > for(var j=0;j<50;j++){ > > > > > Debug.write("package===="+i+"******models*******"+j); > > > > > > > > } > > > > } > > > > ]]> > > > > </handler> > > > > </canvas> > > > > > > > > I should execute the program, at the time it showing the many adobe script > error. How can I solve this problem, I tried several ways[setTimeOut(),and > callOnIdle()], > > > > Still I can’t find out any solution. any one Can you give the solution for > this performance issue? > > > > Thanks & Regards, > > Wilbert Singh.M > > > > _____________________________________________________________________ > > Information contained and transmitted by this e-mail is confidential and > proprietary to Patni Computer Systems Ltd and its affiliates (hitherto > referred as Patni Computers) and is intended for use only by the recipient. > If you are not the intended recipient , you are hereby notified that any > dissemination, distribution, copying or use of this e-mail is strictly > prohibited and you are requested to delete this e-mail immediately and > notify the originator or [email protected]. Patni Computers does not enter > into any agreement with any party by e-mail. Any views expressed by an > individual do not necessarily reflect the view of Patni Computers. Patni > Computers is not responsible for the consequences of any actions taken on > the basis of information provided, through this email. The contents of an > attachment to this e-mail may contain software viruses, which could damage > your own computer system. While Patni Computers has taken every reasonable > precaution to minimise this risk, we cannot accept liability for any damage > which you sustain as a result of software viruses. You should carry out your > own virus checks before opening an attachment. To know more about Patni > Computers please visit www.patni.com. > _____________________________________________________________________ > > -- > Henry Minsky > Software Architect > [email protected] > > > > > > > ________________________________ > Information contained and transmitted by this e-mail is confidential and > proprietary to Patni Computer Systems Ltd and its affiliates (hitherto > referred as Patni Computers) and is intended for use only by the recipient. > If you are not the intended recipient , you are hereby notified that any > dissemination, distribution, copying or use of this e-mail is strictly > prohibited and you are requested to delete this e-mail immediately and > notify the originator or [email protected]. Patni Computers does not enter > into any agreement with any party by e-mail. Any views expressed by an > individual do not necessarily reflect the view of Patni Computers. Patni > Computers is not responsible for the consequences of any actions taken on > the basis of information provided, through this email. The contents of an > attachment to this e-mail may contain software viruses, which could damage > your own computer system. While Patni Computers has taken every reasonable > precaution to minimise this risk, we cannot accept liability for any damage > which you sustain as a result of software viruses. You should carry out your > own virus checks before opening an attachment. To know more about Patni > Computers please visit www.patni.com. >
