DroidForums.net is the original Verizon Android Forum! Registered Users do not see these ads. Please Register - It's Free!
Results 1 to 5 of 5

Thread: Apps Crashing

  1. Master Droid
    pjo1966's Avatar
    Member #
    23172
    Join Date
    Jan 2010
    Location
    Los Angeles
    Posts
    312
    Phone
    Thunderbolt
    #1

    Apps Crashing

    I had problems with two apps crashing right after the other. First I tried to open the Nook app. Whenever I tried to open the current book it would crash. Then I tried Forum Runner and I would get as far as my subscribed threads on the one favorite forum I have, and it would crash. These are both apps I don't use very often on the TB. I usually open them on the rooted Nook. Is anyone else having issues?
    Realtor in Los Angeles.
  2.  
     
     
     
  3. Junior Droid
    kusmith's Avatar
    Member #
    148257
    Join Date
    Dec 2010
    Location
    Atlanta, GA
    Posts
    5
    Phone
    HTC Thunderbolt
    #2

    Same Issue

    Nook crashes every time I try to use it. Stitcher Radio does the same thing. "The application (process bn.ereader) has topped unexpectedly. Please try again." That is the message I get for both.
  4. Master Droid
    pjo1966's Avatar
    Member #
    23172
    Join Date
    Jan 2010
    Location
    Los Angeles
    Posts
    312
    Phone
    Thunderbolt
    #3
    In my case, it was a problem with launcher pro. I downloaded the most recent update and it's been fine since.

    Sent from my rooted Nook Color using DroidForums App
    Realtor in Los Angeles.
  5. Junior Droid
    kusmith's Avatar
    Member #
    148257
    Join Date
    Dec 2010
    Location
    Atlanta, GA
    Posts
    5
    Phone
    HTC Thunderbolt
    #4

    What is that?

    What is launcher pro?
  6. Junior Droid
    amuse's Avatar
    Member #
    2233
    Join Date
    Nov 2009
    Posts
    18
    Phone
    214-550-2003
    #5

    Crashing Apps on the HTC Thunderbolt

    We are seeing the same issues with our Thunderbolt and the forums are full of reports of crashes for many apps including our own app, ShopSavvy.

    HTC and Google area aware of the issue, but until they fix the underlying issue there isn't much app developers can do. Here is the technical explanation from one of our developers:

    After much toying, tweaking, and hacking I can safely say that the problem we are encountering with the HTC Thunderbolt can not be fixed from our side of the fence. Doing testing across the Nexus S, Nexus One, Evo, and Thunderbolt I have pinned the problem down to the garbage collection mechanisms on the Thunderbolt; both on the native heap and in the dalvik. On each product screen we place a large image of the product on the lower half of the screen. Each time we create this image an allocation is done on the native heap to hold the actual Bitmap bytes while a small reference object is placed on the dalvik. The error that currently causes ShopSavvy to crash involves the native heap growing until the operating system can no longer allocate anymore space causing the program to crash from the native side of the application, not the dalvik.
    In order to free memory on the native heap an Android programmer can either ensure that 1. The bitmap reference on the dalvik is garbage collected which will in turn call the native destructor which will delete the buffer on the native heap or 2. Call the recycle() method on the dalvik Bitmap object which will immediately delete the buffer on the native heap. By calling delete on the native buffer the operating system should then mark that buffer space as reusable and the next allocation should be able to take advantage of the space ensuring that the native heap does not need to grow in size. Therefore, to track down the problem I needed to ensure that both methods were used to keep the native heap under control.
    The first round of tests involved ensuring that the Bitmap.recycle() method was called on each product image to ensure that the bitmap should then be immediately recycled. I included a Bitmap.recycle() and a logging statement on activity shutdown methods as well as in the activity finalizer to ensure that the method was called and the bitmap destroyed. On the Thunderbolt calling recycle() on the bitmap never caused an increase in free native heap space. Therefore every time the product screen was visited another 1-2mb would be allocated onto the native heap until the program would get an OOM (Out Of Memory error). If we compare memory consumption of the Evo with the Thunderbolt; after viewing 6 product screens, the native memory usage on the Thunderbolt would grow from 6Mb to 24Mb, where the Evo would grow from 9.9Mb to 14Mb (where it stayed).
    The next round of tests determined the activity of the Dalvik garbage collection mechanisms. I went through the code and put printouts in the finalize methods of our product screen objects. This ensures that I get a message every time the dalvik deleted one of these objects from memory. I also wrapped our BitmapDrawables to ensure that the finalize method was being called on them as well. On the Nexus S, Nexus One, and Evo the garbage collector would kick in fairly quickly; after about 4 product screen views. I received messages that the activities, tasks, drawables, and tasks associated with the product screen were all purged from memory. This was also confirmed by my native heap gaining free space and not growing in overall size. The thunderbolt however never called the finalize methods on anything other than Tasks. This means that every activity was still being kept in memory along with WebViews and BitmapDrawables. Even though the references to all objects were deleted on the activity shutdown methods; the objects were never cleared from memory causing large memory usage.
    Iím unable to recommend any fixes at this time. All Android best practices are being exercised in our app. We have concluded that all references are being deleted and all bitmaps have been recycled either by manually calling recycle or through the Bitmap object being finalized.


Links

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

Similar Threads

  1. Apps crashing?
    By esheesle in forum Android General Discussions
    Replies: 1
    Last Post: 12-03-2010, 06:35 AM
  2. Messaging apps crashing when creating new messsages
    By nightwo|f in forum Droid 2 Tech Issues
    Replies: 1
    Last Post: 11-03-2010, 05:45 PM
  3. Random Restarts and Crashing (Native) Apps...Please Help?
    By DroidX2190 in forum Droid X General Discussions
    Replies: 8
    Last Post: 09-02-2010, 02:24 PM
  4. Crashing apps
    By linkboy in forum LG Ally
    Replies: 0
    Last Post: 08-26-2010, 11:23 PM
  5. Crashing
    By barber056 in forum Android General Discussions
    Replies: 3
    Last Post: 02-19-2010, 09:56 PM

Search tags for this page

droid apps crashing

,

droid incredible apps crashing

,

htc incredible apps crash

,
htc incredible apps crashing
,

htc thunderbolt apps crashing

,

process bn.ereader

,

process bn.ereader has stopped unexpectedly

,
process.bn.ereader
,
stitcher radio crashes
,

thunderbolt apps crashing

Click on a term to search our site for related topics.

Tags for this Thread

Find us on Google+