Re: [Owfs-developers] OWFS Logo...where is it
Perhaps we want to run a logo design challenge? See if we can get some logos from different people and put the winner's name up in blinking lights on the web site ;-) - Peter On 2/9/07, Paul Alfille [EMAIL PROTECTED] wrote: Looks great to me! Can we use it? Paul Alfille On 2/9/07, Rob Conway [EMAIL PROTECTED] wrote: Somebody on this list must be acquainted with a friend / partner/ family member that is in marketing or advertisingthat could assist ? My suggestion (am not that good with graphics as you can see) OWFS being in thick block letters then show two lines cutting across the OWFS letters in a wave pattern. The two lines depicting communication with the wave pattern depicting data transfer rob - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] owphp owfs-2.6p0 DS2408
Is he running owpython or owphp? Email seems to indicate owphp but I'm not entirely clear. - Peter On 1/25/07, Paul Alfille [EMAIL PROTECTED] wrote: I'm guessing it's the python interface, since owread and owhttpd seem happy. Perhaps we are reading the entire buffer, rather than size bytes. Paul Alfille On 1/24/07, Paul Alfille [EMAIL PROTECTED] wrote: Clearly sounds broken. Now to figure where. On 1/23/07, pappapop [EMAIL PROTECTED] wrote: Don't know if this is the right forum... Have been running owfs (monitoring temperature and switching_on/off in heatingsystem) since owfs-2.5p6 using owphp/owserver. After uppgrading (./bootstrap, make, make install) from owfs-2.5p10 to owfs-2.6p0 I get bad values in return from the DS2408_chip: ex. get(/29.C8BD0100/sensed.0) returns 0?? instead of 0 (?=garble-chars) Is something broken here? - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] owphp owfs-2.6p0 DS2408
On 1/25/07, Paul Alfille [EMAIL PROTECTED] wrote: Peter, have you looked persistent tcp connections? The strategy is to set the persistent bit in the SG parameter of the message, and if it is returned set, keep the same file descriptor open for the next message. If the next message fails, close and open a new descriptor and try sending again. The connection may have timed out. I haven't looked at it yet but I should be able to get to it over the weekend. - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
[Owfs-developers] Temperature Sensor Rate of Change
Hi - I'm looking to monitor the heat generated by some pyrotechnics on stage at a performance of Romeo Juliet. There was a slight problem on opening night where the fire sprinkler over center stage went off. Too much heat generated from one of the fire effects. I was thinking of trying to use some DS18S20 sensors to monitor the temperature above the various fire effects. The sensors would be mounted to the ceiling above the various fire sources. The DS18S20 looks to have a range that'll support our needs, -55°C to +125°C. Since the sprinklers trigger at around +82°C that should work fine. But I'm concerned about being able to monitor temperature changes fast enough to provide accurate monitoring. The two aspects of that are how fast / often can I realistically expect to read the temperatures on a string of 5 to 7 sensors and how fast do the sensors themselves react to changes in temperature. Any thoughts or comments would be appreciated. Thanks! - Peter P.S. For anyone interested who would be using fire to tell the story of Romeo Juliet, see http://thecrucible.org/ballet/index.html for details. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Temperature Sensor Rate of Change
On 1/13/07, Alfille, Paul H.,M.D. [EMAIL PROTECTED] wrote: This must be the most unusual use of 1-wire to date. I'm not sure yet if we're going to use them. I'll know more later this afternoon. I think the sprinklers have a lag, (it would make sense, a real fire doesn't have fast transients) so the sensing might be fine. What will you do with the information. We'd be using it to see how the temperature at the ceiling changes during the performance based on the flame effect intensity. The idea would be to see how far we can push things before we get to the point of having the sprinkler trigger again. Also, the description from the link mentions fire performers, fireworks, etc. The sprinkler must really have put a damper on the performance. The lighting effect of the water mist from the sprinkler being backlit by a blue light was spectacular. Most of the audience and a bunch of the crew didn't realize that this wasn't planned until we realized that it was the sprinkler that went off and that there was no water feature in the performance! A bit of pandemonium ensued while we worked to get things under control and cleaned up. But the audience was great and supportive, most stayed to see the rest of the show. Here's a review from the San Francisco Chronicle: http://sfgate.com/cgi-bin/article.cgi?f=/c/a/2007/01/12/DDGFUNGKMP1.DTL - Peter Paul Alfille -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Kropf Sent: Sat 1/13/2007 3:12 AM To: owfs-developers@lists.sourceforge.net Subject: [Owfs-developers] Temperature Sensor Rate of Change Hi - I'm looking to monitor the heat generated by some pyrotechnics on stage at a performance of Romeo Juliet. There was a slight problem on opening night where the fire sprinkler over center stage went off. Too much heat generated from one of the fire effects. I was thinking of trying to use some DS18S20 sensors to monitor the temperature above the various fire effects. The sensors would be mounted to the ceiling above the various fire sources. The DS18S20 looks to have a range that'll support our needs, -55°C to +125°C. Since the sprinklers trigger at around +82°C that should work fine. But I'm concerned about being able to monitor temperature changes fast enough to provide accurate monitoring. The two aspects of that are how fast / often can I realistically expect to read the temperatures on a string of 5 to 7 sensors and how fast do the sensors themselves react to changes in temperature. Any thoughts or comments would be appreciated. Thanks! - Peter P.S. For anyone interested who would be using fire to tell the story of Romeo Juliet, see http://thecrucible.org/ballet/index.html for details. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers THE INFORMATION TRANSMITTED IN THIS ELECTRONIC COMMUNICATION IS INTENDED ONLY FOR THE PERSON OR ENTITY TO WHOM IT IS ADDRESSED AND MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED MATERIAL. ANY REVIEW, RETRANSMISSION, DISSEMINATION OR OTHER USE OF OR TAKING OF ANY ACTION IN RELIANCE UPON, THIS INFORMATION BY PERSONS OR ENTITIES OTHER THAN THE INTENDED RECIPIENT IS PROHIBITED. IF YOU RECEIVED THIS INFORMATION IN ERROR, PLEASE CONTACT THE SENDER AND THE PRIVACY OFFICER, AND PROPERLY DISPOSE OF THIS INFORMATION. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Temperature Sensor Rate of Change
I'm hoping to use the DS18S20's since I've got a bunch of them here in my studio. I'll need to play around with them this morning to see how they react to temperature changes... - Peter On 1/13/07, Roberto Spadim [EMAIL PROTECTED] wrote: ds2438 could be faster Alfille, Paul H.,M.D. escreveu: This must be the most unusual use of 1-wire to date. I think the sprinklers have a lag, (it would make sense, a real fire doesn't have fast transients) so the sensing might be fine. What will you do with the information. Also, the description from the link mentions fire performers, fireworks, etc. The sprinkler must really have put a damper on the performance. Paul Alfille -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Kropf Sent: Sat 1/13/2007 3:12 AM To: owfs-developers@lists.sourceforge.net Subject: [Owfs-developers] Temperature Sensor Rate of Change Hi - I'm looking to monitor the heat generated by some pyrotechnics on stage at a performance of Romeo Juliet. There was a slight problem on opening night where the fire sprinkler over center stage went off. Too much heat generated from one of the fire effects. I was thinking of trying to use some DS18S20 sensors to monitor the temperature above the various fire effects. The sensors would be mounted to the ceiling above the various fire sources. The DS18S20 looks to have a range that'll support our needs, -55°C to +125°C. Since the sprinklers trigger at around +82°C that should work fine. But I'm concerned about being able to monitor temperature changes fast enough to provide accurate monitoring. The two aspects of that are how fast / often can I realistically expect to read the temperatures on a string of 5 to 7 sensors and how fast do the sensors themselves react to changes in temperature. Any thoughts or comments would be appreciated. Thanks! - Peter P.S. For anyone interested who would be using fire to tell the story of Romeo Juliet, see http://thecrucible.org/ballet/index.html for details. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers THE INFORMATION TRANSMITTED IN THIS ELECTRONIC COMMUNICATION IS INTENDED ONLY FOR THE PERSON OR ENTITY TO WHOM IT IS ADDRESSED AND MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED MATERIAL. ANY REVIEW, RETRANSMISSION, DISSEMINATION OR OTHER USE OF OR TAKING OF ANY ACTION IN RELIANCE UPON, THIS INFORMATION BY PERSONS OR ENTITIES OTHER THAN THE INTENDED RECIPIENT IS PROHIBITED. IF YOU RECEIVED THIS INFORMATION IN ERROR, PLEASE CONTACT THE SENDER AND THE PRIVACY OFFICER, AND PROPERLY DISPOSE OF THIS INFORMATION. Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 12/01/2007 / Versão: 5.1.00/4938 Proteja o seu e-mail Terra: http://mail.terra.com.br/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
[Owfs-developers] Fwd: MacFUSE: FUSE for Mac OS X - Rmail
This came across my inbox this morning. Thought it might be of interest to the group. Anyone want to see about getting owfs working with it? Or I can add it to ever expanding list of things I'll get done someday ;-) - Peter -- Forwarded message -- From: Google Code - Updates [EMAIL PROTECTED] Date: Jan 12, 2007 1:14 AM Subject: MacFUSE: FUSE for Mac OS X - Rmail To: [EMAIL PROTECTED] MacFUSE: FUSE for Mac OS XPost by Amit Singh, Mac Engineering Manager Today Google is releasing MacFUSE, an open-source Mac port of the FUSE mechanism for Linux. Like FUSE, it enables developers to implement a fully functional file system in a user-space program. And since it aims to be API-compliant with the original FUSE (Filesystem in USErspace) for Linux, it makes many existing FUSE file systems readily usable on Mac OS X. The core of MacFUSE consists of a dynamically loadable kernel extension. This release of MacFUSE includes the following components: Virtual file system (VFS) kernel extension Special-purpose mount_fusefs program Patch to the FUSE user-space library Patch to the SSHFS file system Developers, we want your help to make this project even more robust and useful. For more information on MacFUSE and how the project got started, please go to the project's Google Code page and also check out the Google Mac Blog. Link - Feed (18 subs) - RPost Sent using R|mail. Visit here to unsubscribe from Google Code - Updates. Recommended Feeds/Actions Rank Your Agent - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] What NAS devices are people running owfs on ? (Besides NSLU2)
I'm running some on an NSLU2, a kuro box (http://kurobox.com/) and I've got plans to get some running on a gumstix (http://www.gumstix.com/) but it'll be a bit before I get the time to work on the gumstix project... - Peter On 12/25/06, Rob Conway [EMAIL PROTECTED] wrote: I am a very happy NSLU2 (Unslung 6.8) user however looking at what other NAS appliance devices are out there. I like the idea of getting a fully self contained NAS which allows a HD to be instaleld within. Besides NSLU2 what other NAS devices are people using with owfs... cheers rob - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] tcp protocol
Was this originally a problem with the Python ownet module? Or something else? It would be good to understand what you were originally trying to do and fix any problems that may exist in any of the ow code. - Peter On 12/19/06, Roberto Spadim [EMAIL PROTECTED] wrote: can anyone try it and check if it's an good piece of code? Roberto Spadim escreveu: cancel my thread i made an owphp to work with it :) Gregg Levine escreveu: On 12/19/06, Paul Alfille [EMAIL PROTECTED] wrote: Is this a question about owserver or the python ownet? Paul On 12/19/06, Roberto Spadim [EMAIL PROTECTED] wrote: hello i can't understand the DIR list i'm sending : path='/' version=0 payload=2 type=msg_dir sg=258 size=0 offset=0 variable payload=/+chr(0) and i get an return: version=0 payload=42 ret=0 sg=258 size=5 offset=0 variable payload= (this shouldn't be 5 characters?! ) i'm using ownet thankx, if you can tellme what to send and what return from a dir read, maybe an example with real values like client send:[0][0][0][0][send message hex] server send: [][][send message hex] thanks - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers Hello! Paul, the question should be asked is, What is wrong here, and what can we do to help?. Also one of, What is your setup? And what did you add or subtract from it before continuing your work?. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 19/12/2006 / Versão: 4.4.00/4922 Proteja o seu e-mail Terra: http://mail.terra.com.br/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] owpython ... on Windows??
On 12/5/06, chris [EMAIL PROTECTED] wrote: On Tuesday 05 December 2006 06:19, Peter Kropf wrote: I was poking around the owserver protocol from Python is that with socket or are you using higher level modules? can you show a demo script? And here's a version that actually works: You'll need to change the owserver host (kuro2) and port number () but it displays the directory entries for root. I'll use this as a basis for a new ownet python module that provides the same object interface as the current ow module but only knows how to communicate with an owserver and doesn't depend on the rest of the core libraries. Once done, it should run on any platform supported by Python... import sys import os import socket import struct msg_error= 0 msg_nop = 1 msg_read = 2 msg_write= 3 msg_dir = 4 msg_size = 5 msg_presence = 6 s = socket.socket(socket.AF_INET, socket.SOCK_STREAM) print s s.connect(('kuro2', )) payload = '/' #payload = '/bus.0' #1234567890123456 #payload='/10.B7B64D000800' print 'payload:', payload smsg = struct.pack('ii', socket.htonl(0), #version socket.htonl(len(payload) + 1), #payload length socket.htonl(msg_dir), #type of function call socket.htonl(258), #format flags socket.htonl(0), #size of data element for read or write socket.htonl(0), #offset for read or write ) print 'len(smsg):', len(smsg) print 'smsg:', smsg s.sendall(smsg) smsg = payload + '\x00' print 'len(smsg):', len(smsg) print 'smsg:', smsg s.sendall(smsg) while 1: data = s.recv(24) version, payload_len, type_of_call, format_flags, size_of_data, offset = struct.unpack('ii', data) version = socket.ntohl(version) payload_len = socket.ntohl(payload_len) type_of_call = socket.ntohl(type_of_call) format_flags = socket.ntohl(format_flags) size_of_data = socket.ntohl(size_of_data) offset = socket.ntohl(offset) print print 'version:', version print 'payload_len:', payload_len print 'type_of_call:', type_of_call print 'format_flags:', format_flags print 'size_of_data:', size_of_data print 'offset:', offset if payload_len: data = s.recv(payload_len) print 'payload:', data[:size_of_data] else: break s.close() sys.exit(0) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
[Owfs-developers] ownet - new python module to interact w/ owserver
Hi - I've committed to CVS the first draft of a new python module called ownet. It allows for interaction with a remote owserver without the need to have the core ow libraries and servers built on the local system. The code is very much in an alpha state so expect things to break. And if they do, please send a note to the list so that they can be resolved. This first version can only read data from an owserver. Setting values is not yet supported. The module is not automatically installed. Instead, you need to follow these simple steps: $ cd module/swig/python/ownet $ sudo python setup.py install There should now be a module called ownet in the site-packages directory of the python installation. Try running the modules/swig/python/ownet/examples/temperatures.py program. It should print out something like: $ python ./examples/temperatures.py kuro2 r: kuro2:/ - DS9490 r.entryList(): ['bus.0', 'settings', 'system', 'statistics'] r.sensorList(): [Sensor(/10.B7B64D000800, server=kuro2, port=), Sensor(/26.AF2E1500, server=kuro2, port=), Sensor(/81.A44C2300, server=kuro2, port=)] kuro2:/10.B7B64D000800 - DS18S20 22.4375 kuro2:/26.AF2E1500 - DS2438 21.0938 $ - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Problems compiling CVS
Can you provide some more details? Log file? What clashes with the zend headers? - Peter On 12/4/06, Alfille, Paul H.,M.D. [EMAIL PROTECTED] wrote: Well it would be better if owpython dependencies were better tested in the autoconf script. I always get clashes with the zend headers. Paul Alfille -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jan Kandziora Sent: Monday, December 04, 2006 10:40 AM To: owfs-developers@lists.sourceforge.net Subject: Re: [Owfs-developers] Problems compiling CVS Am Montag, 4. Dezember 2006 16:22 schrieb Jan Kandziora: Hi all, Forget the previous posting. $ ./configure --disable-owperl --disable-owpython --disable-owphp ^^ ^^ did the trick. Kind regards Jan -- People get annoyed when you try to debug them. -- Larry Wall - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] owpython ... on Windows??
I was poking around the owserver protocol from Python to see if a simple standalone python module can be created that doesn't have any dependencies on the core ow libraries. I ran into a bit of a problem with the protocol that's being used. Here's a hex dump of the data that's returned when I request a directory of the root. : 002a 0102 ...* 0010: 0005 6275 732e 3000 ec28 bus.0..( 0020: 0030: 0040: 002a .*.. 0050: 0102 0008 7365 7474 696e ..settin 0060: 6773 gs.. 0070: 0080: 002a ...* 0090: 0102 0006 7379 7374 syst 00a0: 656d em.. 00b0: 00c0: 002a .*.. 00d0: 0102 000a 7374 ..st 00e0: 6174 6973 7469 6373 atistics 00f0: 0100: 002a ...* 0110: 0102 0010 0120: 2f31 302e 4237 4236 3444 3030 3038 3030 /10.B7B64D000800 0130: 0140: 0150: 002a 0102 0010 .*.. 0160: 2f32 362e 4146 3245 3135 3030 3030 ../26.AF2E15 0170: 3030 00.. 0180: 0190: 002a 0102 0010 ...* 01a0: 2f38 312e 4134 3443 3233 3030 /81.A44C2300 01b0: 3030 3030 01c0: 01d0: 0102 01e0: c002 .. It shows (hex - decimal): version: 0x0 - 0 payload length: 0x2a - 42 type: 0x0 - 0 format flags: 0x102 - 258 size of data: 0x5 - 5 offset - 0x0 - 0 The payload doesn't look quite right since there's a whole lot more that's received from the server, 486 bytes total. The size of data seems to correspond to the length of the first entry name w/ trailing null - bus.0. But the rest doesn't make much sense to me. In looking at the hex dump of the data, I see the various values that I would expect in settings, system, statistics, etc. But I also see a whole lot more data that seems to be extra. I tried reading through the C headers and source but had trouble making heads or tails of the code that would be putting the buffer together to send over the network. I'm a wee bit lost here. So if anyone has a good idea of what's going on, let me know. Thanks! - Peter On 12/4/06, Paul Alfille [EMAIL PROTECTED] wrote: Ok, communication is via tcp. 1. open port 2. send a message 3. wait for response (single response except for directories). 4. close port Message has format: 6 words (24 bytes) fixed header variable length payload Words must be sent in network order (bigendian I believe) Header is: Version (use 0) Payload (size of variable length in bytes) Type (see below) SG (basically temperature scale) Size (for writes, size of data portion of payload) Offset (for reads and writes, usually 0) Type 0 error 1 nop 2 read 3 write 4 dir 5 size (not used any more) 6 presence Basically, you set up the header, and follow it with payload, and send the whole thing. Payload is typically the path e.g. /10.12300432433/temperature Possibly followed with a value for writes. You get back about the same thing. The fields are slightly different (error codes, data length) but the value is in the payload. If you want to do this, I'm sure people would be glad to assist. It certainly sounds like an interesting project. Paul Alfille On 12/4/06, chris [EMAIL PROTECTED] wrote: On Monday 04 December 2006 12:02, Paul Alfille wrote: On 12/4/06, chris [EMAIL PROTECTED] wrote: I understand that owfs is unlikely to run on windows but is it possible to tun Au-contraire! (Though the windows port is not yet of the same quality. There have been reports of memory leaks that need to be investigated). owpython on a windows box connected to owserver without resorting to Ahh! You want to communicate (with owserver?) via python, but not
Re: [Owfs-developers] Could not open USB adapter.
On 12/3/06, chris [EMAIL PROTECTED] wrote: On Saturday 02 December 2006 20:04, Peter Kropf wrote: hotplug lsusb were already on my system so I followed this, and it worked! I'm not sure what will happen on a restart but I have it working at last. Thank you very much. I predict the next daft question in about a days time. Glad to hear things are working for you now. (Is there any command line alternative to vi; it seems that vi and I will never form a stable relationship) There's an editor called pico (and a clone of it called nano) that might work better for you than vi. See if either of them are installed on your system. - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Could not open USB adapter.
Also take a look at http://www.owfs.org/index.php?page=permissions and http://www.owfs.org/index.php?page=hotplug. If you have something other than hotplug or udev installed, let me know and we'll figure out how to get things working for you. - Peter On 12/2/06, Paul Alfille [EMAIL PROTECTED] wrote: There has been recent spate of interest ion this topic. See http://www.owfs.org/index.php?page=217 for a great writeup by Peter Kropf. The problem is that hardware access by non-root users is a security risk, and so not allowed without explicit permission. Permission is easy for serial ports, which usually have a static device, but dynamically allocated devices, like the USB ports, require a little fancier setup. I've written a script that automates this -- perhaps it will work on Mandriva. See http://owfs.cvs.sourceforge.net/*checkout*/owfs/owfs/src/scripts/usb/suse_setup.sh?revision=1.1content-type=text%2Fplain basically it allows users in group ow (configurable) to access the USB device. If the script works on Mandriva, please report back. Paul Alfille On 12/2/06, chris [EMAIL PROTECTED] wrote: I'm installing owfs on Mandriva free 2007 and upon trying to start owfs /opt/owfs/bin/owfs -u /mnt/owfs gives: [EMAIL PROTECTED] bin]# ./owfs -u /mnt/owfs Could not open the USB adapter. Is there a problem with permissions? [EMAIL PROTECTED] bin]# ls /mnt/owfs bus.0/ settings/ statistics/ structure/ system/ uncached/ Which permissions of what should I examine to hopefully resolve this? I have usbview and the usb interface is viewable but no other usb tools are installed to my knowledge. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] is Peter Kropf still active?
On 11/26/06, Jerry Scharf [EMAIL PROTECTED] wrote: On the list it is. All the owfs code was pulled and built from CVS this morning. python -V returns Python 2.4.3. I'm running on ubuntu 606 w/ patches, amd64 processor. The first thing I was trying to do is run my code in the debugger. This seems like it should be easy, but it went weird. Here's my masterpiece of python: #! /usr/bin/python import ow ow.init('127.0.0.1:2840') s1 = ow.Sensor('/28.01AFAB00') s2 = ow.Sensor('/28.590AAC00') s3 = ow.Sensor('/28.AAC3AB00') s4 = ow.Sensor('/28.EF9CAB00') for sensor in (s1,s2,s3,s4): print sensor._path, sensor.temperature I run this in pdb, and start going through the program with n. runs the ow.init line and stops. As soon as I type n again, the program runs to completion. No amount of breakpoints would work. What is going on? I haven't tried using pdb w/ OW. I typically put in print statements and run the code again. But I'll take a look into using pdb and try to find out what's going on. I suspect that there's something about the relationship between the OW module in C via Swig and the python interpreter. Have you tried running pdb from within your python code? Something like: #! /usr/bin/python import ow import pdb ow.init('127.0.0.1:2840') s1 = ow.Sensor('/28.01AFAB00') pdb.set_trace() s2 = ow.Sensor('/28.590AAC00') pdb.set_trace() s3 = ow.Sensor('/28.AAC3AB00') pdb.set_trace() s4 = ow.Sensor('/28.EF9CAB00') pdb.set_trace() for sensor in (s1,s2,s3,s4): print sensor._path, sensor.temperature The pdb.set_trace() lines should cause the program the run the debugger. (Note that I haven't tried this yet myself. I need to setup a system for trying out debugging under python...) Second, I extended the program to set the error codes, thinking this might have something to do with the runaway code. I inserted ow.error_level(ow.error_level.fatal) ow.error_print(ow.error_print.stderr) after ow.init. pdb says: /home/scharf/house/dbcontrols/python/owtest.py(3)?() - import ow (Pdb) n /home/scharf/house/dbcontrols/python/owtest.py(5)?() - ow.init('127.0.0.1:2840') (Pdb) n /home/scharf/house/dbcontrols/python/owtest.py(7)?() - ow.error_level(ow.error_level.fatal) (Pdb) n AttributeError: 'module' object has no attribute 'cvar' /home/scharf/house/dbcontrols/python/owtest.py(7)?() - ow.error_level(ow.error_level.fatal) I located cvar in the __init__ code, but am not familiar with this level of python... I haven't seen this before. Let me dig into the code a bit and get back to you. Finally, I would like to use the simultaneous conversion functions that Paul has fixed. How can I do that through the owpython interface? In owfs, I do echo 1 /pathtomount/simultaneous/temperature I tried a few random things, but was really grasping in the dark. The simultaneous feature of OW is rather new and I don't think the SWIG based interfaces support it yet. While I'm digging through the rest of the issues you raised, I'll see if this works and if it doesn't I'll see about adding support for it. - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
[Owfs-developers] USB Device Access
Hi - I've been arguing with my 1-Wire USB controller once again and hopefully I'll win this time ;-) I generally run OW code from a non-root account to help prevent run away problems crashing or corrupting the system. Unfortunately, whenever a 1-Wire USB controller is connected to the system, root is the only account with read and write access. So I use the Linux Hotplug subsystem to fix that. I've written up a preliminary guide to extending the hotplug subsystem to automatically change the file owner and permissions on 1-Wire controller. It's attached here for review by the rest of the developers and community. I'd like to get some feedback and see if we can figure out a good place for this to live. Hopefully it'll provide some help to people setting up 1-Wire USB controllers on a Linux based system. Comments? Thought? - Peter Overview There are times when access to the 1-Wire USB controller has to be modified to allow a user other than root to have write access. This article presents a simple way to use the Linux Hotplug subsystem to change the file ownership and permissions on the file associated with a 1-Wire controller. Linux Hotplug Subsystem --- The notes presented here are specific to the Linux Hotplug subsystem and it must be installed for it to work. To install it on a Debian based system: apt-get install hotplug If you're running a version of Linux other than Debian, see the documentation for that version Linux for more details on how to install the Hotplug subsystem. USB Vendor and Product IDs -- The USB vendor and product ids are used by the Hotplug subsystem to identify which program is to be run when the device is plugged in. If you don't know the vendor and product ids for the 1-Wire USB controller you'll be using, you can use the lsusb program to find them. If lsusb isn't installed (typically in /usr/sbin) you'll need to install the appropiate package for your Linux distribution. On Debian systems, that means installing the usbutils package. apt-get install usbutils Once installed, run lsusb with the 1-Wire USB controlled plugged in: $ /usr/sbin/lsusb Bus 003 Device 001: ID : Bus 002 Device 013: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter Bus 002 Device 001: ID : Bus 001 Device 001: ID : $ The 04fa is the vendor id and 2490 is the product id. Unplug the 1-Wire USB controller. Customize Hotplug - With the vendor and product ids in hand, the Hotplug subsystem can be modified to change the file permissions and file ownership. Create a new file called /etc/hotplug/usb/ow.usermap. This will contain the mapping of vendor / product id and the program to run. The file should contain a single line that looks like: ow0x03 0x04fa 0x2490 0x 0x 0x00 0x00 0x00 0x00 0x00 0x00 0x Change the 0x04fa to the vendor id and 0x2490 to the product id for your 1-Wire USB controller. Create a new shell program called /etc/hotplug/usb/ow. This will be the program that is run. Here's a simple example of changing the file group to ow and giving the group read and write access. #! /bin/sh if [ $DEVICE != ]; then # we have a device so setup security chgrp ow $DEVICE chmod g+rw $DEVICE logger ow hotplug: group set to ow and permission g+rw on $DEVICE else logger ow hotplug: error - no device fi The file has to be made executable via chmod +x /etc/hotplug/usb/ow otherwise it will not be excuted by the Hotplug subsystem. Also, don't forget to add a group called ow and add users to the group. Once this is setup, you can plug the 1-Wire USB controller into the computer. After a bit, you should see a message in the system log file that looks like: Nov 29 10:06:27 kuro2 logger: ow hotplug: group set to ow and permission g+rw on /proc/bus/usb/002/013 and that can be verified by $ ls -l /proc/bus/usb/002/013 -rw-rw-r-- 1 root ow 147 Nov 29 10:06 /proc/bus/usb/002/013 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] is Peter Kropf still active?
On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: I haven't tried using pdb w/ OW. I typically put in print statements and run the code again. But I'll take a look into using pdb and try to find out what's going on. I suspect that there's something about the relationship between the OW module in C via Swig and the python interpreter. Have you tried running pdb from within your python code? Something like: #! /usr/bin/python import ow import pdb ow.init('127.0.0.1:2840') s1 = ow.Sensor('/28.01AFAB00') pdb.set_trace() s2 = ow.Sensor('/28.590AAC00') pdb.set_trace() s3 = ow.Sensor('/28.AAC3AB00') pdb.set_trace() s4 = ow.Sensor('/28.EF9CAB00') pdb.set_trace() for sensor in (s1,s2,s3,s4): print sensor._path, sensor.temperature The pdb.set_trace() lines should cause the program the run the debugger. (Note that I haven't tried this yet myself. I need to setup a system for trying out debugging under python...) Just to follow up on using pdb, I see the same problem that Jerry reported. Here's the source: import ow import pdb pdb.set_trace() ow.init('u') r = ow.Sensor('/') for x in r.sensors(): print x And the output: $ python x.py /home/peter/x.py(5)?() - ow.init('u') (Pdb) n /home/peter/x.py(6)?() - r = ow.Sensor('/') (Pdb) n CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 /10.B7B64D000800 - DS18S20 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 /26.AF2E1500 - DS2438 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 /81.A44C2300 - DS1420 Adding a pdb.set_trace() before the print in the for loop works better. Here's the source import ow import pdb pdb.set_trace() ow.init('u') r = ow.Sensor('/') for x in r.sensors(): pdb.set_trace() print x And the output: $ python x.py /home/peter/x.py(5)?() - ow.init('u') (Pdb) n /home/peter/x.py(6)?() - r = ow.Sensor('/') (Pdb) n CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 /home/peter/x.py(9)?() - print x (Pdb) n /10.B7B64D000800 - DS18S20 /home/peter/x.py(7)?() - for x in r.sensors(): (Pdb) n CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 /home/peter/x.py(9)?() - print x (Pdb) n /26.AF2E1500 - DS2438 /home/peter/x.py(7)?() - for x in r.sensors(): (Pdb) n CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 CACHE GET 3 buffer size=4 stored size=4 /home/peter/x.py(9)?() - print x (Pdb) n /81.A44C2300 - DS1420 /home/peter/x.py(7)?() - for x in r.sensors(): (Pdb) n --Return-- /home/peter/x.py(7)?()-None - for x in r.sensors(): (Pdb) n $ Not sure what to do about this. I'm thinking that this is an issue with pdb and not necessarily with OW. - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] USB Device Access
On 11/30/06, Jan Kandziora [EMAIL PROTECTED] wrote: Am Donnerstag, 30. November 2006 20:03 schrieb Peter Kropf: I've written up a preliminary guide to extending the hotplug subsystem to automatically change the file owner and permissions on 1-Wire controller. Comments? Thought? Shouldn't / Couldn't the same thing be achieved by adding some udev rules? Yes, it could. But the system I typically use for 1-Wire, a Kuro-HG box w/ Debian Linux, doesn't have udev installed. - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] USB Device Access
Hold off a bit on putting it on the web site. I'm updating it with instructions on also using udev. Hopefully this'll cover more users... - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: Very nicely summarized. I'll add it to the web wite. Is hotplug for 2.6 kernels as well as 2.4? Paul Alfille On 11/30/06, Jan Kandziora [EMAIL PROTECTED] wrote: Am Donnerstag, 30. November 2006 20:03 schrieb Peter Kropf: I've written up a preliminary guide to extending the hotplug subsystem to automatically change the file owner and permissions on 1-Wire controller. Comments? Thought? Shouldn't / Couldn't the same thing be achieved by adding some udev rules? Kind regards Jan -- ...Deep Hack Mode -- that mysterious and frightening state of consciousness where mortal users fear to tread. -- Matt Welsh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] USB Device Access
No problem. Attached is an outline for the same process using udev. - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: See: http://www.owfs.org/index.php?page=hotplug Can I suggest a separate page for udev -- it would be less overwhelming. Paul Alfille On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: Hold off a bit on putting it on the web site. I'm updating it with instructions on also using udev. Hopefully this'll cover more users... - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: Very nicely summarized. I'll add it to the web wite. Is hotplug for 2.6 kernels as well as 2.4? Paul Alfille On 11/30/06, Jan Kandziora [EMAIL PROTECTED] wrote: Am Donnerstag, 30. November 2006 20:03 schrieb Peter Kropf: I've written up a preliminary guide to extending the hotplug subsystem to automatically change the file owner and permissions on 1-Wire controller. Comments? Thought? Shouldn't / Couldn't the same thing be achieved by adding some udev rules? Kind regards Jan -- ...Deep Hack Mode -- that mysterious and frightening state of consciousness where mortal users fear to tread. -- Matt Welsh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers Overview There are times when access to the 1-Wire USB controller has to be modified to allow a user other than root to have write access. This article presents a simple way to use the Linux udev subsystem to change the file ownership and permissions on the file associated with a 1-Wire controller. Udev Subsystem -- The notes presented here are specific to the Linux udev subsystem and it must be installed for it to work. Several leading-edge Linux distributions have udev installed as part of the base system including FedoraCore 6 and Suse 10. If it's not installed on your system, see the documentation for that version Linux for more details on how to install the udev subsystem. USB Vendor and Product IDs -- The USB vendor and product ids can be used by the udev subsystem to identify which program is to be run when the device is plugged in. If you don't know the vendor and product ids for the 1-Wire USB controller you'll be using, you can use the lsusb program to find them. If lsusb isn't installed (typically in /usr/sbin or /sbin) you'll need to install the appropiate package for your Linux distribution. Once installed, run lsusb with the 1-Wire USB controlled plugged in: $ /sbin/lsusb Bus 001 Device 005: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter Bus 001 Device 001: ID : $ The 04fa is the vendor id and 2490 is the product id. Unplug the 1-Wire USB controller. Customize udev -- With the vendor and product ids in hand, the udev subsystem can
Re: [Owfs-developers] USB Device Access
Attached is a new and improved description for setting up permissions via udev. I had a problem on Fedora Core 6 where OW was using the /dev/bus/usb/... file instead of the /proc/bus/usb/... file. I'm not sure why. I suspect that it has something to do with libusb. Can anyone provide some insight? And please try the instructions on different Linux distributions so we can work through any issues. - Peter On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: Hold off on posting this. I'm having some troubles on a fedora core 6 system following the directions... - Peter On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: No problem. Attached is an outline for the same process using udev. - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: See: http://www.owfs.org/index.php?page=hotplug Can I suggest a separate page for udev -- it would be less overwhelming. Paul Alfille On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: Hold off a bit on putting it on the web site. I'm updating it with instructions on also using udev. Hopefully this'll cover more users... - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: Very nicely summarized. I'll add it to the web wite. Is hotplug for 2.6 kernels as well as 2.4? Paul Alfille On 11/30/06, Jan Kandziora [EMAIL PROTECTED] wrote: Am Donnerstag, 30. November 2006 20:03 schrieb Peter Kropf: I've written up a preliminary guide to extending the hotplug subsystem to automatically change the file owner and permissions on 1-Wire controller. Comments? Thought? Shouldn't / Couldn't the same thing be achieved by adding some udev rules? Kind regards Jan -- ...Deep Hack Mode -- that mysterious and frightening state of consciousness where mortal users fear to tread. -- Matt Welsh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers Overview There are times when access to the 1-Wire USB controller has to be modified to allow a user other than root to have write access. This article presents a simple way to use the Linux udev subsystem to change the file ownership and permissions on the file associated with a 1-Wire controller. Udev Subsystem -- The notes presented here are specific to the Linux udev subsystem and it must be installed for it to work. Several leading-edge Linux distributions have udev installed as part of the base system including FedoraCore 6 and Suse 10. If it's not installed on your system, see the documentation for that version Linux for more details on how to install the udev subsystem. USB Vendor and Product IDs
Re: [Owfs-developers] USB Device Access
When you push this out to the web site, consider adding links from the hotplug and udev references on the permissions page... - Peter On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: Attached is a new and improved description for setting up permissions via udev. I had a problem on Fedora Core 6 where OW was using the /dev/bus/usb/... file instead of the /proc/bus/usb/... file. I'm not sure why. I suspect that it has something to do with libusb. Can anyone provide some insight? And please try the instructions on different Linux distributions so we can work through any issues. - Peter On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: Hold off on posting this. I'm having some troubles on a fedora core 6 system following the directions... - Peter On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: No problem. Attached is an outline for the same process using udev. - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: See: http://www.owfs.org/index.php?page=hotplug Can I suggest a separate page for udev -- it would be less overwhelming. Paul Alfille On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: Hold off a bit on putting it on the web site. I'm updating it with instructions on also using udev. Hopefully this'll cover more users... - Peter On 11/30/06, Paul Alfille [EMAIL PROTECTED] wrote: Very nicely summarized. I'll add it to the web wite. Is hotplug for 2.6 kernels as well as 2.4? Paul Alfille On 11/30/06, Jan Kandziora [EMAIL PROTECTED] wrote: Am Donnerstag, 30. November 2006 20:03 schrieb Peter Kropf: I've written up a preliminary guide to extending the hotplug subsystem to automatically change the file owner and permissions on 1-Wire controller. Comments? Thought? Shouldn't / Couldn't the same thing be achieved by adding some udev rules? Kind regards Jan -- ...Deep Hack Mode -- that mysterious and frightening state of consciousness where mortal users fear to tread. -- Matt Welsh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief
Re: [Owfs-developers] is Peter Kropf still active?
On 11/30/06, Peter Kropf [EMAIL PROTECTED] wrote: On 11/26/06, Jerry Scharf [EMAIL PROTECTED] wrote: [--snip--] Second, I extended the program to set the error codes, thinking this might have something to do with the runaway code. I inserted ow.error_level(ow.error_level.fatal) ow.error_print(ow.error_print.stderr) after ow.init. pdb says: /home/scharf/house/dbcontrols/python/owtest.py(3)?() - import ow (Pdb) n /home/scharf/house/dbcontrols/python/owtest.py(5)?() - ow.init('127.0.0.1:2840') (Pdb) n /home/scharf/house/dbcontrols/python/owtest.py(7)?() - ow.error_level(ow.error_level.fatal) (Pdb) n AttributeError: 'module' object has no attribute 'cvar' /home/scharf/house/dbcontrols/python/owtest.py(7)?() - ow.error_level(ow.error_level.fatal) I located cvar in the __init__ code, but am not familiar with this level of python... I haven't seen this before. Let me dig into the code a bit and get back to you. Looks like this was a problem cause by the error_level and error_print variables being moved into a global structure inside the core OW code library. There's a new version of modules/swig/ow.i and modules/swig/python/ow/__init__.py that should resolve the problem. Here's a sample program and output: $ cat /tmp/z.py import ow ow.init('u') r = ow.Sensor('/') print r.entryList() print r.sensorList() ow.error_level(ow.error_level.debug) print r.sensorList() $ $ python /tmp/z.py ['structure', 'bus.0', 'uncached', 'settings', 'system', 'statistics', 'alarm', 'simultaneous'] [Sensor(/10.B7B64D000800), Sensor(/26.AF2E1500), Sensor(/81.A44C2300)] CALL: PARSENAME path=[/] CALL: DIRECTORY path=/ CALL: PARSENAME path=[structure/type] CALL: PARSENAME path=[bus.0/type] CALL: PARSENAME path=[uncached/type] CALL: PARSENAME path=[settings/type] CALL: PARSENAME path=[system/type] CALL: PARSENAME path=[statistics/type] CALL: PARSENAME path=[10.B7B64D000800/type] CALL: FS_r_single: format=6 s=32 offset=0 CALL: FS_r_single: format=6 s=7 offset=0 CALL: PARSENAME path=[/10.B7B64D000800/type] CALL: FS_r_single: format=6 s=32 offset=0 CALL: FS_r_single: format=6 s=7 offset=0 CALL: PARSENAME path=[/10.B7B64D000800] CALL: DIRECTORY path=/10.B7B64D000800 CALL: PARSENAME path=[26.AF2E1500/type] CALL: FS_r_single: format=6 s=32 offset=0 CALL: FS_r_single: format=6 s=6 offset=0 CALL: PARSENAME path=[/26.AF2E1500/type] CALL: FS_r_single: format=6 s=32 offset=0 CALL: FS_r_single: format=6 s=6 offset=0 CALL: PARSENAME path=[/26.AF2E1500] CALL: DIRECTORY path=/26.AF2E1500 CALL: PARSENAME path=[81.A44C2300/type] CALL: FS_r_single: format=6 s=32 offset=0 CALL: FS_r_single: format=6 s=6 offset=0 CALL: PARSENAME path=[/81.A44C2300/type] CALL: FS_r_single: format=6 s=32 offset=0 CALL: FS_r_single: format=6 s=6 offset=0 CALL: PARSENAME path=[/81.A44C2300] CALL: DIRECTORY path=/81.A44C2300 CALL: PARSENAME path=[alarm/type] CALL: PARSENAME path=[simultaneous/type] [Sensor(/10.B7B64D000800), Sensor(/26.AF2E1500), Sensor(/81.A44C2300)] $ Try it out and let me know how it works for you... - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] is Peter Kropf still active?
On 11/26/06, Jerry Scharf [EMAIL PROTECTED] wrote: (You can tell it's a weekend I finally got some time to work on things) I am trying to get owpython working and running into some issues. Unless you're a python programmer, it will probably look close to line noise. Can you contact me off-line. we can decided whether to do this privately or on the list. Still here, still using owfs, just not actively talking on the list lately. I'd be glad to help to resolve whatever problems you're having though I'd prefer to do it on the list. If you've already posted a message about the issue and it passed through my inbox without a reply, you have my apologies for that... - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] IRC
I tend to also agree. Having an IRC channel is yet another good way for the community to work together. - Peter On 11/17/06, Gregg Levine [EMAIL PROTECTED] wrote: Hello! I agree with the man wearing the alchemist's robe and hat. The IRC sets are not designed to replace a list. Its designed to supplement them. On the NSLU2 lists many questions come up. All of them are solved there first. For example the issues Christian faced running OWFS on the unit also came up on the lists for other unrelated hardware. It turns out that all of people used IRC to discuss these issues and bring them to the attention of the list members. If anything the SourceForge forums for this project desperately needs to be examined and people in it should be referred to the list. And the lucky (or interested) members who do want to pursue the problems in near real time with the ones on those forums who do IRC can solve them. Be warned the problem that's number three in the forum is clearly a user designed error that's unrelated to us. -- Gregg C Levine [EMAIL PROTECTED] This signature was once found posting rude messages in English in the Moscow subway. On 11/17/06, Wizard [EMAIL PROTECTED] wrote: Hey guys this is NOT a replacement for mail list. Just another option some like it. you are in no way committed / expected to go in the irc . its a voluntary it just one more tool we can use personally i like mail lists and irc. Mike - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Building on OS/X
I modified ow_dir.c to use the NO_NESTED_FUNCTIONS macro instead of the __MacOS__ macro. The change has been check into CVS. - Peter On 10/9/06, Paul Alfille [EMAIL PROTECTED] wrote: So you want to keep the nested function and force nested with a command line switch? Sounds good to me. I found extensive discussions about executable stacks, trampolines, etc. Otherwise the CVS has a work-around for Mac in ow_dir.c using a mutex and global variable. Paul Alfille On 10/9/06, Peter Kropf [EMAIL PROTECTED] wrote: Things are progressing. I've just committed a couple of changes that will allow for testing the compiler for nested function support during the initial bootstrap / configure steps. See acinclude.m4 and configure.ac for the changes. And the ow_dir.c module has been updated to use the new NO_NESTED_FUNCTIONS macro to determine which way to go. I thought this might be a better way to support nested functions instead of making it platform specific. With the new code in place, the ow_dir.c module compiles. But the build craps out on the ow_fake.c module. There's another nested function there. I haven't fixed it yet but should get to it tomorrow. I would appreciate another pair of eyes looking over the changes I've made to make sure they're sane and that I haven't snafued any other platforms. Thanks. - Peter On 10/8/06, Paul Alfille [EMAIL PROTECTED] wrote: Ok, I think the fix is in, though I can't test it without the correct target platform. Basically, I made global variables for the information we were tacitly passing, and put in a lock to protect them. Should be a big performance problem -- these directories are being pulled from RAM, not the 1-wire bus. Made the changes __MacOSX__ specific. On 10/8/06, Paul Alfille [EMAIL PROTECTED] wrote: I can see why you hesitated with the nested function. There is no place to pass data into the function. Our choices are: 1. Write our own twalk 2. Use global variables and a mutex. I guess I'll do the later for the Mac. What's the #define for Mac? Paul On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Ok, I've fixed the makefile problem - there was an extra space after a backslash. The nested function seems to be a bit over my head right now. I'm not seeing a reasonable way to pass the pn2 variable to the action function. But I will take another shot at it tomorrow evening unless someone else gets there first ;-) - Peter On 10/7/06, Peter Kropf [EMAIL PROTECTED] wrote: I'll start looking into it tonight but I'm not going to be able to spend too much time on it. Getting late here and I need to be up out early tomorrow morning. Worst case, I'll start on it again tomorrow evening. - Peter On 10/7/06, Paul Alfille [EMAIL PROTECTED] wrote: Hi Peter, In the first instance, the tab was probably added automatically by the editor. Tabs are handled specially in makefiles, and if you can fix it, I'd be pleased. Nested functions: They are there only for convenience. All the ones dealing with threads were removed because of changes in recent linux kernels -- a security risk. Removing them involves some work with packing the relevant shared variables in a structure, and allocating memory if the subroutine is in a separate thread (so heap variables in one thread don't get reclaimed before the other thread is done with them). Again, if you want to tackle this, I'd be pleased. Otherwise I'll look at it tomorrow. A new release for the Mac platform would be great. The owshell functions would be especially useful there since FUSE is not supported as far as I know making shell access to the 1-wire bus is difficult. Paul Alfille On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Hi - Due to the recent demise of my Thinkpad, I'm not working on a MacBook Pro. Things here are different but still very similar. But pretty fun. I'm just getting around to building owfs for the first time on MacOSX and have run into a couple of problems. I would like to know if anyone else is using MacOSX for their development. There's at least one outstanding fix needed for the Python module and I'd like to get moving on getting it done. The first problem is pretty minor but I'm not sure why it's happening. The generated src/man/Makefile, there's a problem: fog:~/src/owfs peter$ make Making all in src Making all in include make all-am Making all in man Makefile:531
Re: [Owfs-developers] Building on OS/X
Just an FYI - I've modified more of the code base to segregate nested functions for those platforms that don't support them. I don't think this work is finished yet and I'll continue working on it over the next few days. If anyone finds any problems on other platforms (non-MacOSX) let me know and I'll help getting things resolved. - Peter On 10/9/06, Peter Kropf [EMAIL PROTECTED] wrote: I modified ow_dir.c to use the NO_NESTED_FUNCTIONS macro instead of the __MacOS__ macro. The change has been check into CVS. - Peter On 10/9/06, Paul Alfille [EMAIL PROTECTED] wrote: So you want to keep the nested function and force nested with a command line switch? Sounds good to me. I found extensive discussions about executable stacks, trampolines, etc. Otherwise the CVS has a work-around for Mac in ow_dir.c using a mutex and global variable. Paul Alfille On 10/9/06, Peter Kropf [EMAIL PROTECTED] wrote: Things are progressing. I've just committed a couple of changes that will allow for testing the compiler for nested function support during the initial bootstrap / configure steps. See acinclude.m4 and configure.ac for the changes. And the ow_dir.c module has been updated to use the new NO_NESTED_FUNCTIONS macro to determine which way to go. I thought this might be a better way to support nested functions instead of making it platform specific. With the new code in place, the ow_dir.c module compiles. But the build craps out on the ow_fake.c module. There's another nested function there. I haven't fixed it yet but should get to it tomorrow. I would appreciate another pair of eyes looking over the changes I've made to make sure they're sane and that I haven't snafued any other platforms. Thanks. - Peter On 10/8/06, Paul Alfille [EMAIL PROTECTED] wrote: Ok, I think the fix is in, though I can't test it without the correct target platform. Basically, I made global variables for the information we were tacitly passing, and put in a lock to protect them. Should be a big performance problem -- these directories are being pulled from RAM, not the 1-wire bus. Made the changes __MacOSX__ specific. On 10/8/06, Paul Alfille [EMAIL PROTECTED] wrote: I can see why you hesitated with the nested function. There is no place to pass data into the function. Our choices are: 1. Write our own twalk 2. Use global variables and a mutex. I guess I'll do the later for the Mac. What's the #define for Mac? Paul On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Ok, I've fixed the makefile problem - there was an extra space after a backslash. The nested function seems to be a bit over my head right now. I'm not seeing a reasonable way to pass the pn2 variable to the action function. But I will take another shot at it tomorrow evening unless someone else gets there first ;-) - Peter On 10/7/06, Peter Kropf [EMAIL PROTECTED] wrote: I'll start looking into it tonight but I'm not going to be able to spend too much time on it. Getting late here and I need to be up out early tomorrow morning. Worst case, I'll start on it again tomorrow evening. - Peter On 10/7/06, Paul Alfille [EMAIL PROTECTED] wrote: Hi Peter, In the first instance, the tab was probably added automatically by the editor. Tabs are handled specially in makefiles, and if you can fix it, I'd be pleased. Nested functions: They are there only for convenience. All the ones dealing with threads were removed because of changes in recent linux kernels -- a security risk. Removing them involves some work with packing the relevant shared variables in a structure, and allocating memory if the subroutine is in a separate thread (so heap variables in one thread don't get reclaimed before the other thread is done with them). Again, if you want to tackle this, I'd be pleased. Otherwise I'll look at it tomorrow. A new release for the Mac platform would be great. The owshell functions would be especially useful there since FUSE is not supported as far as I know making shell access to the 1-wire bus is difficult. Paul Alfille On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Hi - Due to the recent demise of my Thinkpad, I'm not working on a MacBook Pro. Things here are different but still very similar. But pretty fun. I'm just getting around to building owfs for the first time on MacOSX and have run into a couple of problems. I would
Re: [Owfs-developers] Building on OS/X
Things are progressing. I've just committed a couple of changes that will allow for testing the compiler for nested function support during the initial bootstrap / configure steps. See acinclude.m4 and configure.ac for the changes. And the ow_dir.c module has been updated to use the new NO_NESTED_FUNCTIONS macro to determine which way to go. I thought this might be a better way to support nested functions instead of making it platform specific. With the new code in place, the ow_dir.c module compiles. But the build craps out on the ow_fake.c module. There's another nested function there. I haven't fixed it yet but should get to it tomorrow. I would appreciate another pair of eyes looking over the changes I've made to make sure they're sane and that I haven't snafued any other platforms. Thanks. - Peter On 10/8/06, Paul Alfille [EMAIL PROTECTED] wrote: Ok, I think the fix is in, though I can't test it without the correct target platform. Basically, I made global variables for the information we were tacitly passing, and put in a lock to protect them. Should be a big performance problem -- these directories are being pulled from RAM, not the 1-wire bus. Made the changes __MacOSX__ specific. On 10/8/06, Paul Alfille [EMAIL PROTECTED] wrote: I can see why you hesitated with the nested function. There is no place to pass data into the function. Our choices are: 1. Write our own twalk 2. Use global variables and a mutex. I guess I'll do the later for the Mac. What's the #define for Mac? Paul On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Ok, I've fixed the makefile problem - there was an extra space after a backslash. The nested function seems to be a bit over my head right now. I'm not seeing a reasonable way to pass the pn2 variable to the action function. But I will take another shot at it tomorrow evening unless someone else gets there first ;-) - Peter On 10/7/06, Peter Kropf [EMAIL PROTECTED] wrote: I'll start looking into it tonight but I'm not going to be able to spend too much time on it. Getting late here and I need to be up out early tomorrow morning. Worst case, I'll start on it again tomorrow evening. - Peter On 10/7/06, Paul Alfille [EMAIL PROTECTED] wrote: Hi Peter, In the first instance, the tab was probably added automatically by the editor. Tabs are handled specially in makefiles, and if you can fix it, I'd be pleased. Nested functions: They are there only for convenience. All the ones dealing with threads were removed because of changes in recent linux kernels -- a security risk. Removing them involves some work with packing the relevant shared variables in a structure, and allocating memory if the subroutine is in a separate thread (so heap variables in one thread don't get reclaimed before the other thread is done with them). Again, if you want to tackle this, I'd be pleased. Otherwise I'll look at it tomorrow. A new release for the Mac platform would be great. The owshell functions would be especially useful there since FUSE is not supported as far as I know making shell access to the 1-wire bus is difficult. Paul Alfille On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Hi - Due to the recent demise of my Thinkpad, I'm not working on a MacBook Pro. Things here are different but still very similar. But pretty fun. I'm just getting around to building owfs for the first time on MacOSX and have run into a couple of problems. I would like to know if anyone else is using MacOSX for their development. There's at least one outstanding fix needed for the Python module and I'd like to get moving on getting it done. The first problem is pretty minor but I'm not sure why it's happening. The generated src/man/Makefile, there's a problem: fog:~/src/owfs peter$ make Making all in src Making all in include make all-am Making all in man Makefile:531: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 fog:~/src/owfs peter$ Looking at the Makefile, the owtcl.n is on a line all by itself preceeded by 8 spaces. Very strange but I should be able to figure out why and fix it. The second problem is a bit more involved. The module/owlib/src/c/ow_dir.c file contains a nested function in FS_typedir around line 441. Nested functions aren't supported on MacOSX. Before I make changes to this file and possibly screw things up, I wanted to find out if nested functions are needed for a particular reason. And if the solution is as simple as moving the action function
Re: [Owfs-developers] Building on OS/X
I'll start looking into it tonight but I'm not going to be able to spend too much time on it. Getting late here and I need to be up out early tomorrow morning. Worst case, I'll start on it again tomorrow evening. - Peter On 10/7/06, Paul Alfille [EMAIL PROTECTED] wrote: Hi Peter, In the first instance, the tab was probably added automatically by the editor. Tabs are handled specially in makefiles, and if you can fix it, I'd be pleased. Nested functions: They are there only for convenience. All the ones dealing with threads were removed because of changes in recent linux kernels -- a security risk. Removing them involves some work with packing the relevant shared variables in a structure, and allocating memory if the subroutine is in a separate thread (so heap variables in one thread don't get reclaimed before the other thread is done with them). Again, if you want to tackle this, I'd be pleased. Otherwise I'll look at it tomorrow. A new release for the Mac platform would be great. The owshell functions would be especially useful there since FUSE is not supported as far as I know making shell access to the 1-wire bus is difficult. Paul Alfille On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Hi - Due to the recent demise of my Thinkpad, I'm not working on a MacBook Pro. Things here are different but still very similar. But pretty fun. I'm just getting around to building owfs for the first time on MacOSX and have run into a couple of problems. I would like to know if anyone else is using MacOSX for their development. There's at least one outstanding fix needed for the Python module and I'd like to get moving on getting it done. The first problem is pretty minor but I'm not sure why it's happening. The generated src/man/Makefile, there's a problem: fog:~/src/owfs peter$ make Making all in src Making all in include make all-am Making all in man Makefile:531: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 fog:~/src/owfs peter$ Looking at the Makefile, the owtcl.n is on a line all by itself preceeded by 8 spaces. Very strange but I should be able to figure out why and fix it. The second problem is a bit more involved. The module/owlib/src/c/ow_dir.c file contains a nested function in FS_typedir around line 441. Nested functions aren't supported on MacOSX. Before I make changes to this file and possibly screw things up, I wanted to find out if nested functions are needed for a particular reason. And if the solution is as simple as moving the action function outside the scope of the FS_typedir function. Let me know... Thanks! - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Building on OS/X
Ok, I've fixed the makefile problem - there was an extra space after a backslash. The nested function seems to be a bit over my head right now. I'm not seeing a reasonable way to pass the pn2 variable to the action function. But I will take another shot at it tomorrow evening unless someone else gets there first ;-) - Peter On 10/7/06, Peter Kropf [EMAIL PROTECTED] wrote: I'll start looking into it tonight but I'm not going to be able to spend too much time on it. Getting late here and I need to be up out early tomorrow morning. Worst case, I'll start on it again tomorrow evening. - Peter On 10/7/06, Paul Alfille [EMAIL PROTECTED] wrote: Hi Peter, In the first instance, the tab was probably added automatically by the editor. Tabs are handled specially in makefiles, and if you can fix it, I'd be pleased. Nested functions: They are there only for convenience. All the ones dealing with threads were removed because of changes in recent linux kernels -- a security risk. Removing them involves some work with packing the relevant shared variables in a structure, and allocating memory if the subroutine is in a separate thread (so heap variables in one thread don't get reclaimed before the other thread is done with them). Again, if you want to tackle this, I'd be pleased. Otherwise I'll look at it tomorrow. A new release for the Mac platform would be great. The owshell functions would be especially useful there since FUSE is not supported as far as I know making shell access to the 1-wire bus is difficult. Paul Alfille On 10/8/06, Peter Kropf [EMAIL PROTECTED] wrote: Hi - Due to the recent demise of my Thinkpad, I'm not working on a MacBook Pro. Things here are different but still very similar. But pretty fun. I'm just getting around to building owfs for the first time on MacOSX and have run into a couple of problems. I would like to know if anyone else is using MacOSX for their development. There's at least one outstanding fix needed for the Python module and I'd like to get moving on getting it done. The first problem is pretty minor but I'm not sure why it's happening. The generated src/man/Makefile, there's a problem: fog:~/src/owfs peter$ make Making all in src Making all in include make all-am Making all in man Makefile:531: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 fog:~/src/owfs peter$ Looking at the Makefile, the owtcl.n is on a line all by itself preceeded by 8 spaces. Very strange but I should be able to figure out why and fix it. The second problem is a bit more involved. The module/owlib/src/c/ow_dir.c file contains a nested function in FS_typedir around line 441. Nested functions aren't supported on MacOSX. Before I make changes to this file and possibly screw things up, I wanted to find out if nested functions are needed for a particular reason. And if the solution is as simple as moving the action function outside the scope of the FS_typedir function. Let me know... Thanks! - Peter - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] PHP Library
On 9/19/06, Roberto Spadim [EMAIL PROTECTED] wrote: could we put in ./configure script to build owfs something like --php-suffix=OW_ or something like it? the default could be ./configure --php-suffix= if we want with OW_ we should use: ./configure --php-suffix=OW_ :D i'm using init today, but is very ugly :( OW_init could be more pretty and is library_function Here's another option, add ow_* functions to call the current function set in ow.i. Notify users that the current functions are going away in 3 months (or some period.) Change the existing perl, php, python and tcl bindings to use the new ow_* functions. And possibly add print statements to stderr which show a depreciation warning message whenever someone calls into the old ow.i functions. Something like: [EMAIL PROTECTED]:~/src/owfs/module/swig diff ow.i ow.i.experiment 30a31,34 char *ow_version( ) { return version(); } 40a45,49 int ow_init(const char *dev) { return init(dev); } 55a65,69 int ow_put(const char *path, const char *value) { return put(path, value); } 114a129,134 char * ow_get(const char * path) { return get(path); } 120a141,145 void ow_finish(void) { finish(); } 130a156,161 extern char *ow_version( ); extern int ow_init( const char * dev ) ; extern char *ow_get( const char * path ) ; extern int ow_put( const char * path, const char * value ) ; extern void ow_finish( void ) ; - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] OWFS Python Problem
Ok, I think I see what's going on. Give me a couple of days to work through some changes, I'll post them to CVS and let you know. (I'm cross posting to the OWFS developers list to keep everyone up to date...) - Peter On 9/12/06, Brad Clements [EMAIL PROTECTED] wrote: Hi, I have just the beginnings of an airport gate controller, but one of my relays burned out, so haven't progressed too far yet on the code. Anyway, in addition to the hash problem, I'm getting occasional dropouts from the USB adapter. So what happens is, when I use sensorList I get an exception because None is not a string and so doesn't have a split method. I think the python library needs a specific exception that can be tested for when a sensor path is no longer valid or a communication timeout occurs. So, if I query a sensor that suddenly isn't there, I want a specific exception I can catch, not a generic attributeError. Consider the output pasted below, which corresponds to this simple program that just polls over and over. I can accept a sensor temporarily going away, but only if I can catch it and retry. The AttributeError I get is too generic to be useful. # owinterface.py # interface with owfs for dallas stuff import time, sys, sets, new from ow import Sensor, init default_init = localhost:3001 init(default_init) def sensor_hash(self): return hash(self._path) # monkey patch Sensor.__hash__ = new.instancemethod(sensor_hash, None, Sensor) usb_interface = Sensor('/81.2BE92400') open_switch = Sensor('/05.893A2600') close_switch = Sensor('/05.973F2600') root = Sensor('/') class Interface(object): system_buttons = sets.Set([usb_interface, open_switch, close_switch]) def __init__(self): pass def sense_new_buttons(self): Look for new buttons on the interface, return list of them all_buttons = sets.Set(root.sensorList()) new_buttons = all_buttons - self.system_buttons missing_system_buttons = self.system_buttons - all_buttons if missing_system_buttons: print missing buttons , missing_system_buttons return list(new_buttons) def poll_for_devices(): just poll for devices at a regular rate I = Interface() while 1: new_buttons = I.sense_new_buttons() if new_buttons: print new_buttons time.sleep(0.5) print ., def main(args=None): if args is None: args = sys.argv[1:] from optparse import OptionParser parser = OptionParser(usage=%prog , version=1.0) parser.add_option(-k, --poll, dest=do_poll, action=store_true, help=Poll bus for new devices) (options, args) = parser.parse_args(args) if options.do_poll: poll_for_devices() else: parser.print_help() if __name__ == __main__: main(sys.argv[1:]) # output below . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . missing buttons Set([Sensor(/05.973F2600)]) . Traceback (most recent call last): File src/owinterface.py, line 66, in ? main(sys.argv[1:]) File src/owinterface.py, line 61, in main poll_for_devices() File src/owinterface.py, line 44, in poll_for_devices new_buttons = I.sense_new_buttons() File src/owinterface.py, line 32, in sense_new_buttons all_buttons = sets.Set(root.sensorList()) File /usr/local/lib/python2.4/site-packages/ow/__init__.py, line 462, in sensorList return [ s for s in self.sensors( ) ] File /usr/local/lib/python2.4/site-packages/ow/__init__.py, line 439, in sensors yield Sensor( path ) File /usr/local/lib/python2.4/site-packages/ow/__init__.py, line 235, in __init__ self.useCache( self._useCache ) File /usr/local/lib/python2.4/site-packages/ow/__init__.py, line 375, in useCache self._attrs = dict( [ (n.replace( '.', '_' ), self._usePath + '/' + n ) AttributeError: 'NoneType' object has no attribute 'split' -- Brad Clements,[EMAIL PROTECTED](315)268-1000 http://www.murkworks.com AOL-IM or SKYPE: BKClements - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] RE: I can`t compile the owfs
Can you check the version of automake that's being used? You look to have both 1.4 and 1.9 installed. Run: automake --versionand check the version number. OWFS doesn't work with version 1.4. (I recently ran into this problem on one of my systems here...) If 1.4 is the default version, you have two choices - deinstall the 1.4 version or run the 1.9 version explicitly. To run the 1.9 version, change the bootstrap script to:#! /bin/shrm -rf *cacheaclocal-1.9 autoheader autoconf automake-1.9 echo Run './configure' and 'make' to build owfsand let us know if this works for you...- Peter On 1/10/06, paul [EMAIL PROTECTED] wrote: I'm going to forward this to the developers' list for assistance.PaulOn Tue, Jan 10, 2006 at5:04 PM, Passionate wrote: Sorry! I can`t solve solve tis problem, i try more daily package, but nothing. All time i found this error: [EMAIL PROTECTED]:~/Project/owfs$ ./bootstrap configure.ac: 715: required file `./src/include/owfs_config.h.in]' not found module/Makefile.am:28: variable `MAYBE_OWFS' not defined module/Makefile.am:28: variable `MAYBE_OWHTTPD' not defined module/Makefile.am:28: variable `MAYBE_OWFTPD' not defined module/Makefile.am:28: variable `MAYBE_OWNFSD' not defined module/Makefile.am:28: variable `MAYBE_OWSERVER' not defined module/Makefile.am:28: variable `MAYBE_SWIG' not defined module/owlib/src/c/Makefile.am:114: invalid unused variable name: `AM_LDFLAGS' module/owfs/src/c/Makefile.am:46: invalid unused variable name: `AM_LDFLAGS' module/owhttpd/src/c/Makefile.am:34: invalid unused variable name: `AM_LDFLAGS' module/ownfsd/src/c/Makefile.am:41: invalid unused variable name: `AM_LDFLAGS' module/owftpd/src/c/Makefile.am:39: invalid unused variable name: `AM_LDFLAGS' module/swig/Makefile.am:17: variable `MAYBE_OWPERL' not defined module/swig/Makefile.am:17: variable `MAYBE_OWPYTHON' not defined module/swig/Makefile.am:17: variable `MAYBE_OWTCL' not defined module/swig/Makefile.am:17: variable `MAYBE_OWPHP' not defined module/swig/perl5/Makefile.am:36: invalid unused variable name: `AM_LDFLAGS' module/swig/php/Makefile.am:43: invalid unused variable name: `AM_LDFLAGS' module/swig/python/Makefile.am:37: invalid unused variable name: `AM_LDFLAGS' module/swig/tcl/Makefile.am:62: invalid unused variable name: `AM_LDFLAGS' module/swig/tcl/Makefile.am:9: invalid unused variable name: `nodist_ow_la_SOURCES' module/owserver/src/c/Makefile.am:34: invalid unused variable name: `AM_LDFLAGS' [EMAIL PROTECTED]:~/Project/owfs$ After that, i run configure and make: config.status: creating src/include/owfs_config.h config.status: src/include/owfs_config.h is unchanged config.status: executing default-1 commands Current configuration: Deployment location: /opt/owfs Compile-time options: Caching is enabled USB is enabled Multithreading is enabled Parallel port DS1410E is DISABLED Profiling is DISABLED Module configuration: owfs is enabled owhttpd is enabled ownfsd is DISABLED owftpd is DISABLED owperl is enabled owphp is DISABLED owpython is enabled owtcl is DISABLED owserver is enabled [EMAIL PROTECTED]:~/Project/owfs$ After the make die with this error message: make[3]: Entering directory `/home/satch/Project/owfs/module/owlib/src' Making all in c make[4]: Entering directory `/home/satch/Project/owfs/module/owlib/src/c' /bin/sh ../../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../../../[src/include-I../include -fexceptions-Wall-W-Wundef -Wshadow-Wpointer-arith-Wcast-qual -Wcast-align-Wconversion-Wstrict-prototypes -Wredundant-decls-D_FILE_OFFSET_BITS=64 -D__EXTENSIONS__-DOW_CACHE -DOW_MT-DOW_USB -g -O2 -pthread -c compat.cgcc -DHAVE_CONFIG_H -I. -I. -I../../../../[src/include -I../include -fexceptions -Wall -W -Wundef -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wconversion -Wstrict-prototypes -Wredundant-decls -D_FILE_OFFSET_BITS=64 -D__EXTENSIONS__ -DOW_CACHE -DOW_MT -DOW_USB -g -O2 -pthread -Wp,-MD,.deps/compat.pp -c compat.c-fPIC -DPIC -o .libs/compat.o compat.c:12:25: error: owfs_config.h: No such file or directory In file included from compat.c:13: ../include/ow.h:58:2: error: #error Please make sure owfs_config.h is included *before* this header file In file included from ../include/ow.h:139,from compat.c:13: ../include/compat.h:54:25: error: owfs_config.h: No such file or directory In file included from ../include/compat.h:60,from ../include/ow.h:139, Please help me! This is a debian-based Athlon XP1800 machine: [EMAIL PROTECTED] :~$ dpkg -l | grep auto iiautoconf 2.59a-7automatic configure script builder rcautoconf2.13 2.13-55automatic configure script builder (obsolete iiautogen 5.7.2-1an automated text file generator iiautomake1.41.4-p6-9 A tool for generating GNU Standards-complian iiautomake1.91.9.6-1A tool for generating GNU Standards-complian iiautotools-dev20050803.1 Update infrastructure for config.{guess,sub} iidefoma 0.11.8-0.1 Debian Font Manager -- automatic font config iignome-volume-m 1.2.1-1 GNOME daemon to auto-mount
Re: [Owfs-developers] owpython error
Hi George -I've encountered this problem when the core owfs library wasn't built / installed. Can you look at /opt/owfs/lib and let me know what's there?I've also done a fresh checkout of OWFS, built it and loaded the ow python module without any problems. Here' are the steps that I followed: cd owfs ./bootstrap ./configure --enable-python --disable-owfs --disable-owperl --disable-owhttpd --disable-owserver make sudo make install python -c import ow; print ow.__version__ I can send along the output logs from the various steps if it would help. (Didn't want to waste the bandwidth if it's not needed...)I'm also in the process of installing gentoo on a system here to see if there's something specific to gentoo that's causing the problem. Might be a day or so before I have everything installed and can build OWFS... - PeterOn 1/11/06, George Bobeck [EMAIL PROTECTED] wrote: I installed the cvs version of owfs and any time I try to either runthe python examples (i.e. temperature.py) or import ow I recieve thefollowing error:Traceback (most recent call last):File stdin, line 1, in ? File /usr/lib/python2.4/site-packages/ow/__init__.py, line 31, in ?import _OWImportError: libow.so.0: cannot open shared object file: No such fileor directoryI am running Gentoo Linux 2005.1 with the 2.6.14 kernel.My pythonversion is 2.4.2.George Bobeck---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makessearching your log files as easy as surfing theweb.DOWNLOAD SPLUNK!http://ads.osdn.com/?ad_idv37alloc_id865opclick ___Owfs-developers mailing listOwfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Accessing error_level and error_print from Python / Perl / PHP / TCL
I'm not sure I follow. What kind of problems are you thinking of for non-interactive programs? For the things that I'm working with, the code will run as daemon processes and will start with something like: import ow ow.error_level(ow.error_level.connect) ow.error_print(ow.error_print.syslog) ow.init('u') to be able to send connect level messages to syslog, actually daemon.log. This allows me to have a log of messages for what was going on with the process from the owlib point of view. - Peter On 8/3/05, Alfille, Paul H.,M.D. [EMAIL PROTECTED] wrote: Very nice, but might this create problems in non-interactive programs? All the error messages are set in a common set of routines so we could alter the handling if it would help -- i.e. set a global variable with the error string. Paul -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Kropf Sent: Tue 8/2/2005 10:25 PM To: owfs-developers@lists.sourceforge.net Subject: [Owfs-developers] Accessing error_level and error_print from Python / Perl / PHP / TCL I've modified modules/swig/ow.i to provide access to the error_level and error_print global variables. This was done so that direct access to owlib from the language bindings will be able to set the variables as appropiate. In the Python world, it can now be used as: [EMAIL PROTECTED]:/space/src/owfs/module/swig python Python 2.4.1 (#2, Mar 30 2005, 21:51:10) [GCC 3.3.5 (Debian 1:3.3.5-8ubuntu2)] on linux2 Type help, copyright, credits or license for more information. import ow ow.error_level(ow.error_level.connect) 2 ow.init('u') ERR: Failed to set configuration on USB DS9490 adapter at 002/004. : Operation not permitted This sample set the error_level to connect (2) and then tried to open a USB adapter. Since the current permissions on the USB device is restricted, this failed. Without setting the error_level, no message would have been displayed. There's also an example under modules/swig/python/examples/errormessages.py. I haven't done anything specific to the Perl, PHP or TCL bindings. If there's something that can be done to help the users, I'm hoping that the binding author or someone more knowledgable than me will make the needed changes. And, if anyone else is using the Python bindings, I would appreciate it if you could try this out and make sure that it works. - Peter --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=ick ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Stiull updating?
Well it looks like it's not updating. Looking though the log files, I see a lot of entries like: cvs [update aborted]: connect to cvs1(10.5.1.7):2401 failed: Connection refused cvs [log aborted]: connect to cvs1(10.5.1.7):2401 failed: Connection refused Let me see what's going on any why cvs1 isn't accessable once again from shell.sf.net. - Peter On 6/11/05, Paul Alfille [EMAIL PROTECTED] wrote: Perhaps this question is best addressed to Peter Kropf.Are the automated processes, specifically updating the websire from the CVSstill in place?Paul Alfille--- This SF.Net email is sponsored by: NEC IT Guy Games.How far can you shotputa projector? How fast can you ride your desk chair down the office luge track?If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20___Owfs-developers mailing list Owfs-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] Stiull updating?
Htdocs was last updated 6/11/2005 20:03 and statcvs was last updated 6/10/2005 01:48. Overall, the updates are happening as scheduled - htdocs at 3 minutes past every hour and statcvs at 1:47 every night. It seems that access to cvs1 from shell.sf.net is down right now. I'll see if there's anything that we can do to fix the problem. Should I make a place for the update logs to be placed on shell.sf.net or on the owfs website? - Peter On 6/11/05, Peter Kropf [EMAIL PROTECTED] wrote: Well it looks like it's not updating. Looking though the log files, I see a lot of entries like: cvs [update aborted]: connect to cvs1(10.5.1.7):2401 failed: Connection refused cvs [log aborted]: connect to cvs1(10.5.1.7):2401 failed: Connection refused Let me see what's going on any why cvs1 isn't accessable once again from shell.sf.net. - Peter On 6/11/05, Paul Alfille [EMAIL PROTECTED] wrote: Perhaps this question is best addressed to Peter Kropf.Are the automated processes, specifically updating the websire from the CVSstill in place?Paul Alfille--- This SF.Net email is sponsored by: NEC IT Guy Games.How far can you shotputa projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/owfs-developers
Re: [Owfs-developers] statcvs not working
So far, no response from the sf.net support team. But I did get a response from Chris Abbey on the Jikes team indicating that they're experiencing a similar problem. - Peter Peter Kropf wrote: The log file for my statcvs and owfs_update (owfs docs) show that around 50% of the time, accessing cvs1.sf.net from shell.sf.net fails. I'll throw an issue at the sf folks to see if they can let us know what's going on... - Peter Christian Magnusson wrote: They seem to block the network traffic between shell.sf and cvs1.sf now. The statter script fails since it can't download the log-file. [EMAIL PROTECTED] owfs]$ cvs log cvs [log aborted]: connect to cvs1(10.5.1.7):2401 failed: Connection refused I made a manual upload of the owfs.log and run the jar-file once. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Owfs-developers mailing list Owfs-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/owfs-developers