I successfully ran mrkHwdTest
I also succesfully ran mrkSoftTest
a) All test that can be run on vxWorks (68040 processors)
b) All tests that can have a combination on a solaris and a linux ioc
Janet also asked me to try testing for sparc64, i.e. with
EPICS_HOST_ARCH=solaris-sparc64.
I get many many warning messages like:
/opt/SUNWspro/bin/CC -c -D_POSIX_C_SOURCE=199506L
-D_XOPEN_SOURCE=500 -DUNIX -DSOLARIS=9 -mt -D__EXTENSIONS__
-O +w -xtarget=ultra -xarch=v9 -xtarget=ultra -xarch=v9 -KPIC
-I. -I.. -I../../../include/os/solaris -I../../../include
../dbSubscriptionIO.cpp
"../../../include/epicsTime.h", line 328: Warning: Conversion of 64 bit
type value to "unsigned" causes truncation.
"../../../include/epicsTime.h", line 329: Warning: Conversion of 64 bit
type value to "unsigned" causes truncation.
2 Warning(s) detected.
I succssfully ran a couple of tests in mrkSoftTest.
HOWEVER the example application crashes.
I determined that it was related to
record(compress,"$(user):compressExample")
{
field(DESC, "Circular buffer")
field(INP,"$(user):aiExample.VAL CP NMS")
field(ALG,"Circular Buffer")
field(NSAM,"10")
field(HOPR,"10")
field(EGU,"Counts")
}
That is the CP input link.
dbCa got the callbacks from channel access for connection and initial
values and returned.
After that the crash occured but I did not pursue it further.
Is it worth pursuing further for release 3.14.8?
Sounds like it may take some real work to be ready for full 64 bit
architectures.
Marty
- Replies:
- RE: R3.14.8 testing Jeff Hill
- Navigate by Date:
- Prev:
RE: V4 database definition files Rees, NP (Nick)
- Next:
RE: R3.14.8 testing Jeff Hill
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
XML include, Re: V4 database definition files Kay-Uwe Kasemir
- Next:
RE: R3.14.8 testing Jeff Hill
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|