[SiRoB]

@Devil Doll
Your trouble has been identified.

[tHeWiZaRdOfDoS]

Hi there...
checked your Webcache Implementation for the "Show WC blocks" codepart and found a little bug - in DownloadClient.cpp:

Quote

if (IsProxy()) {
  //Fill with blue WCblock available
  for (POSITION pos = WebCachedBlockList.GetHeadPosition();pos !=  0;){
  CWebCachedBlock* WCBlock = WebCachedBlockList.GetNext(pos);
  if (md4cmp(WCBlock->block->FileID, file->GetFileHash()) == 0) {
    block = WCBlock->block;
    if (block->StartOffset >= start && block->StartOffset <= end || block->EndOffset >= start && block->EndOffset <= end) {
    s_UpStatusBar.FillRange((block->StartOffset>start)?block->StartOffset%PARTSIZE:0, ((block->EndOffset < end)?block->EndOffset:end)%PARTSIZE, crClientOnly);
    }
  }
  }
}

if (!m_DownloadBlocks_list.IsEmpty()){
  //Fill with white Block reserved but not requested yet
  for(POSITION pos=m_DownloadBlocks_list.GetHeadPosition();pos!=0;){
  block = m_DownloadBlocks_list.GetNext(pos);
  if (block->StartOffset >= start && block->StartOffset <= end || block->EndOffset >= start && block->EndOffset <= end) {
    s_UpStatusBar.FillRange((block->StartOffset>start)?block->StartOffset%PARTSIZE:0, ((block->EndOffset < end)?block->EndOffset:end)%PARTSIZE, crDot);
  }
  }
}

Should be s_StatusBar, no?
GreetZ,
WiZ

[Devil Doll]

SiRoB, on Jun 7 2006, 03:13 PM, said:

@Devil Doll
Your trouble has been identified. 

May I post one more? (That would be the last problem I'm aware of, reported long ago but never fixed...)

[SiRoB]

@Devil Doll
The more thing are explained the faster they are solved.

[Devil Doll]

Issue: Sorting search results by the "known" column doesn't work in certain cases.

Scenario: Select a query term for which
1. a three digit number of search results will be returned,
2. a significant number of these results will be marked with a non-empty value of the "known" column.
The digits aren't necessary but they make the observation of the effect more likely; it seems to be important that the result list is long enough as to require a scrollbar.
According to my experience the type of search (server vs. kademlia) is irrelevant, and so is the type of "known" value (shared vs. downloaded vs. aborted etc.).

Start this search. You'll get a buffer of results, some of which contain the non-empty value for the "known" column.
Now click on the column header for "known".
Expected behaviour: The whole list to be sorted by this column's value.
Observed behaviour: Only a few of the non-empty values will be used for the sorting, IMHO these who were visible without scrolling when the search result was displayed. Repeated clicks on the "known" column will toggle the search order of all results but still use only a few of the lines with a non-empty "known" value for sorting.

Now scroll down the whole sort result buffer. You'll observe a lot more results with non-empty "known" value that were ignored by the sort function.

Finally repeat the sorting by clicking on the "known" column header.
Miraculously now the sorting works, as if the column value to be used by the sort function had been undefined until the scrolling of the results list.

[xscarab]

I don't think this is specifically a beta7 issue as I'm sure I've seen posts about non-transferring transfers not getting dropped before. I've always assumed the edonkeyhybrid transfers stall when they ask for a different file during the transfer, but why does it take so long before they are disconnected? I'm not sure how many times this one requested a different file, but I saw the file name change during the 0B/s period. (he is only requesting complete files from me) The slot eventually timed out about 10mins after the last picture - at the exact same time as another slot timed out.

[Cthulhu_Ita]

xscarab, on Jun 8 2006, 05:20 PM, said:

[...]but why does it take so long before they are disconnected?[...]

Hi,i have seen the same behaviour with all Upload Clients [version indipendent] like i have wrote here ;-)
Anyone [xscarab excluded] can support it?
Bye

UPDATE 09/06/06:take a look on how MB clients download from me nearly every chunk :-|
What can i do to help MorphXT Team to solve this problem?

This post has been edited by Cthulhu_Ita: 09 June 2006 - 04:31 PM

[mav744]

The Beta 7 has High CPU usage in Transfer window. when i switch from statistik to transfer,for example, the CPU usage is 30-50% higher. The whole system is slow down. Is the reason the new MoD Icons?

Sorry for my bad englisch

regards
mav744

This post has been edited by mav744: 08 June 2006 - 07:33 PM

[Cthulhu_Ita]

mav744, on Jun 8 2006, 09:33 PM, said:

The Beta 7 has High CPU usage in Transfer window. when i switch from statistik to transfer,for example, the CPU usage is 30-50% higher. The whole system is slow down. Is the reason the new MoD Icons?

Sorry for my bad englisch

regards
mav744

I don't think so.I don't see what you tell,when i change that menù [Statistics to Transfers or opposite] CPU change between 2 to 5% [after some seconds return to 2] not more.
I have a similar problem with a previous beta.
Reinstall this beta [a clean install] from binaries [i thing you know that don't lost anything:download,temp,options...] keeping only actual "config" folder [replace other] and take a look to your CPU usage ;-)
I'll wait a feedback.
Bye

[leuk_he]

mav744, on Jun 8 2006, 09:33 PM, said:

The Beta 7 has High CPU usage in Transfer window. when i switch from statistik to transfer,for example, the CPU usage is 30-50% higher. The whole system is slow down. Is the reason the new MoD Icons?

the only possible change i can think of is this in beta 3:

Quote

REMOVED: GUI: Don't Refresh item if not needed to work arround sorting issu

But i doubt you will notice it very much, but details what exacty is on your trasfer screen lack. mod icons should not be responisble for this since there are the same amount of icons that need to be drawn.

Also take a good look at the display settings. You can do some CPU optimilizations there.

[Der Idiot]

xscarab, on Jun 2 2006, 02:29 PM, said:

I've been running it for about 24 hours now, but nothing new to report.... Apart from noticing the slot numbering has been changed back, I think beta7 is exactly the same as beta6 here - i.e. perfect slot focusing for normal slots, but still unnecessary excessive PS and FS slots.  Still stable upload, with PS and FS limits obeyed correctly. PS upload still incorrect on the stats graph with open FS.

i have been running the beta now for several days and that's how my upload is used 99% of the time:



ok slotfocus works, but what's up with 15 trickle slots? o_O considering i have ~40kb/s upload thats way too much.

now some notes about that all the files uploading are on powershare + release. basically the problem lies in the fact that it opens up a new slot for each file on powershare. even if there are already 10 slots open it will still open up more if a client requests one of those.
that's a somewhat silly behaviour. even if the file is on powershare it should still stay in queue if it exceeds a specific open slotnumber.

fun issue as well i have the slotlimiter enabled with 3kb/s average. that would mean a max of 13 slots should get opened (still incredible silly for 40kb/s, but oh well), but powershare seems to blatantly ignore that.correct me if i'm wrong, but 16 > 13, ne?

anyway keep up the good work

[leuk_he]

Der Idiot, on Jun 9 2006, 05:40 PM, said:

ok slotfocus works, but what's up with 15 trickle slots? o_O considering i have ~40kb/s upload thats way too much.

Well, the slotlimiter is very much advised as a workarround. But i think we are aware of it now.

if you make a print of the upload inlucde: i get your point anyway..... but next time ..
SLot#, speed, status, (waited, software, CDD, )

[mkol]

Quote

2006-06-10 09:18:35: Download session started. User: 0@0.0.0.0 'HTTP Proxy @ 115.0.111.0' (eMule/0.47aBETA7 MorphXT 8.13,None/None/None) in SetDownloadState(). New State: 0

My webcache has two IP addresses - 217.98.20.20 and 217.98.20.195.
115.0.111.0 isn't my proxy.

Edit: another strange IP

Quote

2006-06-10 09:50:23: Download session started. User: 0@0.0.0.0 'HTTP Proxy @ 58.0.32.0' (eMule/0.47a MorphXT 8.1,None/None/None) in SetDownloadState(). New State: 0

This post has been edited by mkol: 10 June 2006 - 07:53 AM

[mav744]

I have tested it all, but i have the problem right now. Leuk you know it, i don´t post it, when i have not tested it at all. Virusscanner, Firewall and every other programm is not included, everything is tested. but nothing. when i use the last Version, the problem is not there and i`m not the only one, but no one post it here, there englisch ist more bad then my.

with friendly greets and soorry for bad englisch
mav744

[white lightning]

@leuk he

I had a crash when triyng to add a client to friends .
Do you want the .dmp file ?

[leuk_he]

white lightning, on Jun 11 2006, 02:30 AM, said:

@leuk he

I had a crash when triyng to add a client to friends .
Do you want the .dmp file ?

Yes please. Post a link here or pm it to me. or mail leukhe at gmaildotcom.

/Edit: got it. dont see any immediate bugs. How did you add the friend (clientlist/ip+post/ed2klink?)

This post has been edited by leuk_he: 11 June 2006 - 03:36 PM

[WarriorWing]

After few weeks (because of school) I'm finally testing beta 7.

It works well on my connection, except the few problems wrote in previous posts
No crashes, i hope they are small bugs

This post has been edited by WarriorWing: 12 June 2006 - 08:35 AM

[white lightning]

I've alredy sent you .dmp file .
I double-clicked on filname , right click on the name of the client & left-click on "Add to Friends" .

When i re-started eMule (after the crash) , a message told me that the file emfriends.met was corrupted or invalid .
I controlled & i still have my friends list .

That's all .

[WarriorWing]

white lightning, on Jun 11 2006, 07:32 PM, said:

I've alredy sent you .dmp file .
I double-clicked on filname , right click on the name of the client & left-click on "Add to Friends" .

When i re-started eMule (after the crash) , a message told me that the file emfriends.met was corrupted or invalid .
I controlled & i still have my friends list .

That's all .

i tried, but no crash

My report after 20H running:
USC works very well now! it never opens more than 8 slots and my 26KBs bandwith is always fully used. I report only 2 things:
1-When I turn powershare on, the slotexplosion effect appears again
2-In the statistics i have more failed upload sessions than previous beta: around 25% (in beta 6 i had only 10%). The bigger part of them is caused by timeouts or "impossible to establish connection".

Settings: UL 32KB (26 limited), no limits, powershare in auto mode and 100% of bandwith, do not remove trickle slots enabled.

This post has been edited by WarriorWing: 12 June 2006 - 08:34 AM

[Commander]

Two Questions.

1) I read something in this thread that IPFilter is disabled in your Beta, is that true or have I misunderstood that.

2)When will 8.13 final be released, dynamic socket buffer sounds interesting.