Squelch

Member
 View profile  See their activity

  • Content count

    36

  • Joined

  • Last visited

Posts posted by Squelch

  1. Posted

    It was the other way around, where content had been removed. I'd already started downloading but was unable to continue the next time I connected to that user. The sharesize in the user list showed a smaller size than the file list I'd freshly downloaded. (Approximately the size of the files I wanted.) As I said, this was about 24 hours later, and I can only assume a file list refresh had taken place by the smaller user list share size showing. Only once I cleared my copy of the users file list did it reflect the changes. Does the Hub use the filelist sharesize to indicate the users share, or is another method involved?

    I keep filelists and they are sorted by date modified, and the one in question appeared near the top, so it would be safe to assume the file was modified at the last download. This makes me suspect that content no longer being shared is not being removed from the existing local copy. This puts the problem at my end, or rather my client.

    Sorry I misunderstood your admin question. I don't run with admin priveledges all the time, but have a useful subset that hasn't caused problems before. It still has the same result switching to Admin account.

    I'm not using a router that caches content at all.

  2. Posted

    So don't mouse over the filelist entry in the download queue.
    I do try not to :-)

    Im sure it overwrites the file.To prove you this - download a filelist.Go to "ApexDir\Settings\FileLists\" and see when the filelist was last modified.After several minutes download it again,click on it and see Modified date again - it'll be different.It all depends on the other client...
    I don't have the problem right now so I can't double check. I'm sure the modified dates were being updated, but the list still appeared wrong.

    BTW are you the admin ?
    Where here? No

    As an after thought. Is it possible I'm falling foul of proxy caching at my or the other users ISP? I haven't noticed to date problems with my ISP, and I'm not currently running my Smoothwall router which sometimes cached out of date content.

  3. Posted

    I follow you on point one about the queued filelist not being added again on restart. However, because of the crash, I never get to open the file list at all. It still doesn't explain the CTD.

    With filelists not being correct, I'd expect there to be a discrepancy over a short time, but with one one particular user, it was more than 24 hours. Only after I deleted the existing filelist, did it show the correct content. If, as you say, it's overwritten, why did it continue to be incorrect? I could tell that something was wrong, because the Hub user list showed thier sharesize to be smaller than the filelist I was downloading.

  4. Posted

    Hi guys,

    I mentioned in my Missing Content thread, that I have been having trouble with filelists in general.

    Here are the problems all in one place:

    1. Mousing over the filelist entry in the download queue crashes the client to desktop without error.

    I never get to see which filelists are queued. They are not included when Apex is restarted.

    2. Downloaded user filelists do not show removed content.

    If content has been removed from a users filelist, it still shows up in the tree even when the list is downloaded again. I have found that manualy deleting the filelist fixes this, so updates to old content does not appear to be taking place.

    3. Failed downloads stall until readded. This is a follow on from the previous bug.

    If a file is not found, it's marked as having an error and won't be resumed until it is added again. Autosearch seems to skip error files, even though the content may be available from another source, or even the same user who has moved the files to another location. This is coumpounded by the previous error, when readding files that show in the users list, but are still not available. A manual search for alternatives does update the download queue.

  5. Posted

    Thanks for clearing that up.

    I haven't heard anymore on the subject, and can only put it down to ignorance on the part of the user/bot that sent the message.

    Can you please clarify how the segments are allocated? I've noticed some files come in 2 Mb blocks and others at different sizes. Hubs that I'm using DC++ emulation only allow the full or remaining file size, and give an error about no more content. This I assume is safe to ignore.

  6. Posted

    This is what I suspected.

    One could just as easily do a manual search, then download all of the matched users filelists anyway.

    I do have autosearch turned on, but have set it to 45 minutes since a warning about search spam. This is reasonable, and I understand the consequences of too many searches, but I fail to see where mutisource can be detrimental.

    Does the throughput bandwidth increase in any way on the hub when using segmented downloads? To my mind it reduces the load on one particular particular user or hub. Please correct me if I'm wrong in this conclusion.

    If anyone can clear this up I'd be grateful. I'm prepared to defend my use of Apex, but I'd like some facts to back me up.

  7. Posted

    Hi,

    I had the same problem with already registered hubs.

    It seems that the hub software does not recognise Apex as a valid client. Go to your hub favorite list and check "emulate DC++" under properties for your problem hub. This fixed it for me.

    Hope this helps.

  8. Posted

    Hi,

    I've recently been warned on one of my favorite hubs that multisource clients affect the hub in a bad way. As I'm not entirely sure in what way, and a search of various sources hasn't turned up anything, could someone please enlighten me.

    Is this just an automatic reaction, or is there some foundation to it?

  9. Posted

    Thanks for the details, now next question how many hubs you connected to?

    As when you have many hubs open the window "resizing" is known to happen for new hubs opened (this is an old issue that afaik is also in StrongDC)

    Also having too many tabs open at once could explain the problems with the tab area too... but regarding opening your own filelist i simply have no clue of what could cause that.

    Thanks for that.

    I generaly have about 20 hubs up at once. I've set the tab space to 10 lines. This is mainly because of the multiple pm's that come in. Mostly bots and security but spam as well. I like to try and read all of these if I can, but would like to suppress some of them if possible.

    I find the tab window confusing at best, but when it keeps jumping around (line length causing tabs to move around) and then disappearing I'm now prone to ignoring it completely and using the menus to call up a particular hub or user, which naturaly is slower and less intuitive. The freezing affects other applications unless the client is minimised, which leads me to suspect it's to do with the new graphical enhancements.

    I have managed to fix my filelist. I cleared my shares, deleted my hash table and file list manually, and then rebuilt it. A shotgun approach which doesn't show the cause but worked all the same. There does seem to be a problem with filelists in general however. A queued filelist if moused over, crashes the client without error. This happened in the previous version too. Also the browser window when opening existing filelists is very sluggish.

  10. Posted

    I can't see anything like what you mentioned above...

    Thanks for the quick reply.

    Which bit don't you understand? I'm sorry if I wasn't clear enough.

    I managed to get a screen capture of the first problem. It varies between a blank background (as shown) and a transparent background. Otherwise it simply flashes randomly most of the time.

    post-3231-1164328728_thumb.png

    As for not seeing my own file list, I've tried a rehash without luck. Then I tried removing all shares and adding them back one by one. It still brings up a tab for about a second with what appears to be any random connected hub name after my username.

    To clarify my added edit. The main content window (not ApexDC window) enters what in effect the "restore all" from the window dropdown menu button does when connecting to any hub from my favorites list. This, as I said, isn't really too much of a problem but seems related to the other two.

    I hope this makes it clearer, and thanks for the time.

  11. Posted

    Hi all,

    I have two problems, which may be related.

    1. Tab window keeps going blank combined with a 5 to 20 second pause in the client. Downloads appear to still take place, but cpu useage is very high during pause. This occurs shortly after connecting to a hub in a zombie state. ie main window shows connected message then stays frozen until a manual reconnect is done. (all other connected hubs are ok) This problem is tolerable at first, but the whole client then starts to slow down completely over an extended period (several hours), often resulting in me closing it and restarting. I have only noticed this since upgrading to 0.3.0.

    2. Own file list does not display. I cannot view my own file list. The tab appears briefly, but then disappears. Is it possible to delete and recreate my list?

    Any help would be appreciated.

    [edit] I have noticed another minor bug in the gui. When manualy connecting from favorites window, the main window enters the restore state, whereas it was maximised before. Not a real killer but annoying all the same. [/edit]