On Sun, 21 Oct 2012, Phil Dibowitz wrote:
> OK, so minor note, the output gets messed up switching between these two:
>
> Reading config:99% 1664 KiBReading config:99% 699 KiB
>
> and then:
> Reading config:99% 1664 KiBReading config:99% 1664
> KiBSuccess!
Ye
On 10/19/2012 08:08 PM, Scott Talbert wrote:
> The solution ended up being a bit different than what is done for usbnet.
> Unfortunately, zwave-hid does not actually provide any way (that I could
> find) to get the size of the config in advance. So, we have to read it
> twice - once to figure o
On Sat, 14 Jul 2012, Phil Dibowitz wrote:
>>> Still an infinite loop, but it looks like this time is because your boundary
>>> checks are bad.
>>
>> OK, I've got a v4 posted. This one _really_ shouldn't result in an
>> infinite loop. No, really. :)
>>
>> Still not sure if it is 100% but it shou
On Tue, 24 Jul 2012, Phil Dibowitz wrote:
>> OK, I've got a v4 posted. This one _really_ shouldn't result in an
>> infinite loop. No, really. :)
>>
>> Still not sure if it is 100% but it should at least stop when it gets to
>> the theoretical end of the data.
>
> It
On Tue, Jul 24, 2012 at 08:39:29PM -0400, Scott Talbert wrote:
> On Mon, 23 Jul 2012, Phil Dibowitz wrote:
>
> OK, I've got a v4 posted. This one _really_ shouldn't result in an
> infinite loop. No, really. :)
>
> Still not sure if it is 100% but it should at least stop when
On Mon, 23 Jul 2012, Phil Dibowitz wrote:
OK, I've got a v4 posted. This one _really_ shouldn't result in an
infinite loop. No, really. :)
Still not sure if it is 100% but it should at least stop when it gets to
the theoretical end of the data.
>>>
>>> It doesn't get pa
On 07/17/2012 09:03 PM, Scott Talbert wrote:
> On Sat, 14 Jul 2012, Phil Dibowitz wrote:
>
>>> OK, I've got a v4 posted. This one _really_ shouldn't result in an
>>> infinite loop. No, really. :)
>>>
>>> Still not sure if it is 100% but it should at least stop when it gets to
>>> the theoretica
On Sat, 14 Jul 2012, Phil Dibowitz wrote:
>> OK, I've got a v4 posted. This one _really_ shouldn't result in an
>> infinite loop. No, really. :)
>>
>> Still not sure if it is 100% but it should at least stop when it gets to
>> the theoretical end of the data.
>
> It doesn't get past requesting
On 07/15/2012 07:31 AM, Scott Talbert wrote:
> On Sat, 14 Jul 2012, Phil Dibowitz wrote:
>
>>> OK, I've got a v4 posted. This one _really_ shouldn't result in an
>>> infinite loop. No, really. :)
>>>
>>> Still not sure if it is 100% but it should at least stop when it gets to
>>> the theoretica
On Sat, 14 Jul 2012, Phil Dibowitz wrote:
>> OK, I've got a v4 posted. This one _really_ shouldn't result in an
>> infinite loop. No, really. :)
>>
>> Still not sure if it is 100% but it should at least stop when it gets to
>> the theoretical end of the data.
>
> It doesn't get past requesting
On Sat, 30 Jun 2012, Phil Dibowitz wrote:
> Still an infinite loop, but it looks like this time is because your boundary
> checks are bad.
OK, I've got a v4 posted. This one _really_ shouldn't result in an
infinite loop. No, really. :)
Still not sure if it is 100% but it should at least stop
On 06/11/2012 10:40 AM, Scott Talbert wrote:
> On Mon, 11 Jun 2012, Phil Dibowitz wrote:
>
>>> Okay, I've got a v3 posted. It looks like there may have been a couple of
>>> bugs in TCP_Read(). This one at least shouldn't loop endlessly.
>>
>> OK. It's gonna be a while, I'm traveling.
>
> You di
On Mon, 11 Jun 2012, Phil Dibowitz wrote:
>> Okay, I've got a v3 posted. It looks like there may have been a couple of
>> bugs in TCP_Read(). This one at least shouldn't loop endlessly.
>
> OK. It's gonna be a while, I'm traveling.
You didn't bring your 895 with you? :-)
-
On Fri, Jun 08, 2012 at 06:10:19PM -0400, Scott Talbert wrote:
> On Thu, 7 Jun 2012, Phil Dibowitz wrote:
>
> > You have a runaway loop somewhere... (haven't had time to look at the code)
> >
> > ...
> > DEBUG (TCP_Read): Reading packet:
> > 3B 40 C0 8C 01 48 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64
On Thu, 7 Jun 2012, Phil Dibowitz wrote:
> You have a runaway loop somewhere... (haven't had time to look at the code)
>
> ...
> DEBUG (TCP_Read): Reading packet:
> 3B 40 C0 8C 01 48 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC
> 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC
On Fri, 8 Jun 2012, Phil Dibowitz wrote:
> BTW, I have the XML files for this if you don't already have them.
BTW, what XML files?
>>>
>>> Snoopy dumps.
>>
>> Of running this patch? Or do you have dumps from the Logitech Software
>> doing a Config Dump? (I wouldn't think the real s
On 06/08/2012 10:32 AM, Scott Talbert wrote:
> On Fri, 8 Jun 2012, Phil Dibowitz wrote:
>
BTW, I have the XML files for this if you don't already have them.
>>>
>>> BTW, what XML files?
>>
>> Snoopy dumps.
>
> Of running this patch? Or do you have dumps from the Logitech Software
> doing a
On Fri, 8 Jun 2012, Phil Dibowitz wrote:
>>> BTW, I have the XML files for this if you don't already have them.
>>
>> BTW, what XML files?
>
> Snoopy dumps.
Of running this patch? Or do you have dumps from the Logitech Software
doing a Config Dump? (I wouldn't think the real software would be
On 06/08/2012 08:58 AM, Scott Talbert wrote:
> On Thu, 7 Jun 2012, Phil Dibowitz wrote:
>
>> BTW, I have the XML files for this if you don't already have them.
>
> BTW, what XML files?
Snoopy dumps.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docs
On Thu, 7 Jun 2012, Phil Dibowitz wrote:
> BTW, I have the XML files for this if you don't already have them.
BTW, what XML files?
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's
On 06/08/2012 06:59 AM, Scott Talbert wrote:
> On Thu, 7 Jun 2012, Phil Dibowitz wrote:
>
>> You have a runaway loop somewhere... (haven't had time to look at the code)
>>
>> ...
>> DEBUG (TCP_Read): Reading packet:
>> 3B 40 C0 8C 01 48 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC
>
On Thu, 7 Jun 2012, Phil Dibowitz wrote:
> You have a runaway loop somewhere... (haven't had time to look at the code)
>
> ...
> DEBUG (TCP_Read): Reading packet:
> 3B 40 C0 8C 01 48 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC
> 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC 64 DC
On 06/07/2012 07:18 PM, Scott Talbert wrote:
> Okay, I think I've spotted the problem. ParseParams wasn't setup to
> handle parameter returns from a HID-TCP message, nor was it setup to
> handle my specific message. Additionally, I think my assumption was wrong
> about how the hid remotes were
On Wed, 6 Jun 2012, Phil Dibowitz wrote:
>> Note that this has not been tested yet. Phil, if you (or someone else
>> with a zwave-hid remote) could test this, it would be greatly appreciated.
>>
>> Patch is attached here:
>> https://sourceforge.net/tracker/?func=detail&aid=3532365&group_id=201579
On 06/05/2012 08:04 PM, Scott Talbert wrote:
> I took a stab at implementing config dumping for zwave-hid remotes, based
> on what I did for usbnet.
>
> Note that this has not been tested yet. Phil, if you (or someone else
> with a zwave-hid remote) could test this, it would be greatly apprecia
25 matches
Mail list logo
