Experimental Physics and
Industrial Control System

<[email protected]> · Thu, 24 Jun 2010 16:58:22 +0100

Well, part of our test setup is an Ethernet power switch. Is power
cycling OK? Another alternative might be to have a managed switch and
kill it there.

Nick Rees
Principal Software Engineer           Phone: +44 (0)1235-778430
Diamond Light Source                  Fax:   +44 (0)1235-446713 

> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of Andrew Johnson
> Sent: 24 June 2010 16:16
> To: [email protected]
> Subject: Re: [Merge] 
> lp:~michael-abbott/epics-base/dynamic-array intolp:epics-base
> 
> On Thursday 24 June 2010 08:31:54 Ralph Lange wrote:
> > Hi Nick,
> >
> > On Thu 24 Jun 2010 4:54:51  wrote:
> > > I don't think that acctst is a valid epics test harness. 
> I suggest we
> > > also look at turning it into one so that it is run with 
> make runtests
> > > (and also with our automated test system). Is this a 
> sensible idea?
> >
> > Definitely.
> 
> Hear, hear!
> 
> > Even more definitely it's not an easy task, as acctst 
> involves things
> > like pulling and reinserting the network plug in the IOC to 
> check tcp
> > circuit timeout/cleanup etc..., stuff that is not easily automated.
> 
> .. and note that pulling the network plug is *not* the same 
> as killing the IOC 
> process on Linux, since the latter results in the OS cleaning 
> up the socket 
> for you whereas pulling the plug means that all packets stop. 
>  It might be 
> possible to suspend the process to simulate it, but I'd want 
> someone to 
> compare a couple of network traces to make sure it behaves 
> exactly the same 
> way.
> 
> > Don't want to discourage you, just .... it's going to be fun :-)
> 
> Definitely, but well worth-while.  I'm guessing that you may 
> not be able to 
> automate everything, but it probably makes sense to split 
> acctst into multiple 
> test programs and have the one(s) that need manual 
> intervention not run by the 
> runtests rule.  I would also suggest you create a src/ca/test 
> directory and 
> put the new test programs in there (note that like 
> libCom/test and db/test 
> this collection would be built after most of the other src/* 
> directories, see 
> src/Makefile to see how we arrange that, this allows the 
> tests to use code 
> that gets built after src/ca if they need it).
> 
> - Andrew
> -- 
> The best FOSS code is written to be read by other humans -- 
> Harald Welte
> 
> 

-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System