Description: dc-qt is a graphical user interface and a general backend based on DC++ which is available for Linux and MacOS X. See homepage for various binary packages. The most exciting aspect of this application is that you can run the backend on one machine and the GUI on another. The two communicate seamlessingly over TCP/IP using RPC.Last changelog:
Finally we've released an alpha of the completely rewritten dc-qt!
I'd much prefer the source with the CHOICE of using scons or .configure . makes it a pain in the ... to make a package and very annoying . why is it so hard for it to come with .configure,make plus the ability and ease of adding optiions changing the prefix etc etc . I don't like that scons app at all . I tried it and removed it and it will stay removed .
i'm running freebsd 6.0, installed dctc 0.84.1 and it works no problems, compiled + installed QT 4.1.4 no problems.
scons result:
In file included from backend/ClientNotifier.h:19,
from backend/ClientNotifier.cpp:1:
rpcdriver/rpcdriver.h:5:29: boost/utility.hpp: No such file or directory
rpcdriver/rpcdriver.h:6:32: boost/shared_ptr.hpp: No such file or directory
rpcdriver/rpcdriver.h:7:38: boost/thread/condition.hpp: No such file or directory
rpcdriver/rpcdriver.h:8:34: boost/thread/mutex.hpp: No such file or directory
rpcdriver/rpcdriver.h:9:35: boost/thread/thread.hpp: No such file or directory
In file included from rpcdriver/rpcdriver.h:15,
from backend/ClientNotifier.h:19,
from backend/ClientNotifier.cpp:1:
rpcdriver/protectedbuffer.h:78: error: `boost' has not been declared
rpcdriver/protectedbuffer.h:78: error: ISO C++ forbids declaration of `mutex' with no type
rpcdriver/protectedbuffer.h:78: error: expected `;' before "m_mutex"
...
and a whole mess of errors after. p.s. downloaded dc-qt-0.2.0-alpha
First, as a side note, you dont need dctc anymore. As for your problem, you need to install boost. It is fairly standard nowdays and should be in your package system (I am not too familiar with bsd). Sorry for the bad checking, the scons script will check for boost existence in the next release which will be out in a couple of weeks. Good luck!
no offence, but at the moment dcgui_qt is a better than this and works more smoothly. dc_qt just freezed my fresh installed gentoo box to death and hard reset was needed.
but as programmer i understand that this is normal for versions under 1.0,
good luck and waiting for v.1.0 :)
Hard to answer. First, we have some disagreements with dcgui-qt regarding the interface. Secondly, when this project was started, DCTC seemed like a good chioce and dcgui-qt wasn't as developed as it is now. Merging the two projects isn't possible due to the different approaches (techincally speaking), it would only result in two versions anyway since we have different ideas about how to do things. We dont want to join the dcgui-qt team, and they do not want to join us, it's as simple as that :)
I agree though that a solid client is missing, no client is as good as it should be.. yet.
Ratings & Comments
13 Comments
I'd much prefer the source with the CHOICE of using scons or .configure . makes it a pain in the ... to make a package and very annoying . why is it so hard for it to come with .configure,make plus the ability and ease of adding optiions changing the prefix etc etc . I don't like that scons app at all . I tried it and removed it and it will stay removed .
Try writing a configure script compared to writing an scons script. But maybe it will come, if someone gets time to do it.
doesn't compile i start scons and i revice many errors enter in ui dir and press qmake && make but i revive many errors about backend and driver rpc
What kind of errors do you get when you run scons? What version of GCC are you using?
i'm running freebsd 6.0, installed dctc 0.84.1 and it works no problems, compiled + installed QT 4.1.4 no problems. scons result: In file included from backend/ClientNotifier.h:19, from backend/ClientNotifier.cpp:1: rpcdriver/rpcdriver.h:5:29: boost/utility.hpp: No such file or directory rpcdriver/rpcdriver.h:6:32: boost/shared_ptr.hpp: No such file or directory rpcdriver/rpcdriver.h:7:38: boost/thread/condition.hpp: No such file or directory rpcdriver/rpcdriver.h:8:34: boost/thread/mutex.hpp: No such file or directory rpcdriver/rpcdriver.h:9:35: boost/thread/thread.hpp: No such file or directory In file included from rpcdriver/rpcdriver.h:15, from backend/ClientNotifier.h:19, from backend/ClientNotifier.cpp:1: rpcdriver/protectedbuffer.h:78: error: `boost' has not been declared rpcdriver/protectedbuffer.h:78: error: ISO C++ forbids declaration of `mutex' with no type rpcdriver/protectedbuffer.h:78: error: expected `;' before "m_mutex" ... and a whole mess of errors after. p.s. downloaded dc-qt-0.2.0-alpha
First, as a side note, you dont need dctc anymore. As for your problem, you need to install boost. It is fairly standard nowdays and should be in your package system (I am not too familiar with bsd). Sorry for the bad checking, the scons script will check for boost existence in the next release which will be out in a couple of weeks. Good luck!
...parallel downloading of the same file from multiple sources? A very handy feature IMO.
No it doesn't anymore, since DC++ does not (as far as I know). I hope this feature will come, but it will not come until DC++ provides it.
go at: http://dc-qt.sourceforge.net/ you can see 0.1.2 August 26, 2004 release. Why this delay?
no offence, but at the moment dcgui_qt is a better than this and works more smoothly. dc_qt just freezed my fresh installed gentoo box to death and hard reset was needed. but as programmer i understand that this is normal for versions under 1.0, good luck and waiting for v.1.0 :)
I realy like it. Keep up the good work. /Björn
How is this project different from dcgui-qt ? Shouldn't such projets merge to create a solid Direct Connect client for Linux ?
Hard to answer. First, we have some disagreements with dcgui-qt regarding the interface. Secondly, when this project was started, DCTC seemed like a good chioce and dcgui-qt wasn't as developed as it is now. Merging the two projects isn't possible due to the different approaches (techincally speaking), it would only result in two versions anyway since we have different ideas about how to do things. We dont want to join the dcgui-qt team, and they do not want to join us, it's as simple as that :) I agree though that a solid client is missing, no client is as good as it should be.. yet.