![[PartyPoker] Ex-Official thread](https://d30akgybcov179.cloudfront.net/icons/hamburger.svg){kind=icon}
![[PartyPoker] Ex-Official thread](https://d30akgybcov179.cloudfront.net/icons/close-sidebar.svg){kind=icon}
[PartyPoker] Ex-Official thread
10-14-2014
, 11:36 AM
![[PartyPoker] Ex-Official thread](https://d30akgybcov179.cloudfront.net/icons/quote.svg){kind=icon}
10-14-2014
, 12:12 PM
10-14-2014
, 06:15 PM
10-14-2014
, 09:17 PM
10-15-2014
, 06:40 AM
i lol'd
10-15-2014
, 07:10 AM
I'll describe the problem here, I hope Party_Rep will give it to the technical department.
My test program:
'You can only sit at 1 of this tables' is a tooltip window.
Tooltip is a standard Windows control (Party client uses its MFC wrapper, as far as I know).
Tool is a rectangular areas within window. Smile icon is an example of such rectangle, tooltip shows the predefined text when you hover over the rectangle ('You can only sit at 1 of this tables' in this case).
I enumerate all the tooltips and all of tools in the lobby with TTM_GETTOOLCOUNT and TTM_ENUMTOOLS messages.
In my program you can see 230 tools in lobby at this moment (client has just running).
After a while, they became 14707:
You can see 3 tools with coordinates (349,55) for example. The client must destroy the old tools before creating new (or simply update the text in the old tools) in the process of updating the lobby, but it does not.
My test program (I can provide the source code, if needed)
Run Party, run this program. Click 'find lobby', then click 'Go!'.
After a while click 'Go!' again to refresh.
My test program:
'You can only sit at 1 of this tables' is a tooltip window.
Tooltip is a standard Windows control (Party client uses its MFC wrapper, as far as I know).
Tool is a rectangular areas within window. Smile icon is an example of such rectangle, tooltip shows the predefined text when you hover over the rectangle ('You can only sit at 1 of this tables' in this case).
I enumerate all the tooltips and all of tools in the lobby with TTM_GETTOOLCOUNT and TTM_ENUMTOOLS messages.
In my program you can see 230 tools in lobby at this moment (client has just running).
After a while, they became 14707:
You can see 3 tools with coordinates (349,55) for example. The client must destroy the old tools before creating new (or simply update the text in the old tools) in the process of updating the lobby, but it does not.
My test program (I can provide the source code, if needed)
Run Party, run this program. Click 'find lobby', then click 'Go!'.
After a while click 'Go!' again to refresh.
10-15-2014
, 07:16 AM
Quote:
I'll describe the problem here, I hope Party_Rep will give it to the technical department.
My test program:
'You can only sit at 1 of this tables' is a tooltip window.
Tooltip is a standard Windows control (Party client uses its MFC wrapper, as far as I know).
Tool is a rectangular areas within window. Smile icon is an example of such rectangle, tooltip shows the predefined text when you hover over the rectangle ('You can only sit at 1 of this tables' in this case).
I enumerate all the tooltips and all of tools in the lobby with TTM_GETTOOLCOUNT and TTM_ENUMTOOLS messages.
In my program you can see 230 tools in lobby at this moment (client has just running).
After a while, they became 14707:
You can see 3 tools with coordinates (349,55) for example. The client must destroy the old tools before creating new (or simply update the text in the old tools) in the process of updating the lobby, but it does not.
My test program (I can provide the source code, if needed)
Run Party, run this program. Click 'find lobby', then click 'Go!'.
After a while click 'Go!' again to refresh.
My test program:
'You can only sit at 1 of this tables' is a tooltip window.
Tooltip is a standard Windows control (Party client uses its MFC wrapper, as far as I know).
Tool is a rectangular areas within window. Smile icon is an example of such rectangle, tooltip shows the predefined text when you hover over the rectangle ('You can only sit at 1 of this tables' in this case).
I enumerate all the tooltips and all of tools in the lobby with TTM_GETTOOLCOUNT and TTM_ENUMTOOLS messages.
In my program you can see 230 tools in lobby at this moment (client has just running).
After a while, they became 14707:
You can see 3 tools with coordinates (349,55) for example. The client must destroy the old tools before creating new (or simply update the text in the old tools) in the process of updating the lobby, but it does not.
My test program (I can provide the source code, if needed)
Run Party, run this program. Click 'find lobby', then click 'Go!'.
After a while click 'Go!' again to refresh.
This isn't the first time either:
http://archives1.twoplustwo.com/show...fpart=all&vc=1
Quote:
There is a leak, but it is not exactly memory leak. I have watched PartyPoker resources with Sysinternals.com Process Explorer, and it clearly shows that GDI resources are not freed after usage.
Anyway, I'm tired fighting with PartyPoker, so I won't try to get them to understand the problem.
Anyway, I'm tired fighting with PartyPoker, so I won't try to get them to understand the problem.
Quote:
I also would have no trouble if all I did was sit down on the first 8 tables I opened and played for a few hours. Party's software fails to release graphics resources properly, which is only an issue if you repeatedly close tables and/or re-size them.
Quote:
Sounds like a similar problem that PartyPoker software had some years ago. Poor programming quality, they forget to release GDI resources, and when the resources are exhausted, this starts to happen.
Quote:
Just had all my buttons disappear. The yellow box outlines around the players' names also disappeared at the time, and the "call" "fold" action messages that appear over their names got like 3 times bigger than normal. I had 10 tables open but was playing only at one of them.
Juk
