[android-developers] Re: Is it possible, that Android kills a service inside an app?

2014-12-05 Thread Ashik Vetrivelu
It depends on the Service which you have. Service in android is of two 
types:
Bound Service and Unbounded Service. Binded Service is what is bound to the 
activity and it lives as long as activity is running. But unbound service 
is like a *Separate Process. The Service can still be killed by Android.*To 
avoid this in the onDestroy() method just call the BroadcastReceiver which 
launches the service. 
 

On Tuesday, November 25, 2014 4:38:18 PM UTC+5:30, Oleksii Bieliaiev wrote:

 Hey guys,

 let's imagine we have an app with a service and an activity inside. Both 
 components live in a same process, our service is started (in terms of 
 Android) and a user does some interaction with an activity. Eventually our 
 app goes to background. My question is, whether is it possible, under 
 certain conditions (low memory, timeout, etc), that Android kills our 
 started service separately, without killing entire process?

 Thank you,
 Alex


-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] Is it possible, that Android kills a service inside an app?

2014-12-05 Thread Oleksii Bieliaiev
Hi,

thank you for your answer, I really appreciate that :) However, my question 
appeared right after I've read the article you mentioned. It doesn't state, 
that Android can kill a SERVICE, even if its host PROCESS has 
background priority. It states, that Android kills entire PROCESS, based 
on its priority.
From my point of view, under memory pressure you have to act quickly. How 
much memory is it possible to free in case you stop a SERVICE? Nobody 
knows. In theory you can calculate retained size of an object, but in this 
case you have to rely on GC. When garbage collection will happen? Again, 
depends on GC. On the other hand, OS knows each process memory footprint. 
OS has their priorities. OS has enough information to act quickly and be 
effective under memory pressure.
I can be wrong, but for me it doesn't make sense to kill a SERVICE 
without killing entire PROCESS. Yes, user can do this manually, but it 
doesn't mean Android does that. Again, I can be wrong. But I really need 
some proofs :)

Thank you,
Alex


On Friday, December 5, 2014 4:12:21 AM UTC+1, TreKing wrote:


 On Tue, Nov 25, 2014 at 5:08 AM, Oleksii Bieliaiev abel.th...@gmail.com 
 javascript: wrote:

 My question is, whether is it possible, under certain conditions (low 
 memory, timeout, etc), that Android kills our started service separately, 
 without killing entire process?


 Yes, it's possible. If the process does not have a foreground UI element 
 (an Activity the user is using or an ongoing notification created with 
 startForeground) the Service is considered to be background and more 
 susceptible to being killed.

 See: 
 http://developer.android.com/guide/topics/processes/process-lifecycle.html


 -
 TreKing http://sites.google.com/site/rezmobileapps/treking - Chicago 
 transit tracking app for Android-powered devices
  

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] Is it possible, that Android kills a service inside an app?

2014-12-05 Thread Oleksii Bieliaiev
Sorry, but I'm asking about OS behavior, not about my possibilities.

Thank you,
Alex



On Friday, December 5, 2014 4:23:14 AM UTC+1, SIVAKUMAR.J wrote:

 Yes you can call stop service method
 On 25 Nov 2014 16:38, Oleksii Bieliaiev abel.th...@gmail.com 
 javascript: wrote:

 Hey guys,

 let's imagine we have an app with a service and an activity inside. Both 
 components live in a same process, our service is started (in terms of 
 Android) and a user does some interaction with an activity. Eventually our 
 app goes to background. My question is, whether is it possible, under 
 certain conditions (low memory, timeout, etc), that Android kills our 
 started service separately, without killing entire process?

 Thank you,
 Alex

 -- 
 You received this message because you are subscribed to the Google
 Groups Android Developers group.
 To post to this group, send email to android-d...@googlegroups.com 
 javascript:
 To unsubscribe from this group, send email to
 android-developers+unsubscr...@googlegroups.com javascript:
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en
 --- 
 You received this message because you are subscribed to the Google Groups 
 Android Developers group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to android-developers+unsubscr...@googlegroups.com javascript:.
 For more options, visit https://groups.google.com/d/optout.



-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[android-developers] Re: Is it possible, that Android kills a service inside an app?

2014-12-05 Thread Oleksii Bieliaiev


 It depends on the Service which you have. Service in android is of two 
 types:


I'm asking specifically about Started service 
http://developer.android.com/reference/android/content/Context.html#startService(android.content.Intent)
 

*The Service can still be killed by Android.*


Any proofs?

Thank you,
Alex


On Friday, December 5, 2014 12:32:33 PM UTC+1, Ashik Vetrivelu wrote:

 It depends on the Service which you have. Service in android is of two 
 types:
 Bound Service and Unbounded Service. Binded Service is what is bound to 
 the activity and it lives as long as activity is running. But unbound 
 service is like a *Separate Process. The Service can still be killed by 
 Android.*To avoid this in the onDestroy() method just call the 
 BroadcastReceiver which launches the service. 
  

 On Tuesday, November 25, 2014 4:38:18 PM UTC+5:30, Oleksii Bieliaiev wrote:

 Hey guys,

 let's imagine we have an app with a service and an activity inside. Both 
 components live in a same process, our service is started (in terms of 
 Android) and a user does some interaction with an activity. Eventually our 
 app goes to background. My question is, whether is it possible, under 
 certain conditions (low memory, timeout, etc), that Android kills our 
 started service separately, without killing entire process?

 Thank you,
 Alex



-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[android-developers] Re: Is it possible, that Android kills a service inside an app?

2014-12-05 Thread Johan Appelgren
What? Whether a Service runs in a separate process or not DOES NOT depend 
on whether you bind to it and/or start it using startService. That is only 
controlled by the process attribute, 
see 
http://developer.android.com/guide/topics/manifest/service-element.html#proc. 

On Friday, December 5, 2014 12:32:33 PM UTC+1, Ashik Vetrivelu wrote:

 It depends on the Service which you have. Service in android is of two 
 types:
 Bound Service and Unbounded Service. Binded Service is what is bound to 
 the activity and it lives as long as activity is running. But unbound 
 service is like a *Separate Process. The Service can still be killed by 
 Android.*To avoid this in the onDestroy() method just call the 
 BroadcastReceiver which launches the service. 
  

 On Tuesday, November 25, 2014 4:38:18 PM UTC+5:30, Oleksii Bieliaiev wrote:

 Hey guys,

 let's imagine we have an app with a service and an activity inside. Both 
 components live in a same process, our service is started (in terms of 
 Android) and a user does some interaction with an activity. Eventually our 
 app goes to background. My question is, whether is it possible, under 
 certain conditions (low memory, timeout, etc), that Android kills our 
 started service separately, without killing entire process?

 Thank you,
 Alex



-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] How do I get logcat working on my LG G Tab 7.0?

2014-12-05 Thread andrew_esh
One thing I usually do when I'm preparing a device to work with adb for 
debugging is to switch it to appear on the USB bus as a Camera, instead of 
a Media device. I do this with my Nexus 5 and Nexus 7 devices (which are 
running my AOSP builds with root access). This often solves the device not 
found problem. I am guessing that the Camera mode supplies the two-way 
host-client communication protocol that adb needs, while the Media mode 
operates in a Master-Slave paradigm, meant only for transferring files.

Another of my solutions is to make sure the device is being registered 
within the OS as the right type of device. For Windows I use USBDeview, and 
on Linux I use lsusb. (There is a Mac version of lsusb 
here: https://github.com/jlhonora/lsusb .) These tools will show the 
presence of the device on the USB bus, and the Vendor and Product ID 
numbers for it. Those numbers determine the identity of the device within 
the operating system, which leads to the choice of which device driver is 
used to communicate with it. If the device is in Media mode, then the OS 
will probably connect it to the Media device driver. When the device is in 
Camera mode, a different driver is selected. The goal is to get the OS to 
identify the device in such a way as to get the right driver attached to 
it. Then it will appear where adb can see it, and adb devices will list 
it.

Setting up Linux to use udev to recognize an Android debug device and 
assign the right permissions and driver to it is covered here: 
http://source.android.com/source/initializing.html#setting-up-a-mac-os-x-build-environment
 
. There is a page of udev configuration in the Linux section (above where 
that Mac OSX link points you). The device identifiers in that list are what 
I'm talking about. They configure udev to detect and properly represent the 
device within the system so adb can see it.

Windows uses the same Vendor/Product ID system as udev. Each device driver 
install package has a .inf file that specifies which devices the device 
driver is meant to work with. Not having a device driver with the 
Vendor/Product ID of a device being plugged into USB causes Windows to 
display the Search the Internet or select a device driver package dialog. 
Getting Android device drivers working on Windows is not easy, but I find 
that USBDeview helps a lot, since it displays the Vendor/Product IDs, and 
you can easily determine if a particular driver is going to respond to 
those IDs.

NOTE:Switching the device from Media to Camera mode with cause it to 
display a different Vendor/Product ID within the USB system. (This also 
happens when rebooting to Recovery or Bootloader.)

BTW, I wouldn't blame Google for the adb problems. They wrote what they 
could, and it now has to run in a chaotic third party OS environment. USB 
needs to be configured on the host OS, which is not under Google's control. 
Also, Vendors often like to turn off adb access like some Internet sites 
like to turn off ping responses. They think it helps, but it gets in the 
way of development. For example, I have yet to find a way to logcat my 
Kindle Fire. It seems that Amazon doesn't want me to do that. If I wanted 
to develop for the Kindle, I'd approach Amazon with a willingness to sign 
an NDA, and become a member of their development community (if there is 
one). Otherwise, I'm locked out, and I would probably use some other device 
to do development. Device manufacturers are not obligated to support 
development. This sentiment is best expressed in Google's explanation of 
why they use the Apache Source License for the AOSP 
project: 
http://source.android.com/source/licenses.html#why-apache-software-license


On Thursday, December 4, 2014 11:15:43 PM UTC-6, Spooky wrote:

 On Thu, Dec 04, 2014 at 10:44:46PM -0600, TreKing wrote: 
  On Thu, Dec 4, 2014 at 9:23 PM, Jim Graham spook...@gmail.com 
 javascript: wrote: 
  
  You did not clarify, so, to be sure, you followed the directions on that 
  page, right? 

 Well, given that this post just now showed up here, no, I didn't even 
 know about that.  But...it worked!  At least, for showing Developer 
 Options.  Now for the next question:  what option(s) do I need to select 
 in Developer Options to enable logcat on 4.2+ (on my devices) WITHOUT 
 root? 

 Ok, we're on the way to overriding Google's infinte stupidity ... maybe 
 this will actually work right (like it used to) after all. 

 Thanks, 
--jim 

 -- 
 THE SCORE:  ME:  2  CANCER:  0 
 73 DE N5IAL (/4)  | 
 spook...@gmail.com javascript:  | BOFH Excuse for the day: 
  Running Mac OS X Lion  | 
 ICBM / Hurricane: | Paradigm shift without 
30.44406N 86.59909W| a clutch. 
 


-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to

Re: [android-developers] How do I get logcat working on my LG G Tab 7.0?

2014-12-05 Thread Jim Graham
On Fri, Dec 05, 2014 at 08:12:33AM -0800, andrew_esh wrote:
 One thing I usually do when I'm preparing a device to work with adb for 
 debugging is to switch it to appear on the USB bus as a Camera, instead of 
 a Media device. I do this with my Nexus 5 and Nexus 7 devices

Actually, while I haven't had time to mess with this again since last
night, I'm 99% certain that the reason the tablet wasn't connecting via
USB is the fact that the USB debugging, located in the formerly hidden
Developer Options (thanks again, TreKing, for the help with that), was
off.

After I get some more work done on my port of my desktop brewers beer
formula calculator (GTbrew2 --- GTbrew2/Android)---trying to get the
big database working today, and hopefully move foreward from there,
I'll be trying to get adb working across TCP/IP (I saw the options to
connect via TCP/IP in the adb options, but so far, no luck getting it
to actually connect from my Mac to the adb server I think I started on
my tablet).  Then I could use my Mac to directly receive logcat data
(I also found out how to filter the results, so it would actually end
up being an improvement...if I can just get past that very short USB
cable...with the Android-side connector being about 1/2 the size of
normal).

 BTW, I wouldn't blame Google for the adb problems. They wrote what they 
 could, and it now has to run in a chaotic third party OS environment.

I blame google for what google did:  deliberately make developers jump
through hoops to debug apps we're developing by breaking what was working
fine before.  This morning, I started seeing indications that not only
is logcat screwed up now, it may actually be deprecated.  If that's the
case, there's a new method that should be an improvement, if they'll just
let us know what it is..  I'm not holding my breath, though.

 This sentiment is best expressed in Google's explanation of 
 why they use the Apache Source License for the AOSP 
 project: 
 http://source.android.com/source/licenses.html#why-apache-software-license

Wait, isn't the Apache Source License one of the most open ones?  Maybe
I've missed something...who knows.

Thanks,
   --jim

-- 
THE SCORE:  ME:  2  CANCER:  0
73 DE N5IAL (/4)  | AN EXCERCISE is a situation in which you stop what
spooky1...@gmail.com  | you're doing in order to simulate doing what you
 Running Mac OS X Lion  | were doing so you can show someone else that you
ICBM / Hurricane: | can simulate what you were doing as well as you
   30.44406N 86.59909W| were doing it before you were interrupted.

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[android-developers] Database access error causes force close

2014-12-05 Thread Jim Graham
I'm trying to use an SQLite table with Android (and for almost the first
time, period, but I familiarized myself with it using SQLite3 /
tclsh8.4), and I've run into a bit of a problem where I can't seem to
spot the error.

Here is the code where it's failing and force closing:

   ---  CUT HERE  ---

   // global - before start of DataBaseHelper class:
   private static final String TABLE_GRAINBRANDS = grainbrands;

   // much later in DataBaseHelper
   
   ListString grainBrandsList = new ArrayListString();
   String selectQuery = SELECT  * FROM  + TABLE_GRAINBRANDS;
   String brand;

   SQLiteDatabase db = this.getWritableDatabase();
   Cursor c = db.rawQuery(selectQuery, null); // This is the line (75)
   // that logcat says causes the force close


   ---  CUT HERE  ---

Surrounding logcat code:

---  CUT HERE  ---

I/ActivityManager(15152): Start proc com.jdgapps.andgtbrew2 for activity
  com.jdgapps.andgtbrew2/.AndGTbrew2: pid=28296 uid=10327
  gids={1015, 1028}

I/ActivityManager(15152): Displayed com.jdgapps.andgtbrew2/.AndGTbrew2: +3s183ms

E/AndroidRuntime(28296):
   at 
com.jdgapps.andgtbrew2.DataBaseHelper.getGrainBrands(DataBaseHelper.java:175)

E/AndroidRuntime(28296):  at 
com.jdgapps.andgtbrew2.AndGTbrew2$1.onClick(AndGTbrew2.java:92)

W/ActivityManager(15152):   Force finishing activity 
com.jdgapps.andgtbrew2/.AndGTbrew2

W/ActivityManager(15152): Activity pause timeout for
   ActivityRecord{4280e468 com.jdgapps.andgtbrew2/.AndGTbrew2}

I/ActivityManager(15152): Process com.jdgapps.andgtbrew2 (pid 28296) has died.

---  CUT HERE  ---

Unfortunately, this error message doesn't tell me much, and while looking
between tutorials and my code here, I can't see what's wrong with it.

I tried to check in /data/data/com.jdgapps.andgtbrew2/ to see if gtbrew2.db
was there, but /data was empty, so I gather it's hidden.  Good security,
normally, but a PITA right now.

Logcat does not show any of the errors that would be generated if the
dabase copy (from assets to the above) failed, so it should be there.

Does anyone see anything that I might have missed?

Thanks,
   --jim

-- 
THE SCORE:  ME:  2  CANCER:  0
73 DE N5IAL (/4)  | 
spooky1...@gmail.com  | TeX actually recognizes several kinds of
 Running Mac OS X Lion  | infinity, some of which are ``more infinite''
ICBM / Hurricane: | than others.
   30.44406N 86.  59909W  |   --Donald Knuth in {The TeXbook}

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[android-developers] Re: Interfacing an android device (host mode) directly with a microcontroller via usb

2014-12-05 Thread 'RLScott' via Android Developers
The simplest way to do that is to use a USB-to-serial converter and program 
your Android app to talk to the converter module using the USB SPP 
protocol.  Then your micro controller program is simply talking over its 
UART.  If you want to stay with USB all the way, then you will have to use 
a micro with a USB interface and implement the SPP protocol on that micro.  
This is not easy.  USB is not a generic communication protocol like serial 
async.  The Android system needs to have a driver to the specific USB 
protocol you want to use.  Besides SPP, you could use the HID protocol and 
make your micro controller emulate a keyboard.  Then your application would 
have to be structured so as to use a keyboard interface, which is quite 
restrictive on your application.  Overall, I would say the converter module 
is the easiest approach.

Robert Scott
Hopkins, MN

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[android-developers] Re: Database access error causes force close (Update)

2014-12-05 Thread Jim Graham
On Fri, Dec 05, 2014 at 02:59:20PM -0600, Jim Graham wrote:
 I'm trying to use an SQLite table with Android (and for almost the first
 time, period, but I familiarized myself with it using SQLite3 /
 tclsh8.4), and I've run into a bit of a problem where I can't seem to
 spot the error.

Update:  There may be a problem with the initial copying of the
database.  The copy in assets (according to ls -l is 150528,
but long size = new File(db.getPath()).length(); reports a size
of 12288.

Does Android silently do compression of the database?  Or was it only
partially copied, thus likely explaining the error?

Thanks,
   --jim

-- 
THE SCORE:  ME:  2  CANCER:  0
73 DE N5IAL (/4)MiSTie #49997   Running Mac OS X Lion 
spooky1...@gmail.com ICBM/Hurricane: 30.44406N 86.59909W

Do not look into waveguide with remaining eye!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] Database access error causes force close

2014-12-05 Thread Steve Gabrilowitz
You could try putting a try/catch block around the offending statement to
catch a generic exception, maybe finding out exactly what exception pops up
might give you a clue?
On Dec 5, 2014 4:00 PM, Jim Graham spooky1...@gmail.com wrote:

 I'm trying to use an SQLite table with Android (and for almost the first
 time, period, but I familiarized myself with it using SQLite3 /
 tclsh8.4), and I've run into a bit of a problem where I can't seem to
 spot the error.

 Here is the code where it's failing and force closing:

---  CUT HERE  ---

// global - before start of DataBaseHelper class:
private static final String TABLE_GRAINBRANDS = grainbrands;

// much later in DataBaseHelper

ListString grainBrandsList = new ArrayListString();
String selectQuery = SELECT  * FROM  + TABLE_GRAINBRANDS;
String brand;

SQLiteDatabase db = this.getWritableDatabase();
Cursor c = db.rawQuery(selectQuery, null); // This is the line (75)
// that logcat says causes the force close


---  CUT HERE  ---

 Surrounding logcat code:

 ---  CUT HERE  ---

 I/ActivityManager(15152): Start proc com.jdgapps.andgtbrew2 for activity
   com.jdgapps.andgtbrew2/.AndGTbrew2: pid=28296 uid=10327
   gids={1015, 1028}

 I/ActivityManager(15152): Displayed com.jdgapps.andgtbrew2/.AndGTbrew2:
 +3s183ms

 E/AndroidRuntime(28296):
at
 com.jdgapps.andgtbrew2.DataBaseHelper.getGrainBrands(DataBaseHelper.java:175)

 E/AndroidRuntime(28296):  at
 com.jdgapps.andgtbrew2.AndGTbrew2$1.onClick(AndGTbrew2.java:92)

 W/ActivityManager(15152):   Force finishing activity
 com.jdgapps.andgtbrew2/.AndGTbrew2

 W/ActivityManager(15152): Activity pause timeout for
ActivityRecord{4280e468 com.jdgapps.andgtbrew2/.AndGTbrew2}

 I/ActivityManager(15152): Process com.jdgapps.andgtbrew2 (pid 28296) has
 died.

 ---  CUT HERE  ---

 Unfortunately, this error message doesn't tell me much, and while looking
 between tutorials and my code here, I can't see what's wrong with it.

 I tried to check in /data/data/com.jdgapps.andgtbrew2/ to see if gtbrew2.db
 was there, but /data was empty, so I gather it's hidden.  Good security,
 normally, but a PITA right now.

 Logcat does not show any of the errors that would be generated if the
 dabase copy (from assets to the above) failed, so it should be there.

 Does anyone see anything that I might have missed?

 Thanks,
--jim

 --
 THE SCORE:  ME:  2  CANCER:  0
 73 DE N5IAL (/4)  |
 spooky1...@gmail.com  | TeX actually recognizes several kinds of
  Running Mac OS X Lion  | infinity, some of which are ``more infinite''
 ICBM / Hurricane: | than others.
30.44406N 86.  59909W  |   --Donald Knuth in {The TeXbook}

 --
 You received this message because you are subscribed to the Google
 Groups Android Developers group.
 To post to this group, send email to android-developers@googlegroups.com
 To unsubscribe from this group, send email to
 android-developers+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Android Developers group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to android-developers+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] Database access error causes force close

2014-12-05 Thread Jim Graham
On Fri, Dec 05, 2014 at 10:27:56PM -0500, Steve Gabrilowitz wrote:
 You could try putting a try/catch block around the offending statement to
 catch a generic exception, maybe finding out exactly what exception pops up
 might give you a clue?

I tried that.  The catch statement, which should have logged the error,
became the new source of the force close.  And logcat did not give ANY
additional data.  :-(

I also tried deleting the database and re-creating it.  It STILL shows up
as much smaller than the copy in assets, but I'm still assuming Android
quietly does some kind of compression on it.

Thanks,
   --jim

-- 
THE SCORE:  ME:  2  CANCER:  0
73 DE N5IAL (/4)MiSTie #49997   Running Mac OS X Lion 
spooky1...@gmail.com ICBM/Hurricane: 30.44406N 86.59909W

Do not look into waveguide with remaining eye!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] Database access error causes force close

2014-12-05 Thread Steve Gabrilowitz
Put a breakpoint in the catch clause and when it gets there examine the
exception - that's how I recently figured out a similiarly puzzling force
close.
 On Dec 5, 2014 10:36 PM, Jim Graham spooky1...@gmail.com wrote:

 On Fri, Dec 05, 2014 at 10:27:56PM -0500, Steve Gabrilowitz wrote:
  You could try putting a try/catch block around the offending statement to
  catch a generic exception, maybe finding out exactly what exception pops
 up
  might give you a clue?

 I tried that.  The catch statement, which should have logged the error,
 became the new source of the force close.  And logcat did not give ANY
 additional data.  :-(

 I also tried deleting the database and re-creating it.  It STILL shows up
 as much smaller than the copy in assets, but I'm still assuming Android
 quietly does some kind of compression on it.

 Thanks,
--jim

 --
 THE SCORE:  ME:  2  CANCER:  0
 73 DE N5IAL (/4)MiSTie #49997   Running Mac OS X Lion 
 spooky1...@gmail.com ICBM/Hurricane: 30.44406N 86.59909W

 Do not look into waveguide with remaining eye!

 --
 You received this message because you are subscribed to the Google
 Groups Android Developers group.
 To post to this group, send email to android-developers@googlegroups.com
 To unsubscribe from this group, send email to
 android-developers+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Android Developers group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to android-developers+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [android-developers] Database access error causes force close

2014-12-05 Thread Jim Graham
On Fri, Dec 05, 2014 at 10:40:01PM -0500, Steve Gabrilowitz wrote:
 Put a breakpoint in the catch clause and when it gets there examine the
 exception - that's how I recently figured out a similiarly puzzling force
 close.

Honestly, I don't even know how to do that.  I've never run into a
situation like this, where logcat says, something happened...and it was
here.  I've always gotten more useful information either from it, or
Eclipse warnings.

The most frustrating thing about this stuff is that I'm trying to
(hopefully) use this app to make enough money to pay for advertising so
the games I'm working on (using AndEngine) will have a chance of making
money to either directly make me enough money to get out from under
Social (IN)Security Disability, which was forced on me by cancer #1, or
to make money to add to my investing, which ultimately the same goal.
The ironic part is, I can't afford to pay for advertising for the app I
hope to make money to pay for advertising so my games can have a
chance  So when you combine that with this kind of stuff, where I'm
completely at a loss, it makes for a really bad week.

Thanks,
   --jim

-- 
THE SCORE:  ME:  2  CANCER:  0
73 DE N5IAL (/4)MiSTie #49997   Running Mac OS X Lion 
spooky1...@gmail.com ICBM/Hurricane: 30.44406N 86.59909W

Do not look into waveguide with remaining eye!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Android Developers group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.