commit 572ec5d9db215dd780c091b0ba439ea08e03ad13 Merge: 1a1dba4 7d6e105 Author: Janusz Krzysztofik Date: Wed Oct 26 21:44:12 2011 +0200 Heyu 2.9.5 Signed-off-by: Janusz Krzysztofik commit 7d6e1056482ceddf9394f96946adebb74f5ae147 Author: Janusz Krzysztofik Date: Sun Sep 4 19:31:16 2011 +0200 Fix oreBP related environment variables creation bug An equal sign was missing from sprintf format specifier used for creation of X10_Hu_oreBP environment variables by the Heyu engine, resulting in the variable missing from the environment created. As a side effect, a bunch of "heyu: environment corrupt; missing value for X10_Hu_oreBPnnn" like error messages was reported to the Heyu log on FreeBSD 8.2-STABLE. Fix it. Reported-by: Karl Pielorz Signed-off-by: Janusz Krzysztofik commit d680509bbc2373fb6bfe3e7a27b06038c5228f71 Author: Janusz Krzysztofik Date: Tue Aug 30 20:15:54 2011 +0200 Fix broken handling of X10 Security RF parity bit While working on another issue, analysis i had performed against some RFrawdata reports revealed a bug which resulted in X10 Security RF signals received from an RFXCOM device working in default (variable length) mode being occasionally reported as RFnoise when immediately following other signals, and missed if not followed by at least one more burst. This issue was probably present since 16-bit security ID support had been introduced in Heyu 2.3.0, as a side effect of a workaround against buggy X10 sensors (see release_notes.txt for reference). Don't destroy parity bits in X10 Security RF signals if security checksum verification is not relaxed with the 'SECURID_PARITY NO' x10config directive. I've implemented this fix for both current shared RFXCOM receive queue and a work in progress separate master/slave receive queues code paths. Signed-off-by: Janusz Krzysztofik commit cd8e536d57daf151de54a679fb3396a1a412752b Author: Janusz Krzysztofik Date: Sun Aug 21 00:51:11 2011 +0200 Don't freopen() closed streams While starting the engine, previously close()d stdout and stderr streams can be freopen()ed to point to the log file. This may lead to unpredictable behaviour, like the engine no longer reporting events to the log, observed on recent Fedora 15 installations. See #18. Fix this by dropping initial close()s of fd's 1 and 2, which will now end up being redirected to /dev/null if a log file is not used, instead of closed. Created against Heyu 2.9.4 Tested on Fedora 15, as well as on not yet affected Gentoo/Linux and OpenSolaris 0906. Signed-off-by: Janusz Krzysztofik