[bug] editing long strings

[Emmanuel. M. Decarie]

Hello Michel,

I don't think that what you are seeing is related to the last OS X 
update. I just ran your script on OS X 10.1.2/Frontier 8.0fc1 and the 
moment I select workspace.testString, Frontier quit.

Here's the crash log:

  #1   0x7024a0f0 in SwitchContexts
  #2   0x70244b50 in SetThreadState
  #3   0x005bbc70 in threadsleep
  #4   0x005af8b4 in agentthreadmain
  #5   0x7027ae58 in CooperativeThread
  #6   0x7002054c in _pthread_body

Thread 6:
  #0   0x70000978 in mach_msg_overwrite_trap
  #1   0x7024a0f0 in SwitchContexts
  #2   0x702c9eec in YieldToThread
  #3   0x70244b50 in SetThreadState
  #4   0x005bbc70 in threadsleep
  #5   0x005acdc8 in processsleep
  #6   0x00564b5c in threadfunctionvalue
  #7   0x005167c4 in kernelfunctionvalue
  #8   0x005168e4 in kernelcall
  #9   0x00516ec8 in langfunctioncall
  #10  0x00517824 in langhandlercall
  #11  0x00517b8c in functionvalue
  #12  0x004df2d4 in 0x4df2d4
  #13  0x004df8c8 in evaluatetree
  #14  0x004dfb28 in evaluatelist
  #15  0x004df664 in evaltree
  #16  0x004df8c8 in evaluatetree
  #17  0x004dfb28 in evaluatelist
  #18  0x004ddd3c in evaluateloop
  #19  0x004df6d8 in evaltree
  #20  0x004df8c8 in evaluatetree
  #21  0x004dfb28 in evaluatelist
  #22  0x0051702c in langfunctioncall
  #23  0x00517824 in langhandlercall
  #24  0x00517b8c in functionvalue
  #25  0x004df2d4 in 0x4df2d4
  #26  0x004df8c8 in evaluatetree
  #27  0x004dfb28 in evaluatelist
  #28  0x004d78a0 in langruncode
  #29  0x005aedd0 in processruncode
  #30  0x005af3d0 in processtimeslice
  #31  0x005af47c in oneshotthreadmain
  #32  0x7027ae58 in CooperativeThread
  #33  0x7002054c in _pthread_body

Thread 7:
  #0   0x70000978 in mach_msg_overwrite_trap
  #1   0x7024a0f0 in SwitchContexts
  #2   0x702c9eec in YieldToThread
  #3   0x70244b50 in SetThreadState
  #4   0x005bbc70 in threadsleep
  #5   0x005acdc8 in processsleep
  #6   0x00564b5c in threadfunctionvalue
  #7   0x005167c4 in kernelfunctionvalue
  #8   0x005168e4 in kernelcall
  #9   0x00516ec8 in langfunctioncall
  #10  0x00517824 in langhandlercall
  #11  0x00517b8c in functionvalue
  #12  0x004df2d4 in 0x4df2d4
  #13  0x004df8c8 in evaluatetree
  #14  0x004dfb28 in evaluatelist
  #15  0x004ddd3c in evaluateloop
  #16  0x004df6d8 in evaltree
  #17  0x004df8c8 in evaluatetree
  #18  0x004dfb28 in evaluatelist
  #19  0x0051702c in langfunctioncall
  #20  0x00517824 in langhandlercall
  #21  0x00517b8c in functionvalue
  #22  0x004df2d4 in 0x4df2d4
  #23  0x004df8c8 in evaluatetree
  #24  0x004dfb28 in evaluatelist
  #25  0x004d78a0 in langruncode
  #26  0x005aedd0 in processruncode
  #27  0x005af3d0 in processtimeslice
  #28  0x005af47c in oneshotthreadmain
  #29  0x7027ae58 in CooperativeThread
  #30  0x7002054c in _pthread_body

Thread 8:
  #0   0x70000978 in mach_msg_overwrite_trap
  #1   0x70005a04 in mach_msg
  #2   0x70026a2c in _pthread_become_available
  #3   0x70026724 in pthread_exit
  #4   0x702696ac in ReleaseThreadEntryAndDie
  #5   0x7026ef28 in DisposeThread
  #6   0x7027ae68 in CooperativeThread
  #7   0x7002054c in _pthread_body

PPC Thread State:
   srr0: 0x70003fe0 srr1: 0x0200f030                vrsave: 0xff000000
    xer: 0x00000020   lr: 0x7000d8a8  ctr: 0x00000040   mq: 0x00000000
     r0: 0x00000040   r1: 0xbfffe620   r2: 0x00000000   r3: 0x00000000
     r4: 0x01b47040   r5: 0x00009000   r6: 0x00000080   r7: 0x00000000
     r8: 0x00000060   r9: 0x00000010  r10: 0x00000020  r11: 0x00000030
    r12: 0x00000200  r13: 0x00001f00  r14: 0x041951d8  r15: 0x041d8520
    r16: 0xbfffeafc  r17: 0x041d2060  r18: 0x00000000  r19: 0x00001f00
    r20: 0x006d2b30  r21: 0x041cedf0  r22: 0xfff30364  r23: 0x01b47000
    r24: 0x00009000  r25: 0xfff30364  r26: 0x01b47000  r27: 0x00046010
    r28: 0x00000000  r29: 0x00046010  r30: 0x00046010  r31: 0x7000d4d4

**********

I must say that in my experience,  Frontier is not very stable on my 
machine (I'm not talking here about server side). If I have a lot of 
scripting to do in Frontier and Radio, and that involve switching all 
day long between Frontier (+ webEdit), Radio and  BBEdit, Frontier 
crash at least every day. This is on OS X 10.1.2 on G4 AGP 400 with 
576 MB or RAM. And when editing big script (500 lines and more), 
Frontier get sometimes totally irresponsive (scrolling freeze, the 
first line of the script disapear until you resize the window, 
etc...).

Cheers
-Emmanuel

>Hello,
>
>This might be related to the OS update I just installed, because I have
>never noticed this before:
>
>Editing a long string (containing some hard returns) directly in the ODB
>browser crashes Frontier.
>
>Versions: 8.0b46, Mac OS X 10.1.3
>
>The reproduction recipe (careful! nasty crash ahead!):
>
>myString = string.filledString ('x', 10000);
>workspace.testString = myString + cr + myString + cr;
>
>when trying to alter some of the characters in 'workspace.testString'
>Frontier 'unexpectedly quits', sometimes preceded by an 'out of memory' error.
>
>Can anyone confirm this?
>
>Michel Benevento
>Amsterdam


-- 
______________________________________________________________________
Emmanuel Décarie / Programmation pour le Web - Programming for the Web
Frontier - Perl - Javascript - XML  <http://scriptdigital.com/>