Experimental Physics and
Industrial Control System

-----Original Message-----
From: ??? [mailto:[email protected]]
Sent: Wednesday, December 04, 2002 5:33 PM
To: Jeff Hill
Subject: Re: Epics base3.14.beta2 for Tornado2.2

----- Original Message -----

From: Jeff Hill

To: '???'

Sent: Thursday, December 05, 2002 12:44 AM

Subject: RE: Epics base3.14.beta2 for Tornado2.2

 

Hello,

 

Thanks for your update. Was it necessary to use the –fno-strict-aliasing flag with the Tornado 2.2 compiler? Or, was the addition of networking components to vxWorks the only fix that was required?

 

Jeff

 

-----Original Message-----
From: ??? [mailto:[email protected]]
Sent: Wednesday, December 04, 2002 8:10 AM
To: Jeff Hill
Subject: Epics base3.14.beta2 for Tornado2.2

 

Dear Jeff,

 

Host : Win2K Tonado 2.2

 

Target : MVME5100 Motorola SBC.

 

 

The EPICS CA Client problem was found.

 

Because The vxWorks network application component was make some EPICS CA problems.

 

First I added DHCP server for my vxworks image.

 

I try changing some network application component and Exclude DHCP server  compnents.

 

After EPICS BASE 3.13.6, 3.13.7, BASE 3.14.beta2 was working Well.

 

 

Thank you very munch for your halp.

 

Next year I will attending EPICS School.

 

I'd like to learn more EPICS.

 

 

Regards,

 

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

 

Kiman Ha,

 

PAL/POSTECH Control Group

 

----- Original Message -----

From: Jeff Hill

To: [email protected]

Sent: Friday, November 15, 2002 3:30 AM

Subject: RE: Epics base3.14.beta2 for Tornado2.2

 

Hello again Kiman Ha,

 

I see from your message that when iocInit is run many threads are successfully created with epicsThreadCreate(), but the CA server’s UDP thread is not running. Therefore the situation is even more of a mystery. Do you see the following failure message printed in epicsThreadCreate() when taskSpawn() returns failure?

 

"epicsThreadCreate taskSpawn failure for %s\n"

 

You might try a debug build without compiler optimizations. This can be easily accomplished by adding the following to your CONFIG_SITE file.

 

CROSS_OPT = NO

 

Alternatively you could temporarily install the flag –fno-strict-aliasing into the vxWorks specific files in the configure directory. The following has a discussion of “type based alias analysis” optimizations which are present in the new compiler.

 

http://www.windriver.com/products/tornado2/gnu_relnote.pdf

 

However, I must admit that I don’t see how the compiler optimizations could allow some threads to be created but not allow other threads to be created.

 

Jeff