buglwIP - A Lightweight TCP/IP stack - Bugs: bug #23789, Data Corruption on Data Receive

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #23789: Data Corruption on Data Receive

Submitter:  Vipin <vipin_dce>
Submitted:  Mon 07 Jul 2008 07:52:07 AM UTC
   
 
Category:  IPv4 Severity:  3 - Normal
Item Group:  Faulty Behaviour Status:  Invalid
Privacy:  Public Assigned to:  goldsimon
Open/Closed:  Closed Planned Release:  None
lwIP version:  1.3.0

Fri 13 Feb 2009 08:18:56 AM UTC, comment #5: 

I'm glad you solved it and I'm glad it the problem didn't come from lwIP as data corruption would be a major issue.

Closing this as invalid.

Simon Goldschmidt <goldsimon>
Group administrator
Fri 13 Feb 2009 06:27:26 AM UTC, comment #4: 

Thanks Simon for asking. I have resolved the issue but forgot to update. Its was the problem from my application layer rather than lwip or porting stuff. I wasn't taking care of pbuf CHAIN.

Thanks once again.

Vipin <vipin_dce>
Thu 12 Feb 2009 08:23:46 PM UTC, comment #3: 

Vipin, did you get any info from FreeRTOS? Can you maybe reproduce this bug with the win32 port? And could you provide your lwipopts.h? It would be interesting to know the pbuf pool size and other things to see if it depends on pbuf size, RAM size or anything else.

Simon Goldschmidt <goldsimon>
Group administrator
Wed 09 Jul 2008 10:58:16 AM UTC, comment #2: 

My code has lwip 1.2.0 version. May be the problem has been corrected in new version.

I am using STR9 and using call back features of lwip stack. I request for the image from http layer.

I will surely check with the freeRTOS and will let you know. But if you want to reproduce it then you can just use webserver(lwip with call backs) code on any micro and convert it to client and request for large data. 

thanks for your prompt reply.

Vipin <vipin_dce>
Mon 07 Jul 2008 01:07:24 PM UTC, comment #1: 

Data corruption bugs are very serious so I'd like to get to the bottom of this.  Can you provide more information about how you reproduce this, or what you have to do to provoke it.  Are you using lwIP 1.3.0 - I'm not sure what version of lwIP is used by FreeRTOS?  Which API are you using?

Have you tried contacting FreeRTOS?  As they will have done the port, that would be the first place I would check.

Kieran Mansley <kieranm>
Group Member
Mon 07 Jul 2008 07:52:07 AM UTC, original submission:  

Hello Guys,

I am using lwip available in FreeRTOSV5.0.2.

There is one problem in the code. My board with lwip is working as a client and when this client request 1460 bytes or more data from the web server (webserver is running on my PC) the received data is corrupted in the end.

Details:
I receive a data packet of 1460 bytes. I captured that data in RAM and took an ethereal trace as well. When I compared the data results were as presented in attachment.

However there is no issue is data is less than 1444 bytes.

Kindly resolve the issue.

Vipin <vipin_dce>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #16012:  corruption.bmp added by vipin_dce (235KiB - image/bmp - Data Corruption )

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by goldsimon (Posted a comment)
  • -email is unavailable- added by kieranm (Posted a comment)
  • -email is unavailable- added by vipin_dce (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2009-02-13 goldsimon StatusNone Invalid
        Assigned toNone goldsimon
        Open/ClosedOpen Closed
    2008-07-07 vipin_dce Attached File- Added corruption.bmp, #16012

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code