03-31-2009 12:17 PM
04-01-2009 01:48 AM
Is this observed on all the devices you tested or any specific device and OS version.
Have you tried using JDE for debugging on device.
04-01-2009 08:23 AM - last edited on 04-01-2009 10:12 AM
You say "device is 8100 build with JDE 4.7" - building your app on 4.7 and running it on an 8100 is not supported and sure to cause issues.
I'm guessing your 8100 is running 4.3 or 4.5 - you'll have to use JDE 4.3 or JDE 4.5 for this unit.
04-01-2009 08:42 AM
Someone IIRC reported a credible memory or resource leak with IO on some OS's. Anyone know how that turned out? Normally failure to
close wouldn't kill your browser or other apps AFAIK.
04-01-2009 03:24 PM
04-01-2009 03:41 PM
Eh, if you can reliably reproduce this is simulator you can step through the failing subsequent calls
and see who is rejecting your later connection. You don't have source coed but you have a call stack and various
arguments or members available.
You may want to consider byte-range requests for files that large over wireless.
04-01-2009 04:30 PM - last edited on 04-01-2009 04:32 PM
First, are you (or are you not?) compiling on 4.7 and running on a lower OS level? This is what you stated in the original post, and is not supported.
Second, you cannot send blocks of 500K over BIS (for sure) nor BES (probably). BES has a 256K default limit on a single post, BIS has a 60K limit.
I'm really hearing two issues here: (1) timeout exception, and (2) TCP stack now hosed and cannot reconnect.
#1 I've seen for sure. #2, never heard of this. I support multiple apps that move large amounts of data (although probably not 10Mb), and I've never seen this.