On 18/01/2012 6:29 PM, Simon Goldschmidt wrote:
Ian Wilson wrote:
This all works for the first connection. The problem is that incoming
packets are not "detected" by lwip_select for subsequent connections to
the listener (after closing the first connection of course).
[..]
Is this something
This is good advice. If your MAC address doesn't conform to some rules
some systems will not pass the packets and/or some DHCP servers will
refuse to allocate an IP address.
If you want to create your own MAC address for testing then you might
consider using a "locally administered address"
On 15/09/2012 2:32 AM, Williams, Eric wrote:
Hi all,
I am trying to run the tcpecho sample code from
http://cvs.savannah.gnu.org/viewvc/contrib/apps/tcpecho/?root=lwip in
a multithreaded application running on an TSK3000 soft processor
embedded in an FPGA.
You may also get useful help o
Mark,
I think you had a little (but important) typo
Should be
tcp_write(pcb, *&*data, 4, 1);
(pass pointer to data into tcp_write)
Ian
On 6/12/2012 8:37 AM, Mark Lakata wrote:
Read up on integers and how they are stored in memory
http://en.wikipedia.org/wiki/Endianness
Try this
int dat
I think you may need to go back to some C programming texts and web
sites and look up "pointers". What you have written will send one byte
of the address of the data variable. That address will sit somewhere on
the stack most likely, could be anywhere. You are initialising this
pointer so it
Hi All,
I am interested in whether there is already a way to do this and I am
missing something or whether a change like I am proposing would be
useful to others.
cc.h defines LWIP_PLATFORM_DIAG(x)
as
#define LWIP_PLATFORM_DIAG(x) printf x;
I have a situation where I have to call a function