DC++

if you do implement something on NMDC, Linux dcpp will be the only client to support it. I'm not talking about a protocol extension or something like that, just a way for the user to say "when recieving data not in Utf8, assume it is in this encoding", and then choosing encoding from a list. Instea...

It's not harsh, if you think it over. Or are DC++ developers responsible for a protocol that they just use/optimize? They aren't the creators of the NMDC protocol. Dude relax, I wasn't talking about DC++ devs :D But the linuxdc++ client is quite unusable as it is for people with a unicode locale. A...

Just out of curiosity, are there many ADC hubs around? For example, is there a public hub list for ADC hubs? All hubs within my no limit zone are NMDC so I kind of have to use that. To say something about solving the actual problem, I think making it possible to specify which encoding to convert fro...

How well does DC++ handle if a user is using a different character encoding than utf8? As far as I can tell it assumes that the foreign user is using the same encoding as your local system and converts? Is there any support for converting the text from a different encoding to your local encoding? Th...

tajisen wrote: Is the new version in CVS yet?

Nope, me and the other developer haven't merged our code yet. Our plan is to merge and upload to the CVS as soon as it becomes usable.

Yes, I think we're making progress. We've started a new version of the program that uses plain gtk instead of gtkmm, scons instead of autoconf/automake and libglade. The new version also has a much simpler design, making it much easier to keep the program stable. Like you say, the old program is ver...

Are there any kind of help needed ? Apart from help writing code not really. We don't need that much code written at the moment either since we're trying to make some decisions about the future of the program (I'm thinking of dropping gtkmm and using plain gtk for example, although I'm not sure how...

Are your goals to try make such a qualityport of DC++ that it could be accepted as a official unix port in the feature when the project is mature? Our current plan is to implement enough features for a descent DC client, fix all the bugs and then make a release. (we're currently at the "fix all the...

We have sent some stuff to arne and will keep doing so in the future. The problem is that some of our fixes are a bit ugly at the moment so we haven't sent in everyting. Stuff we throw in just to get things working have no place in the main cvs, I don't think arne would accept them anyway so we woul...

Is there still a dev hub? I've tried all listed in this thread at least and none seem to work. Or have I just overlooked something somehow?

tajisen wrote: How many are doing developing work on this project now?

Two main developers plus one who's about to join.

one character resolves t oa strange image, is this because that they don't exists in the unix/linux os? First of all, the image is dead so I might be compleatly wrong at this. But in my experience there can be two unicode issues: Sometimes your font doesn't support the character that is to be displ...

is it possible to use wine just to emulate the client and only write the native gui? I think this is entirely possible. I'm not sure it's something I want to do though, you have to put a lot of trust in wine not to be buggy for this. The more I think about it the more I realize this is actually qui...

I get segfaults when i select directories in the options, invalid pointer warnings! Yeah, well things used to be a lot more stable before all the client updates. I haven't really had the time to look through all the gui code and update the interaction with the backend. if i have understood ok what ...

ivulfusbar wrote: the recvfrom in his gdb output is only the udp-incomming-sr-thing aswell.. so? Do you use blocking here aswell btw?

eh, no idea really... I haven't touched any of the communication stuff except replacing the call to WSAAsyncSelect with creating a thread that calls accept...

ivilfusbar: I'm not sure I compleatly understand you question but I'll rant a bit about accept and hope that solves it :) The call to accept is needed in order for peple to be able to connect to you. Thus, it is not needed when loading the hublist or connecting to a hub (since in those case you conn...

It doesn't fail on line 66 because HAS_STLPORT is not set. This is only for windows users who use the stlport library. What's happening is that __GLIBCPP__ is not defined, it seems to be called __GLIBCXX__ somtimes. This is fixed in the 0.4034 release, but if you can't wait for me to update you coul...

In file included from ADLSearch.cpp:24: stdinc.h:88:20: hash_map: No such file or directory Something seems to be broken with your standard library. What compiler/compiler version/distro are you using? timo: I've downloaded your code, I'll take a look and see if there's something I can steal for my...

I've just updated the linuxdcpp build process to use autoconf/automake, so it should be a bit easier to compile now. (./comfigure && make) Plus, hopefully it'll tell you what's missing if something is wrong. It would be great if people could try building it an tell me if it worked or not and on what...

I've uploaded some screenshots at the BerliOS project page. Just go to the linuxdcpp page and click screenshots.

This seems like something a bit more serious... Any thoughts? I think this is the gcc bug arne has been talking about, read the files in the source distributions or search the forum for details (i'm to lazy to look it up right now) I've had this problem myself before, don't remember what version of...

GargoyleMT wrote:Did you take note of the 0.4033 and 0.4034 releases?

Nope, did now . I will update as soon as possible. Also, I'll try to make the Linux gui part build with autoconf as well, but I have never used autoconf before so I'm not sure how soon this will happend.

(sorry if this is off topic or something, but it's at least more on topic here that in that old and abuse "Compiling fails under Linux" thread :) ) Ive started a project at BerliOS to port DC++ to Linux. I've uploaded a new version of the code I posted here some time ago that actually can download f...

Hmm, we should perhaps have a discussion... Earlier this summer I also made a GTKmm port, Indirect Disconnect (only available from a SVN repository for now). Cool, I'm all for discussion. Don't know if this is the place, but this thread went off-topic a long time ago anyway. Like the name of your c...

Ok, spent ~4hrs updating my code to fit with the latest client code, so if I write anything strange that's why... It was a pretty nice experience tho, I like the changes they've made. I feel a lot more motivated to start working on this again. Anyway, enough rambling. Here's the code, check the read...

My friend and I are considering to use/port dc++ client in/to Linux, too, and we'd like to know what kind of workload we are looking at. Could anyone who's tried porting come up with a rough estimate of how much time it took? Man-months, man-days? Well, my semi-functional port (that can do everythi...

if you look at this thread You will see i am about 80% finished in a port over to a linux 2.6 kernel. :D Cool! Have you made any progress with the client code? Or, to put it differently, have you made any changes to client/ServerSocket (the stuff I was rambling about above :D ) I'd love to see your...

I have some code if you desperately what it. There are some issues with the client code, apart from the gcc bug arne mentioned however that make it non trivial to port. The ServerSocet class uses some kind of windows api trick that calls a function (ServerSocket::incoming) every time a connection is...

Hi I'm making a Linux version of DC++. 'Till now everything has been pretty smooth, you can download the hub list, connect to a hub, change the settings, etc. but now I just can't get it to download files... It seems to add them to the queue alright, but then nothing. So my question is simply is if ...