I think I found the function that's going recursive, but I don't know
why its going recursive. In the module, near line 345, there is:
def __getattr__( self, name ):
"""
Retreive an attribute from the sensor. __getattr__ is called
only if the named item doesn't exist in the Sensor's
namespace. If it's not in the namespace, look for the attribute
on the physical sensor.
Usage:
s = ow.Sensor( '/1F.5D0B01000000' )
print s.family, s.PIO_0
will result in the family and PIO.0 values being read from the
sensor and printed. In this example, the family would be 1F
and thr PIO.0 might be 1.
"""
print 'Sensor.__getattr__', name
if name in self._attrs:
attr = owfs_get( self._attrs[ name ] )
else:
raise AttributeError, name
return attr
(the print statement was there, but commented. I uncommented it for
debugging). This is in the sensor class. This function is definitely
being called recursively.
--Jim
On Wed, Jul 21, 2010 at 9:47 AM, Jim Kusznir <jkusz...@gmail.com> wrote:
> Well, I'm stuck in a predicament where I have to get this code working
> by this thurs at 1pm, and my python dev insists the bug is inside
> owfs, and therefore is not doing anything else. I'm not proficient in
> python yet myself, so I'm having difficulty proving/disproving
> anything in this case. So, I'm looking for any help/suggestions.
>
> I did some googling, and found this samle code online (owfs sf faq site):
>
> def tree( sensor ):
> print '%7s - %s' % ( sensor._type, sensor._path )
> for next in sensor.sensors( ):
> if next._type in [ 'DS2409', ]:
> tree( next )
> else:
> print '%7s - %s' % ( next._type, next._path )
>
> if __name__ == "__main__":
> if len( sys.argv ) == 1:
> print 'usage: tree.py u|serial_port_path'
> sys.exit( 1 )
> else:
> ow.init( sys.argv[ 1 ] )
> tree( ow.Sensor( '/' ) )
>
> This program (from http://owfs.sourceforge.net/faq.html ) should
> simply list all the devices in the tree. Instead, what I get is this:
>
> casasdbu...@debug /usr/local/CASAS $ python2.6 ~/ow-test.py u
> DS9490 - /
> Exception RuntimeError: 'maximum recursion depth exceeded in
> __subclasscheck__' in <type 'exceptions.AttributeError'> ignored
> DS2406 - /12.748046000000
> Exception RuntimeError: 'maximum recursion depth exceeded in
> __subclasscheck__' in <type 'exceptions.AttributeError'> ignored
> DS2406 - /12.DD365F000000
> Exception RuntimeError: 'maximum recursion depth exceeded in
> __subclasscheck__' in <type 'exceptions.AttributeError'> ignored
> DS1420 - /81.05412A000000
>
> The above devices are accurate; I have two DS2406 devices hooked into
> a USB 2490 master. However, the maximum recursion depth is a major
> problem, and causes our code to blow up.
>
> I'd greatly appreciate any help in fixing this. I'm also curious to
> hear from others that are using owpython, especially with python2.6.
>
> Thanks!
> --Jim
>
> On Tue, Jul 20, 2010 at 2:08 PM, Jim Kusznir <jkusz...@gmail.com> wrote:
>> Hi all:
>>
>> Our lab has been fighting against a problem recently with owfs and python
>> 2.6.
>>
>> We had been happily using python 2.5 and owfs p22 for quite some time.
>> Its been nice and stable, and life was good. Unfortunately, we had a
>> new piece of code that required us to upgrade our python system. Ever
>> since upgrading to 2.6, our attempts at running our software blow up.
>> Our software engineer on the project traced the blow-up to when he
>> called an owfs function. The blow-up is a recursion depth problem,a
>> nd in the process, it only sees one OW device on our network now.
>>
>> So, first thing we did: upgraded to the latest version of owfs (p39),
>> and retry. Unfortunately, the behavior is the same. We're at a loss,
>> as we have stripped out as much of our code as possible.
>>
>> I'm currently trying to get a dev machine going on python2.5 again to
>> try and concretely nail down the problem, but for the moment, this is
>> what I have. Any suggestions?
>>
>> Here's sample output:
>>
>> casasdbu...@debug /usr/local/CASAS $ ./casas_OneWireAgent.py
>> authenticated
>> raw =
>> 12.748046000000/,12.DD365F000000/,81.05412A000000/,bus.0/,settings/,system/,statistics/,structure/
>> ['12.748046000000/', '12.DD365F000000/', '81.05412A000000/', 'bus.0/',
>> 'settings/', 'system/', 'statisti
>> see: 12.748046000000/
>> addSensor( 12.748046000000/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> ERROR: Sensor Initialization [12.748046000000/]
>> see: 12.DD365F000000/
>> addSensor( 12.DD365F000000/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> ERROR: Sensor Initialization [12.DD365F000000/]
>> see: 81.05412A000000/
>> addSensor( 81.05412A000000/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> see: bus.0/
>> addSensor( bus.0/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> Error in addSensor(bus.0/)
>> see: settings/
>> addSensor( settings/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> Error in addSensor(settings/)
>> see: system/
>> addSensor( system/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> Error in addSensor(system/)
>> see: statistics/
>> addSensor( statistics/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> Error in addSensor(statistics/)
>> see: structure/
>> addSensor( structure/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> Error in addSensor(structure/)
>> see: alarm/
>> addSensor( alarm/ )
>> Exception RuntimeError: 'maximum recursion depth exceeded in
>> __subclasscheck__' in <type 'exceptions.Att
>> Error in addSensor(alarm/)
>> OneWire Network Initialized
>> Exception RuntimeError: 'maximum recursion depth exceeded while
>> calling a Python object' in <type 'excep
>> Exception RuntimeError: 'maximum recursion depth exceeded while
>> calling a Python object' in <type 'excep
>> Exception RuntimeError: 'maximum recursion depth exceeded while
>> calling a Python object' in <type 'excep
>> ^Ccleaning up
>> Traceback (most recent call last):
>> File "./casas_OneWireAgent.py", line 375, in <module>
>> mycon.finish()
>> File "./casas_OneWireAgent.py", line 274, in finish
>> self.xmpp.disconnect()
>> File "/usr/local/CASAS/casas/xmpp.py", line 122, in disconnect
>> self.reactor.stop()
>> File "/usr/lib/python2.6/site-packages/twisted/internet/base.py",
>> line 553, in stop
>> "Can't stop reactor that isn't running.")
>> twisted.internet.error.ReactorNotRunning: Can't stop reactor that isn't
>> running.
>> -------------
>> Failure occurred at new = ow.Sensor(newsensor);
>>
>> class Sensors:
>> def __init__(self):
>> self.data = dict()
>> self.valid = ["DS2406","DS18B20","DS2450"]
>> self.publish = None
>> return
>>
>> def addSensor(self, sensor):
>> print "addSensor( %s )" % sensor
>> newsensor = "/%s" % sensor[:-1]
>> try:
>> new = ow.Sensor(newsensor)
>> except:
>> print "Error in addSensor(%s)" % sensor
>> return
>> <snip>
>>
>> Any suggestions on this?
>>
>> Thanks!
>> --Jim
>>
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
