Bug #1033

Webig doesn't work

Added by vl almost 9 years ago. Updated over 8 years ago.

Status:Closed Start date:07/28/2010
Priority:High Due date:
Assignee:vl % Done:

100%

Category:OS: GNU/Linux
Target version:Version 0.8.0

Description

On linux, libwww doesn't work.

I tried with the tgz 5.4, the latest cvs, the ubuntu version.

In all 3 versions, we receive no answer from the web so libwww time out.

The latest trace before timeout is:

Timer....... Found timer 2F2D9788 with callback 01183260, context 2F496A00, and relative timeout 60000

We never receive this line (only on windows):

Host Event.. WRITE passed to `http://...'

To have the log, you add in the init of libwww.cpp:

WWW_TraceFlag = SHOW_ALL_TRACE;

You need libwww to be compiled with debug.

2 options to make webig working on linux:
  • Find the bug in libwww
  • Get the webpage with curl and parsing the html using libxml2 (the both lib are already used in ryzom)

History

#1 Updated by rti almost 9 years ago

same issue on mac os x (libwww 5.4.0_1 from macports)

#2 Updated by Naush almost 9 years ago

vl wrote:

I tried with the tgz 5.4, the latest cvs, the ubuntu version.

Red hat flag a 5.4.1 with many CVE corrected

In all 3 versions, we receive no answer from the web so libwww time out.

You have no answer because you don't send any thing to remote server.
from a TCP point of view, TCP 3-Way Handshake (SYN,SYN-ACK,ACK) is ok, socket is opened.

  • Find the bug in libwww

We are not calling libwww event pump function ?
libwww under windows use the windows system callback to do so, but under linux ... ? I think we must call HTEventList_loop in group_html

  • Get the webpage with curl and parsing the html using libxml2 (the both lib are already used in ryzom)

This is the long term solution, removing this crappy library :)

#3 Updated by vl over 8 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

Applied in changeset r831.

#4 Updated by vl over 8 years ago

  • Assignee set to vl
  • Target version set to Version 0.8.0

#5 Updated by vl over 8 years ago

Thank you Naush for your idea. Indeed the problem came from the non parsing of the event.

HTEventList_loop is an infinite loop (not return) so we had to add some code to make it work but now it done!

#6 Updated by kervala over 8 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF