http://bugs.winehq.org/show_bug.cgi?id=29092
Bug #: 29092
Summary: Myst Masterpiece crashes on game entry
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)mizapf.de
Classification: Unclassified
Myst Masterpiece Edition crashes on game entry, i.e. when you touch the first
link book. Link sound occurs, then a Program Error window pops up, reporting
that "The program mystmaster2k-d.exe has encountered a serious problem and
needs to close". The close button does not shut down the application, need to
close the window.
Same results for myst.exe, myst9x.exe, and mystmaster2k-d.exe. Reinstall of
Myst did not help. Seems to be a regression some time ago, because I could play
the same game about a year ago when it stopped working after a new OS
installation (including a new wine version). I gave up on it and tried to run
it again just recently but things seem to have not changed.
Last lines on console:
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels,
pretending there's only 2 channels
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x31aee0,0x00000000), stub!
fixme:font:CreateScalableFontResourceW
(0,L"C:\\windows\\QTFont.for",L"C:\\windows\\QTFont.qfn",(null)): stub
fixme:d3d:wined3d_device_decref Device released with resources still bound,
acceptable but unexpected.
fixme:d3d:wined3d_device_decref Leftover resource 0x1c1fe8 with type
WINED3DRTYPE_SURFACE (0x1).
wine: Unhandled page fault on read access to 0x0251736d at address 0x36fe0b8
(thread 002d), starting debugger...
--
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=40316
Bug ID: 40316
Summary: Industry Giant 2, repair-cursor freezes render-updates
unless cursor-position over popup-menu again
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: owezahra(a)gmail.com
Distribution: ---
Created attachment 53965
--> https://bugs.winehq.org/attachment.cgi?id=53965
attached standard log and cursor files
When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86
wineprefix with no other packages or anything) with opengl/gdi the cursor
disappears when it has to change its layout to the repair-cursor (for building
a vehicle repair addon) and sets the game-update rate to zero until the
invisible cursor changes back to its previous symbol via hovering over the
popup-menu.
However, i set it to use opengl since it runs a little smoother.
Brute-force changes:
Setting MaxShaderModelPS/-GS/-VS to 0 didn't do anything, disabling GLSL didn't
do anything either).
Debugging issues:
When i tried to debug it via adding the debug-flag "+wgl" to wine, hundreds of
line of "trace:wgl:glxdrv_wglGetPixelFormat 0xf003b -> 4" clogged the file and
made every texteditor struggle to do anything with it, is there a way to
disable spammy log-entries?
Setting registry key "SpyExclude" to "trace:wgl:glxdrv_wglGetPixelFormat"
didn't work, i guess the formatting is wrong?
Game-specific:
UI elements are stored as .tga's in the game directory, as well as cursors.
Ingame, an option called "software cursor" has to be activated since wine won't
redraw the window if its off in any case (wiggling the virtual desktop around
forces it to redraw). (I noticed that the cursor-tga has another size, bitdepth
odr something than the others, but when i replaced it with a working-cursor
that didn't change much than lagging the substitute cursor around one in a
while (same effect as with original cursor)).
Logfiles:
I've added the cursor-image-files and the default debug log (tough it probably
won't be of much use, as i've tried to see if an additional error pops up if
the cursor vanishes versa i don't trigger it to, which resulted in two
identical files)
Related bug: 40293 (unsupported backbuffer operation)
--
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=40293
Bug ID: 40293
Summary: some UI elements and terrain disappear on offscreen
rendering mode = backbuffer
Product: Wine
Version: 1.9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: owezahra(a)gmail.com
Distribution: ---
Created attachment 53934
--> https://bugs.winehq.org/attachment.cgi?id=53934
logs for offscreen rendering mode default or backbuffer and pics
When running IndustryGiant 2.1 on a HD7730 (Ubuntu 14.04 x64, new x86
wineprefix with no other packages or anything) with opengl/gdi the cursor
disappears when it has to change its layout (and sets the game-update rate to
zero until the invisible cursor changes back to its previous symbol via
hovering over the popup-menu).
To circumvent that, i've set "offscreen rendering mode = backbuffer" (& force
opengl, as gdi doesn't support backbuffer).
This results in a very smooth gaming experience, but some UI elements don't
appear and on scrolling, the terrain turns white (unless a redraw is forced by
clicking on the minimap)
UI elements are stored as .tga's in the game directory, as well as cursors.
Ingame, an option called "software cursor" has to be activated since wine won't
redraw the window if its off in any case (backbuffer as well as default,
wiggling the virtual desktop around forces it to redraw).
To me it seems the backbuffer-issues might be caused by
"fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats",
but setting MaxShaderModelPS & MaxShaderModelVS to 0 didn't do anything, tough
googling suggested otherwise.
--
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=41459
Bug ID: 41459
Summary: 32bit 7zFM.exe closes unexpectedly with error "The
system cannot allocate the required amount of memory"
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jylo06g(a)gmail.com
Distribution: ---
The system is Fedora 24 64bit MATE Desktop
On a clean 32bit prefix Wine, installing 32bit 7zip 16.02 works.
But as soon as you open 7zFM.exe and navigate to drive Z: (the Linux root
directory /), it shows error "The system cannot allocate the required amount of
memory." and then crashes after press OK.
With WINEDEBUG=warn+all, I get this line during the error prompt:
warn:heap:allocate_large_block Could not allocate block for 7e0cb771 bytes
Same goes for 64bit prefix Wine. The 32bit 7zFM.exe crashes after the same
error.
This DOES NOT happen to 64bit 7zip 16.02 on 64bit Wine prefix.
Going back to the history versions for 32bit 7zip on FileHippo, I find that
7zip 9.22 beta works before jumping to 9.35 beta stopped working after the same
error.
I suspect something changed in 9.35 beta that causes 32bit 7zip stop working
since then.
I hope this is sufficient enough for a bug report.
--
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=37598
Bug ID: 37598
Summary: Double dark line inside default button, e.g. 'OK' /
'SAVE'
Product: Wine
Version: 1.6.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Created attachment 50034
--> https://bugs.winehq.org/attachment.cgi?id=50034
Screenshot comparing wines button with windows.
Instead of the colours inside the button going from light to dark they go black
- light - darker. This makes it look like there is a double line inside the
button.
The middle colour should be somewhere between the two shades and will look 3d.
Originally I thought this was a glitch, it looks like something that could be
fixed just by changing one colour.
--
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=33999
Bug #: 33999
Summary: IncrediMail crashes on startup (GetNextDlgTabItem
shouldn't return NULL?)
Product: Wine
Version: 1.6-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
After working around bug 33996 with 'winetricks wsh56vb vcrun2005',
and bug 33998 with 'winetricks ie7', it eventually finishes its very
long 'configuring' progress bar. The next dialog crashes when you click
'next',
with:
Unhandled exception: page fault on read access to 0x00000020 in 32-bit code
(0x25ff6766).
+relay,+seh reveals:
006e:Ret user32.GetNextDlgTabItem() retval=00000000 ret=67b5438d
trace:seh:raise_exception code=c0000005 flags=0 addr=0x67b54393 ip=67b54393
tid=006e
And applying the patch
http://marc.info/?l=wine-patches&m=127045782322161&q=raw
"user32/dialog.c: GetNextDlgTabItem returns hwndDlg if next item not found"
by Mikhail Maroukhine works around the problem.
Tested with
f05f8f39b559f2763f9e917dacb15c225357e7c4 IncrediMailSetup.exe
--
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.
http://bugs.winehq.org/show_bug.cgi?id=26037
Summary: Tahoma Bold is not bold
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mansonigor(a)gmail.com
Created an attachment (id=33207)
--> (http://bugs.winehq.org/attachment.cgi?id=33207)
screenshot from wordpad
Tahoma Bold is bold only when has 9pt
Difference between "bold" and "bold italic" is that "bold italic" has larger
inverval between characters. But it's not bold.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33684
Bug #: 33684
Summary: Logos - Libronix DLS - update error.
Product: Wine
Version: 1.5.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dpobanz(a)gmail.com
Classification: Unclassified
Created attachment 44593
--> http://bugs.winehq.org/attachment.cgi?id=44593
terminal log
Updating Logos Libronix fails.
wine-1.5.31-42-g97f501b
winetricks ie6 used to work around bug 9758
steps to recreate
1. rm .wine
2. winetricks
3. wine DLSSetup.exe
4. wine Update.exe 30gAutoUpdate.lbxupd
After the initial program install, when trying to update the program a popup
window labelled 'Libronix Update' appears saying the update was not successful.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22647
Summary: MindManager X5 Pro and MindManager 7
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: crramirez(a)gmail.com
Created an attachment (id=27859)
--> (http://bugs.winehq.org/attachment.cgi?id=27859)
Mindmap without showing text
This application runs well, but they do not draw text correctly or do not draw
text at all. See the screenshots.
The applications are fast enough to be usable. The strange thing is that in
CrossOver 9.0 that is wine 1.1.34 based. It draws correctly but it is to slow.
I think that could be one of two problems:
* Font engine, due to CrossOver and wine have different ones.
* DIB Engine, maybe the dib engine was changed in recent wine versions and in
CrossOver don't.
Anyone can help me to do further tests in order to this issue be fixed?
Regards
--
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.