>From the ltp-pan man-page: Pan is often used in layers. This section extends the above examples to show how this is done.
>From this I draw the conclusion that ltp-pan was designed for recursion. But >it might be that it works bad anyway... Regardless, there is no real problem to live without ltp-pan, just thought it was a nice tool to use. Regards Mats Liljegren ________________________________________ From: [email protected] [[email protected]] Sent: Monday, March 17, 2014 5:23 PM To: Mats Liljegren Cc: [email protected] Subject: Re: [LTP] Design question around ltp-list Hi! > That means I get no support for errors occurring when executing the > load, i.e. I have to check the return value myself and give correct > diagnostic message. Not a real problem, just more work to do... That is mostly one waitpid() in parent, you don't have to overdo the error conditions checks. There is always possibility that something unexpected will happen. The most appropripate behavior is to fail the test and expect user to check what has happened. > But now I know I should avoid ltp-pan, thanks! I'm not even sure that running pan from pan would work fine. There is really tricky stuff with terminal controll and sessions that allows it to kill test leftover processes which may cause really strange behavior. -- Cyril Hrubis [email protected] ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
