[Rubycocoa-devel 1080] Re: Crashes with a webview.

Back to archive index

Eloy Duran eloy.****@gmail*****
Sat Jul 7 07:03:14 JST 2007


Well I don't know why I missed it but the code that leads to the crash
is a notification callback from the webview. I still don't know yet if
all my problems are over and why that notification sometimes works and
sometimes not, but if it does continue I will try to put something
together.

Thanks Laurent and sorry for the clutter in your inbox :)

Eloy

On 7/6/07, Laurent Sansonetti <lsans****@apple*****> wrote:
> If you can manage to isolate the offending code in a separate project
> and share it with us, this would be very helpful :-)
>
> Laurent
>
> On Jul 6, 2007, at 9:59 PM, Eloy Duran wrote:
>
> > Hmm, okay I was able to fix the last crash that belongs to the code
> > and backtrace....
> > However I still have a gut feeling that a webview tries to do stuff
> > automatically which makes me run into crashes, leaving me with
> > backtrace stuff that.... well doesn't tell me much :)
> >
> > Cheers,
> > Eloy
> >
> > On 7/6/07, Eloy Duran <eloy.****@gmail*****> wrote:
> >> Hi,
> >>
> >> I'm having these really weird crashes which are related to using a
> >> webview within a interface.
> >> But the code that I change has absolutely nothing to do with the
> >> webview at all, so I'm really wondering if it's something that I
> >> overlooked or wether it's a bug.
> >>
> >> The code I added is below. Without it the app starts up without a
> >> problem and I see "start" being printed to the console when a button
> >> is being dragged. But once I add it the app crashes immediately after
> >> awakeFromNib. At that point nothing is being dragged so the code is
> >> not even being called, there's no "start" being printed to the
> >> console.
> >>
> >> Now if I remove the webview from the nib the app starts and the code
> >> behaves exactly as it should.... But in my test no code is ever being
> >> called on the webview instance.
> >>
> >> I already had problems like this before were there were buttons in
> >> the
> >> nib that weren't yet  connected to another object. So I start to
> >> wonder if a webview tries to automatically do something when
> >> awakening
> >> that might cause this behaviour....?
> >>
> >> I even have crashes that occur randomly, which are also below.
> >>
> >> I also uninstalled Safari 3, but this wasn't a big help either :)
> >>
> >> Cheers,
> >> Eloy
> >>
> >> ---------------------------------------------------
> >> code
> >> ---------------------------------------------------
> >>
> >> def some_method
> >>  puts 'start'
> >>  # code that doesn't change...
> >>
> >>      # first check if we already did this move
> >>      new_reorder_move = { :from => button, :to => over_button, :way
> >> => :up }
> >>      if @last_reorder_move != nil && new_reorder_move ==
> >> @last_reorder_move
> >>        puts 'yup'
> >>        return
> >>      end
> >>      @last_reorder_move = new_reorder_move
> >>
> >>  # more code that doesn't change
> >> end
> >>
> >> ---------------------------------------------------
> >> other random crashes
> >> ---------------------------------------------------
> >> 2007-07-06 16:28:38.426 Kari[2889] *** -[NSHTTPCookieInternal
> >> isEnabled]: selector not recognized [self = 0x1508220]
> >> Kari/build/Release/Kari.app/Contents/Resources/rb_main.rb:23:in
> >> `NSApplicationMain': NSInvalidArgumentException - ***
> >> -[NSHTTPCookieInternal isEnabled]: selector not recognized [self =
> >> 0x1508220] (OSX::OCException)
> >>        from Kari/build/Release/Kari.app/Contents/Resources/
> >> rb_main.rb:23
> >>
> >> Kari has exited with status 1.
> >>
> >> [Session started at 2007-07-06 16:28:49 +0200.]
> >> 2007-07-06 16:28:55.530 Kari[2893] *** -[NSCFString isEnabled]:
> >> selector not recognized [self = 0x1508220]
> >> Kari/build/Release/Kari.app/Contents/Resources/rb_main.rb:23:in
> >> `NSApplicationMain': NSInvalidArgumentException - *** -[NSCFString
> >> isEnabled]: selector not recognized [self = 0x1508220]
> >> (OSX::OCException)
> >>        from Kari/build/Release/Kari.app/Contents/Resources/
> >> rb_main.rb:23
> >>
> >> ---------------------------------------------------
> >> backtrace
> >> ---------------------------------------------------
> >>
> >> #0  0x90a594c7 in objc_msgSend ()
> >> #1  0x01502230 in ?? ()
> >> #2  0x932a8a90 in -[NSThemeFrame _updateWidgets] ()
> >> #3  0x9335bb5a in -[NSWindow(NSWindow_Theme) _updateFrameWidgets] ()
> >> #4  0x932b3bf7 in -[NSWindow
> >> _reallyDoOrderWindow:relativeTo:findKey:forCounter:force:isModal:] ()
> >> #5  0x932b2e5e in -[NSWindow orderWindow:relativeTo:] ()
> >> #6  0x93309fa8 in -[NSWindow makeKeyAndOrderFront:] ()
> >> #7  0x93294ddc in -[NSApplication _sendFinishLaunchingNotification]
> >> ()
> >> #8  0x9329487d in -[NSApplication(NSAppleEventHandling)
> >> _handleAEOpen:] ()
> >> #9  0x93294448 in -[NSApplication(NSAppleEventHandling)
> >> _handleCoreEvent:withReplyEvent:] ()
> >> #10 0x927f1e65 in -[NSAppleEventManager
> >> dispatchRawAppleEvent:withRawReply:handlerRefCon:] ()
> >> #11 0x927f1c8f in _NSAppleEventManagerGenericHandler ()
> >> #12 0x915226c5 in aeDispatchAppleEvent ()
> >> #13 0x915225f6 in dispatchEventAndSendReply ()
> >> #14 0x915224c2 in aeProcessAppleEvent ()
> >> #15 0x92def0e4 in AEProcessAppleEvent ()
> >> #16 0x9329263d in _DPSNextEvent ()
> >> #17 0x93292056 in -[NSApplication
> >> nextEventMatchingMask:untilDate:inMode:dequeue:] ()
> >> #18 0x9328bddb in -[NSApplication run] ()
> >> #19 0x9327fd2f in NSApplicationMain ()
> >> #20 0x0003dded in ffi_call_SYSV ()
> >> #21 0x0003dd8a in ffi_call ()
> >> #22 0x0003b17c in rb_ffi_dispatch ()
> >> #23 0x00033f28 in find_bs_boxed_by_encoding ()
> >> #24 0x00221e09 in call_cfunc ()
> >> #25 0x002214f2 in rb_call0 ()
> >> #26 0x00222489 in rb_call ()
> >> #27 0x0021c34a in rb_eval ()
> >> #28 0x00217d9c in eval_node ()
> >> #29 0x00218369 in ruby_exec_internal ()
> >> #30 0x002183b3 in ruby_exec ()
> >> #31 0x002183dd in ruby_run ()
> >> #32 0x000316fd in RBApplicationMain ()
> >> #33 0x00001e66 in main ()
> >>
> >
> > _______________________________________________
> > Rubycocoa-devel mailing list
> > Rubyc****@lists*****
> > http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel
>
> _______________________________________________
> Rubycocoa-devel mailing list
> Rubyc****@lists*****
> http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel
>




More information about the Rubycocoa-devel mailing list
Back to archive index