Even though Google provides ways to give and take between apps without
losing the secure filesystem isolation - e.g. ACTION_GET_CONTENT and the
sharing system - there are so many Android app developers who just insist
the external storage access.
So I would really love to see Google provide
will probably not crash anymore. Matching your malloc()/
free()
calls carefully and logically tends to fix such problems.
On Mar 22, 4:26 am, Dewr wind8...@gmail.com wrote:
I have tested it on Galaxy S and it worked well on Galaxy S (2.2). I have
not tried it on another Nexus One
files
directly but accessing copied ones.
On Fri, Feb 25, 2011 at 1:10 PM, Dewr wind8...@gmail.com wrote:
it often causes SIGSEGV on third for-loop. but just a moment ago SIGSEGV on
fourth loop.
for ( i = 0 ; i 4 ; i++ ) {
sprintf (temp, %s%s, header[i], index[fileno[i
I am controlling lifetime of AssetFileDescriptors. I don't use terminated
FileDescriptors.
Do I have to re-code I/O routines in Java or not to free allocated memories?
On Thu, Feb 24, 2011 at 1:15 PM, Dewr wind8...@gmail.com wrote:
Hello, I am porting a C program.
The problem I've met
)
buf_output[i] = NULL;
else
{
buf_output[i] = (*gEnv)-NewStringUTF(gEnv, strBuf);
*free(strBuf);*
}
}
On Thu, Feb 24, 2011 at 1:15 PM, Dewr wind8...@gmail.com wrote:
Hello, I am porting a C program.
The problem I've met
*android.content.res.AssetFileDescriptor* to read assets in C
modules.
Here is the messages in ndk-gdb when the problem appears.
(gdb) c
Continuing.
Breakpoint 2, Java_kr_co_pkbio_Unse_DangSaJuShinSal (env=0xaa50,
obj=0x4495b970)
at
C:/DEWR/Product/Software-Engineering/Eclipse-Workspace/Unse/jni
malloc didn't return NULL. so memories maybe allocated correctly.
On Thu, Feb 24, 2011 at 1:15 PM, Dewr wind8...@gmail.com wrote:
Hello, I am porting a C program.
The problem I've met is SIGSEGV on free(). I can't see what's the root
cause of it.
it doesn't occur sometimes, but very often
Today, I deleted this line, but ndk-gdb still does the jobs well.
LOCAL_CFLAGS := -g #debug
On Wed, Feb 9, 2011 at 12:00 PM, Dewr wind8...@gmail.com wrote:
at before, I have put codes above of 'include $(CLEAR_VARS)' stupidly.
On Wed, Feb 9, 2011 at 11:15 AM, Dewr wind8...@gmail.com wrote
Hi Richard. Have you solved this problem?
I am getting pain from same problem. :(
But I have seen an app works well smoothly. the name of it is '예스24'.
On 1/13/11, Richard Schilling richard.rootwirel...@gmail.com wrote:
I have a gallery on my screen. Works great and scrolls smoothly ...
until
#create map file
LOCAL_SRC_FILES := \
android_helper.c \
str_lib.c \
io_lib.c \
xxx.c \
util.c
LOCAL_LDLIBS := -llog #logcat
include $(BUILD_SHARED_LIBRARY)
On Mon, Feb 7, 2011 at 1:39 PM, Dewr wind8...@gmail.com wrote:
I havn't tried ndk-gdb on other OSs. but I had
at before, I have put codes above of 'include $(CLEAR_VARS)' stupidly.
On Wed, Feb 9, 2011 at 11:15 AM, Dewr wind8...@gmail.com wrote:
I has done this job by editing Android.mk.
moving 'LOCAL_CFLAGS := -g #debug' line to below of 'LOCAL_MODULE:=
libxxx'
here is my Android.mk
or directory.
(no debugging symbols found)
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
0xafd0eb68 in __futex_syscall3 ()
from
C:/DEWR/Product/Software-Engineering/Eclipse
12 matches
Mail list logo
