Autodownloading - Linux=slow, Windows=fast *[SOLVED]*

[mondo1287]

I understand this may be a server issue, but there has to be something that can be done on the client side if in Windows it maxes out my connection, and under Linux it crawls along at <56k speeds.  Same computer, same server, same maps being downloaded, same everything except maybe the q3config file, and different hard drives.  I have a 10mb cable connection.  In Windows OpenArena will download maps at close to 1.2MB/s.  In Linux it will download at about 4-5KB/s.  Windows OS: Vista x64, Linux OS: Gentoo x86_64-pc-linux-gnu w/ Xorg 7.3 and KDE 3.5.7, no software firewall.  Hardware firewall at the network edge is an older enterprise grade Sonicwall Pro-VX router.  Also, note this is the same regardless of the server used.  Help! Thanks

[De@thByBl@st]

I understand this may be a server issue, but there has to be something that can be done on the client side if in Windows it maxes out my connection, and under Linux it crawls along at <56k speeds.

Do you have your rate set the same on both OSes?

I'm pretty sure without looking that it can be controlled on the server end, but I haven't had any such problems under Linux, though the x86_64 binary does crash after some time playing on FC6 and X has to be killed as it becomes useless, why I don't know, the i386 version can run all night long and the same for a dedicated server using the x86_64 binary, so it's most likely video related I'm thinking, other than that everything is fine on my end.

[mondo1287]

The problem was that it could not load the curl library, specifically libcurl.so.3.  I had libcurl.so.4 so I linked libcurl.so.3 to libcurl.so.4 and all is well.

[De@thByBl@st]

The problem was that it could not load the curl library, specifically libcurl.so.3.  I had libcurl.so.4 so I linked libcurl.so.3 to libcurl.so.4 and all is well.

Interesting find, thanks for letting us know what the problem was, hopefully that will help someone else with the same problem in the future, maybe something could be added to the appropriate game files so people can be more aware of that.

Seems like it would be less of a problem if the game looked for libcurl.so instead, which is usably linked to the current lib, perhaps then get the version information and warn if less than three, assuming less than three would be an issue in an way.

whereis libcurl.so.3
libcurl.so: /usr/lib/libcurl.so /usr/lib/libcurl.so.3

ls -la /usr/lib/ | grep libcurl.so
lrwxrwxrwx   1 root root       16 Aug 19 19:14 libcurl.so -> libcurl.so.3.0.0
lrwxrwxrwx   1 root root       16 Aug 19 16:57 libcurl.so.3 -> libcurl.so.3.0.0
-rwxr-xr-x   1 root root   246092 Aug 24  2006 libcurl.so.3.0.0

[tuftuf]

I have a linux server and both linux and windows clients can download only at 2-4 KB/s . Your find is an interesting one, but I have libcurl.so.3 in place . I solved the problem by redirecting to my http server.

[lingenfr]

The problem was that it could not load the curl library, specifically libcurl.so.3.  I had libcurl.so.4 so I linked libcurl.so.3 to libcurl.so.4 and all is well.

Could you be more specific?

[mondo1287]

Do this:

locate libcurl.so

Depending on what arch you are running, you'll see something like (/usr/lib may be /usr/lib64):

/usr/lib/libcurl.so
/usr/lib/libcurl.so.4
/usr/lib/libcurl.so.4.0.0

If you do not see /usr/lib/libcurl.so.3 then you need to link it with libcurl.so by doing this:

ln -s /usr/lib/libcurl.so /usr/lib/libcurl.so.3

If your libcurl.so is located in /usr/lib64, then replace /usr/lib with /usr/lib64 in the above command.