Am Mittwoch, 27. Mai 2009 schrieb Paul Alfille:
>
> Can you try the newest code?
>
Ok. Two results:
Good
====
The OW::put $CHIP/PIO.ALL 0,0,0,0,0,0,0,0 works as expected now.
Bad
===
The OW::get /uncached/simultaneous/single_ds2400 fails with EINVAL if no
iButton is connected to the lock. The previous behaviour was returning an
empty string in that case.
I think it's not really an error if no iButton is connected to a lock. As
EINVAL is given if something went wrong with the host adapter (e.g. pulled
from the host), too, those errors are then obscured by catching the "no key
connected" EINVAL.
When caching is considered, things get even more complicated. One could argue,
a failed read of /uncached/simultaneous/single should update the presence
cache as no chips are connected to that bus. Anyway,
for /uncached/simultaneous/single_ds2400 it should *not*, because only DS2400
and DS2401 (and iButtons) respond to that code. I really need it the way it
is: Don't touch the presence cache.
What do you think?
Also bad
========
OW::get alarm segfaults.
Kind regards
Jan
--
ELIZA: You have a tendency to feel you are superior to most computers.
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
