Thank you. I had been using the maintenance release of the SDK. I just repulled and rebuilt with the regular 3rd edition SDK and it runs fine.
-Brad On 8/16/06 5:53 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi Brad, > > This sounds similar to: > > http://bugzilla.opendarwin.org/show_bug.cgi?id=10318 > > But this is the first I've heard of it as at the current S60 trunk, > all clean builds and stable here. We did see something similar > last week, but that was fixed in r15827 (see bug history above). > > Please let us know your current SDK version - the latest maintenance > release is not yet supported; I patched the build script and wiki > recently for that. > > If it still crashes after another 'svn up' to the very latest > and full build on SDK 3.0, is it possible to send us a stack trace? > > Thanks, > Bradley > > > > > > ________________________________ > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of ext Brad Lassey > Sent: Wednesday, August 16, 2006 4:51 PM > To: webkit-dev@opendarwin.org > Subject: [webkit-dev] Crash on start up in Series 60 emulator > > > > > I had a working build of Webkit for Series 60, then I updated my tree. > Now I get a KERM-EXEC 3 panic on start up. According to the stack trace > it happens on line 141 of BrowserSettingsContainer.cpp, in the SettingL > method. I've included that source below > > MBrCtlSettingInterface& CBrowserSettingsContainer::SettingL( > TBrCtlDefs::TBrCtlSettings aId ) > { > TInt settingNum = 0; > TBool found = EFalse; > while(( settingNum < iSettings.Count() ) && !found ) > { > if( aId == (iSettings[settingNum])->SettingId() ) //crash > happens when evaluating here > { > found = ETrue; > } > else > { > settingNum++; > } > } > // if not found above, then create a new one > if( !found ) > { > iSettings.Append( CBrowserSetting::NewL(aId, this) ); > MarkAsUpdatedL( aId ); > } > return *iSettings[settingNum]; > } > > > At the time of the crash, settingNum is 0. I put a breakpoint just > above. This method is executed just fine several times, being called > from InsertDefaultSettingsL. The crash happens when it is called during > the construction of a CUserAgent in CWebKitControl::UserAgentStringL. > The peculur thing is that the iCount of the RArray iSettings is > 597717828 just before the crash occurs, which seems abnormally high. > Also, it seems that accessing that array at all will cause the crash. > > I have now rebuilt from a fresh pull on a fresh computer with the same > results. Has anyone else seen this behavior? Is there a fix? > > Thanks, > Brad > > -- Bradford Lassey France Telecom R&D 175 Second st. Cambridge, MA 02142 USA Office: +1617 995 8137 Mobile: +1617 320 3268 Fax: +1617 995 8051 _______________________________________________ webkit-dev mailing list webkit-dev@opendarwin.org http://www.opendarwin.org/mailman/listinfo/webkit-dev