Applied, but I amended your commit message to explain each one (after a bit of
research).
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be wh
On 05/15/2013 08:34 PM, Scott Talbert wrote:
> Add a gitignore so git will ignore object and other files.
Committed.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ h
Applied, thank.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those who mind don't matter
Oh, one thought... you dropped support for building consnoop, do we want to
re-add that?
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be wh
editor. :)
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those who mind don't matter
and those who m
Applied, thanks.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those who mind don't matter
On 06/16/2013 11:28 AM, Scott Talbert wrote:
> This patch incorporates patches to the man page that Debian has been carrying
> for years.
God this stuff makes me super angry (when people don't send this stuff
upstream). Thanks, applied.
--
Phil Dibowitz p.
Committed. Gave additional credit to those who submitted similar patches on
the tracker.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be wh
that's not completely unreasonable.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those who mind
On Mon, Jun 24, 2013 at 02:31:13PM -0400, Scott Talbert wrote:
> On Mon, 24 Jun 2013, Phil Dibowitz wrote:
>
> > Also, in some of the patches from this weekend I forgot the "From:" header,
> > but since you have the first Signed-off-by header, it should be clear who it
gt; mh_configure_email(email)
That leaves a whole lot of very special knowledge up to the caller
(concordance, or some other client app).
I think typically in the Remote classes we've provided things like read_file()
and write_file() then in libconcord we provide things like mh_configure_wifi()
-
y a ppor idea, SF's
mail software ends to munge things... attaching them is probably bet.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"
On 07/05/2013 05:26 PM, Phil Dibowitz wrote:
> On 06/25/2013 06:18 AM, Scott Talbert wrote:
>> Signed-off-by: Scott Talbert
>
> This is git-format-patch ? I'd like commit messages more than just s-o-b
>
> I can add them for this patch, because it's simple enou
On 05/15/2013 09:01 AM, Scott Talbert wrote:
> On Wed, 15 May 2013, Phil Dibowitz wrote:
>
>>> One thing I don't quite like - I hard coded the report length to 64.
>>> We used to read this from the descriptor, but hidapi does not
>>> provide a way to get
'm just
loathe to temporarily add an additional dependency. We could make a branch for
mh-config-dumping and work there until we had the whole thing done, but it's
still be multiple patches... though I prefer the previous suggestion more.
--
Phil Dibowitz p.
f the packet minus one byte. We want to copy everything but
> the
> + * first byte, so we copy pkt[0] bytes.
> + */
> +memcpy(data, pkt + 1, pkt[0]);
> return 0;
Then we can nuke the calculation of 'len' here, right?
And probably those commented
On 07/23/2013 08:14 PM, Scott Talbert wrote:
> Actually, it looks like 'len' is used elsewhere, so we can't get rid of
> that. I'll send a new patch with the commented lines deleted and the
> commit message reformatted.
Huh? The function ends there - there's a return statement... and you're
rem
On 07/24/2013 08:15 AM, Scott Talbert wrote:
> On Wed, 24 Jul 2013, Phil Dibowitz wrote:
>
>>> Actually, it looks like 'len' is used elsewhere, so we can't get rid of
>>> that. I'll send a new patch with the commented lines deleted and the
>>>
> +if ((err = HID_ReadReport(rsp, LINK_TIMEOUT))) {
> +debug("Failed to read from remote");
> +return LC_ERROR_READ;
> +}
So the message when you define LINK_TIMEOUT is a bit misleading. It implies
it's the timeout you use whenever you talk to the LI
this path. If, however, it's the case where there's just one extra
step on one side or the other, it might be nice to keep them in one place...
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://
kernel maintainers are so picky about commit
messages now... this flow doesn't give you the opportunity to tweak the
message at the last second.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.
I removed the old CVS repo.
I then renamed the git "module" from "src" to "Code", so git now falls into
where CVS used to fall in the GUI, and matches a project that was setup with
git from the beginning.
--
Phil Dibowitz p...@ipom.com
On 07/30/2013 08:09 AM, Stephen Warren wrote:
> On 07/30/2013 12:25 AM, Phil Dibowitz wrote:
>> On 07/23/2013 08:15 PM, Scott Talbert wrote:
>>> Use the normal byte ordering for them. Additionally, we were off
>>> by one byte when copying the the serial
On 07/30/2013 09:16 AM, Phil Dibowitz wrote:
>> You can edit the saved email, or simply run git commit --amend after
>> it's been applied. If you apply a bunch of patches in a batch, you can
>> use git rebase -i to edit commit messages further back. You likely
>> w
o, then it tries to download a connectivity test and
such, and that's what takes a while?
I'm curious if you have any insight.
Even if you don't, we should probably re-word the comment when we #define
LINK_TIMEOUT to explain that this is a timeout just for the last write to a
LINK when
On 07/31/2013 10:53 AM, Scott Talbert wrote:
> On Tue, 30 Jul 2013, Phil Dibowitz wrote:
>
>>> Yes, but I think if I added a virtual function at the CRemote level, I
>>> would have to add a non-virtual function in all of the CRemote
>>> subclasses, not just CRe
On 07/31/2013 11:23 PM, Phil Dibowitz wrote:
> Anyway, the more canonical examples would be WriteFlash, EraseFlash,
> InvalidateFlash, WriteRam, ReadRam, PrepFirmware, etc.
So the more I think about this the more I realize it's not that cut and dry
either. I thought "hmm, but we h
kts_to_send = wrlen / MH_MAX_DATA_SIZE;
> +if ((wrlen % MH_MAX_DATA_SIZE) != 0)
> +pkts_to_send++;
> +pkts_to_send++; // count is always one more than the actual count
That's odd. Any idea why we claim we're going to send one more than we do?
--
Phil Dibowitz
plete and buggy).
More testing and thoughts welcome... I'd like to get this merged.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who
version supports building a shared library right out of
the box.
We could do a grace period though where we have both for two versions and a
bunch of warnings if you compile with the libusb version.
It also moves us to libusb-1.0 (we're on 0.1 at the moment) which... if we're
going t
make them. If you're willing to build them, I'll distribute them.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and sa
tion).
eh... you have to make it available upon request, you don't have ti distribute
it *with* the binaries.
(think downloading RPMs)
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/
On 09/07/2013 08:53 PM, Frank Walsh wrote:
> I'll send tomorrow.
Actually, if Scott is willing to provide them for reach release, that's
probably a better setup, it can be part of our pre-release check that it works
on all platforms. :)
--
Phil Dibowitz
o_read++;
> +pkts_to_read++; // count is always one more than the actual count
I was willing to buy that until I saw:
> +pkts_to_read--;
> +if (pkts_to_read == 1) {
> +break;
> +}
This. If you stop when you have one more to read, then reall
On 08/26/2013 08:26 PM, Scott Talbert wrote:
> On Tue, 30 Jul 2013, Scott Talbert wrote:
>
>> On Mon, 29 Jul 2013, Phil Dibowitz wrote:
>>
>>>> In preparation for supporting IR learning for ZWave, change the IRLearn()
>>>> function to be a subclass fu
On 09/08/2013 06:16 PM, Scott Talbert wrote:
> On Sun, 8 Sep 2013, Phil Dibowitz wrote:
>
>>> +/*
>>> + * Second parameter in the read file "ack" message is the data length.
>>> Use
>>> + * this to determine the number of pack
On 09/08/2013 09:47 PM, Phil Dibowitz wrote:
> I'll merge it.
Actually it doens't merge cleanly:
Applying: Add support for Harmony Link.
/home/phil/build/git/concordance/.git/rebase-apply/patch:76: trailing
whitespace.
#struct mh_wifi_network network[MH_MAX_WIFI_NETWORKS];
/ho
ake stuff though.
Thoughts?
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those who mind don't ma
On 09/09/2013 01:33 AM, Phil Dibowitz wrote:
> On 08/11/2013 06:47 AM, Scott Talbert wrote:
>> Yeah, I think at the very least, we should do some sort of transition
>> period.
>
> OK, this adds a new --enable-force-libusb-on-linux option which will use
> libusb but warn.
On 09/09/2013 04:56 PM, Scott Talbert wrote:
> On Mon, 9 Sep 2013, Phil Dibowitz wrote:
>
>>>> Yeah, I think at the very least, we should do some sort of transition
>>>> period.
>>>
>>> OK, this adds a new --enable-force-libusb-on-linux option whi
OK, here's a (hopefully) final version.
There's a few autoconf/automake tweaks for MacOSX since the last version.
Removed some debug code, and updated the Linux and Mac docs.
Have you had any success making hidapi-raw work on Windows?
--
Phil Dibowitz p..
it had built the libconcord.dll as the
> libusb version. :)
Heh. That's probably a good argument to nuke that on Windows :)
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/
t; we had to add a few API calls to allow configuration of WiFI (SSID, key, etc)
> as well as account configuration (email, etc). The Link does not receive its
> configuration via USB like other remotes - it receives it via WiFi.
Merged, thanks.
--
Phil Dibowitz
On 09/09/2013 08:11 PM, Scott Talbert wrote:
> On Mon, 9 Sep 2013, Phil Dibowitz wrote:
>
>>> The Harmony Link is an MH "remote." Essentially it is a WiFi to IR bridge
>>> where you can issue commands on your smartphone via WiFI and the Link will
>>>
On 09/09/2013 08:33 PM, Scott Talbert wrote:
> Phil,
>
> Can you send me the 895 firmware blob? I want to see if it is the same as
> the 890.
Sent it to you offlist.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsani
ports
are getting lost?
>> + debug("Failed to write to device: %d (%s)", err, hid_error(h_dev));
>> + debug("Failed to read from device: %d (%s)", err, hid_error(h_dev));
>
> I think both of these should actually use %ls instead of %s because
> hid_error r
eople just on the list grab these, and then we'll make final
binaries when we release 1.1 or 2.0 or whatever we call it.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ h
Release|Win32
{83FE8ADF-8BCC-40E2-B12A-60F0D6F97790}.ReleaseWithoutAsm|x64.ActiveCfg =
Release|Win32
Which seem to be the dependent lines...
Or would you prefer to handle that in a separate diff?
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docs
api packaged... one
single implementation across all OSes. It means we should work on BSD,
Solaris, whatever as well... not that we have any real need for those, but
still.
> Yep, the Windows version of hidapi wouldn't work at all unless I fixed
> this bug by doing:
This seems t
On 09/20/2013 05:56 AM, Scott Talbert wrote:
> On Fri, 20 Sep 2013, Phil Dibowitz wrote:
>
>> Shall I go ahead and remove:
>>
>> libconcord/win/libconcord_libusb.vcxproj
>>
>> and delete this line from win/concordance.sln:
>>
>>
_report_id = 0;
>
> if (report_number == 0x0) {
> data++;
> length--;
> skipped_report_id = 1;
> }
I see. So report numbers can only be 0?
wtf.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http:
On 09/20/2013 05:51 AM, Scott Talbert wrote:
> On Fri, 20 Sep 2013, Phil Dibowitz wrote:
>
>>> Yep, the Windows version of hidapi wouldn't work at all unless I fixed
>>> this bug by doing:
>>
>> This seems to work fine on Linux. I don't understand h
On 09/20/2013 05:14 PM, Scott Talbert wrote:
> On Fri, 20 Sep 2013, Phil Dibowitz wrote:
>
>> OK, I didn't know what rev this was, so I've just called it v9, since I know
>> I
>> haven't done 9 revs.
>>
>> Changes since last rev:
>>
p the last byte.
> +for (int i = 0; i < (len - 7); i += 2) {
> +uint16_t j = (rd[i+1] << 8) + rd[i];
> +cksum ^= j;
> +}
> +debug("CHECKSUM=0x%04x", cksum);
> +return cksum;
> +}
How did you figure that out?
> +/*
>
On Fri, Sep 20, 2013 at 08:14:08PM -0400, Scott Talbert wrote:
> On Fri, 20 Sep 2013, Phil Dibowitz wrote:
>
> > OK, I didn't know what rev this was, so I've just called it v9, since I
> > know I
> > haven't done 9 revs.
> >
> > Changes since
d() must've just been added in the most recent
> release. I figure we should probably stick with the older function until
> the new one has been out for longer.
Sounds good.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity
This looks fine - see my two minor comments in the last email though.,
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say
On 09/23/2013 07:59 PM, Scott Talbert wrote:
> In order to write proper MH config files, we needed to be able to write zip
> files; thus libzzip was replaced with libzip.
Applied, thanks for all your work on this!
--
Phil Dibowitz p...@ipom.com
Open Source so
edFrom 7.3.0.15; Skin
> logitech; Windows Vista 6.1; x86; en; rv: 1.8.0.2) Gecko/20060125\r\n\
> -
I get a feeling we'll need to start using this soon... it might be nice to
leave there in a comment.
--
Phil Dibowitz p...@ipom.com
Open Source soft
2 should be "50%" and then "100%"
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because
t;-I../libconcord"
> LDFLAGS="-L../libconcord/.libs"
> + mingw32-make
Is there no "make install" or "make installer" or "make msi" or something?
> - int err;
> #ifdef WIN32
Don't you mean _WIN32 ?
--
Phil Dibowitz
On 10/02/2013 09:36 AM, Scott Talbert wrote:
> On Wed, 2 Oct 2013, Phil Dibowitz wrote:
>
>>> +Building concordance with MinGW is fairly straight forward (you will need
>>> to
>>> +specify the include and library paths for libconcord as below if you did
>
t;$%MINGW_SYSROOT_BIN%/libgcc_s_sjlj-1.dll"
> + File "$%MINGW_SYSROOT_BIN%/libstdc++-6.dll"
> + File "$%MINGW_SYSROOT_BIN%/libzip-2.dll"
> + File "$%MINGW_SYSROOT_BIN%/zlib1.dll"
> + File "$%HIDAPI_LIB_PATH%/libhidapi-0.dll"
> + File &q
h failed: libconcord/win/libconcord_winhid.vcxproj:1
error: libconcord/win/libconcord_winhid.vcxproj: patch does not apply
error: patch failed: win/concordance.sln:1
error: win/concordance.sln: patch does not apply
--
Phil Dibowitz p...@ipom.com
Open Source so
gt; Add an NSIS installer creation script.
Applied locally, deleted the vcxproj and sln files, amended that to the commit
authored by you, and then pushed, so it should be equiavalent to your v4 patch
upstream.
Thanks, this is awesome!
--
Phil Dibowitz p...@ipom.
On Mon, Oct 07, 2013 at 08:12:25PM -0400, Scott Talbert wrote:
> On Sun, 6 Oct 2013, Phil Dibowitz wrote:
>
> >> Convert to use MinGW as the primary build system. Remove all Visual C++
> >> project files and associated special Windows code. Convert Windows to use
>
Just FYI, I haven't disappeared. I was in NY for Velocity, and then there was
a minor trip to the hospital, and I'm back home and all good now. I should
catch up on patches and email this week.
--
Phil Dibowitz p...@ipom.com
Open Source software and
rver so
> that udev does not kill it off.
>
> Signed-off-by: Scott Talbert
Applied, thanks.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.c
On 10/11/2013 02:45 PM, Scott Talbert wrote:
> Check the error status of connect() in a Windows-specific way. Also, do not
> pass a NULL pointer to ioctlsocket(). Thanks to Sebastiaan Ardaseer for
> reporting the bug and testing the fixes.
Applied, thanks.
--
Phil
On 10/12/2013 09:18 AM, Scott Talbert wrote:
> Change dir-locals to only affect c-mode instead of everything (e.g., was
> affecting Makefiles too).
Applied, thanks.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Met
;
> If any of our resident Fedora or Debian folks (Adam/Matt?) can do anything
> to help nudge these along, that would be much appreciated. :)
Thanks for this!
However, I recommend CC'ing them/emailing them directly, I don't believe
either of them pay attentio
On 11/03/2013 02:02 PM, Scott Talbert wrote:
> On Sun, 3 Nov 2013, Phil Dibowitz wrote:
>
>>> A change was made to udev where it now kills off any processes that are in
>>> the
>>> same cgroup that have been running for more than a few seconds (thus our
>&
levent LWN story (subscribers only):
http://lwn.net/Articles/572805/
I rather hope they go with systemd... I'm not an upstart fan.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/
s happened. I've tried approaching a few
> people, but no progress as of yet.
Once we do a release it'll help drive it. Of course, if all else fails, they
can drop the C file in, update the Makefile, and go. :)
(For some reason my spam filter snagged this message, hence the
get a
release out before my South Korea trip, but it didn't happen, too many things
to do before I left.
Thanks for all your testing. I'll do my devices when I get back and we can
prep a release.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docs
ate your remote, but now it does not. Is this perhaps an update in the way
the official software works that the site now expects?
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/
On 11/25/2013 05:55 AM, Scott Talbert wrote:
> On Sun, 24 Nov 2013, Phil Dibowitz wrote:
>
>> but I found that when I click "update remote" it tells me "No remote found.
>> Please do a Connectivity Check."
>>
>> It used to automatically fire of
tivity test download,
then update, all as normal.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because tho
On 11/25/2013 08:21 PM, Scott Talbert wrote:
> On Mon, 25 Nov 2013, Phil Dibowitz wrote:
>
>>>> but I found that when I click "update remote" it tells me "No remote found.
>>>> Please do a Connectivity Check."
>>>>
>>>>
On 11/25/2013 09:00 PM, Phil Dibowitz wrote:
> On 11/25/2013 08:08 PM, Scott Talbert wrote:
>> Wait, how did you get it to give that "please run a connectivity check"?
>> I just did an update remote and it fed me a Connectivity.EzHex like it
>> always has - wo
f the abstractions we added there recently isn't working quite
right? I haven't dug in deeper yet, it's late here, I'll try to get to it over
the holiday weekend.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity
On 11/26/2013 07:02 AM, Scott Talbert wrote:
> Weird, so do you think that was just some weird state that your account
> was in?
Yeah, as far as I can tell. It's really strange, never seen that.
Something to keep in mind though incase anyone else reports it.
--
Ph
;TYPE" tag in the Data.xml - but neither of those tags are in the
firmware file I got from the website.
Looking at the file, best I can see is, in the COMPLETEPOSTOPTIONS, there's a
PATH of EasyZapper/New/ProcUpgradeFirmware/Upgrade_Receive_Complete.asp
I'll look
On 11/26/2013 09:36 AM, Phil Dibowitz wrote:
> On 11/26/2013 07:16 AM, Scott Talbert wrote:
>> Actually, we don't support firmware updates for Z-Wave HID, so that should
>> have failed much earlier. Looking at your debug trace, I think the real
>> problem is
Anyone object to this patch? We've never done anything useful with this, might
as well stop wasiting users' time.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/
On 11/28/2013 07:38 PM, Scott Talbert wrote:
> On Thu, 28 Nov 2013, Phil Dibowitz wrote:
>
>> Anyone object to this patch? We've never done anything useful with this,
>> might
>> as well stop wasiting users' time.
>
> Uh, it looks like we actually d
On 11/28/2013 08:19 PM, Scott Talbert wrote:
> On Wed, 27 Nov 2013, Phil Dibowitz wrote:
>
>>> So it looks like we deterine firmware based on a value of "Firmware_Main"
>>> inside a "TYPE" tag in the Data.xml - but neither of those tags are in
ing else we're waiting on for a release?
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those wh
On 11/30/2013 08:40 AM, Scott Talbert wrote:
> On Sat, 30 Nov 2013, Phil Dibowitz wrote:
>
>>> Pass in the callback parameters to ReadFile() and add calls to the callbacks
>>> as is done for the other remote types. Otherwise, the user doesn't know
>>> what
similar problem on OSX, but on my 885, not my 890. It just
crashes at some random point:
[phil@foobar libconcord]$ sudo concordance -c/tmp/880.dump
Concordance 1.0
Copyright 2007 Kevin Timmerman and Phil Dibowitz
This software is distributed under the GPLv3.
Requesting identity: 100%
This fixes building on OSX as well as config-updates for 89x on OSX.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say wha
erifying config: 100% 686 KiB done
Rebooting remote: 8% Bus error
I haven't have time to debug this one yet, but it's on my list.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metalli
n old G4, so config updates take a REALLY LONG TIME (usb 1),
so the work in general just takes forever.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.co
On 12/01/2013 11:17 PM, Phil Dibowitz wrote:
> OK, patch for config-updates on 89x sent.
>
> 880 still can't config-dump, it fails in random places - I imagine this is
> likley similar to the problems you're seeing on Windows - any luck with that?
>
> It also can'
expect ef)
There's a pattern here - they are always either one or two sequence numbers
ahead... (+ 0x11 or + 0x22)
I don't really know what that means though. :(
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Pala
On 12/29/2013 07:00 PM, Scott Talbert wrote:
> On Sat, 28 Dec 2013, Phil Dibowitz wrote:
>
>>> OK, patch for config-updates on 89x sent.
>>>
>>> 880 still can't config-dump, it fails in random places - I imagine this is
>>> likley similar to the pr
nd Mac we're using hidapi-raw, and on Linux we're suing
hidapi-lubusb.
It'd be interesting to see if we have the same problem if we can make
hidapi-raw work on Linux. It may be something that libusb is doing that slows
things down or works differently.
--
Phil Dibowitz
On 12/30/2013 12:56 AM, Phil Dibowitz wrote:
> Well - so on Windows and Mac we're using hidapi-raw, and on Linux we're suing
> hidapi-lubusb.
>
> It'd be interesting to see if we have the same problem if we can make
> hidapi-raw work on Linux. It may be something t
, any idea on the missing packets? It's exactly what happens on MacOSX
too. Since we use hidapi-raw on both mac and windows I'm very suspicious it's
something in there, or the way we're using it.. but I haven't had time to
recompile my kernel and test the behavior of hidapi-r
of shared
objects, and there's a tool, update_dyld_shared_cache, but it doesn't seem to
force a purge of the cache, even with -force. The man page seems to imply a
reboot is needed.
Then I took to running 'update_dyld_shared_cache -force && reboot' between
each
1 - 100 of 954 matches
Mail list logo
