[2011-07-31 18:00:36 CEST] No hub address configured. Use '/connect
' to do so.
[2011-07-31 18:00:51 CEST] Connecting to dc.blicky.net:2780...
[2011-07-31 18:00:51 CEST] Connected to 188.142.33.141:2780.
[2011-07-31 18:00:51 CEST] This hub is running ADCH++ v2.7.0 (r0) Release
[2011-07-31 18:00:51 CEST] Welcome to the ncdc development hub!
[2011-07-31 18:00:51 CEST]
[2011-07-31 18:00:51 CEST] Check out the homepage for the latest version of ncdc and other news.
[2011-07-31 18:00:51 CEST]
[2011-07-31 18:00:51 CEST] Homepage: http://dev.yorhel.nl/ncdc
[2011-07-31 18:00:51 CEST] Git repo: http://g.blicky.net/ncdc.git/
[2011-07-31 18:00:51 CEST]
[2011-07-31 18:00:51 CEST] Ohloh: https://www.ohloh.net/p/ncdc
[2011-07-31 18:00:51 CEST] Freshmeat: http://freshmeat.net/projects/ncdc
[2011-07-31 18:00:51 CEST]
[2011-07-31 18:00:51 CEST] This is a chat-only hub, sharing and searching has been disabled.
[2011-07-31 18:00:51 CEST]
[2011-07-31 18:00:51 CEST] Feel free to leave a message even when nobody is available, I (Yorhel) will eventually
[2011-07-31 18:00:51 CEST] read it. Of course, you should keep your client running if you want a reply. :-)
[2011-07-31 18:00:51 CEST]
[2011-07-31 18:01:38 CEST] hi everyone
[2011-07-31 18:01:43 CEST] #ncdc.nick = xmw
[2011-07-31 18:01:43 CEST] Your new nick will be used for new hub connections.
[2011-07-31 18:01:51 CEST] Disconnected.
[2011-07-31 18:01:56 CEST] Connecting to dc.blicky.net:2780...
[2011-07-31 18:01:56 CEST] Connected to 188.142.33.141:2780.
[2011-07-31 18:01:56 CEST] This hub is running ADCH++ v2.7.0 (r0) Release
[2011-07-31 18:01:56 CEST] Welcome to the ncdc development hub!
[2011-07-31 18:01:56 CEST]
[2011-07-31 18:01:56 CEST] Check out the homepage for the latest version of ncdc and other news.
[2011-07-31 18:01:56 CEST]
[2011-07-31 18:01:56 CEST] Homepage: http://dev.yorhel.nl/ncdc
[2011-07-31 18:01:56 CEST] Git repo: http://g.blicky.net/ncdc.git/
[2011-07-31 18:01:56 CEST]
[2011-07-31 18:01:56 CEST] Ohloh: https://www.ohloh.net/p/ncdc
[2011-07-31 18:01:56 CEST] Freshmeat: http://freshmeat.net/projects/ncdc
[2011-07-31 18:01:56 CEST]
[2011-07-31 18:01:56 CEST] This is a chat-only hub, sharing and searching has been disabled.
[2011-07-31 18:01:56 CEST]
[2011-07-31 18:01:56 CEST] Feel free to leave a message even when nobody is available, I (Yorhel) will eventually
[2011-07-31 18:01:56 CEST] read it. Of course, you should keep your client running if you want a reply. :-)
[2011-07-31 18:01:56 CEST]
[2011-07-31 18:02:18 CEST] nick?
[2011-07-31 18:02:23 CEST] better
[2011-07-31 18:02:30 CEST] hi
[2011-07-31 18:02:31 CEST] heh, and there I wondered how you managed to compile from the git repo but hadn't found /set nick yet :)
[2011-07-31 18:03:51 CEST] lazyness i guess :)
[2011-07-31 18:04:10 CEST] this i my first dc session ever. i'm just a packager so far.
[2011-07-31 18:04:49 CEST] woah, trying DC for the first time? seriously?
[2011-07-31 18:04:55 CEST] that's really encouraging :)
[2011-07-31 18:06:04 CEST] i had others downloading stuff in the pat.
[2011-07-31 18:06:18 CEST] s/pat/past/
[2011-07-31 18:08:16 CEST] i'm just testing the stability and feature set of ncdc to convince myself adding it to the gentoo main tree.
[2011-07-31 18:08:34 CEST] (it's in the xmw overlay for now)
[2011-07-31 18:09:03 CEST] woah
[2011-07-31 18:09:03 CEST] +me
[2011-07-31 18:17:25 CEST] Yorhel, what do you think about a file transfer logfile?
[2011-07-31 18:17:43 CEST] on my todo list
[2011-07-31 18:17:51 CEST] neat :)
[2011-07-31 18:17:56 CEST] in addition to transfer stats etc
[2011-07-31 18:18:08 CEST] oh it would be awesome
[2011-07-31 18:18:16 CEST] per user stats?
[2011-07-31 18:18:49 CEST] xmw: just curious; will you add the git ebuild to the main tree or are you planning on ebuilds for the tarballs?
[2011-07-31 18:19:12 CEST] Blackheart: let's start with global stats :)
[2011-07-31 18:22:38 CEST] Yorhel: the default policy is to prefer (snapshot) tarballs over live ebuilds (checksums, bug-tracking,...) but we can have both.
[2011-07-31 18:23:55 CEST] Yorhel: it would be cool if you point out revisions ("releases" )
[2011-07-31 18:25:14 CEST] point out revisions? how?
[2011-07-31 18:25:55 CEST] on the tarballs: be prepared to update them quite often. I tend to release often now that it's still beta, and don't really enjoy seeing old versions around
[2011-07-31 18:26:23 CEST] sure.
[2011-07-31 18:26:45 CEST] Yorhel: mind explaining fl_local.c:fl_refresh_process()?
[2011-07-31 18:27:25 CEST] is there any process in some other part in the code that should prevent a missing [share] section?
[2011-07-31 18:27:58 CEST] so let's just stick to a live git ebuild.
[2011-07-31 18:28:20 CEST] the segfault i see on my mac is caused by that missing and g_key_file_get_keys returning NULL which g_strv_length doesn't like
[2011-07-31 18:28:35 CEST] they weird thing is on my centos box this doesn't happen
[2011-07-31 18:28:50 CEST] xmw i can give you a nudge if Yorhel releases ;)
[2011-07-31 18:29:30 CEST] kaste: that assertion failure shouldn't trigger an abort(), so ncdc should stay running even when g_strv_length() is called with NULL
[2011-07-31 18:29:37 CEST] kaste: agreed on that
[2011-07-31 18:30:01 CEST] well it segfaults
[2011-07-31 18:30:49 CEST] segfaults, even? hmm, do older glib versions lack the assertion?
[2011-07-31 18:30:56 CEST] either way, it is a bug
[2011-07-31 18:31:50 CEST] I believe changing that to something simple as "names ? g_strv_length(names) : 0" would work
[2011-07-31 18:32:11 CEST] you mean new, i am building against 2.28
[2011-07-31 18:32:21 CEST] yes that should work
[2011-07-31 18:33:09 CEST] but let me check whether the rest of the code handles a len=0 correctly
[2011-07-31 18:33:34 CEST] you shouldn't be in that branch
[2011-07-31 18:33:38 CEST] it should, but I added the "force refresh even without [share]" later on
[2011-07-31 18:34:22 CEST] (highlighting in the chat would be a neat gmmick) i'm off to some recreational activities. have fun
[2011-07-31 18:34:46 CEST] xmw: chat colours are definitely on my todo list :)
[2011-07-31 18:35:05 CEST] how long is that list? :)
[2011-07-31 18:35:06 CEST] shades of gray are colors, too.
[2011-07-31 18:35:09 CEST] kaste: huge
[2011-07-31 18:35:33 CEST] kaste: how should I not be in that branch?
[2011-07-31 18:36:04 CEST] kaste: change of plans, bouldern, now. cya
[2011-07-31 18:37:46 CEST] the comment reads: refresh share, which consists of multiple dirs, which only mathematician would consider 0 dirs to be :)
[2011-07-31 18:38:12 CEST] heh
[2011-07-31 18:38:52 CEST] it should work for 0 dirs as well
[2011-07-31 18:39:20 CEST] only have to see whether g_strfreev() accepts NULL or not
[2011-07-31 18:39:33 CEST] doesn't did a 5 line test before i asked
[2011-07-31 18:39:58 CEST] k, then that needs a special-case as well
[2011-07-31 18:40:11 CEST] glib is rather inconsistent there, g_free() does accept NULL
[2011-07-31 18:40:24 CEST] (which I love to make use of)
[2011-07-31 18:42:10 CEST] oh wait it does
[2011-07-31 18:42:14 CEST] sorry
[2011-07-31 23:27:03 CEST] ping
[2011-07-31 23:27:09 CEST] Unknown command 'ping'.
[2011-07-31 23:27:12 CEST] unping
[2011-08-01 00:32:50 CEST] Yorhel: have you thought about shares per server?
[2011-08-01 08:10:15 CEST] kaste: yes, but it is impossible to implement that in a secure way on NMDC
[2011-08-01 08:13:04 CEST] doesn't mean I won't do it (if I have the time), but not without some huge warning messages
[2011-08-01 08:44:05 CEST] where's the Problem?
[2011-08-01 08:44:16 CEST] ah nevermind i get it
[2011-08-01 08:44:48 CEST] well at least the lis tyou send when someone browses you could be different without a problem right?
[2011-08-01 08:45:35 CEST] yes, that's possible, but not too reliable
[2011-08-01 08:45:44 CEST] but I guess it'd be reliable enough
[2011-08-01 08:46:32 CEST] the problem with NMDC is that it's pretty much guessing from which hub an incoming client-client connection came
[2011-08-01 08:47:03 CEST] a more reliable solution is to open a separate port for every hub you're connected to
[2011-08-01 08:47:23 CEST] but that doesn't really improve security in the slightest
[2011-08-01 08:51:51 CEST] there have been several posts about it on the DC++ blog, https://dcpp.wordpress.com/2008/07/22/multiple-shares-in-nmdc-revisited/ links them together nicely
[2011-08-01 08:53:51 CEST] thanks for the read
[2011-08-01 10:43:57 CEST] ok Yorhel i believe the bug is on your side
[2011-08-01 10:44:39 CEST] the abort is triggered in the log routines which are called in the assertion and this only happens if G_DISABLE_CHECKS is not set
[2011-08-01 10:45:13 CEST] so you rely on your glib being built with --enable-debug which at least mine isn't
[2011-08-01 10:46:14 CEST] and as far as i can tell the doc doesn't specify g_strv_length to be aware of NULL pointers
[2011-08-01 10:46:56 CEST] yes, if g_strv_length() doesn't want NULL then the bug is on my side regardless of what happens
[2011-08-01 10:48:21 CEST] hmm, is G_DISABLE_CHECKS a compile-time define?
[2011-08-01 10:48:33 CEST] well the docs are terse, it just doesn't say anyting about it
[2011-08-01 10:48:37 CEST] yes
[2011-08-01 10:48:53 CEST] http://developer.gnome.org/glib/stable/glib-running.html does have a runtime G_DEBUG=fatal_criticals which turns those assertions into fatal errors
[2011-08-01 10:49:17 CEST] my glib was built with --disable-debug
[2011-08-01 10:49:30 CEST] but yeah, if the checks are removed at compile-time then things will indeed go wrong
[2011-08-01 11:45:10 CEST] Kudos to the stability, i'm test hashing my share and microdc2 and shakespeer both already would have crashed :)
[2011-08-01 11:53:46 CEST] glad to hear that
[2011-08-01 12:40:26 CEST] yay!
[2011-08-01 12:40:45 CEST] hash checking of downloaded files seems to work
[2011-08-01 12:41:56 CEST] too bad my download speeds drops to 3MB/s in valgrind, though
[2011-08-01 12:42:51 CEST] how do you browse someone else or download?
[2011-08-01 12:43:00 CEST] \/help isn't helpful
[2011-08-01 12:43:38 CEST] /browse , or 'b' key in userlist
[2011-08-01 12:43:58 CEST] and in the file list, 'd' key to download any file
[2011-08-01 12:44:54 CEST] won't work on this hub, though
[2011-08-01 12:50:43 CEST] ok thanks
[2011-08-01 12:50:50 CEST] you may want to update the help information then
[2011-08-01 12:51:29 CEST] I did a few days ago, just hadn't pushed the commit yet :)
[2011-08-01 15:49:33 CEST] ** Blackheart is loving the realtime info on the connections screen using enter
[2011-08-01 16:54:02 CEST] um Yorhel why is the active ip global but the port per server?
[2011-08-01 16:54:11 CEST] does that really make sense?
[2011-08-01 16:54:24 CEST] is the port really per server?
[2011-08-01 16:54:49 CEST] when i set active_port i get This command can only be used on hub and message tabs.
[2011-08-01 16:55:14 CEST] ah nevermind
[2011-08-01 16:55:18 CEST] sorry forgot the slash
[2011-08-01 16:55:27 CEST] heh
[2011-08-01 16:55:34 CEST] would still be a boon if that would be a seting i can tweak for every server
[2011-08-01 16:56:09 CEST] although i could have my cake and eat it if i start more than one instance
[2011-08-01 16:56:57 CEST] yeah, I've been thinking about supporting per-hub connection settings
[2011-08-01 16:57:14 CEST] should be do-able, but not really high priority for now
[2011-08-01 16:58:04 CEST] well doens't matter really, you could make a settings dir ption for the binary though. I know about the env var but i would find a cli switch easier
[2011-08-01 16:58:25 CEST] there is
[2011-08-01 16:58:39 CEST] then excuse my ignorance
[2011-08-01 17:02:41 CEST] ah i see, then i can have a different user, connections and share which is awesome
[2011-08-01 17:59:43 CEST] how did you build it on debian? I get ./configure: line 4841: syntax error near unexpected token `DEPS,' on squeeze
[2011-08-01 18:00:18 CEST] never seen that one
[2011-08-01 18:00:23 CEST] did you use the shippped autotools?
[2011-08-01 18:00:57 CEST] last version I tested on debian was the 0.4 tarball (configure script included), which compiled without issues
[2011-08-01 18:01:31 CEST] i'll try that then
[2011-08-01 18:03:05 CEST] just tried latest git version with shipped autoconf, no problems here
[2011-08-01 18:03:31 CEST] that's what i figured
[2011-08-01 18:05:55 CEST] pkg-config wasn't installed via apt-get install autotools-dev autoconf and that caused it
[2011-08-01 18:48:04 CEST] if I am disturbing you ignore but i am somewhat hooked on ncdc :)
[2011-08-01 18:48:26 CEST] in cc.c does cc_listen_start really make sense?
[2011-08-01 18:48:54 CEST] i am irritated by line 1140 where you get the listening port from the adress back
[2011-08-01 18:49:03 CEST] i really see the point for the random port
[2011-08-01 18:49:25 CEST] is there a chance that the port can be different from the one we specified if it wasn't 0?
[2011-08-01 18:49:41 CEST] because then that would break firewall rules and other oder stuff
[2011-08-01 19:11:50 CEST] I don't any OS would do that
[2011-08-01 19:12:36 CEST] but it's easier to just fetch the actual port from the socket in every case than to do it in a separate branch for the zero port
[2011-08-01 19:14:03 CEST] and I'm all for code reviews :)
[2011-08-01 19:27:02 CEST] ** Blackheart [playing] #36778/49333 2:11/8:13 (26%) 02 - Ed Harrison - Tin Soldiers, from the album 'Neotokyo [N/A Disc 01]'
[2011-08-01 19:27:10 CEST] yay, tmux ftw :)
[2011-08-01 19:29:42 CEST] tmux has a plugin for that?
[2011-08-01 19:30:18 CEST] nope, but you can throw text to any of their running windows
[2011-08-01 19:31:11 CEST] so i did a perl script to fetch and parse the current playing song from mpc then send it to tmux
[2011-08-01 19:31:40 CEST] then i created a binding in tmux to launch the script
[2011-08-01 19:33:06 CEST] i actually discovered tmux a few days ago and won't be going back to screen :)
[2011-08-01 19:36:27 CEST] yeah i switched a couple of years ago, althouth i still sometimes use screen when nesting
[2011-08-01 19:36:37 CEST] i'd consider that script a non feature though :p
[2011-08-01 19:37:07 CEST] Yorhel: did you test the chatting with weird characters?
[2011-08-01 19:37:11 CEST] like ä :)
[2011-08-01 19:37:49 CEST] it will likely come out right as an umlaut because we all have the same client but in another hub i'm in this displays wrong
[2011-08-01 19:38:58 CEST] and i can't download a file list for the life of me :(
[2011-08-01 19:39:46 CEST] kaste: ncdc used UTF-8 internally for everything, and since ADC hubs force UTF-8 on the messages it will work fine
[2011-08-01 19:40:02 CEST] for NMDC hubs it depends on whatever you set for hub_encoding
[2011-08-01 19:40:15 CEST] err, just "encoding", it is
[2011-08-01 19:41:35 CEST] s/used/uses/
[2011-08-01 19:42:41 CEST] oh i actually have to set the environment on this jail
[2011-08-01 19:42:51 CEST] can't type accens or anything
[2011-08-01 19:44:15 CEST] undefined locales ftw
[2011-08-01 19:44:22 CEST] hmm doesn't the hub say anything about its encoding in the handshake?
[2011-08-01 19:44:41 CEST] kaste: nope
[2011-08-01 19:45:21 CEST] NMDC is like IRC in that aspect. except people on IRC tend to be clever enough to tell everyone to use UTF8 nowadays
[2011-08-01 19:45:22 CEST] *lol*
[2011-08-01 19:46:44 CEST] yep that's better thanks
[2011-08-01 19:49:24 CEST] ááá äÄ ññññ
[2011-08-01 19:49:26 CEST] ok
[2011-08-01 19:49:33 CEST] ** Blackheart got fancy characters
[2011-08-01 19:59:37 CEST] ßßß
[2011-08-01 21:17:59 CEST] ok i give up i setup my own server and connected with two clients on the same host to the server and i can't download the file list
[2011-08-01 21:18:06 CEST] what could i be doing wrong?
[2011-08-01 21:18:57 CEST] since it's the same computer it really should rule out forwarding, fw and any other connection related stuff
[2011-08-01 21:38:51 CEST] btw i con't think it's sensible to rule out 127.* as ip adresses in commands.c line 250
[2011-08-01 21:39:57 CEST] at least it makes testing on localhost hard
[2011-08-01 21:43:14 CEST] localhost != 127/8 ;-))
[2011-08-01 21:51:49 CEST] kaste: use your own network IP, then :)
[2011-08-01 21:52:46 CEST] but what's stderr.log saying?
[2011-08-01 21:53:17 CEST] with log_debug enabled
[2011-08-01 21:54:23 CEST] ok is it posible that direct messages don't work yet?
[2011-08-01 21:54:36 CEST] i.e. private messaging?
[2011-08-01 21:56:15 CEST] they work
[2011-08-01 22:00:49 CEST] what's going wrong, exactly?
[2011-08-01 22:03:56 CEST] i expected pm's to go through the hub which would have worked with both clients passive but it apparently doesn't
[2011-08-01 22:04:13 CEST] i have two passive ncdc's in the same local hub and they can't send each other pm's
[2011-08-01 22:04:25 CEST] i'll set one active and see if that's it
[2011-08-01 22:04:37 CEST] pm's should go through the hub, indeed
[2011-08-01 22:04:45 CEST] so either the hub is broken or ncdc is bugged
[2011-08-01 22:05:02 CEST] again, check stderr.log :)
[2011-08-01 22:05:15 CEST] such issues are easily debugged
[2011-08-01 22:10:37 CEST] i connected with two other clients now and it won't work either, so i assume the hub is broken :/
[2011-08-01 22:12:45 CEST] oh, so pm's flow unencrypted through the hub?
[2011-08-01 22:13:01 CEST] it doesn't use a client to client connection?
[2011-08-01 22:13:19 CEST] Blackheart: indeed
[2011-08-01 22:13:25 CEST] i have to definitelly take a look to the protocol specifications :)
[2011-08-01 22:13:48 CEST] teamfair.info
[2011-08-01 22:14:49 CEST] there's also a new NMDC documentation project: http://nmdc.svn.sourceforge.net/viewvc/nmdc/trunk/NMDC.txt?revision=1&view=markup
[2011-08-01 22:15:44 CEST] great, thanks for the info
[2011-08-01 22:16:17 CEST] and some recent discussion on more secure PMs, though I don't see this getting an implementation anytime soon... http://www.adcportal.com/forums/viewtopic.php?f=55&t=724
[2011-08-01 22:20:17 CEST] i never thought it worked this way, at least they should change the "feature" to non-private message!
[2011-08-01 22:20:25 CEST] ** Blackheart shakes fist
[2011-08-02 00:45:40 CEST] ok i hit another one, log's attached http://tehsuck.de/paste/index.php?show=1
[2011-08-02 00:46:12 CEST] i was trying to share something and wanted to autocomplete on the path
[2011-08-02 00:46:27 CEST] i can't reproduce it atm though
[2011-08-02 01:18:52 CEST] On that note i'd scrap a few lines in that region and either use http://developer.gnome.org/gio/2.28/GFilenameCompleter.html or try to make use of wordexp/glob
[2011-08-02 01:20:41 CEST] that should end up being a lot more powerful than something homebrewed, i'll test tomorrow
[2011-08-02 09:42:44 CEST] heh
[2011-08-02 09:43:41 CEST] kaste: your valgrind output shows a problem with the autocompletion, indeed. but it crashed because of something entirely different
[2011-08-02 09:43:54 CEST] which I just managed to reproduce :D
[2011-08-02 09:44:39 CEST] open userlist -> go back to hub tab -> /disconnect -> go to userlist -> crash
[2011-08-02 09:47:47 CEST] on the path_suggest(): I can't really explain how those errors happened, when I read the code and compare it with your log, that error really shouldn't happen
[2011-08-02 09:49:15 CEST] a more high-level rewrite of that function probably makes sense
[2011-08-02 09:52:08 CEST] i don't think that's what triggered it
[2011-08-02 09:52:17 CEST] i haven't done that before
[2011-08-02 09:53:14 CEST] your log suggests that the hub disconnected from network rather than from a /disconnect
[2011-08-02 09:53:46 CEST] if you happened to have the userlist open at that time, then it would crash as well
[2011-08-02 09:54:36 CEST] either way, the actual segfault happened in ui_userlist_sort_func()
[2011-08-02 09:54:47 CEST] ahh that makes sense
[2011-08-02 10:11:18 CEST] fix @ git
[2011-08-02 10:12:57 CEST] let me also fix the g_strv_length() thing while I'm at it
[2011-08-02 10:26:25 CEST] i already looked at those and fixed the obvious ones
[2011-08-02 10:26:53 CEST] i am unsure about the ones in ui_util.c
[2011-08-02 10:27:35 CEST] i also identified more functions where you are heading into trouble with glib
[2011-08-02 10:27:52 CEST] ah
[2011-08-02 10:28:20 CEST] the g_strv_length() in ui_util.c should be fine, c_sug shouldn't be NULL
[2011-08-02 10:28:31 CEST] ok
[2011-08-02 10:29:42 CEST] i did grep -I -o '\> glibcalls
[2011-08-02 10:30:02 CEST] and then something that amounts to for l in $(cat glibcalls); do; if [[ -n $(grep -A 10 $l * |grep g_return_) ]]; then echo $l; fi; done;
[2011-08-02 10:30:30 CEST] i have fiddled a bit with the constant 10 and the amount of results vary of course
[2011-08-02 10:30:39 CEST] i think most are harmless
[2011-08-02 10:31:30 CEST] but for example i noticed g_utf8_strlen which is definitely a candidate
[2011-08-02 10:34:35 CEST] plus your use of the g_return macros is probably problematic in some places
[2011-08-02 10:34:57 CEST] but it will take some time to properly look at those, since they are so many
[2011-08-02 10:37:28 CEST] err, in human terms: you looked around all calls to g_ functions closely followed by a g_return_?
[2011-08-02 10:39:44 CEST] yes
[2011-08-02 10:39:56 CEST] i verified that g_ were only glib calls
[2011-08-02 10:40:13 CEST] and then toook that list and did what you said in the glib tree
[2011-08-02 10:41:22 CEST] aah, to get the assertions on the arguments of the glib functions
[2011-08-02 10:41:32 CEST] yes
[2011-08-02 10:42:18 CEST] the g_return macros are compiled to do {0/1} while(0); with debugging turned off
[2011-08-02 10:42:27 CEST] they are essentially noops
[2011-08-02 10:42:47 CEST] they shouldn't happen, anyway
[2011-08-02 10:42:55 CEST] yes :)
[2011-08-02 10:45:54 CEST] another thing are you hung up on ctrl e and u?
[2011-08-02 10:46:21 CEST] because ctrl e would be jump to end of line and ctrl u clear line with readline
[2011-08-02 10:47:34 CEST] not really, though my reasoning was http://g.blicky.net/ncdc.git/commit/?id=e95ac1c30129afd8dbab157947f8ec27589a793d
[2011-08-02 10:48:33 CEST] ok, although i'd argue that people are more likely to come from a microdc2 background than dc++
[2011-08-02 10:49:28 CEST] i rather wonder about the fact if this operation is this common that it deserves a hot key
[2011-08-02 10:49:37 CEST] i'd be totally ok with /refresh
[2011-08-02 10:50:10 CEST] It's fairly common if you disable autorefresh
[2011-08-02 10:50:31 CEST] you must have different usage habits :)
[2011-08-02 10:50:36 CEST] and far more convenient than a command
[2011-08-02 10:55:18 CEST] is the autorefresh so expensive that you don't enable it?
[2011-08-02 10:56:00 CEST] nah, I just like having control over when a refresh happens
[2011-08-02 10:56:26 CEST] I don't want ncdc refreshing my share when I'm moving files around, for example
[2011-08-02 10:56:32 CEST] ok
[2011-08-02 12:28:03 CEST] I think I'll do a 0.5 release today
[2011-08-02 12:28:32 CEST]