concordance-devel — Devel list for concordance

Re: [harmonycontrol-devel] Harmony GUI version 2

[Phil D. <ph...@ip...>]

Stephen Warren wrote:
> Phil Dibowitz wrote:
>> Stephen Warren wrote:
>>> Version 2 of the harmony GUI is released. It's currently available from:
>> You may want to go ahead and check out CVS and adjust your screen-scraping
>> to the new cleaned-up output so you'll be prepared for the next release...
> 
> It already works, assuming I'm using CVS right!
> 
> I tried to make the output parsing require as minimal matching as it 
> could, to avoid any issues with white-space/case/... changes.
> 
> I guess if all the output is isolated into the application, and the 
> remote IO code is in other library-like modules, one day the GUI could 
> just use the library via Python's ctypes or something. I haven't looked 
> into this yet.

Yes - a few months from now, I very much hope to just provide you a library
and you can drop the whole screen-scrapping bits. I'll then provide a very
simple CLI that works exactly like our current software works but underneath
is just a user of the library. I'll probably also then write a simple
Firefox extension to use the library as well.

I haven't had a chance to actually try your software yet - I've been at
SCALE (www.socallinuxexpo.org) all weekend, but I will check it out as soon
as I have some time.

-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] Harmony GUI version 2

[Stephen W. <s-t...@ww...>]

Phil Dibowitz wrote:
> Stephen Warren wrote:
>> Version 2 of the harmony GUI is released. It's currently available from:
> 
> You may want to go ahead and check out CVS and adjust your screen-scraping
> to the new cleaned-up output so you'll be prepared for the next release...

It already works, assuming I'm using CVS right!

I tried to make the output parsing require as minimal matching as it 
could, to avoid any issues with white-space/case/... changes.

I guess if all the output is isolated into the application, and the 
remote IO code is in other library-like modules, one day the GUI could 
just use the library via Python's ctypes or something. I haven't looked 
into this yet.

Re: [harmonycontrol-devel] Harmony GUI version 2

[Phil D. <ph...@ip...>]

Stephen Warren wrote:
> Version 2 of the harmony GUI is released. It's currently available from:
> 
> http://www.wwwdotorg.org/downloads/harmonygui/harmonygui-2.tar.bz2
> 
> The changes are as follows:
> 
> * 2008-02-10 Stephen Warren <s-t...@ww...> - harmonygui-2
> - Updated ezhexparser to recognize firmware update files.
> - Updated GUI to handle firmware updates, by informing user its
>    not yet supported.
> - Separated ezhexparser and tuiparser operation mode enumerations.
> - Enhanced ptyrun error handling, so it's more obvious what happened
>    when the harmony application can't be found in the $PATH.
> - Updated harmonyfake to use ^H characters to re-write output, not
>    \r. This matches the real harmony app.
> - Minor typo cleanups in messages.
> - Added licensing information.
> - Added this Changelog

You may want to go ahead and check out CVS and adjust your screen-scraping
to the new cleaned-up output so you'll be prepared for the next release...

-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

[harmonycontrol-devel] Harmony GUI version 2

[Stephen W. <s-t...@ww...>]

Version 2 of the harmony GUI is released. It's currently available from:

http://www.wwwdotorg.org/downloads/harmonygui/harmonygui-2.tar.bz2

The changes are as follows:

* 2008-02-10 Stephen Warren <s-t...@ww...> - harmonygui-2
- Updated ezhexparser to recognize firmware update files.
- Updated GUI to handle firmware updates, by informing user its
   not yet supported.
- Separated ezhexparser and tuiparser operation mode enumerations.
- Enhanced ptyrun error handling, so it's more obvious what happened
   when the harmony application can't be found in the $PATH.
- Updated harmonyfake to use ^H characters to re-write output, not
   \r. This matches the real harmony app.
- Minor typo cleanups in messages.
- Added licensing information.
- Added this Changelog

Re: [harmonycontrol-devel] [ harmonycontrol-Bugs-1884258 ] Replacement for POSIX basename() function

[Greg V. <mon...@gm...>]

Truth be told, the "correct" version should use LPTSTR, _tcsrchr (I think that's it) and CharNext (instead of ++). This makes the code compile for mbcs and Unicode (on Windodws) without modification. CharNext automatically handles multibyte charactersets (like Japanese Kanji).

I  think when I sent this suggestion, I had a code comment that widespread change would be needed to support mbcs and Unicode. That's why mine was quick and dirty with the comment. It's really a matter of whether you want to take on this sizeable task.

Regards,
Greg Vogel

(Sent from mobile. Please excuse any typos.)

-----Original Message-----
From: SourceForge.net <no...@so...>
Sent: Friday, February 08, 2008 2:01 AM
To: no...@so...
Subject: [harmonycontrol-devel] [ harmonycontrol-Bugs-1884258 ] Replacement	for POSIX basename() function

Bugs item #1884258, was opened at 2008-02-01 10:26
Message generated for change (Comment added) made by mbleich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=978127&aid=1884258&group_id=201579

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other
Group: 0.12
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marco Bleich (mbleich)
Assigned to: Nobody/Anonymous (nobody)
Summary: Replacement for POSIX basename() function

Initial Comment:
The POSIX 'basename()' function is not available in VC++.
Suggestion: Using the GNU vesrsion for both Linux/Windows
Alternative: Some MAKRO using strrchr() for Windows


----------------------------------------------------------------------

>Comment By: Marco Bleich (mbleich)
Date: 2008-02-08 11:01

Message:
Logged In: YES 
user_id=1996919
Originator: YES

This function fails if the argument has no '\' chars in it!
This version will work:
-
#ifdef WIN32
char* basename(char* file_name)
{
	char* _basename = strrchr(file_name, '\\');

	return _basename ? _basename+1 : file_name;
}
#endif
-

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-02-01 11:00

Message:
Logged In: NO 

I did this. It was quick. I wouldn't make any major library changes for
this. Following through for UNICODE is straightforward....
#ifdef WIN32
/*
 * This code...well actually all the code should be cleaned up so it
 * can support UNICODE and MBCS character modes.
 */
char* basename(char* file_name)
{
	char* _basename = strrchr(file_name, '\\');
	_basename++;

	return _basename;
}
#endif


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=978127&aid=1884258&group_id=201579

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Harmonycontrol-devel mailing list
Har...@li...
https://lists.sourceforge.net/lists/listinfo/harmonycontrol-devel

[harmonycontrol-devel] [ harmonycontrol-Bugs-1884258 ] Replacement for POSIX basename() function

[SourceForge.net <no...@so...>]

Bugs item #1884258, was opened at 2008-02-01 10:26
Message generated for change (Comment added) made by mbleich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=978127&aid=1884258&group_id=201579

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other
Group: 0.12
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marco Bleich (mbleich)
Assigned to: Nobody/Anonymous (nobody)
Summary: Replacement for POSIX basename() function

Initial Comment:
The POSIX 'basename()' function is not available in VC++.
Suggestion: Using the GNU vesrsion for both Linux/Windows
Alternative: Some MAKRO using strrchr() for Windows


----------------------------------------------------------------------

>Comment By: Marco Bleich (mbleich)
Date: 2008-02-08 11:01

Message:
Logged In: YES 
user_id=1996919
Originator: YES

This function fails if the argument has no '\' chars in it!
This version will work:
-
#ifdef WIN32
char* basename(char* file_name)
{
	char* _basename = strrchr(file_name, '\\');

	return _basename ? _basename+1 : file_name;
}
#endif
-

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-02-01 11:00

Message:
Logged In: NO 

I did this. It was quick. I wouldn't make any major library changes for
this. Following through for UNICODE is straightforward....
#ifdef WIN32
/*
 * This code...well actually all the code should be cleaned up so it
 * can support UNICODE and MBCS character modes.
 */
char* basename(char* file_name)
{
	char* _basename = strrchr(file_name, '\\');
	_basename++;

	return _basename;
}
#endif


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=978127&aid=1884258&group_id=201579

Re: [harmonycontrol-devel] The new Harmony One

[Phil D. <ph...@ip...>]

Greg Vogel wrote:
> I'm with you there. I prefer form _and_ function. Not that it's a
> problem for the One (hehe, "The One"), but I don't care for heavy
> screen-based (esp. touch screen) remotes. It is really frustrating to
> find pause in the dark watching a movie and the phone rings. Easy to
> find by touch is far more important to me.

I agree - I use remotes by touch. That's why I liked the 880 over the 1000.
And the 890 just had less programmable buttons for the price than the 880.

However, not everyone has the same tastes as me and I'd like us to support
as many of the Harmony-line remotes as possible.

-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] The new Harmony One

[Phil D. <ph...@ip...>]

Greg Vogel wrote:
> That sounds like a "sexy" remote. 
> 
> Sorry I haven't chimed in until now but why keep any CancelIo special case code?

For 2 reasons. (1) If Kevin's still using that old version of VS, than other
people may be too, and (2) since Kevin wrote a majority of the original code
base, it didn't seem very useful to change the code in a way that would make
it not function for him anymore.

I agree, at some point it should probably be removed, but it's only a few
extra lines and it's #ifdef'd and commented, so I'm quite alright with it as
it is.

-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] Harmony GUI

[Phil D. <ph...@ip...>]

Greg Vogel wrote:
> Cool...although it would be (very) nice to have output (including
> command shell) divorced completely from the "engine" so it's a pure
> library. Hopefully the group is up to discussing this subject in more
> depth in the near future.

It's actually what a lot of my recent commits have been about. See the
libharmony branch in CVS for the split-out of the library vs. the front-end.

On the HEAD branch as you've probably seen I spent most of last week pulling
all output out of remote.cpp (part of the "library") and into harmony.cpp
(the "front-end"). I haven't had time to merge that back into the libharmony
branch (which lays the ground work for making c-friendly enterance functions
into remote.cpp and friends).

-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] Harmony GUI

[Greg V. <mon...@gm...>]

Cool...although it would be (very) nice to have output (including command
shell) divorced completely from the "engine" so it's a pure library.
Hopefully the group is up to discussing this subject in more depth in the
near future.

On Feb 5, 2008 9:54 PM, Stephen Warren <s-t...@ww...> wrote:

> I've created a GUI application that parses the output of the harmony
> application and displays pretty progress bars etc.
>
> It's written in Python (tested on 2.5.1) and uses wxWidgets for the GUI
> (tested with wxPython/wxGTK 2.8.4)
>
> At present, it's Unix only, due to use of the pty python module, but
> something else could probably be plugged in for Win32 pretty easily.
>
> http://www.wwwdotorg.org/downloads/harmonygui/harmonygui-1.tar.bz2
>
> To use this, I use the Harmony website for remote setup, and configure
> Firefox to open *.EZHex files with the harmonygui application directly,
> without prompting, and it all seems to work very well.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Harmonycontrol-devel mailing list
> Har...@li...
> https://lists.sourceforge.net/lists/listinfo/harmonycontrol-devel
>

Re: [harmonycontrol-devel] The new Harmony One

[Greg V. <mon...@gm...>]

I'm with you there. I prefer form _and_ function. Not that it's a problem
for the One (hehe, "The One"), but I don't care for heavy screen-based (esp.
touch screen) remotes. It is really frustrating to find pause in the dark
watching a movie and the phone rings. Easy to find by touch is far more
important to me.

But it still sounds sexy!

On Feb 5, 2008 10:45 PM, Marco Bleich <Mar...@gm...> wrote:

> > That sounds like a "sexy" remote.
> Not for me really... I don't like Touch screens; And for european Users
> the lack of Colour-Keys is definitely a step back. Ill stay with my 885 and
> be happy!
>
>

Re: [harmonycontrol-devel] The new Harmony One

[Marco B. <Mar...@gm...>]

> That sounds like a "sexy" remote.
Not for me really... I don’t like Touch screens; And for european Users the lack of Colour-Keys is definitely a step back. Ill stay with my 885 and be happy!

> Sorry I haven't chimed in until now but why keep any CancelIo special case
> code? It hasn't been necessary for years (apologies to users of old old
> versions). So the code will carry this around for how long? To me, it's
> more of a philosophical argument.
> If you want the code to stay as clean as possible, get rid of outdated
> portions asap.
Maybe right, but I can live with the '#ifdef' constructions right now. First the code should be 'as bug-free as possible' and *then* 'as clean as possible'.

> And to this specific one, why not upgrade to the free DevStudio C++
> Express? Or just download the latest headers/libs, which should be in
> express version.
Good idea! I'm going to take a look. Hopefully the project files of the 'Standard VC++ 6.0' version can be used.

> My 2¢. (What is this in Euros? Like .00002 €?)
My 0,01356 € (=1,356 Cent) :-)

cu marco

[harmonycontrol-devel] Harmony GUI

[Stephen W. <s-t...@ww...>]

I've created a GUI application that parses the output of the harmony 
application and displays pretty progress bars etc.

It's written in Python (tested on 2.5.1) and uses wxWidgets for the GUI 
(tested with wxPython/wxGTK 2.8.4)

At present, it's Unix only, due to use of the pty python module, but 
something else could probably be plugged in for Win32 pretty easily.

http://www.wwwdotorg.org/downloads/harmonygui/harmonygui-1.tar.bz2

To use this, I use the Harmony website for remote setup, and configure 
Firefox to open *.EZHex files with the harmonygui application directly, 
without prompting, and it all seems to work very well.

Re: [harmonycontrol-devel] The new Harmony One

[Greg V. <mon...@gm...>]

That sounds like a "sexy" remote. 

Sorry I haven't chimed in until now but why keep any CancelIo special case code? It hasn't been necessary for years (apologies to users of old old versions). So the code will carry this around for how long? To me, it's more of a philosophical argument. If you want the code to stay as clean as possible, get rid of outdated portions asap. And to this specific one, why not upgrade to the free DevStudio C++ Express? Or just download the latest headers/libs, which should be in express version.

My 2¢. (What is this in Euros? Like .00002 €?)

Regards,
Greg Vogel

(Sent from mobile. Please excuse any typos.)

-----Original Message-----
From: Kevin Timmerman <sou...@pc...>
Sent: Monday, February 04, 2008 5:23 PM
To: har...@li...
Subject: [harmonycontrol-devel] The new Harmony One

Circuit City is selling the new Harmony One for $149 (pricing 
mistake? - should be $249).

The buttons are much better than the 880/890. The screen is also much 
better. This may be the best Harmony remote ever.

I took it apart to see what's inside. I has a Microchip PIC like most 
other models. It is a PIC18F87J50 with internal USB, 128 KiB flash 
and external memory support. The flash memory is now 4 MiB, up from 2 
MiB. There is a Xilinx FPGA for glue logic.

The best thing inside it the unpopulated part of the PCB for the 
Z-Wave module and SRAM. :)

Skin #: 54
Code Name: Gin

More info when I have time...


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Harmonycontrol-devel mailing list
Har...@li...
https://lists.sourceforge.net/lists/listinfo/harmonycontrol-devel

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Marco B. <Mar...@gm...>]

> > #if _MSC_VER <= 1020
> > extern TCancelIo* CancelIo;
> > #endif
> 
> Whoops! Missed that one. Committed to CVS. Thanks.
Yep. Its working now.

[harmonycontrol-devel] The new Harmony One

[Kevin T. <sou...@pc...>]

Circuit City is selling the new Harmony One for $149 (pricing 
mistake? - should be $249).

The buttons are much better than the 880/890. The screen is also much 
better. This may be the best Harmony remote ever.

I took it apart to see what's inside. I has a Microchip PIC like most 
other models. It is a PIC18F87J50 with internal USB, 128 KiB flash 
and external memory support. The flash memory is now 4 MiB, up from 2 
MiB. There is a Xilinx FPGA for glue logic.

The best thing inside it the unpopulated part of the PCB for the 
Z-Wave module and SRAM. :)

Skin #: 54
Code Name: Gin

More info when I have time...

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Phil D. <ph...@ip...>]

Marco Bleich wrote:
>> I committed something close enough, pull the latest CVS and give it a
>> shot.
> Ist ok, but this '#if'-part is still missing in '\win\usb_rtl.h':
> -
> #if _MSC_VER <= 1020
> extern TCancelIo* CancelIo;
> #endif

Whoops! Missed that one. Committed to CVS. Thanks.

-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Marco B. <Mar...@gm...>]

> I committed something close enough, pull the latest CVS and give it a
> shot.
Ist ok, but this '#if'-part is still missing in '\win\usb_rtl.h':
-
#if _MSC_VER <= 1020
extern TCancelIo* CancelIo;
#endif
-

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Phil D. <ph...@ip...>]

Marco Bleich wrote:
> I've attached the modified 'usb_rtl.h' and 'usb_rtl.cpp'. Hope that's o=
k for
> ya, because I'm not sure how to handle .patch files... I'm not too fami=
liar
> with CVS. I know how to get a local copy of the sources from sourceforg=
e,
> but that's about all.

I committed something close enough, pull the latest CVS and give it a sho=
t.

--=20
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Marco B. <Mar...@gm...>]

> So how would a patch like the attached work for you?
I think you need to exclude all lines that have to do with the 'manually
added CancelIO() function'.
That concerns the two lines in '\win\usb_rtl.h\':
-
// winbase.h
#if _MSC_VER <= 1020
typedef WINBASEAPI BOOL WINAPI TCancelIo(IN HANDLE hFile);
#endif
-
and
-
#if _MSC_VER <= 1020
extern TCancelIo* CancelIo;
#endif
-

It concerns also the following parts in '\win\usb_rtl.cpp':
-
#if _MSC_VER <= 1020
TCancelIo* CancelIo;
#endif
-
and:
-
#if _MSC_VER <= 1020
	hKernel32=GetModuleHandle("kernel32.dll");

	if(hKernel32) {
	
CancelIo=reinterpret_cast<TCancelIo*>(GetProcAddress(hKernel32,"CancelIo"));
	} else
		return -5;

	if(CancelIo==NULL)
		return -6;
#endif
-

I've attached the modified 'usb_rtl.h' and 'usb_rtl.cpp'. Hope that's ok for
ya, because I'm not sure how to handle .patch files... I'm not too familiar
with CVS. I know how to get a local copy of the sources from sourceforge,
but that's about all.

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Phil D. <ph...@ip...>]

Marco Bleich wrote:
>>> That would explain it. But with later VC, it'll conflict in namespace
>> cause
>>> that *is* included.
>>>
>>> I don't know nearly enough about the windows linker or VC to know what
>> the
>>> proper solution here is...
>>
>> #if _MSC_VER > 1020
>>
>> // New code (Visual C 5.0 and later)
>>
>> #else
>>
>> // Old code (Visual C 4.2 and earlier)
>>
>> #endif
> Yes, that should be a 'clean' solution to the problem...
> And I thought that my VC++ 6.0, was some 'old' development platform! :-)

So how would a patch like the attached work for you?


-- 
Phil Dibowitz                             ph...@ip...
Open Source software and tech docs        Insanity Palace of Metallica
http://www.phildev.net/                   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming

Re: [harmonycontrol-devel] Problem with firmware/safe-firmware dumps on Monster AVL300

[Greg V. <mon...@gm...>]

Did your changes get merged into the current public version? (and thanks for
the continued stream of useful tools...)

On Feb 2, 2008 3:45 AM, Kevin Timmerman <sou...@pc...> wrote:

>
> >Hey, Kevin, in my docs I'm writing up, I'm including links to useful
> tools.
> >I have MPLAB and GNUPIC - is the above disassembler
> >yours/redistributable/something you don't mind having a link in our docs
> to
> >pointing to your site?
>
> The PIC18 disassembler came from here:
> http://www.etc.ugal.ro/cchiculita/software/picdisasm.htm
>
> I fixed several bugs and made register files for the 18C601/801 and
> 18F4550. Unfortunately there is no license specified. I assume it is
> freely distributable.
>
>
> The PIC16 disassembler (for the old 745) has this notice in the source...
>
> Copyright (C) 2002 by Mel Wilson  mailto://mw...@th... .
> Free for any use providing this notice is retained in the code.
> Use this code at your own risk.
>
> It is unclear if the PIC18 was derived from the PIC16, or just inspired by
> it.
>
> I have no problem with a link to the zip package on my site. If
> someone complains - I'll deal with it.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Harmonycontrol-devel mailing list
> Har...@li...
> https://lists.sourceforge.net/lists/listinfo/harmonycontrol-devel
>

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Marco B. <Mar...@gm...>]

> >That would explain it. But with later VC, it'll conflict in namespace
> cause
> >that *is* included.
> >
> >I don't know nearly enough about the windows linker or VC to know what
> the
> >proper solution here is...
> 
> 
> #if _MSC_VER > 1020
> 
> // New code (Visual C 5.0 and later)
> 
> #else
> 
> // Old code (Visual C 4.2 and earlier)
> 
> #endif
Yes, that should be a 'clean' solution to the problem...
And I thought that my VC++ 6.0, was some 'old' development platform! :-)

Re: [harmonycontrol-devel] Source Code Compatibility with VC++ / CancelIo()

[Marco B. <Mar...@gm...>]

> FYI Marco, I moved the "using namespace std;" line in CVS so it should
> work
> now for both Windows and Linux.
Yep. Works fine. Thx.

Re: [harmonycontrol-devel] Problem with firmware/safe-firmware dumps on Monster AVL300

[Kevin T. <sou...@pc...>]

>Hey, Kevin, in my docs I'm writing up, I'm including links to useful tools.
>I have MPLAB and GNUPIC - is the above disassembler
>yours/redistributable/something you don't mind having a link in our docs to
>pointing to your site?

The PIC18 disassembler came from here: 
http://www.etc.ugal.ro/cchiculita/software/picdisasm.htm

I fixed several bugs and made register files for the 18C601/801 and 
18F4550. Unfortunately there is no license specified. I assume it is 
freely distributable.


The PIC16 disassembler (for the old 745) has this notice in the source...

Copyright (C) 2002 by Mel Wilson  mailto://mw...@th... .
Free for any use providing this notice is retained in the code.
Use this code at your own risk.

It is unclear if the PIC18 was derived from the PIC16, or just inspired by it.

I have no problem with a link to the zip package on my site. If 
someone complains - I'll deal with it.