Am 17.03.2014 um 01:21 schrieb John Kasunich <[email protected]>:
> While I'm digging about in hal_lib.c.... > > I mentioned earlier that unlinking a pin can also > result in a sudden and unexpected change in its excellent point - pin inherits signal value on unlink. Didnt think of that. > ... > > I'm not 100% sure about the details of the pointer stuff, I'm > rusty. we'll manage. There are post-Kasunich HAL programmers with an IQ over room temperature (Celsius that is) ;) on your other comment: Am 17.03.2014 um 01:06 schrieb John Kasunich <[email protected]>: > > If you can be sure that hal_float_t is the largest member on > all platforms, then it could just be: > > *((hal_float_t)(data_addr)) = pin->dummysig.f; that is exactly the kind of 'optimizations' I abhor: an assumption deep down in code which is maybe executed a few hundred times at best each run of linuxcnc, which nowhere near warrants execution time considerations, and which is going to blow up as soon as you introduce a larger hal scalar. NO. - Michael ------------------------------------------------------------------------------ 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 _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
