Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7835C912C for ; Thu, 6 Sep 2012 18:07:49 +0000 (UTC) Received: (qmail 29342 invoked by uid 500); 6 Sep 2012 18:07:46 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 29301 invoked by uid 500); 6 Sep 2012 18:07:46 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 29237 invoked by uid 99); 6 Sep 2012 18:07:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Sep 2012 18:07:46 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gibson.becky@gmail.com designates 209.85.212.47 as permitted sender) Received: from [209.85.212.47] (HELO mail-vb0-f47.google.com) (209.85.212.47) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Sep 2012 18:07:40 +0000 Received: by vbbfr13 with SMTP id fr13so1881237vbb.6 for ; Thu, 06 Sep 2012 11:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=5aJ54XVSeYV7w2UsBXnOBT2vZgzyWVuOdNLjDK1/4oY=; b=cerXMNIY4tmpyVYxPQXwJSqHY7h5tc+I5/UAO2yAI+dxHaWKchFpGZleBiN8MoTU1d us+s91Skexv1sIqjCZOd3hqSQ748eKklHcN7h/xLlRHtxr0NvG5TYkFVYsetU9xlDCcj 9IHVw8sHfmcgC1bGz0bUI8n8/Wz08IZ4OIT0cxnzbzbXZzX+o/taYV2GvuB1LArPKYLm JzPnjMOOVczSiVXxpJornLFn8GXdekl1nGqKK64Jg8TTwcfL6o5VvJADC5WYIzUIVVYd huW7imfHNMfNe3R6XkK2ucHZ8FcOkBPS0AFC632osysaJmyJol1s0JHTQJj7Mco9y6OM dLDg== MIME-Version: 1.0 Received: by 10.52.32.233 with SMTP id m9mr2780974vdi.88.1346954839170; Thu, 06 Sep 2012 11:07:19 -0700 (PDT) Received: by 10.58.127.167 with HTTP; Thu, 6 Sep 2012 11:07:19 -0700 (PDT) In-Reply-To: References: Date: Thu, 6 Sep 2012 14:07:19 -0400 Message-ID: Subject: Re: Getting Crash in Mobile-spec file tests on iOS 2.1.0rc2 From: Becky Gibson To: callback-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=bcaec51d2360b7a04304c90c5c04 --bcaec51d2360b7a04304c90c5c04 Content-Type: text/plain; charset=ISO-8859-1 Well, there definitely seem to be some memory errors lurking. I modified the exec code back to the iFrame and and it takes longer for a problem to occur (so that may have nothing to do with it). If I run the auto file tests several times, then run some other automated test, then go back to the file tests, the file tests will fail (not crash) - it is like they never finished cleaning up. And eventually my screen will go blank - and xcode tells me that coreAnimation allocation failed (perhaps trying to display the UIWebView?). Still debugging...... -becky On Wed, Sep 5, 2012 at 2:53 PM, Andrew Grieve wrote: > In the case I was hitting, it was a pretty obvious forgetting to nil check > error. Fix commit: > > https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-ios.git;a=commit;h=e1781b0302ff51cb65581f08b783a420f6371ede > > I think in this case it would pass on the simulator but BAD_ACCESS > on-device. > > I'm not seeing a failure in File related tests though. Tried going back & > forth a few times on both iPhone 3gs and iPad2. > > > On Wed, Sep 5, 2012 at 2:38 PM, Andrew Grieve > wrote: > > > Just tried this on my 3gs and got a BAD_ACCESS within FileTransfer upload > > on my first try. Looking into it... > > > > > > On Wed, Sep 5, 2012 at 12:20 PM, Becky Gibson >wrote: > > > >> I am getting an inconsistent crash when I run the automated mobile-spec > >> file tests on the iOS simulator or my iPhone 4S. Sometimes the tests > run > >> fine but others I get an EXEC_BAD_ACCESS. Can someone else please test? > >> You may need to run the test multiple times (just go back out of a > >> successful file test and try again - at most it only takes me 3 tries to > >> crash). > >> > >> I tried setting breakpoints on execptions, I also tried profiling with > >> zombies but neither provided any useful info. It seems related to the > file > >> move tests - either with *entry.move.fnp.file1 or > *entry.move.dsp.srcDir > >> as the src. And of course, if I step through the code for those move > test > >> sin the debugger it doesn't crash. > >> > >> I'll try creating a new project to see if that helps. > >> > >> -becky > >> > > > > > --bcaec51d2360b7a04304c90c5c04--