[ECOS] One question..

[ECOS] One question..

[anton yakovlev]

Hi, all!

I have a programm:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
#include <stdio.h>
#include <cyg/kernel/kapi.h>

void first(cyg_addrword_t threadData) {

    (void) threadData;
    printf("the first thread\n");

}

static char stack_a[4096];
static cyg_thread thread_a;
static cyg_handle_t handle_a;

void cyg_user_start(void) {
   
    cyg_thread_create(10, first, 0, "first", stack_a, 4096, &handle_a, 
&thread_a);
    cyg_thread_resume(handle_a);

}
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
but when i try to executing it, i see only following:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
RedBoot> load -r -m y -b 0x205000
Raw file loaded 0x00205000-0x00210500
xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
RedBoot> go 0x205000

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
i.e. thread want not to start.. Why so?..

I have Falcom fx35xxlsi (based on NEC V850 processors family) platform 
with eCos 2.0.. I build eCos from the sources.. Maybe I have broken 
configuration?..


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] configtool

[David Lewin]

Is there anybody that work on the windows version 
of Configtool ? 

so many bugs (configtool disapear suddenly for ex. )  
are still remaining.

Thanx

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: configtool

[John Dallaway]

Hi David

If you are able to reproduce a problem you are experiencing with the 
eCos Configuration Tool, please submit a problem report using Bugzilla:

    http://bugs.ecos.sourceware.org/

John Dallaway
eCosCentric Limited

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] Re: configtool

[David Lewin]

Yes I am,
in fact I was : I've found what  disturbed configtool :
As I port a flash Package ,I changed the myplatform.cdl
to do a :

implements    CYGPKG_DEVS_FLASH_MyFlash

this make configtools shutdown immediately.

Therefore instead of doing an import as told in the documentation (that
fooled me)!!!,
I rather insert my flash package with the package configuration tool.

Thank you John for the proposal.



----- Original Message ----- 
From: "John Dallaway" <jld@ecoscentric.com>
To: "David Lewin" <david.lewin@europe-technologies.com>
Cc: <ecos-discuss@ecos.sourceware.org>
Sent: Friday, June 25, 2004 5:36 PM
Subject: [ECOS] Re: configtool


> Hi David
>
> If you are able to reproduce a problem you are experiencing with the
> eCos Configuration Tool, please submit a problem report using Bugzilla:
>
>     http://bugs.ecos.sourceware.org/
>
> John Dallaway
> eCosCentric Limited
>
> -- 
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[Gary Thomas]

On Fri, 2004-06-25 at 02:09, anton yakovlev wrote:
> Hi, all!
> 
> I have a programm:
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> #include <stdio.h>
> #include <cyg/kernel/kapi.h>
> 
> void first(cyg_addrword_t threadData) {
> 
>     (void) threadData;
>     printf("the first thread\n");
> 
> }
> 
> static char stack_a[4096];
> static cyg_thread thread_a;
> static cyg_handle_t handle_a;
> 
> void cyg_user_start(void) {
>    
>     cyg_thread_create(10, first, 0, "first", stack_a, 4096, &handle_a, 
> &thread_a);
>     cyg_thread_resume(handle_a);
> 
> }
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> but when i try to executing it, i see only following:
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> RedBoot> load -r -m y -b 0x205000
> Raw file loaded 0x00205000-0x00210500
> xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
> RedBoot> go 0x205000

Why did you specify raw mode (-r)?  When you do this, RedBoot loads the 
file directly into memory without any processing at all, probably not
what you want to do.

How did you create the file that's being downloaded?  Is it an 
executable (ELF) image?  or possibly S-records?

> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> i.e. thread want not to start.. Why so?..
> 
> I have Falcom fx35xxlsi (based on NEC V850 processors family) platform 
> with eCos 2.0.. I build eCos from the sources.. Maybe I have broken 
> configuration?..
-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[anton yakovlev]

Gary Thomas wrote:

>On Fri, 2004-06-25 at 02:09, anton yakovlev wrote:
>  
>
>>Hi, all!
>>
>>I have a programm:
>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>#include <stdio.h>
>>#include <cyg/kernel/kapi.h>
>>
>>void first(cyg_addrword_t threadData) {
>>
>>    (void) threadData;
>>    printf("the first thread\n");
>>
>>}
>>
>>static char stack_a[4096];
>>static cyg_thread thread_a;
>>static cyg_handle_t handle_a;
>>
>>void cyg_user_start(void) {
>>   
>>    cyg_thread_create(10, first, 0, "first", stack_a, 4096, &handle_a, 
>>&thread_a);
>>    cyg_thread_resume(handle_a);
>>
>>}
>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>but when i try to executing it, i see only following:
>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>RedBoot> load -r -m y -b 0x205000
>>Raw file loaded 0x00205000-0x00210500
>>xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
>>RedBoot> go 0x205000
>>    
>>
>
>Why did you specify raw mode (-r)?  When you do this, RedBoot loads the 
>file directly into memory without any processing at all, probably not
>what you want to do.
>  
>
Because I upload exactly raw image.. neither elf-image, nor s-record..

>How did you create the file that's being downloaded?  Is it an 
>executable (ELF) image?  or possibly S-records?
>  
>
 From elf-image using objcopy..

>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>i.e. thread want not to start.. Why so?..
>>
>>I have Falcom fx35xxlsi (based on NEC V850 processors family) platform 
>>with eCos 2.0.. I build eCos from the sources.. Maybe I have broken 
>>configuration?..
>>    
>>


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[Gary Thomas]

On Sat, 2004-06-26 at 02:59, anton yakovlev wrote:
> Gary Thomas wrote:
> 
> >On Fri, 2004-06-25 at 02:09, anton yakovlev wrote:
> >  
> >
> >>Hi, all!
> >>
> >>I have a programm:
> >>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>#include <stdio.h>
> >>#include <cyg/kernel/kapi.h>
> >>
> >>void first(cyg_addrword_t threadData) {
> >>
> >>    (void) threadData;
> >>    printf("the first thread\n");
> >>
> >>}
> >>
> >>static char stack_a[4096];
> >>static cyg_thread thread_a;
> >>static cyg_handle_t handle_a;
> >>
> >>void cyg_user_start(void) {
> >>   
> >>    cyg_thread_create(10, first, 0, "first", stack_a, 4096, &handle_a, 
> >>&thread_a);
> >>    cyg_thread_resume(handle_a);
> >>
> >>}
> >>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>but when i try to executing it, i see only following:
> >>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>RedBoot> load -r -m y -b 0x205000
> >>Raw file loaded 0x00205000-0x00210500
> >>xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
> >>RedBoot> go 0x205000
> >>    
> >>
> >
> >Why did you specify raw mode (-r)?  When you do this, RedBoot loads the 
> >file directly into memory without any processing at all, probably not
> >what you want to do.
> >  
> >
> Because I upload exactly raw image.. neither elf-image, nor s-record..

That's fine (many people make mistakes here, but you've not). 

Was the program linked to load at 0x205000?  eCos programs are *not* 
position independent and must be loaded to memory that matches how they
are built/linked.

> 
> >How did you create the file that's being downloaded?  Is it an 
> >executable (ELF) image?  or possibly S-records?
> >  
> >
>  From elf-image using objcopy..
> 
> >>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>i.e. thread want not to start.. Why so?..
> >>
> >>I have Falcom fx35xxlsi (based on NEC V850 processors family) platform 
> >>with eCos 2.0.. I build eCos from the sources.. Maybe I have broken 
> >>configuration?..
> >>    
> >>
-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[anton yakovlev]

Gary Thomas wrote:

>On Sat, 2004-06-26 at 02:59, anton yakovlev wrote:
>  
>
>>Gary Thomas wrote:
>>    
>>
>>>On Fri, 2004-06-25 at 02:09, anton yakovlev wrote:
>>>      
>>>
>>>>Hi, all!
>>>>
>>>>I have a programm:
>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>>#include <stdio.h>
>>>>#include <cyg/kernel/kapi.h>
>>>>
>>>>void first(cyg_addrword_t threadData) {
>>>>
>>>>   (void) threadData;
>>>>   printf("the first thread\n");
>>>>
>>>>}
>>>>
>>>>static char stack_a[4096];
>>>>static cyg_thread thread_a;
>>>>static cyg_handle_t handle_a;
>>>>
>>>>void cyg_user_start(void) {
>>>>  
>>>>   cyg_thread_create(10, first, 0, "first", stack_a, 4096, &handle_a, 
>>>>&thread_a);
>>>>   cyg_thread_resume(handle_a);
>>>>
>>>>}
>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>>but when i try to executing it, i see only following:
>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>>RedBoot> load -r -m y -b 0x205000
>>>>Raw file loaded 0x00205000-0x00210500
>>>>xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
>>>>RedBoot> go 0x205000
>>>>        
>>>>
>>>Why did you specify raw mode (-r)?  When you do this, RedBoot loads the 
>>>file directly into memory without any processing at all, probably not
>>>what you want to do.
>>>      
>>>
>>Because I upload exactly raw image.. neither elf-image, nor s-record..
>>    
>>
>
>That's fine (many people make mistakes here, but you've not). 
>
>Was the program linked to load at 0x205000?  eCos programs are *not* 
>position independent and must be loaded to memory that matches how they
>are built/linked.
>  
>
Hm.. I did not think about this.. I use GNU ld with "-L <smth> 
-Wl,--gc-sections -nostartfiles -Ttarget.ld -nostdlib" flags.. Simple 
"hello, world" and some more complex programms work's properly.. How to 
check, which way the program was linked?..

PS: When I turn on full kernel debug, that my above programm work's 
fine.. but when I try to execute more complex multithreaded program, 
this programm failed while system initialization with "ASSERT FAIL: 
mutex.cxx cyg_bool Cyg_Mutex::lock()".. :(

>>>How did you create the file that's being downloaded?  Is it an 
>>>executable (ELF) image?  or possibly S-records?
>>>      
>>>
>> From elf-image using objcopy..
>>    
>>
>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>>>i.e. thread want not to start.. Why so?..
>>>>
>>>>I have Falcom fx35xxlsi (based on NEC V850 processors family) platform 
>>>>with eCos 2.0.. I build eCos from the sources.. Maybe I have broken 
>>>>configuration?..
>>>>        
>>>>


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[Gary Thomas]

On Sat, 2004-06-26 at 06:26, anton yakovlev wrote:
> Gary Thomas wrote:
> 
> >On Sat, 2004-06-26 at 02:59, anton yakovlev wrote:
> >  
> >
> >>Gary Thomas wrote:
> >>    
> >>
> >>>On Fri, 2004-06-25 at 02:09, anton yakovlev wrote:
> >>>      
> >>>
> >>>>Hi, all!
> >>>>
> >>>>I have a programm:
> >>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>>>#include <stdio.h>
> >>>>#include <cyg/kernel/kapi.h>
> >>>>
> >>>>void first(cyg_addrword_t threadData) {
> >>>>
> >>>>   (void) threadData;
> >>>>   printf("the first thread\n");
> >>>>
> >>>>}
> >>>>
> >>>>static char stack_a[4096];
> >>>>static cyg_thread thread_a;
> >>>>static cyg_handle_t handle_a;
> >>>>
> >>>>void cyg_user_start(void) {
> >>>>  
> >>>>   cyg_thread_create(10, first, 0, "first", stack_a, 4096, &handle_a, 
> >>>>&thread_a);
> >>>>   cyg_thread_resume(handle_a);
> >>>>
> >>>>}
> >>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>>>but when i try to executing it, i see only following:
> >>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>>>RedBoot> load -r -m y -b 0x205000
> >>>>Raw file loaded 0x00205000-0x00210500
> >>>>xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
> >>>>RedBoot> go 0x205000
> >>>>        
> >>>>
> >>>Why did you specify raw mode (-r)?  When you do this, RedBoot loads the 
> >>>file directly into memory without any processing at all, probably not
> >>>what you want to do.
> >>>      
> >>>
> >>Because I upload exactly raw image.. neither elf-image, nor s-record..
> >>    
> >>
> >
> >That's fine (many people make mistakes here, but you've not). 
> >
> >Was the program linked to load at 0x205000?  eCos programs are *not* 
> >position independent and must be loaded to memory that matches how they
> >are built/linked.
> >  
> >
> Hm.. I did not think about this.. I use GNU ld with "-L <smth> 
> -Wl,--gc-sections -nostartfiles -Ttarget.ld -nostdlib" flags.. Simple 
> "hello, world" and some more complex programms work's properly.. How to 
> check, which way the program was linked?..

The command "XXX-objdump -h file.elf" will show how the program was
linked.

> 
> PS: When I turn on full kernel debug, that my above programm work's 
> fine.. but when I try to execute more complex multithreaded program, 
> this programm failed while system initialization with "ASSERT FAIL: 
> mutex.cxx cyg_bool Cyg_Mutex::lock()".. :(

This would be a separate problem.  Have you run the standard tests to 
see how they perform on your platform?

> 
> >>>How did you create the file that's being downloaded?  Is it an 
> >>>executable (ELF) image?  or possibly S-records?
> >>>      
> >>>
> >> From elf-image using objcopy..
> >>    
> >>
> >>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> >>>>i.e. thread want not to start.. Why so?..
> >>>>
> >>>>I have Falcom fx35xxlsi (based on NEC V850 processors family) platform 
> >>>>with eCos 2.0.. I build eCos from the sources.. Maybe I have broken 
> >>>>configuration?..
> >>>>        
> >>>>
-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[anton yakovlev]

Gary Thomas wrote:

>On Sat, 2004-06-26 at 06:26, anton yakovlev wrote:
>  
>
>>Gary Thomas wrote:
>>
>>    
>>
>>>On Sat, 2004-06-26 at 02:59, anton yakovlev wrote:
>>>      
>>>
>>>.. skipped ..
>>>      
>>>
>>Hm.. I did not think about this.. I use GNU ld with "-L <smth> 
>>-Wl,--gc-sections -nostartfiles -Ttarget.ld -nostdlib" flags.. Simple 
>>"hello, world" and some more complex programms work's properly.. How to 
>>check, which way the program was linked?..
>>    
>>
>
>The command "XXX-objdump -h file.elf" will show how the program was
>linked.
>  
>
(19:39:25 snoopy@starlake:project)$ v850-elf-objdump -h binary/tracker.elf

binary/tracker.elf:     file format elf32-v850

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         0000cf7e  00205000  00205000  00001000  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .fini         00000000  00211f80  00211f80  0001780c  2**0
                  CONTENTS
  2 .rodata       00005faa  00211f80  00211f80  0000df80  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  3 .rodata1      00000000  00217f2c  00217f2c  0001780c  2**0
                  CONTENTS
  4 .fixup        00000000  00217f2c  00217f2c  0001780c  2**0
                  CONTENTS
  5 .gcc_except_table 00000000  00217f2c  00217f2c  0001780c  2**0
                  CONTENTS
  6 .data         000038e0  00217f2c  00217f2c  00013f2c  2**4
                  CONTENTS, ALLOC, LOAD, DATA
  7 .bss          00004604  0021b80c  0021b80c  0001780c  2**2
                  ALLOC
  8 .v850_ram     00000000  ffffe500  ffffe500  0001780c  2**0
                  CONTENTS
  9 .stab         00041a9c  00000000  00000000  0001780c  2**2
                  CONTENTS, READONLY, DEBUGGING
 10 .stabstr      00067796  00000000  00000000  000592a8  2**0
                  CONTENTS, READONLY, DEBUGGING

It seems, that program linked correctly..

>>PS: When I turn on full kernel debug, that my above programm work's 
>>fine.. but when I try to execute more complex multithreaded program, 
>>this programm failed while system initialization with "ASSERT FAIL: 
>>mutex.cxx cyg_bool Cyg_Mutex::lock()".. :(
>>    
>>
>
>This would be a separate problem.  Have you run the standard tests to 
>see how they perform on your platform?
>  
>
There are all kernel tests, that I have:

bin_sem0: are not compiled
bin_sem1: OK
bin_sem2: are not compiled
bin_sem3: OK
clock0: are not compiled
clock1: OK
clockcnv: OK
clocktruth: are not compiled
cnt_sem0: are not compiled
cnt_sem1: OK
dhrystone: NOTAPPLICABLE
except1: FAIL
flag0: are not compiled
flag1: OK
fptest: does not work, because problems with threads
intr0: OK
kalarm0: OK
kcache1: NOTAPPLICABLE
kcache2: NOTAPPLICABLE
kclock0: OK
kclock1: OK
kexcept1: FAIL
kflag0: OK
kflag1: OK
kill: OK
kintr0: OK
klock: OK
kmbox1: FAIL
kmutex0: OK
kmutex1: OK
kmutex3: OK
kmutex4: OK
kphilo: OK
ksched1: OK
ksem0: OK
ksem1: OK
kthread0: OK
kthread1: OK
mbox1: OK
mqueue1: are not compiled
mutex0: are not compiled
mutex1: OK
mutex2: OK
mutex3: OK
philo: are not compiled
release: OK
sched1: OK
smp: NOTAPPLICABLE
stress_threads: FAIL
sync2: OK
sync3: OK
tcdiag: are not compiled
thread0: are not compiled
thread1: OK
thread2: OK
thread_gdb: OK
timeslice: OK
tm_basic: are not compiled

Tests, that "are not compiled", failed while compilation with "undefined 
reference to `___gxx_personality_sj0'" error..


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] One question..

[anton yakovlev]

sandeep wrote:

> anton yakovlev wrote:
>
>> Hi, all!
>>
>> I have a programm:
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 
>>
>> #include <stdio.h>
>> #include <cyg/kernel/kapi.h>
>>
>> void first(cyg_addrword_t threadData) {
>>
>>    (void) threadData;
>>    printf("the first thread\n");
>>
>> }
>>
>> static char stack_a[4096];
>> static cyg_thread thread_a;
>> static cyg_handle_t handle_a;
>>
>> void cyg_user_start(void) {
>>      cyg_thread_create(10, first, 0, "first", stack_a, 4096, 
>> &handle_a, &thread_a);
>>    cyg_thread_resume(handle_a);
>
>      cyg_scheduler_start();

Hm.. According to eCos sources, this function invoked automatically in 
cyg_start(), after return from cyg_user_start()..

>>
>> }
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 
>>
>> but when i try to executing it, i see only following:
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 
>>
>> RedBoot> load -r -m y -b 0x205000
>> Raw file loaded 0x00205000-0x00210500
>> xyzModem - CRC mode, 363(SOH)/0(STX)/0(CAN) packets, 3 retries
>> RedBoot> go 0x205000
>>
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 
>>
>> i.e. thread want not to start.. Why so?..
>>
>> I have Falcom fx35xxlsi (based on NEC V850 processors family) 
>> platform with eCos 2.0.. I build eCos from the sources.. Maybe I have 
>> broken configuration?..
>>
>>
>


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] configtool

[Larry Phillips]

I just downloaded the current eCos, and am having the same problem with configtool that I see in a message dated 15 Sep. The 
error is that every package generates a "This package doesn't have any valid version subdirectories" error.

Andrew Lunn replied to that message, telling the OP to go to http://ecoscentric.com/devzone/configtool.shtml and grab the binary 
from there. Clicking on the link to get the binary results in a "Resource is no longer available!" page.

Can anyone point me to a copy of the configtool binary that will allow me to run it? It would be greatly appreciated.

Thanks,
  Larry
--
There are 10 kinds of people in this world,
Those who understand binary, and those who don't.

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: configtool

[John Dallaway]

Hi Larry

Larry Phillips wrote:

> I just downloaded the current eCos, and am having the same problem
> with configtool that I see in a message dated 15 Sep. The error is
> that every package generates a "This package doesn't have any valid
> version subdirectories" error.
> 
> Andrew Lunn replied to that message, telling the OP to go to
> http://ecoscentric.com/devzone/configtool.shtml and grab the binary 
> from there. Clicking on the link to get the binary results in a
> "Resource is no longer available!" page.

I will ask our sysadmin to investigate. In the meantime, our configtool
and ecosconfig snapshot builds are readily accessible via FTP:

  ftp://ftp.ecoscentric.com/pub/snapshots/ecosconfig-060710.exe.bz2
  ftp://ftp.ecoscentric.com/pub/snapshots/configtool-060710.exe.bz2

John Dallaway
eCosCentric Limited

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: configtool

[Larry Phillips]

On 17 Nov 2006 at 9:43, John Dallaway wrote:

> Hi Larry
> 
> Larry Phillips wrote:
> 
> > I just downloaded the current eCos, and am having the same problem
> > with configtool that I see in a message dated 15 Sep. The error is
> > that every package generates a "This package doesn't have any valid
> > version subdirectories" error.
> > 
> > Andrew Lunn replied to that message, telling the OP to go to
> > http://ecoscentric.com/devzone/configtool.shtml and grab the binary 
> > from there. Clicking on the link to get the binary results in a
> > "Resource is no longer available!" page.
> 
> I will ask our sysadmin to investigate. In the meantime, our configtool
> and ecosconfig snapshot builds are readily accessible via FTP:
> 
>   ftp://ftp.ecoscentric.com/pub/snapshots/ecosconfig-060710.exe.bz2
>   ftp://ftp.ecoscentric.com/pub/snapshots/configtool-060710.exe.bz2

Got it. Thanks John!

--
O Sibili, Si. Ergo Fortibus es in ero.
O Nobili! Deis Trux. Vatis inem? Causen Dux!

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

RE: [ECOS] Re: configtool

[paape]

Got it!

thanks John


-----Original Message-----
From: John Dallaway [mailto:jld@ecoscentric.com]
Sent: Tuesday, May 04, 2004 2:24 PM
To: paape@hi-techniques.com
Cc: ecos-discuss@ecos.sourceware.org
Subject: [ECOS] Re: configtool


paape@Hi-Techniques.com wrote:

> I'm running version 2.0 of the configtool.  I have managed to pull the
lower
> pane of the configuration
> window all the way down and can no longer find it so as to re-display the
> output window.  Is there an
> easy way to correct this (e.g resetting to some default layout)?

You should be able to restore the default window layout by deleting the 
following registry keys while the eCos Configuration Tool is _not_ running:

   HKEY_CURRENT_USER\Software\eCos Configuration Tool\Window Size
   HKEY_CURRENT_USER\Software\eCos Configuration Tool\Window Status

John Dallaway
eCosCentric Limited

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss



This e-mail was scanned for viruses using BitDefender
Sent by 602Pro LAN SUITE - http://www.software602.com/

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] configtool

[paape]

Hello,

I'm running version 2.0 of the configtool.  I have managed to pull the lower
pane of the configuration
window all the way down and can no longer find it so as to re-display the
output window.  Is there an
easy way to correct this (e.g resetting to some default layout)?


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] Re: configtool

[John Dallaway]

paape@Hi-Techniques.com wrote:

> I'm running version 2.0 of the configtool.  I have managed to pull the lower
> pane of the configuration
> window all the way down and can no longer find it so as to re-display the
> output window.  Is there an
> easy way to correct this (e.g resetting to some default layout)?

You should be able to restore the default window layout by deleting the 
following registry keys while the eCos Configuration Tool is _not_ running:

   HKEY_CURRENT_USER\Software\eCos Configuration Tool\Window Size
   HKEY_CURRENT_USER\Software\eCos Configuration Tool\Window Status

John Dallaway
eCosCentric Limited

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss