http://bugs.winehq.org/show_bug.cgi?id=34807
Bug #: 34807
Summary: Gruntz crashes on startup in d3d
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jarro.2783(a)gmail.com
Classification: Unclassified
Created attachment 46418
--> http://bugs.winehq.org/attachment.cgi?id=46418
console output of crash
The game Gruntz crashes after playing the first intro video, the backtrace
points to
=>0 0x7e317bb2 wined3d_surface_blt+0x2052() in wined3d (0x00326d58)
further output is attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38766
Bug ID: 38766
Summary: RpcBindingServerFromClient is unimplemented, needed to
determine client Computer Name/IP Address
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)colinfinck.de
Distribution: ---
Wine's rpcrt4.dll currently doesn't implement the RpcBindingServerFromClient
function.
The following code is the only way I know to determine the Computer Name/IP
Address of the client doing the RPC request:
====================================================================
RpcBindingServerFromClient(NULL, &hServerBinding);
RpcBindingToStringBindingW(hServerBinding, &pwszBinding);
RpcStringBindingParseW(pwszBinding, NULL, NULL, &pwszComputerName, NULL,
NULL);
====================================================================
I either need this function to be implemented or an alternative way to
determine the client's Computer Name/IP Address.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #44 from Fabian Maurer <dark.shadow4(a)web.de> ---
Created attachment 56744
--> https://bugs.winehq.org/attachment.cgi?id=56744
Hack to draw the about dialog properly
I think I found the reason for the wrongly placed textboxes. Attached a hack
that makes it look fine.
We might want to split this issue off though.
If you want to test it yourself, GdiGetCharDimensions gets called at
user32/dialog.c:506
In user32.GdiGetCharDimensions, the very last line:
> return (sz.cx / 26 + 1) / 2;
Here xz.cx is 389, divided by 26 it's 14.96, but it gets truncated to 14. My
hack forces it to round up.
Your thoughts on this?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31420
Bug #: 31420
Summary: radar opus homeopathic software does not work
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: faiza_mk(a)hotmail.com
Classification: Unclassified
Created attachment 41301
--> http://bugs.winehq.org/attachment.cgi?id=41301
radar opus does not open install shield shows error
radar opus homeopathic software does not work
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #43 from winetest(a)luukku.com ---
(In reply to Fabian Maurer from comment #42)
> Created attachment 56742 [details]
> Wrong placement of labels
>
> The only issue I have, is that the labels are rendered on top of the image,
> what's wrong. But the image always shows, and alt-tab doesn't change that.
I have exactly the same behaviour at Kde but I only tested the version I linked
here today. Just ignore this if I am saying something really stupid. Maybe the
bug is in the textbox (what you call it?) code and not in the patches we
tested.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #42 from Fabian Maurer <dark.shadow4(a)web.de> ---
Created attachment 56742
--> https://bugs.winehq.org/attachment.cgi?id=56742
Wrong placement of labels
It's hard to test, because it works on my machine. The test included in the
patches work fine?
The only issue I have, is that the labels are rendered on top of the image,
what's wrong. But the image always shows, and alt-tab doesn't change that.
Tested with both the portable as installed version from cnet on Arch64 with
KDE. Clean wineprefix and a fresh irfanview copy.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
Bruno Jesus <00cpxxx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://web.archive.org/web/ |http://www.techspot.com/dow
|20060904042332/http://irfan |nloads/299-irfanview.html#d
|view.tuwien.ac.at/iview398. |ownload_scroll
|zip |
Summary|IrfanView's Help -> About |IrfanView's 4.44 Help ->
|window is missing a picture |About window is missing a
|on the left |picture on the left
--- Comment #41 from Bruno Jesus <00cpxxx(a)gmail.com> ---
I failed to notice that you added an image attachment so I see now version
4.44. Since the bug is still present in newer version and those patches fix a
number of other bugs I think we can target this bug to the new version.
Maybe Fabian has any idea why the issue persists in newer versions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #40 from Artem S. Tashkinov <t.artem(a)mailcity.com> ---
(In reply to Bruno Jesus from comment #37)
> Thanks for testing, I can't reproduce the problem with alt+tab but since the
> bug is very old and you are still testing I trust your tests.
>
> Anyway, are you also testing 3.98?
Oops, for IrfanView 3.98 this bug is indeed fixed.
IrfanView 4.44 still exhibits the problem.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #39 from winetest(a)luukku.com ---
(In reply to Fabian Maurer from comment #38)
> (In reply to Artem S. Tashkinov from comment #36)
> > While the image sometimes appear, a simple Alt Tab from and to IrfanView
> > wipes the image.
>
> Can't confirm, works for me. Could that be related to the desktop
> environment? I'm on latest KDE plasma, alt-tab doesn't change a thing.
>
The same. But I don't know the version...mint 18.2 with Kde. I do have also
mate installled but I don't use it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6682
--- Comment #38 from Fabian Maurer <dark.shadow4(a)web.de> ---
(In reply to Artem S. Tashkinov from comment #36)
> While the image sometimes appear, a simple Alt Tab from and to IrfanView
> wipes the image.
Can't confirm, works for me. Could that be related to the desktop environment?
I'm on latest KDE plasma, alt-tab doesn't change a thing.
If it only appears sometimes, can you try to run the tests from my two patches
to see whether the WM_PAINT messages arrive? There really shouldn't be
randomness involved.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.