Console update application development

[robots]

New version:

-t parameter, sets arbitrary baudrate
-status should work

I will clean up the code, and upload it with executables.

[robots]

Here is the source code, + executables for linux, win32.

I used Dev-C++ to compile for windows (which is essentially mingw-gcc), both project file and make file is provided. I have also included makefile for linux.

[IPenguin]

Thank you! :)

I recompiled the source with Dev-C++ 5.0 beta 9.2 (4.9.9.2) (9.0 MB) with Mingw/GCC 3.4.2.
-t parameter tested ok
-status failed because

Code: [Select]

} else if ( !strcmp(argv[i], "-status") ) {
write = 1;
} else if ( !strcmp(argv[i], "-write") ) {
cmd_write = 1;
should be

Code: [Select]

} else if ( !strcmp(argv[i], "-status") ) {
cmd_status = 1;
} else if ( !strcmp(argv[i], "-write") ) {
cmd_write = 1;
fixed package attached ... will give it more testing and compile it for Mac OS X later ...

[pppd]

I will send you a patch to make the high speed serial compile and work on a Mac as you can't use cfsetispeed/cfsetospeed to set baudrate over 230400 on a Mac. Also, would you like a compiled universal binary?

[IPenguin]

pppd, thnx for the offer! Universal binary would be good unless there are issues with high speed serial on PPC because there may still be a few potential users with PPC machines around.

I don't have much experience in programming and compiling on Mac OS X and not much time atm either.

It will help the project to keep it's momentum if you could patch and compile the code for Mac OS X.

Once it compiles and runs under Windows, Linux and Mac OS X I could maintain the package as I have development platforms for all three systems and a SUMP PUMP prototype.

[pppd]

I have modified the makefile to detect operating system with $(shell uname) and add required flags for Mac OS X universal build. The high speed compatibility mode has been added, it should work on PPC Macs too.

Please review the changes before applying the patch. The zip archive also contains compiled universal binary.

[robots]

I think putting the code into svn would be better :)

[pppd]

I think putting the code into svn would be better :)

True, and generating patches would be easier as well.

[IPenguin]

Very true! Thank you for your super fast response, robots & pppd! :)

So it appears that I have SVN write/commit access, I'd prefer Ian to commit the code to SVN ... and then to go from there ...

I am off to the books and the web to find out how to generate patches ... ;)

[ian]

Thanks guys! I'll put it in the gadgetfactory SVN. Is there a latest version I should use?

[pppd]

Thanks guys! I'll put it in the gadgetfactory SVN. Is there a latest version I should use?

I think you should download the last archive modified by IPenguin, and patch it with my Mac patch. I can patch it for you plus build a new mac binary as it was posted before IPenguin fixed that one issue.

[jack.gassett]

IPPenguin should have write access to the Gadget Factory SVN and we can give access to anyone who wants to contribute code as well. Anyone who wants to check code into SVN just needs to create an account and I will give them write access to svn.

Jack.

[ian]

I added the code linked here:
http://whereisian.com/forum/index.php?action=dlattach;topic=297.0;attach=318

to the SVN here:
http://www.gadgetfactory.net/gf/project/butterflylogic/scmsvn/?action=browse&path=%2Ftrunk%2Fpump-loader%2F

[pppd]

I've attached a patch for the latest revision fixing the Mac OS X incompatibility. I think you don't really need binaries other than Windows executable at this point as all people working on it use Windows, right? I don't think I need SVN access for this project as I am not really contributing anything that can't be posted here.

[ian]

Thanks. Applied and committed.