Am Sonntag 17 August 2008 00:07:28 schrieb xaos x: > That worked for outgoing calls. I'm still receiving the following upon > incoming calls: > > Traceback (most recent call last): > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/channel.p >y", line 218, in _readyToRead self.readyToRead( data ) > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/channel.p >y", line 354, in readyToRead self.parser.feed( data, not self.q.empty() ) > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/parser.py >", line 127, in feed nextstate = self.state( b, haveCommand ) > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/parser.py >", line 177, in state_inline_r return self.unsolicitedLineCompleted() > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/parser.py >", line 237, in unsolicitedLineCompleted self.unsolicited( self.lines ) > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/decor.py" >, line 45, in logIt result = fn( *args, **kwargs ) > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/channel.p >y", line 526, in _handleUnsolicitedResponse method( values.strip() ) > File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/modems/ti_cal >ypso/unsolicited.py", line 128, in percentCPI info["peer"] = > const.phonebookTupleToNumber( number[1:-1], int(ntype) ) File > "/var/lib/python-support/python2.5/framework/subsystems/ogsmd/gsm/const.py" >, line 805, in phonebookTupleToNumber assert ntype in ( 129, 145, 185, 208 > ), "unknown type %i" % ntype AssertionError: unknown type 161
Heh, it's amazing with all these out-of-spec numbers :) The only ones mentioned in the official spec are 129 and 145. I'd be grateful for additional information, since I want to classify these numbers to perhaps treat them specially. -- :M: _______________________________________________ support mailing list [email protected] https://lists.openmoko.org/mailman/listinfo/support
