Since I found some competitors programming a utility similar to my Rapidget, so I've decided to turn it up a notch, and added a bunch of new features. Rapidget is now in version 1.0, and supports also Free Mode.
License: GNU GPL v2
Link: http://freez.security-portal.cz/download/rapidget-1.0.tar.bz2
Extract downloaded tarball to the target directory using tar -xvjf rapidget-1.0.tar.bz2, and change directory to rapidget using cd rapidget.
If you purchased the Premium Account, edit main.cpp and set your Account ID and Account Password.
Type make and sudo make install. Preconfigured installation directory is /usr/bin/rapidget, if you want to change it, edit Makefile.
In case you have any idea about what is missing in Rapidget, or what could be better, don't hesitate and add your feedback to comments.
When you use some script to download from RapidShare, or think your script is better, share your reasons with me. =)
Q: How about a GUI? A: No, GUI won't be supported.
RapidShare changed the sentence displayed in Free Mode, on the screen with time counter. That results in invalid signature and non working Free Mode. Today, I release the most recent version of Rapidget (1.0.1), that solves it and offers some new and exciting features.
Link: http://freez.security-portal.cz/download/rapidget-1.0.1.tar.bz2
In case you have prepared a file list, for example list.txt, and each line contains one URI, you can execute rapidget [options] `cat list.txt` to let it download all files from the list, but don't confuse a backtick (`) with an apostrophe (').
Hi, i tested this script and i found bug, or something. After five 100MB files, that i downloaded with approx. 1,2mbit connection a got this error: http://trash.anonymouz.eu/error.jpg - what's wrong? It's mine mistake, or error in Rapidget?
The script is good at all, but this error is quite annoying, because i can't trust your script anymore .. (if i'll run it ie.: for few days, and after that i saw the error had occured, after ~5 files.. ).
My HW is Fujitsu Siemens Lifebook S series - model #no: S5582
(P III 800MHz, 256MB RAM, no swap, r/o root FS - because of SSD from CF memory, Gentoo, r/w home)
i use it with premium acc, with direct downloads of course.
$uname -a
Linux lifebook 2.6.25-gentoo-r7 #3 SMP Thu Aug 28 01:52:28 CEST 2008 i686 Intel(R) Pentium(R) III Mobile CPU 800MHz GenuineIntel GNU/Linux
=
$free
total used free shared buffers cached
Mem: 252752 232964 19788 0 1800 49932
-/+ buffers/cache: 181232 71520
Swap: 0 0 0
What i can do, to prevent this error for future?
Best regards,
Anonymous_
Hi Anonymous_,
first of all let me thank you for reporting this issue. From what I see in your comment, it looks that memory allocation failed on line 34 due to insufficient memory.
Note that Operating system automatically deallocates all used memory by the process, after process exits, so it would be great to execute it under gdb and check the used memory after this exception occurs.
Is there any possibility you had a different process running on background, which allocated memory, thus rapidget had not enough? Can you please try to reproduce the exception under gdb and generate some backtrace? gdb --arg rapidget <url(s)>, run to execute it, and bt after it crashes.
I tested rapidget for several hours using valgrind, and it always reported all blocks were freed, no memory leaks are possible. However, I got 2GB RAM, so I'm not sure about the peak memory usage by rapidget. Have you considered to add some swap partition?
I'm unable to reproduce this issue, but I optimized the source code and recommend to try version 1.0.1.
Yesterday, RapidShare changed message displayed when user in Free Mode waits. Hence, Free Mode doesn't work anymore due to invalid signature (SIG_FREE_WAIT, I guess). This is fixed in 1.0.1.
The good news is, a new version will be out today, and not only that, because it will have new features such as a support for proxy server, new signature to recognize blocked files, a possibility to download any file (like wget), some minor bugfixes and better optimization, which results in less memory usage and a better performance.
Please let me know whether the problem persists in 1.0.1, in meantime I'll perform some additional tests and keep an eye on memory usage.
PS: Cool background, man =)
Thanks for reply.
Firstly some explanation - i haven't swap because of SSD from CF card - that means, there are only few write cycles before i can't write to card anymore - you know, every flash card (not cache memory, such as on CPU - L1/L2 etc..) have this and swapping does a lot of write cycles. Because of that i have only r/o rootfs (/var and /tmp are in tmpfs and /home is r/w) and i can't merge any app, until i will not change the fstab to r/w (i can be done only from other liveCD only, because i can't change the fstab, because its in r/o ;) ), but there's some other problem. When i have SSD, my DVD-ROM isn't recognised in BIOS and i can't use it. (its annoying, but i don't know why it isn't recognised) That means, i can load something to the card only from desktop PC, when i mount the CF from card reader and chroot to card ;-) And why i told you this? Because i can't easily merge any debug engine, such as gdb. But finally i find the problem, or more precisious - you find the problem, yes it was caused by not enough free memory. When i downloaded files via rapidget i watched some Futurama in mplayer - that can caused the error. I think, it will be better if user can manually set the cache, or if the rapidget will flush cache after - ie.: 30MB - to the disk. But i have simple solution - but no too comfortable, but temporarily works - before i run rapidget, i connect my usb external hdd with ~2GB of swap ;-)
.. and for download from file list i use quite modified rdown - i mentioned it in other article
PS.: i also like the background :-) On pixelhigh.com, there are a lot of nice backgrounds.