First off I do not write C/C++ .

I have a problem with Prozilla despite it being a great download accelerator, you can even specify the number of connections it should make to a single file and they all run simultaneously There is however a bug. When prozilla encounters a long filename from a url it just quits.
For example sending the url below into prozilla, prozilla would begin, display the file size and exit

http://o-o.preferred.mia05s03.v13.lscache1.c.youtube.com/videoplayback?upn=1Q0vivBJ9xA&sparams=cp%2Cid%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&fexp=919313%2C907217%2C907335%2C921602%2C919306%2C922600%2C919316%2C920704%2C912804%2C913542%2C919324%2C907344%2C912706&ms=au&itag=44&ip=96.0.0.0&signature=A5AEAB1804FC5FCF49D97D69716DFB08BC643472.7BC23258BE4F31D489D80E0E1ADE0198EC13FFB4&sver=3&mt=1339825213&ratebypass=yes&source=youtube&expire=1339848966&key=yt1&ipbits=8&cp=U0hSTlhPVl9LUENOMl9QSVpKOjZpX0d0RXA1YzNp&id=52bed0051ff082d6.

I propose a rule can be added for prozilla to truncate a file name and limit it to maximum of 15 characters or even add an argument to it to enable users specify the desired filename
eg prozilla -o=my_desired_filename url

Here's the link to the source code: ppa.launchpad.net/tahutek-team/prozilla/ubuntu/pool/main/p/prozilla/prozilla_2.0.4~precisebuild1-0tahutek1.tar.gz


Thanks

that is definitely not a filename... Those are arguments delimited by ampersands... Obviously, you wanted to download a youtube video.. Am guessing the variable that holds the url string is limited to a certain number of characters. Thats all I can say for now.. Am on mobile now, I can't even extract the source code from the archive...

Thanks. Supplying that url into some other download manager would guess the filename as videoplayback. This problem only happens with youtube given the length of the url and the associated filename.

adewaleafolabi: Thanks. Supplying that url into some other download manager would guess the filename as videoplayback. This problem only happens with youtube given the length of the url and the associated filename.

when you put the url in another download manager, did it download? If so, then the file naming function of Prozilla is not efficient... If that is the problem then it can be fixed.. Uhmm... So we discard characters till we get to the last forward slash before the query character. Then set the string found there as the file name...

Sure it downloads in other download managers. I've tried it in wget, aria and even IDM. The naming function isn't efficient like u mentioned. I tried looking in the prozlib/prozilla.h

adewaleafolabi: Thanks. Supplying that url into some other download manager would guess the filename as videoplayback. This problem only happens with youtube given the length of the url and the associated filename.

The information below is a URI that needs to be parsed on the other end in other that the unique file be returned. The problem is likely not the length of the URI itself but in the parsing on the other end.

http://o-o.preferred.mia05s03.v13.lscache1.c.youtube.com/videoplayback?upn=1Q0vivBJ9xA&sparams=cp%2Cid%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&fexp=919313%2C907217%2C907335%2C921602%2C919306%2C922600%2C919316%2C920704%2C912804%2C913542%2C919324%2C907344%2C912706&ms=au&itag=44&ip=96.0.0.0&signature=A5AEAB1804FC5FCF49D97D69716DFB08BC643472.7BC23258BE4F31D489D80E0E1ADE0198EC13FFB4&sver=3&mt=1339825213&ratebypass=yes&source=youtube&expire=1339848966&key=yt1&ipbits=8&cp=U0hSTlhPVl9LUENOMl9QSVpKOjZpX0d0RXA1YzNp&id=52bed0051ff082d6.

Are you sure that the above complies with the prozilla's specs?