-
This is what I did to dhcpc.c because the hardware
address was being sent in the wrong order when speaking
to my DHCP server. It worked anyway but the logged
hardware address on the server was wrong.
/* chaddr */
#if 0
*buf_ptr++ = localmachine.localHW[5];
*buf_ptr++ = localmachine.localHW[4];
*buf_ptr++ = localmachine.localHW[3];
*buf_ptr++ =...
2005-10-19 18:25:41 UTC in Freescale openTCP
-
Logged In: YES
user_id=1335250
NE64OpenTCPforCW31_090104g.ZIP does not have the fatal
problems FSOTCP_1-0.tgz has.
2005-09-09 19:38:36 UTC in Freescale openTCP
-
Logged In: YES
user_id=1335250
NE64OpenTCPforCW31_090104g.ZIP does not have the fatal
problems FSOTCP_1-0.tgz has.
2005-09-09 19:36:51 UTC in Freescale openTCP
-
Line 355 of OpenTCP\http\http_server.c says:
(void)ProcessCommandLine(&CGI_Temp_Buf[0]);
OpenTCP\http\CGI_Func.c prototypes and defines the
function without argument list. No where is it
prototyped in a commonly included file.
char ProcessCommandLine();.
2005-08-25 20:15:29 UTC in Freescale openTCP
-
Same with CVS version as with FSOTCP_1-0.tgz, opening
NE64_OpenTCP.mcp with the latest "Standard Edition" CW
3.1 for the '12 produces the following message:
Project "NE64_OpenTCP.mcp" needs to be converted. Some
target settings are in a newer, incompatible format.
They will be initialized to the factory settings.
The project was last saved using newer versions of some
preference...
2005-08-25 20:04:02 UTC in Freescale openTCP
-
OpenTCP\http\CGI_Func.c lists:
#include "timedate.h"
which is not to be found anywhere CW3.1 or myself know
to look.
2005-08-25 19:51:56 UTC in Freescale openTCP
-
Text source files in CVS have DOS line endings
which ends up as on many Windows-hosted
CVS clients, in this case Tortoise CVS and cvsnt.
is also incorrect when checked out under Unix.
I don't know what is "correct" but What Works For
Me(tm) is text files (vs. binary) be stored on a Unix
server in Unix native text format with line
endings. Then a CVS...
2005-08-25 19:48:47 UTC in Freescale openTCP
