Skip to main content

Problem with nams

8 replies [Last post]
phoneqin
Offline
Joined: 2008-01-04

I build phoneme_advaned with nams for efficiency
I dealt with some problems while building, succeeded at the end.
but while excuting ./fileInstaller_g, segmentation fault occurs.
I debuged it with gdb, details are like these:

gdb ./fileInstaller_g
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) l
1 /build/buildd/glibc-2.5/build-tree/i386-libc/csu/crti.S: No such file or directory.
in /build/buildd/glibc-2.5/build-tree/i386-libc/csu/crti.S
(gdb) b call_gmon_start
Breakpoint 1 at 0x132bb4
(gdb) r
Starting program: /java/phoneme/cdc/build/linux-x86-generic/midp/midp_linux_fb_gcc/bin/i386/fileInstaller_g
Breakpoint 1 at 0x80132bb4
warning: shared library handler failed to enable breakpoint

Breakpoint 1, 0x80132bb4 in call_gmon_start ()
(gdb) n
Single stepping until exit from function call_gmon_start,
which has no line number information.
0x00000001 in ?? ()
(gdb) n
Cannot find bounds of current function
(gdb) n
Cannot find bounds of current function
(gdb) q
The program is running. Exit anyway? (y or n) y

gdb ./fileInstaller_g core
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".

warning: exec file is newer than core file.

warning: shared library handler failed to enable breakpoint
Core was generated by `./fileInstaller_g'.
Program terminated with signal 11, Segmentation fault.
#0 0x00000001 in call_gmon_start ()
(gdb) r
Starting program: /java/phoneme/cdc/build/linux-x86-generic/midp/midp_linux_fb_gcc/bin/i386/fileInstaller_g
warning: shared library handler failed to enable breakpoint

Program received signal SIGSEGV, Segmentation fault.
0x00000001 in ?? ()
(gdb) q
The program is running. Exit anyway? (y or n) y

What's the problem? I would appreciate if anyone help me resolving the problem.
if you have any idea, email to me:qinchengjun@163.com
Thanks!

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Stephen Flores

Just question,

What is nams for cvm (CDC)?

I know that Irbis (CLDC) has USE_NAMS which is NOT for better efficiency, but to
just not build the Java based Graphical App Manager, which is not supported by
CDC. CDC uses JUMP as the Graphical App Manager so USE_JUMP=false (the default
standalone MIDP build) is the same as USE_NAMS=true.

Hinkmond Wong wrote:
> phonemeadvanced@mobileandembedded.org wrote:
>> I build phoneme_advaned with nams for efficiency
>> I dealt with some problems while building, succeeded at the end.
>> but while excuting ./fileInstaller_g, segmentation fault occurs. I
>> debuged it with gdb, details are like these:
>>
>> ...
>>
>> gdb ./fileInstaller_g core
>> GNU gdb 6.6-debian
>> Copyright (C) 2006 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and
>> you are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB. Type "show warranty" for
>> details.
>> This GDB was configured as "i486-linux-gnu"...
>> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
>>
>> warning: exec file is newer than core file.
>>
>> warning: shared library handler failed to enable breakpoint
>> Core was generated by `./fileInstaller_g'.
>> Program terminated with signal 11, Segmentation fault.
>> #0 0x00000001 in call_gmon_start ()
>> (gdb) r
>> Starting program:
>> /java/phoneme/cdc/build/linux-x86-generic/midp/midp_linux_fb_gcc/bin/i386/fileInstaller_g
>> warning: shared library handler failed to enable breakpoint
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00000001 in ?? ()
>> (gdb) q
>> The program is running. Exit anyway? (y or n) y
>>
>>
>> What's the problem? I would appreciate if anyone help me resolving the
>> problem.
>> if you have any idea, email to me:qinchengjun@163.com
>> Thanks!
>> [Message sent by forum member 'phoneqin' (phoneqin)
>
> Hi phoneqin,
>
> Did you also try running the cvm executable by itself? You should find
> the cvm executable in the following directory:
>
> /java/phoneme/cdc/build/linux-x86-generic/cvm
>
> Try a simple test like this:
>
> cvm -version
>
> What output or error message do you get?
>
>
> Hinkmond
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
> For additional commands, e-mail: advanced-help@phoneme.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

phoneqin
Offline
Joined: 2008-01-04

Dear Stephen Flores:

nams is implemented with c code.
i'm not sure whether nams has the better efficiency.
You sure it's just the sustitute of the java based Graphical App Manager?
Anyway, I'll try to compare the two if possible.

Best Regards

Message was edited by: phoneqin

Stephen Flores

While all of the features in the MIDP makefiles that are not in a
"cdc_application" or "jump_application" directory apply to CLDC MIDP, they do
not all apply to CDC MIDP. One of these features is USE_NATIVE_AMS=true, it has
no purpose for CDC, because CDC like SE supports the natural native AMS
application model of one app per process. So if your trying to build *CDC* MIDP
with USE_NATIVE_AMS=true, you are on your own. The only way I know that
fileInstaller.exe is built for CLDC NAMS, never for CDC.

Comments below.

phonemeadvanced@mobileandembedded.org wrote:
> Dear Stephen Flores:
>
> nams is implemented with c code.
> i'm not sure whether nams has the better efficiency.
> You sure it's just the sustitute of the java based Graphical App Manager?

Yes, when looking at only the AMS features that are common to both CLDC and CDC.
I don't want to have to explain about CLDC MVM issues that don't apply to CDC.

> Anyway, I'll try to compare the two if possible.
> [Message sent by forum member 'phoneqin' (phoneqin)]
>
> http://forums.java.net/jive/thread.jspa?messageID=252636
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
> For additional commands, e-mail: advanced-help@phoneme.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

Gary Adams - Client Systems Group

Perhaps what is being requested is actually stand alone MIDP/CDC
stack and the utility AMS scripts. e.g. the non-Jump build used
internally for testing purposes. Rather than MIDP/CLDC/NAMS .

Stephen Flores wrote:
> While all of the features in the MIDP makefiles that are not in a
> "cdc_application" or "jump_application" directory apply to CLDC MIDP,
> they do not all apply to CDC MIDP. One of these features is
> USE_NATIVE_AMS=true, it has no purpose for CDC, because CDC like SE
> supports the natural native AMS application model of one app per
> process. So if your trying to build *CDC* MIDP with USE_NATIVE_AMS=true,
> you are on your own. The only way I know that fileInstaller.exe is built
> for CLDC NAMS, never for CDC.
>
> Comments below.
>
> phonemeadvanced@mobileandembedded.org wrote:
>> Dear Stephen Flores:
>>
>> nams is implemented with c code.
>> i'm not sure whether nams has the better efficiency.
>> You sure it's just the sustitute of the java based Graphical App Manager?
>
> Yes, when looking at only the AMS features that are common to both CLDC
> and CDC. I don't want to have to explain about CLDC MVM issues that
> don't apply to CDC.
>
>> Anyway, I'll try to compare the two if possible.
>> [Message sent by forum member 'phoneqin' (phoneqin)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=252636
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
>> For additional commands, e-mail: advanced-help@phoneme.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
> For additional commands, e-mail: advanced-help@phoneme.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

Hinkmond Wong

phonemeadvanced@mobileandembedded.org wrote:
> I build phoneme_advaned with nams for efficiency
> I dealt with some problems while building, succeeded at the end.
> but while excuting ./fileInstaller_g, segmentation fault occurs.
> I debuged it with gdb, details are like these:
>
> ...
>
> gdb ./fileInstaller_g core
> GNU gdb 6.6-debian
> Copyright (C) 2006 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i486-linux-gnu"...
> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
>
> warning: exec file is newer than core file.
>
> warning: shared library handler failed to enable breakpoint
> Core was generated by `./fileInstaller_g'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x00000001 in call_gmon_start ()
> (gdb) r
> Starting program: /java/phoneme/cdc/build/linux-x86-generic/midp/midp_linux_fb_gcc/bin/i386/fileInstaller_g
> warning: shared library handler failed to enable breakpoint
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000001 in ?? ()
> (gdb) q
> The program is running. Exit anyway? (y or n) y
>
>
> What's the problem? I would appreciate if anyone help me resolving the problem.
> if you have any idea, email to me:qinchengjun@163.com
> Thanks!
> [Message sent by forum member 'phoneqin' (phoneqin)

Hi phoneqin,

Did you also try running the cvm executable by itself? You should find
the cvm executable in the following directory:

/java/phoneme/cdc/build/linux-x86-generic/cvm

Try a simple test like this:

cvm -version

What output or error message do you get?

Hinkmond

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

Hinkmond Wong

Hinkmond Wong wrote:
> phonemeadvanced@mobileandembedded.org wrote:
>> I build phoneme_advaned with nams for efficiency
>> I dealt with some problems while building, succeeded at the end.
>> but while excuting ./fileInstaller_g, segmentation fault occurs. I
>> debuged it with gdb, details are like these:
>>
>> ...
>>
>> gdb ./fileInstaller_g core
>> GNU gdb 6.6-debian
>> Copyright (C) 2006 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and
>> you are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB. Type "show warranty" for
>> details.
>> This GDB was configured as "i486-linux-gnu"...
>> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
>>
>> warning: exec file is newer than core file.
>>
>> warning: shared library handler failed to enable breakpoint
>> Core was generated by `./fileInstaller_g'.
>> Program terminated with signal 11, Segmentation fault.
>> #0 0x00000001 in call_gmon_start ()
>> (gdb) r
>> Starting program:
>> /java/phoneme/cdc/build/linux-x86-generic/midp/midp_linux_fb_gcc/bin/i386/fileInstaller_g
>> warning: shared library handler failed to enable breakpoint
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00000001 in ?? ()
>> (gdb) q
>> The program is running. Exit anyway? (y or n) y
>>
>>
>> What's the problem? I would appreciate if anyone help me resolving
>> the problem.
>> if you have any idea, email to me:qinchengjun@163.com
>> Thanks!
>> [Message sent by forum member 'phoneqin' (phoneqin)
>
> Hi phoneqin,
>
> Did you also try running the cvm executable by itself? You should
> find the cvm executable in the following directory:
>
> /java/phoneme/cdc/build/linux-x86-generic/cvm

Sorry, typo, actually it should be in:

/java/phoneme/cdc/build/linux-x86-generic/bin/cvm

>
> Try a simple test like this:
>
> cvm -version
>
> What output or error message do you get?
>
>
> Hinkmond
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
> For additional commands, e-mail: advanced-help@phoneme.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

phoneqin
Offline
Joined: 2008-01-04

Dear Hinkmond Wong

Thanks for you reply.
I tried the command. it runs well. Details :

$ cdc/build/linux-x86-generic/bin/cvm -version
CVM Configuration:
Java stack chunk size (stackChunkSize): 1024
Java stack minimum size (stackMinSize): 1024
Java stack maximum size (stackMaxSize): 131072
GC[SS]: Initialized semi-space gen for generational GC
Size of *each* semispace in bytes=1048576
Limits of generation = [0xb7805000,0xb7a05000)
First semispace = [0xb7805000,0xb7905000)
Second semispace = [0xb7905000,0xb7a05000)
GC[MC]: Initialized mark-compact gen for generational GC
Size of the space in bytes=1048576
Limits of generation = [0xb7a05000,0xb7b05000)
GC[generational]: Sizes
youngGen = min 1048576 start 1048576 max 1048576
oldGen = min 1048576 start 1048576 max 4194304
overall = min 2097152 start 2097152 max 5242880
GC[generational]: Auxiliary data structures
heapBaseMemoryArea=[0xb7805000,0xb7e05200)
cardTable=[0xb7e05000,0xb7e08000)
objectHeaderTable=[0xb7e08000,0xb7e0b000)
summaryTable=[0xb7e0b000,0xb7e17000)
Product: phoneME Advanced (phoneme_advanced_mr2-b34)
Profile: Foundation Profile Specification 1.1
JVM: CVM phoneme_advanced_mr2-b34 (interpreter loop)

but to run Midlets, fileInstaller_g must be used to install Midlet at first
while excuting ./fileInstaller_g, segmentation fault occurs.
It does not go into the main() function at all.
So, i'm confused
Is there any problem in the link process?

Best Regards

Hinkmond Wong

phonemeadvanced@mobileandembedded.org wrote:
> Dear Hinkmond Wong
>
> Thanks for you reply.
> I tried the command. it runs well. Details :
>
> Product: phoneME Advanced (phoneme_advanced_mr2-b34)
> Profile: Foundation Profile Specification 1.1
> JVM: CVM phoneme_advanced_mr2-b34 (interpreter loop)
>
>
> but to run Midlets, fileInstaller_g must be used to install Midlet at first
> while excuting ./fileInstaller_g, segmentation fault occurs.
> It does not go into the main() function at all.
> So, i'm confused
> Is there any problem in the link process?
>

That's good news about cvm running correctly. I'm not familiar with
fileInstaller so will let Steve or Gary help you with that instead.

Hinkmond

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net