Registered Member
|
In file "php_handler.cpp" we use QString variable called "php_s" to prepare data that will be processed by PHP. If there is too many torrents on the list, function php_i->downloadStatus() returns really huge QString.
There are two possible bugged situations caused by this: 1) php_i->downloadStatus() works fine but when we append it's output to php_s (which already contains some code) then php_s can't manage with such a big amount of data and something will be lost. 2) php_i->downloadStatus() tries to return huge QString and somethig is being lost here. I am not sure about sollution. Is there some alternative for QString with unlimited amount of chars? If so, can we use it? It there isn't alternative maybe we should return array of QStrings? |
Moderator
|
|
Registered Member
|
Hmm, I am not sure of my idea anymore... I found a litte of time today and googled for a moment. I found information that QString can containt about 2^32 (or 2^3) of QChar... So it's probably not o problem.
I checked log from urbinek again and I can see that interface.php was loaded until this line:
So now I think te problem may be something about reading file with
|
Moderator
|
What do you think about this patch :
http://ktorrent.org/misc/webinterface_bytearrays.patch It uses QByteArray and QTextStream |
Moderator
|
There were some problems with the previous one, test with this :
http://ktorrent.org/misc/webinterfaces_ ... ray2.patch |
Registered Member
|
something isn't working
|
Moderator
|
|
Registered Member
|
urbinek, try to use:
After that normal configure, make, make install. |
Registered Member
|
|
Moderator
|
|
Registered Member
|
|
Moderator
|
|
Registered Member
|
Registered users: Bing [Bot], claydoh, Google [Bot], rblackwell, Yahoo [Bot]