• Content count

  • Joined

  • Last visited

About almiteycow

  • Rank

Contact Methods

  • AIM

Profile Information

  • Gender
  1. We are now hiring

    Substantial/Negotiable... hmm? Is there a range in mind? Also, MinGW is primarily for compiling Linux apps in Windows, is that what you had in mind? Are you trying to drop VS?
  2. Linux Project Development

    Hmm, interesting. I just happened to check in and see this. I'll take a look at the code and see what's up. Better late than never.
  3. Linux Project Development

    That'll work for 80% of the code. 10% of the rest, I was able to port. The last 10% is RevConnect/StrongDC code: SharedFileStream, Partial File code was the stuff that wouldn't port. If you can port the 4 or so files so they work in Linux, I don't care about the rest of the client, nor about the GUI. That is what I'll award the cash for, as I totally failed in porting those features when I tried. Final Answer. I'm confident that our members/devs/myself can write a GUI for it without much of a problem. The rest of the client runs relatively well with the core from MultiDC++. However, ApexDC++ is not the pinnacle of file-sharing without the Partial File Sharing/Segmented Downloading features implemented. I feel that this is the single strongest thing we can bring to Linux. (Yeah, I know it's been done by Valknut, but not to the standard we're used to here.) When those files get ported, I will merge that code into our MultiDC++ base, and we can continue work. I've documented a little of the protocol that can be used for testing, no need for GUI to test. Either that, or to test, it could be merged with LinuxDC++ code as well.
  4. Linux Project Development

    Agree it's a bad step for Linux support, but the GUI needs to be totally rewritten anyway (for Linux). I don't think it'll affect much Linux-wise.
  5. Programming Challenge

    Many hubs have a message feature like you're looking for built-in. It would probably be better done as a hub script, at any rate.
  6. Public Development Starting

    Been a bit busy at my job lately, but today I got a chance to do the following: Merged with Alpha 3 of multidc++. Uploaded to sourceforge.
  7. ok I have another question now about linux

    There's a menu (maybe called system?), then you go to Install Software, easy way to install stuff. I'm not all that sure WINE is in the repositories though. You may have to add them. Just do a quick google search, like "How to install WINE on ubuntu" and you'll find exactly what you need.
  8. Public Development Starting

    Uploaded to sourceforge's CVS, with ZeXx86's changes. I'll be documenting the protocol stuff for a bit, feel free to give me a hand with that or anything else.
  9. Public Development Starting

    Here's an updated makefile for little endian machines (x86). Right now I'm working on throwing up a quick PHP interface for testing, when that's working, I'll upload that and start documenting protocol. EDIT: PHP interface didn't work out so well. Telnet does though. Telnet to your server to test stuff for now. PROTOCOL: Commands are sent to the server int, then string. The int is the number of characters in the string, but converted from big-endian decimal to little-endian (i think). Upon connection, the password command must be sent. If you change the number of characters in the following strings, the number in front will change. Commands (remember to put the int in front of all commands, not just the ones that already have them): Login(send password) - 45000000<Category>Server</Category><Type>Password</Type><Password></Password> Retrieve General Settings - 40000000<Category>SettingsManager</Category><Type>GeneralSettings</Type> Set Nick - <Category>SettingsManager</Category><Type>SaveGeneralSettings</Type><Nick>(Nick)</Nick> Set email - <Category>SettingsManager</Category><Type>SaveGeneralSettings</Type><E-Mail>(E-Mail)</E-Mail> Set description - <Category>SettingsManager</Category><Type>SaveGeneralSettings</Type><Description>(Description)</Description> Set upload speed - <Category>SettingsManager</Category><Type>SaveGeneralSettings</Type><UploadSpeed>(UploadSpeed)</UploadSpeed> Logout - 2C000000<Category>Server</Category><Type>Quit</Type>
  10. ok I have another question now about linux

    The only client worth using in Linux is LinuxDC++. Other than that, I'd run Apex or something in WINE (remember to disable balloon popups/tooltips and progress bars). Just about all versions so far should work in WINE; well, I haven't had too many problems at least. Seriously, try just regular Ubuntu though. It's a great one to start using until you get advanced skills. Well, even still, I'd consider myself slightly knowledgable about Linux and I still use it, just because it plain works out of the box and is easy, since I don't have much time to play around with stuff. Other distros to try: Slackware, Gentoo, ArchLinux, Fedora, Debian all have their strong and weak points. There's more too that you'll find out about as well. Other OSes to try: FreeBSD, it's bitchin'
  11. Public Development Starting

    Heh, yeah, like I said, I don't expect most of it to be in the first release. :P
  12. Public Development Starting

    Alright, after a few mangled attempts at porting Apex, I've got a clear direction, but I need your help. I'm organizing a few key points that we'd like to have for a release. I'm going to try to grab a tracker for this and should be uploading to CVS shortly, to keep everything simplified. For now, if you're working on anything, just let me know, so I can know who's doing what, since there's at least a few of you that want to help. We should keep the client part as daemon-like as possible, so we can disconnect and reconnect GUI as we please, with many different interfaces being allowed (I'm planning at least a GTK interface) EDIT: CVS is on Sourceforge - checkout the apex-linux module. Here's the list (mostly stolen from the tour page): GENERAL: VITAL: Document the protocol between the client and the gui. Here's what little I know at the moment. Fake Detector Magnet Link Support (not sure exactly how this would be done in Linux) CLIENT These two are absolutely necessary, and need to be compatible with the Windows version (this is what the bounty is for, still): Segmented Downloads Partial File Uploads Configurable descriptions Share skiplist OP Share Hiding Speed Limiting Auto update IP on program startup (Can retrieve external IP) Auto-disconnect Slow Users Avoid ISP throttling on incoming and outgoing connections Keep stats for announcements (see GUI part) GUI Copy Apex's toolbar controls /nowplaying - I think maybe it can be done with DBUS, it should support the big linux media players, Banshee/Rythymbox/Amarok/XMMS Various hub control features - in the Window Menu System tray controls About menu Check to see if your current connection settings are working Tray Balloon popups (New PM recvd/File Complete/etc) Sounds for events Hide hub topics Fancy-shmancy progress bars Keyboard Shortcuts Emoticon Support (hopefully using the same emoticon packs as Windows version) User ignore options Announcements to hub: Ratio: type /ratio or /r Uptime: type /uptime or /ut Public statistics: type /pubstats Show statistics only to yourself: type /stats Clear chat: type /clear or /c Advertise ApexDC++: /apexdc++ Use /help for a list of all commands Note: Not all of this is planned for the first release, releases will come as significant progress is made. Current source is attached (it's multidc++, with a linux makefile, nothing really changed) Try to keep this thread clean, related stuff only, no feature requests and such.
  13. ok I have another question now about linux KDE is one of the available Desktop Enviroments. Gnome is another good one. If you want to over-simplify it, it's your theme + a bunch of basic apps.
  14. Linux Project Development

    Bingo, it runs in Linux. I think we've got our core. Thanks to Alexander, creator of multidc++ for the tip on how to get it to link. Now to put the features in... I'll have to make a list of the ones that we want to have in for our first release, and then you guys can help port them in. Attached a makefile that works. If you download the source, you'll most likely have to fix a capitalization error here and there, and another small problem that I've forgot, but it should be easy enough.
  15. windows Me non conpatible

    Not only that 9x isn't optimized, it's not safe at all. Microsoft does not support anything older than 2000, therefore no more patches for them. If there's an exploit, you're left wide open. It's crucial that you upgrade as soon as possible. (By the way, I ran XP on a 200Mhz computer with 64MB RAM, it played movies in my living room for a while, until I got a better computer for the room)