On Sunday 01 May 2005 01:36 pm, jerry scharf wrote: > Well, > > I got my link serial interfaces, and started playing with things. > > Things came up in a couple areas: > > First, the programs seem to ignore --foreground and go to the background no
Hmm.. works for me. /opt/owfs/bin/owfs --foreground -u /mnt/1wire stays in foreground. > matter what. Second, there is no debugging output for owfs or owserver. > This seems quite wrong to me. I would like to do the classic multiple > levels of d or v switches to be able to run the program with different > levels of output and see what it's doing. For example, I had the protection > set wrong on the tty, and the program silently exited. I have another one > where I'm trying to get it onto an arm system with a cross compiled > environment. Again the program exits silently, and I have no idea what's > wrong. I may end up making one of the SBCs into a devel system and scrap > the cross compiler (makes configure a mess...), but I should be able to > debug the program to a limited degree with just itself. I am happy to > discuss this more, but I am not up to adding this. > I just checked. There should be syslog messages about opening the com port. You're right about the debug messages, though with a working foreground, it's easy to trace problems (I use printfs myself). Actually, there are no end of printfs scatered around that can be uncommented. I know it's not elegant, what kind of debugging output would you like, specifically? > The other major area is that I wanted to try to compile the program without > pthreads for the sbc, figuring that I didn't need it. There were a number > of problems in files from owlib, clearly this hasn't been tried in a while. > I'm not a great coder, but the changes are minimal. I'll attach diffs in a > separate message for what I found. > > I haven't gotten to the simultaneous reads yet. I would like to make sure > that the cache invalidation has been added when simultaneous is set. My > first tests for that will be calibration, which included adding groups of > sensors on the net in the same conditions and getting offsets from a > precise measurement. It's a pretty simple strategy for handling a large > number of common sensors. > > thanks, > jerry > > Jerry Scharf > laguna way consulting > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Owfs-developers mailing list > Owfs-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/owfs-developers ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers