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

Submitted by:  Vipin <vipin_dce>
Submitted on:  Mon 07 Jul 2008 07:52:07 AM UTC  
 
Category: IPv4Severity: 3 - Normal
Item Group: Faulty BehaviourStatus: Invalid
Privacy: PublicAssigned to: Simon Goldschmidt <goldsimon>
Open/Closed: ClosedPlanned 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>
Project AdministratorIn charge of this item.
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>
Project AdministratorIn charge of this item.
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>
Project Administrator
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>

 

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
  • -unavailable- added by goldsimon (Posted a comment)
  • -unavailable- added by kieranm (Posted a comment)
  • -unavailable- added by vipin_dce (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 13 Feb 2009 08:18:56 AM UTCgoldsimonStatusNone=>Invalid
      Assigned toNone=>goldsimon
      Open/ClosedOpen=>Closed
    Mon 07 Jul 2008 07:54:54 AM UTCvipin_dceAttached File-=>Added corruption.bmp, #16012

    Back to the top


    Powered by Savane 3.1-cleanup1