http://bugs.winehq.org/show_bug.cgi?id=19177
Summary: Gorky-17 doesn't work
Product: Wine
Version: 1.1.24
Platform: PC-x86-64
URL: http://www.gorky17.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dduck(a)rambler.ru
CC: dduck(a)rambler.ru
gorky-17 doesn't 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=43476
Bug ID: 43476
Summary: Skyrim hardware detection spinlocks with CSMT enabled
Product: Wine
Version: 2.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aeikum(a)codeweavers.com
Distribution: ---
Enabling CSMT causes the hardware detection for Skyrim's launcher (from Steam,
appid 72850) to spinlock with 200% CPU usage. To trigger the hw detection,
press Options in the launcher, then press the Default graphics detail button.
The launcher will stop responding and spinlock seemingly forever.
--
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=38622
Bug ID: 38622
Summary: PixelFormat32bppARGB != PixelFormat8bppIndexed
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mathieu.malaterre(a)gmail.com
Distribution: ---
Created attachment 51527
--> https://bugs.winehq.org/attachment.cgi?id=51527
source code
For some reason GDI+ on windows returns PixelFormat32bppARGB instead of
PixelFormat8bppIndexed for a grayscale PNG file (JPEG & TIFF seems consistant
though).
It would be nice if behavior would be consistant across implementation.
Compile and run attachements.
>From Linux:
$ ./gdidump.exe input.png
fixme:wincodecs:PngDecoder_Block_GetCount 0x142e30,0x61f708: stub
Width x Height: 512 512
PixelFormat8bppIndexed found !
>From Windows:
> gdidump.exe input.png
Width x Height: 512 512
PixelFormat32bppARGB found !
--
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=39885
Bug ID: 39885
Summary: Cannot allocate more than 32gb of memory
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rynzar(a)gmail.com
Distribution: ---
Created attachment 53258
--> https://bugs.winehq.org/attachment.cgi?id=53258
wine debug
I am having issues mallocing more than 32GB of memory running RAM intensive
Windows applications using Wine on an Ubuntu amazon EC2 cloud with 128 GB of
RAM. When I run the c++ code
http://stackoverflow.com/questions/34516616/wine-cant-use-more-than-32gb-of…
in linux it works.
If I run the .exe that does the same thing I can only allocate up to 32GB. I
tried Wine 1.6, 1.7 and 1.9. I am using the 64 bit version as well.
I talked in the IRC chat #winehq and they told me to run the code with
WINEDEBUG=+heap,+virtual,+tid flags.
He pointed out this line might be useful to look at in my logs:
0024:warn:heap:allocate_large_block Could not allocate block for 800000000
bytes
and told me to submit a bug report. The log is attached.
--
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=43649
Bug ID: 43649
Summary: dbgeng stub DebugCreateEx causes jadesentinel crash in
JADE thin client
Product: Wine
Version: 2.12
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kim131072(a)gmail.com
Created attachment 59074
--> https://bugs.winehq.org/attachment.cgi?id=59074
Wine log
The change:
https://github.com/wine-compholio/wine-patched/commit/444a7fbf56894d417674b…
Introduced stub DebugCreateEx. This causes jadesentinel in the JADE Thin Client
(v7.1.xx) to crash. As this is run every time a client is run you always get a
crash dialog. Changing back to wine 2.10 fixes that. The lack of the entry
point allows normal function. It might not actually work in that mode but it
does not crash.
The stub causes:
Unhandled exception: unimplemented function dbgeng.dll.DebugCreateEx called in
32-bit code (0x7b42df12).
--
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=41827
Bug ID: 41827
Summary: Wrong specular rendering with some applications
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: davyaxel(a)free.fr
Distribution: ---
Created attachment 56242
--> https://bugs.winehq.org/attachment.cgi?id=56242
Handy test app
I was investigating this gallium nine bug:
https://github.com/iXit/Mesa-3D/issues/253
And strangely with that game (School Mate), both wine ogl and gallium nine do
render a blue wall (for traces taken on windows or taken with gallium nine,
because on wine the game hits a fallback path since swvp is not supported).
Windows doesn't have that blue wall.
My investigation shows that both wine ogl and gallium nine have an issue with
specular. The problem is best shown when the material power is 0 (like in the
game).
I include the following test app (which I couldn't find the original link)
which enables to test the behaviour:
For example you can test with:
. Take the sphere
. Set SPECULARENABLE to TRUE
. Set 0 for the diffuse material colors and increase the specular material
colors
. Set the material power to 0 (or any low value)
. play with the direction of the light. Compare on windows and observe output
is different.
. Play with LOCALVIEWER. On wine the outputs changes a bit, whereas on windows
it doesn't.
--
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=43319
Bug ID: 43319
Summary: Steam no longer display some text on the store page
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
After the last steam update, the store page no longer renders text.
Dragging over an area highlights the text rect, but the text isn't displayed.
--
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=41370
Bug ID: 41370
Summary: TTM_GETCURRENTTOOL returns always FALSE when send from
TTN_NEEDTEXT handler.
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
It is a tooltip control, created for a toolbar with TBSTYLE_TOOLTIPS style.
The tooltip properly is sending TTN_NEEDTEXT notification, but when trying to
determine which tool needs tooltip by sending TTM_GETCURRENTTOOL to the tooltip
control it always returns FALSE.
In any other way, the tooltip works fine. For example if I return arbitrary
text in the TOOLTIPTEXTW.lpszText field, this text is displayed properly.
In Windows, TTM_GETCURRENTTOOL returns TRUE and filled up TOOLINFO structure
about the toolbar that activated the tooltip control.
Here is a link to the procedure that creates the toolbar:
https://fresh.flatassembler.net/fossil/repo/fresh/artifact/63e102f647e4c311…
Here, the source that handles TTN_NEEDTEXT notification:
https://fresh.flatassembler.net/fossil/repo/fresh/artifact/52e7fb642bba7415…
The bug is not version specific, because I tried with different stable and
development versions and it appears always.
--
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=12185
Summary: Before You Know It crashes with wine v0.9.58 (worked on
9.54)
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RobMarshall(a)iglide.net
Created an attachment (id=11584)
--> (http://bugs.winehq.org/attachment.cgi?id=11584)
Trace from crash of Before You Know it
I installed and successfully used Transparent languages, "Before You Know It
Lite" (version 3.6) with wine 0.9.54. When I upgraded to 0.9.58 it crashes. I
have attached a trace.
Thanks,
Rob
--
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=43703
Bug ID: 43703
Summary: Rebelle demo crashes when using "Microsoft Ink
compatible" tablet
Product: Wine
Version: 2.16
Hardware: x86
URL: http://www.escapemotions.com/products/rebelle/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: inkobj
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Free demo linked. Seems to be having a problem only when started and selected
"Microsoft Ink compatible" as tablet.
To get it to work:
- Create a fresh 64bit wineprefix
- Get "inkobj.dll", "rtscom.dll" from win7 machine (C:\Program Files
(x86)\Common Files\microsoft shared\ink)
- Copy these dlls into .wine/drive_c/windows/syswow64/
- Run "wine regsvr32 inkobj rtscom"
- Program should start now
--
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.