DC++k

Know of something that might be useful to the DC community? Post it here! (Still, no advertising)

Moderator: Moderators

Locked
sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

DC++k

Post by sarf » 2003-05-17 09:12

Hi there!

DC++k has been released in a new version (0.2424k) now.

Download it from either of these places :
http://www.fukt.bth.se/~k/dcpp/
http://www.student.bth.se/~pt00akr/dcpp/
http://hem.passagen.se/sarf/dcpp/ - host down at the moment

Features :

Code: Select all

 -- 0.2424k --
* Fixed so that the overridden (if any) version string is sent when you are away (oops! again)
* Made some changes to the bandwidth-limiting code, might work better now
* Fixed the changes I made in the public hubs window so that the hubs are now shown. Oops.
   also made the patch a bit better integrated with the code
* Added threading to the match queue button - should now be a bit "nicer" to use on large filelists
* Added threading to the filelist window
* Added option to GUI which automatically matches the queue whenever a filelist is downloaded

 -- 0.2423k --
* Re-added the options that should be in the advanced settings pane (oops!)
* Made a small fix to the throttling code - it should now be more generous with a high upload limit
   may cause your upstream to become saturated as it is, currently, a wee bit less discriminating
* Added a possible fix to the "There is no disk in the drive. Please insert a disk into drive x:"
   when you receive search results and have enabled the "Use System Icons"-feature

 -- 0.2422k --
* Fixed the fatal "upload 0 bytes/second" bug... sorry for this one.
* Three "Should skip auto-searching when..." options has been added
   they (surprisingly) determine when auto-searching should be skipped
   the "Tr0n-fix" is simply default behaviour nowadays

 -- 0.2421k --
* Due to some people (Tr0n and others) problems, I've decided to allow the auto-search to do searches
   even on files which have online sources
* Re-added old changes :
* Finally got the thumb out of my behind and added Todd's upload/download limit-thingy
   This should reduce the "spiking" caused by my previous algorithm
   Will very likely improve your latency (ping) in games compared with the old method
   A big big big thanks to Todd for this fix (as well as the .diff files... when you attached them :)
* Added "Small File Threshold" as a setting to the DC++k setting page
   This determines the size you consider to be small, and is set
* Fixed the "About..." dialog
   Before, it would download the version file no matter what you had decided in the settings
* Added experimental "Search for alternates" method to the transfer window
   (which is where your uploads/downloads are shown)
   it may work - pigs may fly, and you might suddenly be translocated to the gold reserve in Fort Knox,
    according to my understanding (very limited) of quantum physics - it's just very unlikely
   jokes aside - it works for me
* Added some more "transparency" (getX() methods) to HttpConnection
   the first of many changes necessary to convert it to be useful for my... "special" needs
   a small bug may have been corrected (the HttpConnection should disconnect whenever an error occur, IMO)
* Updated the Public Hub Window to show what it is doing
   pressing the "Refresh" button will now make DC++ download the next hublist... even if it is already downloading one
   the Public Hub Window should now show more information about what it is doing (download/decompressing/twiddling its thumbs)
* Added "Search Collision Avoidance" - check it out, as it prevents auto- and manual-searches from colliding (thanks to [A&AM]Fireball for the idea)
* Added "Version Override" - overrides the version reported by DC++ to bypass the 0.24 block that some hubs have installed
* Added "Download Version File" as an option
* Added "Display Old Hubcount" - will display the hubcount as the old versions did
* Added "Upload Limit" and "Download Limit" - they are connected, so download limit is at most four times the upload limit
   setting upload limit to zero (or less) means that the upload limit is disabled (and the same goes for download limit),
   but it also means that download limit can be set to whatever you like
* All options have been added to the GUI (and some are available by using /commmands)


Hope y'all like it!

Sarf
---
Code as if whoever maintains your code is a violent psychopath who knows where you live.

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 18:47
Location: USA
Contact:

Post by BSOD2600 » 2003-05-17 11:12

Nice....got a question for ya.

I've tried using the program with /showuserresponse but I just cant get it working. Whats the trick? Same with the usercommands %lock, %prevlock and %supports. When I put that into my right-click menu like the document says, DC++ just used 100% cpu until I restarted it.

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-17 12:05

BSOD2600 wrote:[snip]
I've tried using the program with /showuserresponse but I just cant get it working. Whats the trick? Same with the usercommands %lock, %prevlock and %supports. When I put that into my right-click menu like the document says, DC++ just used 100% cpu until I restarted it.

If you are using a new 0.2x version of DC++k those commands are no longer present.

The old versions were... buggy, to say the very least. The features.html page has not been updated since the 0.181 version.

Sarf
---
Just adding features because 'it won't hurt' -- does.

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 18:47
Location: USA
Contact:

Post by BSOD2600 » 2003-05-17 15:37

oh, well that would explain some things. So are there and nifty features with the K version over dc++/bcdc ? Planning on updating that feature page?

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-18 05:56

I've updated the feature page now... sorry for not doing this earlier.
By the way, the changelog contains all changes I've done to the program.

Sarf
---
When Cthulhu calls, he calls collect.

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-19 10:55

DC++k 0.2425k now released.

Changes:

Code: Select all

* Fixed the match queue button so that it is now disabled while the queue-matching is done
   (thanks to all the nice fellas on the DC++ developer hub!)
* Added some code that will try to reconnect to a user if the download speed should reach zero bytes / second

Sarf
---
Profanity: the single language in which all programmers are expert.

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-21 13:57

Released v0.2501k - simply DC++ v0.25 with my features in it. Same URLs as before.

Enjoy.

Sarf
---
I dance around and sing a song and know that I can do no wrong.

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-24 08:43

Released 0.2502k :

Code: Select all

* Added a way to toggle "chat-only" mode in DC++k
   it can be toggled in a hub by writing /chatonly and it can be set up in the Favorite Hubs window
   it will ensure that you will only be able to chat in that hub and that people from that hub will not
    be able to get files (nor your filelist) from you
   the hub is also not counted in your hubcount
   you are listed as sharing 0 bytes and sharing 0 slots in those hubs
    this is the best way I can ensure that this is is not misused (and it is definitely not stealthy)
   by the way - in the Favorite Hub properties window, you should use false and true when specifying the
    chat only property
* Changed the behaviour on "Get file list" in the transfer window
   it will now reconnect to the user in question to retrieve the file list as soon as possible
* Added an accelerator (keyboard shortcut) for open file list - Control and O
* Added a share checker - checks the shares of all selected users in a hub against the share size they
   have said that they have (the share size in the user list)
   use /checkshare if you want to check all users share (will try to download your own)
   may be a bit unstable if you get a whole load of filelists at the same time


Sarf
---
It's all in the mind, ya know.

OLDoMiNiON
Posts: 202
Joined: 2003-01-06 06:22
Location: Salford, England.
Contact:

Post by OLDoMiNiON » 2003-05-25 03:23

Kewl, thanx i'll give it a go.. ;)

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-25 08:11

Hey sarf

Tested the share check but with no succes, lot of timeouts.
tested on my test hub with 5 users all in active mode, me 2..

Any idea?

OLDoMiNiON
Posts: 202
Joined: 2003-01-06 06:22
Location: Salford, England.
Contact:

Post by OLDoMiNiON » 2003-05-25 09:32

Works fine for me ;)
Make sure your settings are all correct.. also try to limit the number of downloads you do at once.. otherwise you're connection may get clogged up.

Sarf, check the other thread, i've made a few suggestions about other possible OP-specific features that may be useful in this release..(thanx v.much by the way ;).
Also, i found that if i do a /sharecheck command, the client hangs occasionally. Maybe it's using too many threads or something..? I dunno, i dunno much about threads ;) I've just limited it to 10 dlds at once, and it works fine (up to now..).

Thanx again
OLDo

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-25 14:28

Released v0.2506k now.

Changelog follows :

Code: Select all

 -- 0.2506k --
* Revamped some code in order to increase stability
   will produce (hopefully much) fewer threads now

 -- 0.2505k --
* Fixed stringdefs error - sorry about that - (thanks to Sedulus once again!)

 -- 0.2504k --
* Added some extra fixes to the share reporter
   you can now make DC++k report the results of the checks to the main chat

 -- 0.2503k --
* Fixed some stability issues with the share-checking
   it will now check a number of filelists that is equal to your download slots (or 20 if
    you have not specified the download slots)
   this number is "reset" every time you initiate a check
   will now report the inflation a little bit better
   thanks to Sedulus for the suggestions (and the bug-testing!)


Sarf
---
The plural of spouse is spice.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-25 17:40

Works for me now, bloody great Sarf :P
autokick and autoban would be something ;)

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-26 00:27

Well, here's something for you Spookie :

Code: Select all

 -- 0.2507k --
* Added more options to the fake share detector
   A *RAW* command has been added - this will be sent DIRECTLY to the hub, so if you want to send,
    for instance, a normal "+kick user" message you would enter "<%[mynick]> +kick %[nick]|" without the "s
   The option to set the percent fake share tolerated - default is 20 percent
   VOB-file-size have been set to zero by default
* Added a new option, Always show all get target matches
   if enabled, this will make DC++ take all matches when using "Download To...",
    but will put the files with matching suffixes first
* Fixed the junk-file detector
   it should now (correctly) consider all paths with chr(255) and chr(0) invalid and therefore junk
   also, files with $ in them are considered junk
Enjoy.

Sarf
---
Occam was never the target of a conspiracy.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 02:32

thsnx sarf, tested this morning but:
[08:59] *** Found user xxxxxx with mismatched share size - zero bytes real size, stated size = 1.32 GB, real size = 0 B, junk file size = 1.32 GB
this xxxx user have a real share at 1.32 gb.
and the download is very slow, checking new connected users only.
version before this was faster have all settings from that in this new.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 07:08

errm :oops:

works :P

a stupid ghost fixed it..... hehe

*** Found DC++ user sxxie with mismatched share size - filelist was inflated 14.26 times, stated size = 156.18 GB, real size = 10.95 GB, junk file size = 1.46 GB

bloody great

now we fix kick and ban thingy....

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-26 07:39

Hmm... well, I wish you luck on the kicking and banning - I hope you enjoy the Fake Share Command.

Sarf
---
"Big donkeys, small donkeys, all good to eat!"

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 07:54

yep i like it very much :P

about kick & ban not in this version?

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 08:05

1 thing missing i think, can you make the sharefakers in another colour then red, tested users=red sharefakers = black ?

keep up the good work Sarf

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-26 09:19

There is no real need to keep track of which users have been checked (at least not for me) since I cache the results. If you try to check someones filelist when they have already been checked and their share has not changed the program will not try to download their filelist again.

Nonetheless, I'll add this in with my new version (the one after 0.2508k).

Kick and ban IS in this version - you simply have to set-up the Fake Share Command properly (I recommend that you read ChangeLog.txt for ideas).

Sarf
---
Common sense is what tells you that the world is flat.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 09:33

my thinking was that some peeps don´t use auto kick , if the faker is black they can see it at once.

yep I will look at the changelog

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-26 09:43

Heh, released the new version a bit early due to an "oops" from my side.

DC++k v0.25081k changelog :

Code: Select all

 -- 0.25081k
* Added show share checked users
* Added ignore junk files
* Fixed fake share detector
   now the percent fake shared tolerated is percent and not times

 -- 0.2508k
* Added %[file] as a parameter to user specified commands
* Applied Sedulus lost last battle fix
   may improve download performance if your your upload slots are all used
* Applied Sedulus port in search result fix
* Applied Sedulus user ip fix
* Big honking thanks to Sedulus!
The "show share checked users" is the option you wanted, Spookie.

Sarf
---
Quantum Express: When you absolutely, positively, don't know where it's going or when it needs to be there.

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-26 13:54

*cough* last one for the day, I promise!

Released v0.25082k

Code: Select all

* Fixed the detector settings pane
* Fixed the so that the show share checked users is shown immediately
* Fixed so that the percent fake shared tolerated weren't quite so intolerant
Sarf
---
Will answer stupid user questions for food.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 14:00

:P

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-26 16:21

hey Sarf

works very good, with kicks and ban ;)

but after some testing tonight i have a question.

If we will hunt for share fakers shouldn´t junkshare bee counting 2 stated share and when they not match then kick.

now if i put a junkshare sign before 1 movie i can bee kicked for fake sharing

think junkshare is messing things up.

but this is my 5 cent thinking ;)

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-27 04:08

Then download a newer version of DC++k, and check the "Ignore junk files altogether" option, Spookie. :)

There was also a problem with the fake-share detector being too "intolerant" (the default 20% allowed fake share was really 2% due to an error on my part).

On the other hand... isn't this a good thing? :)

Sarf
---
All great ideas are controversial, or have been at one time.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-27 08:26

Yep this is very great :)

Running the newest version with tempban- works great

Great work sarf

Ungowa
Posts: 1
Joined: 2003-02-27 05:39

Post by Ungowa » 2003-05-27 08:58

Is there still something like the old get users response option to find people that use dc++k or other mods?

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-27 09:29

Hey Sarf

I´m looking like this after my testings :P .

Do you have something in your pocket 2 spot slotlockers?

bye for now

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 18:47
Location: USA
Contact:

Post by BSOD2600 » 2003-05-27 11:00

Look in the debug window of Ragnarok for now.....heh, I've already bugged him about incorperating the features of ragnarok into DC++ k :wink:

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-27 12:20

I am considering to put in a timeout thingy that would report the user as "slotlocking and/or not answering to requests". Also, I am considering to put the user as a cheater if the filelist is not available.

There is, however, a problem with Ragnaroks detection - there are only 3 upload slots, so if Ragnarok is not an OP it could conceivably get a "No slots available" message from DC++ vanilla and report a user as a faker. I want my detection to give no false positives - if that means that some people will not be detected, then so be it.

I might activate "slotlocking detection" if the client is logged on as an OP (besides, that gives me an excellent way to get my client OPed in lots of hubs so that I can activate my evil virus-bomb-programs in DC++k - BWAHAHAH!).

With regards to client detection - I am not planning to do one myself, but I might include one of the mods currently being developed.

So, in conclusion - currently I am quite content with the share fake detector and I will continue to concentrate on that for now.

Sarf
---
This statement is false.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-27 14:55

hehehe Sarf

like virus bombs ;)

I have this in my hub now from your client:

21:55] *** Error during decompression
[21:55] *** Error during decompression
What causes it?

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-27 14:59

That error is caused by a corrupt file list and is now considered a Cheat (note the capital C - it means that the offending user will get a fat red C over their user icon).

Released 0.25084k by the way - here's the relevant changelog :

Code: Select all

 -- 0.25084k --
* Fixed a small announcement message problem
   thanks dcarr!
* Added a command to report all cheaters in your hub - /reportcheaters | /cheatingreport
   just fire it off then right-click and ban! It's never been easier!
* Added a fix to make sure that the number of lists downloading will not run away too far (I hope!)
* Added whitespace elimination to hublists - will eliminate starting whitespace
* Added detection of filelist not available
* Added detection of filelist no slots available if the client is an OP
* Cleaned up the DirectoryListingFrame class
   kept the class names (I like my class names long and descriptive, thank you ;)
   added and used speakers instead of stupid boolean variables
   thanks to arne for prodding me to do this... "fix" :)
* Updated the default hublists to some hublists I personally find to be good ones
 
 -- 0.25083k --
* Fixed a minor problem with the share size
Hope you like it.

Sarf
---
Because it's there.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-27 16:08

hehe fast one this sarf dude ;)

keep them coming

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 18:47
Location: USA
Contact:

Post by BSOD2600 » 2003-05-27 16:20

The cheating report lacks user names! (good idea though)

[14:17] *** Cheating report starts
[14:17] Filelist was not available
[14:17] Filelist was not available
[14:17] Filelist was not available
[14:17] Filelist was not available
[14:17] Filelist was not available
[14:17] *** Cheating report ends

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-27 17:24

Created a new mini-version to fix a potentially very annoying problem - thank you so much, GP!

Code: Select all

 -- 0.250841k --
* Added usernames (nicks) to the cheating report - sorry for this one
   thanks to BSOD2600 for the suggestion
* Fixed a small bug in the SimpleXML file which I had introduced by creating Util::toString(bool)
   thanks to GP for tracking this one down for me
Download this to stop DC++k from refusing to resume your files and instead just starting over from the beginning.

Sarf
---
I wouldn't know how to act if I weren't in trouble.

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 18:47
Location: USA
Contact:

Post by BSOD2600 » 2003-05-27 19:44

Anyone else notice that if you enter a hub, type /chatonly then /checkshare....nothing happens?

yakko
Posts: 258
Joined: 2003-01-27 01:04
Contact:

Post by yakko » 2003-05-27 20:22

chatonly prevents all downloads, hence no downloads of filelists and why checkshare doesn't work.

[MASTER]Spookie
Posts: 42
Joined: 2003-01-03 10:04

Post by [MASTER]Spookie » 2003-05-28 00:10

* Error during decompression
should bee great if we could see what user causes this

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-29 12:21

Released 0.25101k.

Code: Select all

 -- 0.25101k --
* Cleaned up some constant strings and put them in stringdefs
* Thanks to the ViewCVS proggy at sourceforge (http://viewcvs.sourceforge.net/)
   it helped me upgrade to the 0.251 source base in a few minutes
 -- 0.25085k --
* Fixed a small issue with matching queues in shares
   DC++k would crash if you closed the window while the matching was done
   thanks to arne who forced me to to use speakers - they helped a lot
* Fixed a minor bug with an esoteric and (previously) abusable command
* Added nick display with "Error during decompression"
   thanks to Spookie for suggesting this
* Added a clarification to the report cheaters command
   it only reports cheaters that have been found - they're not magically discovered
   I recommend that you use /checkshare before using report cheaters
* Added a setting to assume that exceptions occurring when you open a filelist for checking means cheating
   it is by default set to ON
* Set the junk-file sizes to zero (off) by default


Sarf
---
"So, we're doing some restructuring and looking into changes to our pay progression. How is the progression at your firm set up?"
"Generally speaking, the people at the top tend to make more than the people lower down."

Spykie
Posts: 19
Joined: 2003-01-03 07:49
Contact:

Post by Spykie » 2003-05-30 06:52

[13:43] <[SH]FindFake> Check user simo *** User seems to be using a fakeshare amount/client

^^Above reply from client, $ConnectToMe *Alein{psv}* 80.56.102.241:17638 shouldn't be there..

yakko
Posts: 258
Joined: 2003-01-27 01:04
Contact:

Post by yakko » 2003-05-30 16:04

I've noticed a problem with the chatonly mode of DC++k. You can't use private messages. This includes op chat and communicating with a bot. When you go to chatonly the private message windows that're open go to "Offline" and you can receive messages but not send. Is this a known problem?

Linkan
Posts: 12
Joined: 2003-01-24 04:34
Location: Sweden
Contact:

Post by Linkan » 2003-05-31 02:57

Thanks sarf

I just love your "fake share detector" and I´m looking forward with excitement to every new release :D

I know this has ben asked before, but Is there any chance to implement some OP commands like f.ex. "kick user with filename". It would have ben great because i think DC++k Is the best tool an OP can use.

and then i have a little little smal not so important question: Why is the default version number in the tag 0.25 when i use your latest 0.25101k?

//Linkan
This is your OP MrLinkan© at [Sweden][Örebro][DC++ Network]

Good night, Örebro.... wherever you are....

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-31 04:43

Spykie, is there a problem? If so, what is it? :) I can't get much info from your post...

yakko, yeah, it is a known issue - due to the fact that I simply make every user in the hub go "offline" when you are in chat-only mode. I may fix the private message thingy when I work up some energy for it. (Ping! Energy accumulated, fixed problem.)

Linkan, what do you mean with "kick user with filename"? Do you mean some sort of automated search which kicked everyone that returned a search result? The default version override is 0.25 in 0.25101k because I was very rushed with the release (real life intruded). It's set to 0.251 in 025102k (soon in a store near you :) ).

Oh, and since I was doing some other stuff :

Code: Select all

 -- 0.25102k --
* Added options to the share-checker to stop it from scanning OPs and 0-byte sharers
* Added a command - /stopcheckshare (or /stopsharecheck) will stop the share checking
   it will not stop immediately, however, and users may still be added to the share checking
* Fixed a caching issue with the refresh user list (hopefully)
   may cause problems if one user logs out and another with the same nick logs in
* Fixed the private message problem with chat-only mode
   thanks to yakko for reminding me of this problem!
Available at the normal places including Atomic Jo's site.

Sarf
---
Money is truthful. When a man speaks of honor, make him pay cash.

Spykie
Posts: 19
Joined: 2003-01-03 07:49
Contact:

Post by Spykie » 2003-05-31 07:06

The client is teling this to the hub:

Code: Select all

Check user simo *** User seems to be using a fakeshare amount/client $ConnectToMe *Alein{psv}* 80.56.102.241:17638 

While it is supposed to say

Code: Select all

Check user simo *** User seems to be using a fakeshare amount/client


Hope you understand it ;)
Last post was a bit messed up

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-31 08:21

The string "Check user <USERNAME> *** User seems to be using a fakeshare amount/client" does not occur in my client. Is it perhaps something you have added to the Fake Share Command?

(I believe it is due to my amazing powers of deduction :) )

When you want to send a Fake Share command you must terminate it with the special "pipe" character, |, since I send that command raw to the hub (FYI, all commands in the DC protocol is terminated by the pipe character). I was perhaps a bit lax in not popping up a big message box whenever people used the Fake Share Command... oh well.

I've now added auto-termination of the Fake Share Command - it will be present in the next version of DC++k. Until then, simply add the "pipe" character to the end of the Fake Share Command.

PS.
In the future, please say what you have done - I merely happened to think that you probably had poked around with the Fake Share Command by chance.
DS.

Sarf
---
Computers are fantastic: In a few seconds they can produce an error as great as humans could only have done in months.

Linkan
Posts: 12
Joined: 2003-01-24 04:34
Location: Sweden
Contact:

Post by Linkan » 2003-05-31 08:29

With "kick user with filename" I ment the option like in gadget´s modified DC++ client wich ment When you rightcklick on a user in the searchmenu (as an OP) you have the option to kick him and include the filename in the kickmessage. I also like his option in wich u can choose narrower tabs. :D

Now i have to hurry to a store near.... :wink:
This is your OP MrLinkan© at [Sweden][Örebro][DC++ Network]

Good night, Örebro.... wherever you are....

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-05-31 12:19

Well, Linkan, you can always add a user menu item with a kick menu item with "kicked because you shared %[file]" in the kick-reason part of it.

If you want help with setting this up then PM me.

Sarf
---
It would be absurd to leave the Suez Canal and the Panama Canal to the unfettered control of the populations through whose territory they pass.

KLesK
Posts: 23
Joined: 2003-02-10 07:40
Location: sweden

Post by KLesK » 2003-05-31 17:48

i really like the dc++k with autocheck sharesize :), very cool feature, should be nice to have a command after the 'raw command" to send to the bot if i want to ban ip or nick

like in the usermenu items if you understand what i mean :)

very nice app, keep up the good work sarf :wink:

sarf
Posts: 382
Joined: 2003-01-24 05:43
Location: Sweden
Contact:

Post by sarf » 2003-06-01 03:43

Unfortunately, I do not understand what you wanted, KLesK. Please re-state your request in a PM, if you would.

Just to make it easier on everybody, here's a few suggestions on what to put in the raw command (aka Fake Share Command).
I make the following assumptions - !kick <nick> typed in the main chat will kick the user, !ban <nick> will ban him and !ipban <ip> will ban an IP.
Note that currently DC++k requires the hub to support the $UserIP command to get peoples IPs - this may change.

Sending public message and kicking the user

Code: Select all

<%[mynick]> %[nick] is fakesharing.|<%[mynick]> !kick %[nick]|

Sending private message and kicking the user (may not work due to the fact that there is no delay between the two commands)

Code: Select all

$To: %[nick] From: %[mynick] $<%[mynick]> You are fakesharing - I've found that you really share %[realshareformat] and state that you share %[statedshareformat].|<%[mynick]> !kick %[nick]|
alternatively (with a DC++k MuLTe edition, v0.25103k or better)

Code: Select all

$To: %[nick] From: %[mynick] $<%[mynick]> Your share is not valid - %[cheatingdescription].|<%[mynick]> !kick %[nick]|

Banning user with nick and IP

Code: Select all

<%[mynick]> !ipban %[ip].|<%[mynick]> !ban %[nick]|

Hope this helps people.

Sarf
---
Judas was a capitalist.

Locked