Downloader for X adds /'s to the link making it fail

Precisely the same thing happens to me. It is very irritating, since there is actually no other download manager that can handle rapidshare links in the linux community. Please adress the problem.

Thanking you in advance,
Alexander.

Found a fix for this:
in the file main/addr.cc remove the line nr. 184: path=d4x::Path("/")/path;
seems to fix it and hasn't broken anything here.

I've made my compiled packages available here:
http://rapidshare.com/files/67726078/d4x_2.5.7.1-4ubuntu1_i386.deb.html
http://rapidshare.com/files/67726225/d4x-common_2.5.7.1-4ubuntu1_all.deb.html

Hope this helps.

Thanks you so much, The files now download properly. Unfortunately the ////'s remain and I have to remove them manually from a few hundred files :).

Thanks, I really appreciate that you've got this working, it's been a real pain.

Thank you very much

thanks for the fix but this created another little problem, now update manager is asking me to update to the latest versionI(same number) and no matter what I do in synaptic (force or lock version) it still insists on updating or simply reinstalls the old version

^ I get that too. Isn't there at least an option to ignore that particular 'update'?

Hello (sorry for my bad english)

I have problem with compiling the d4x source.
I changed the "main/addr.cc" like you say, but when i want to compile this bug happens:

fsched.cc: In function »GtkWidget* d4x_scheduler_init()«:
fsched.cc:251: Fehler: »gtk_widget_ref« wurde in diesem Gültigkeitsbereich nicht definiert
fsched.cc: In function »void my_gtk_aeditor_browse_ok(GtkWidget*, MyGtkAEditor*)«:
fsched.cc:295: Fehler: »GTK_FILE_SELECTION« wurde in diesem Gültigkeitsbereich nicht definiert
fsched.cc:295: Fehler: »gtk_file_selection_get_filename« wurde in diesem Gültigkeitsbereich nicht definiert
fsched.cc: In function »void my_gtk_aeditor_browse(GtkWidget*, MyGtkAEditor*)«:
fsched.cc:309: Fehler: »gtk_file_selection_new« wurde in diesem Gültigkeitsbereich nicht definiert
fsched.cc:312: Fehler: »GTK_FILE_SELECTION« wurde in diesem Gültigkeitsbereich nicht definiert
fsched.cc:312: Fehler: »gtk_file_selection_set_filename« wurde in diesem Gültigkeitsbereich nicht definiert
fsched.cc:314: Fehler: »GTK_FILE_SELECTION« wurde in diesem Gültigkeitsbereich nicht definiert
make[3]: *** [fsched.o] Fehler 1
make[3]: Verlasse Verzeichnis '/home/oli/Desktop/d4x-2.5.7.1/main/face'
make[2]: *** [all-recursive] Fehler 1
make[2]: Verlasse Verzeichnis '/home/oli/Desktop/d4x-2.5.7.1/main'
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/oli/Desktop/d4x-2.5.7.1'
make: *** [all] Fehler 2

I also tryed your precompiled packages, but there are for i386 not for amd64
when i install them with
dpkg --force architecture
this bug happens when i want to start d4x:
d4x: error while loading shared libraries: libao.so.2: cannot open shared object file: No such file or directory

but i have installed libao, i think this is because of the wrong architecture

did anyone know a solution?

I fixed all these bugs by uninstalling D4X.
Seriously we need a better downloader for the GNOME environment.

If you want Synaptic to stop warning you you could just let synaptic update then overwrite the file at /usr/bin/nt with the one in the fixed DEB

If you extract the DEB using a RIGHT CLICK and EXTRACT HERE then, extract the DATA in there, you can just copy it over the top of the broken one.

sudo cp ./d4x_2.5.7.1-4ubuntu1_i386/usr/bin/nt /usr/bin/nt

When the next version comes out, synaptic will just install the package over the one you wrote.

I've already send an email to the d4x author regarding this bug.
I hope he/she is still active developing d4x.

Doesn't looks good. The d4x's author doesn't response my e-mail. Looks like this project is down for good.
How about making another downloader based on d4x source-code and start maintaining it ? And maybe we could publish it on sourceforge or something like that. But if the original author can't be contacted , I don't know what we can do.....

remove the line nr. 184: path=d4x::Path("/")/path;
works!
thx Dennis

1. download the sorce-code http://packages.ubuntu.com/hardy/d4x
2. dpkg-source -x d4x_2.5.7.1-5.dsc
3. cd d4x-2.5.7.1
4. remove the line nr. 184 in main/addr.cc
5. fakeroot debian/rules binary

as root!

or download it :-)

64-Bit
http://rapidshare.com/files/114481648/d4x-common_2.5.7.1-5_all.deb
http://rapidshare.com/files/114481433/d4x_2.5.7.1-5_amd64.deb

Yes, I've had the same problem with ///// in addresses, and had no answer to emails, and the site is down, so looks like d4x is a lost cause (for future releases/development). I rather liked it but am now back to Kget (which is buggy now that is a KDE4 app, but at least it works!). Wouldn't be so bad if you could SUCCESSFULLY edit the urls manually, but there is ALWAYS at least one extra / which makes the link useless. For me, uninstalling and reinstalling did nothing but waste my time (I see one or two of you had success with that).

However, now that I have uninstalled it and reinstalled it via the packages above, all seems fine (a download actually starting is a sure sign, hehe!). Thanks for the guys who did the job of the developer and fixed this (there are some real clever little buggers out there, aren't there?!) and for making the 64-bit version.

I don't so much care if this app never has another new release, as long as this one keeps working, hehe. But that said, I do second the motion to get another similar app developed, and one whose author(s) can be contacted!

Eek! Now it's just not adding downloads to the list/queue! Funny thing is at the top of the small left hand pane titled "Main" the number goes up from zero each time I add one, but nothing shows up. The number also increases if I keep adding the same one, and since there is nothing actually in the list, after a restart it's back to zero. Didn't have any problems with the last download, but adding them is now impossible. I will look around for a similar bug report.

I've posted the above as a bug, and has info related to this thread there (https://bugs.launchpad.net/ubuntu/+source/d4x/+bug/305915), since to get around the new bug I reinstalled the buggy d4x. Sure enough, I could add downloads from offending urls but the //// problem was naturally back. HOWEVER, while the urls look wrong, they are actually downloading fine!

Very useful files search engine. myfilefind.com is a search engine designed to search files in various file sharing and uploading sites
http://myfilefind.com

Looks like this was fixed upstream in Debian.