https://bugs.winehq.org/show_bug.cgi?id=40544
Bug ID: 40544
Summary: Ultimate Unwrap Pro v3.50.14 x64 demo: Fails to run
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rajveer_aujla(a)hotmail.com
Fails to run the x64 version of the application on OSX (using the new
experimental x64 support found in 1.9.8 devel), producing the following:
err:module:attach_process_dlls "uulib_64.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Ultimate Unwrap3D Pro (x64)\\unwrap3d_64.exe" failed, status c0000005
I believe uulib_64.dll is a dll specific to the application.
Download link (unfortunately I cannot get an exact link):
http://www.unwrap3d.com/u3d/downloads.aspx
--
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=46829
Bug ID: 46829
Summary: Wizard101 crashes after playing the game after awhile.
Product: Wine
Version: 4.3
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jamesgryffindor99(a)gmail.com
Created attachment 63859
--> https://bugs.winehq.org/attachment.cgi?id=63859
Wizard101 crash logs for Wine 4.3 on macOS Mojave.
After playing Wizard101 (anywhere from 30 minutes to an hour or more), it
crashes unexpectedly. I have attached the terminal log below. This is a clean
install of wine 4.3 on macOS Mojave 10.14.3.
--
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=27629
Summary: Pride of Nations Demo:
Product: Wine
Version: 1.3.23
Platform: x86
URL: http://www.gamershell.com/download_74618.shtml
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Potentially workaround 27628 (winetricks -q d3dx9_36, or don't remove the
native dll).
Start the app, choose new game, choose the only campaign option. Choose any
country (tried UK and Russia).
The game will either immediately exit, or maybe pop up a map and an error
dialog. Nothing shows in the terminal. Looking at the game's log, I see:
7:08:56 PM [Critical ] TParticlesDef.Fetch Data container
for particles definitions has some discrepancies, for UID 1
7:08:56 PM [Critical ] TParticlesDef.Fetch Data container
for particles definitions has some discrepancies, for UID 1
--
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=46979
Bug ID: 46979
Summary: Winecfg hangs (winedevice.exe 100% CPU usage) when
removing an assigned drive
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, regression, source
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: b4f78d6896a7fc85b3ec29d3db30d5d8e9b790e8
Distribution: ArchLinux
Steps to reproduce:
1. create a new wineprefix by running winecfg. Go to the <Drives> tab and add a
new drive pointing to any existing directory on your filesystem e.g. your home
directory. Click <Apply> then <OK> to accept the changes and quit winecfg.
2. re-run winecfg, visit the <Drives> tab and remove the previously created
drive from the list then click <Apply>....winecfg hangs (no visible terminal
output, winedevice consumes 100% CPU).
Another scenario (an external USB hard drive was mounted then unmounted between
those 2 steps).
When the external hdd is mounted on my system, existing partitions on the drive
are automatically added to the drive list in winecfg. Exit winecfg and unmount
the partition(s) from your system then re-run winecfg and try to open the
<Drives> tab: Wine hangs again, now something like this is present in the
terminal:
0017:err:ntdll:RtlpWaitForCriticalSection section 0xf7d67700
"../../../dlls/mountmgr.sys/device.c: device_section" wait timed out in thread
0017, blocked by 0019, retrying (60 sec)
Reverting commit b4f78d6896a7fc85b3ec29d3db30d5d8e9b790e8 fixes the problem for
me.
Tested and reproduced in wine-4.5-222-g8ee1e3453e.
--
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=45854
Bug ID: 45854
Summary: Magic the Gathering demo graphical glitch with virtual
desktop
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spzakulec(a)gmail.com
Distribution: ---
Created attachment 62340
--> https://bugs.winehq.org/attachment.cgi?id=62340
Console output when running the Magic the Gathering demo with a virtual desktop
Hi, the Magic the Gathering demo (the one by Microprose) works fine in a 32 bit
wine prefix on 3.16 devel with OS set to Win 95, but key parts of the interface
disappear or are solid black if the program is run in a virtual desktop.
While I am not totally sure this is the same issue that affects all of the
Microprose Magic the Gathering games, in practice the issue and the symptoms
are identical.
You can download the demo here: https://archive.org/details/mtgdemo
I'm on Kubuntu 17.10 64 bit, using the official WineHQ repository.
To reproduce this:
Run mtgdemo.exe, which extracts to a folder.
In the extracted folder, run DUEL.EXE in a 32 bit wine prefix with OS set to
Win95.
You'll see a screen without any black boxes or blobs on it- most importantly,
the large Magic card on the left is visible.
Click exit.
Set DUEL.EXE to a virtual desktop- 1024x768 shows this issue.
The card that was visible without the virtual desktop is now a giant black
blob.
Should you try to play the game, other graphical glitches will happen- cards
disappear and only re-appear when you go to the next turn or right-click on the
playing field, choose Duel Options, and then press OK.
--
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=45325
Bug ID: 45325
Summary: Ubisoft detection tool dont recognize correctly cpu
Product: Wine
Version: 3.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Detection tool app used by various ubisoft titles case: assasins creed 1,
prince of persia forgotten sands, prince of persia 2008 dont detect real name
cpu and only shows intel pentium 4 2.40ghz
However in side shows correct cpu cores and non overclocked frecuency
Overclocked frecuency dont detected
Also occur in batman arkham asylum installer too
Thanks
--
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=20082
Summary: Driver Create and Close displatch routines should be
called
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
Currently when a CreateFile() is done the IRP_MJ_CREATE dispatch routine is not
called ! This is a major oversight and caused the v4.00 SIVDRIVER to crash.
For 4.01 I worked around this, but failing to call the driver when the
CreateFile() is done is a major failing and needs to be corrected. The
IRP_MJ_CLOSE routine also needs to get called for the CloseHandle().
--
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=32086
Bug #: 32086
Summary: LBA2 black screen above diagonal from bottom left to
upper right
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Created attachment 42299
--> http://bugs.winehq.org/attachment.cgi?id=42299
wine-1.5.15 terminal output in full screen mode
DirectDrawRenderer=opengl became the default some time ago.
As of 1.5.15, Little Big Adventure 2 aka. LBA2 displays a black screen above a
diagonal from bottom left to upper right across its 640x480 virtual desktop.
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for
DirectDraw!, expect problems
-- indeed
The black diagonal persists across all menus, intro videos and game play.
Moving the virtual desktop around you momentarily unhides the missing half
screen.
Reopened bug #23921 is about using DirectDrawRenderer=gdi
The black triangle also affects full screen mode. Terminal output is attached.
Does OpenGL decompose the rectangular window into two triangles?
--
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=24429
Summary: fifaconfig.exe: save function don`t work when Wine
uses Mono 2.6 instead of dotnet20
Product: Wine
Version: 1.3.2
Platform: x86
URL: http://static.itmages.ru/i/10/0916/h_1284660639_8d8add
adee.png
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pzinin(a)gmail.com
fifaconfig.exe - FIFA 11 config app written in .net (see link for get demo).
When Wine uses Mono 2.6, I can`t save any settings using this app: it crashes.
But a bug http://bugs.winehq.org/show_bug.cgi?id=24428 is not present on Mono.
--
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=46917
Bug ID: 46917
Summary: Redirect an issue "wine's d3d8/9 visual tests fail on
i965" to WineHQ
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asimiklit.work(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Mesa issue description:
"""
d3d8:
visual.c:2728: Test failed: Expected color 0x0000ff00 at 400,60, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 560,60, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x0000ff00 at 400,180, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 560,180, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x0000ff00 at 80,300, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x0000ff00 at 240,300, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x0000ff00 at 400,300, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 560,300, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 80,420, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 240,420, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 400,420, got
0x000000ff.
visual.c:2728: Test failed: Expected color 0x00ff0000 at 560,420, got
0x000000ff.
d3d9:
visual.c:12337: Test failed: Expected color 0x0000ff00 at 400,60, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 560,60, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x0000ff00 at 400,180, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 560,180, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x0000ff00 at 80,300, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x0000ff00 at 240,300, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x0000ff00 at 400,300, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 560,300, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 80,420, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 240,420, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 400,420, got
0x000000ff.
visual.c:12337: Test failed: Expected color 0x00ff0000 at 560,420, got
0x000000ff.
Fedora 20
[austin@localhost ~]$ yum list installed | grep -e intel -e mesa
mesa-dri-drivers.i686 10.0.4-1.20140312.fc20 @updates
mesa-dri-drivers.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-filesystem.i686 10.0.4-1.20140312.fc20 @updates
mesa-filesystem.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libEGL.i686 10.0.4-1.20140312.fc20 @updates
mesa-libEGL.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libEGL-devel.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libGL.i686 10.0.4-1.20140312.fc20 @updates
mesa-libGL.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libGL-devel.i686 10.0.4-1.20140312.fc20 @updates
mesa-libGL-devel.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libGLU.i686 9.0.0-4.fc20 @updates
mesa-libGLU.x86_64 9.0.0-4.fc20 @updates
mesa-libGLU-devel.i686 9.0.0-4.fc20 @updates
mesa-libGLU-devel.x86_64 9.0.0-4.fc20 @updates
mesa-libOSMesa.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libOSMesa-devel.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libgbm.i686 10.0.4-1.20140312.fc20 @updates
mesa-libgbm.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libglapi.i686 10.0.4-1.20140312.fc20 @updates
mesa-libglapi.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libwayland-egl.x86_64 10.0.4-1.20140312.fc20 @updates
mesa-libxatracker.x86_64 10.0.4-1.20140312.fc20 @updates
xorg-x11-drv-intel.x86_64 2.21.15-5.fc20 @updates
"""
Looks it is a wine issue here according to:
https://www.khronos.org/registry/OpenGL/extensions/ARB/ARB_framebuffer_obje…
"- If the attachment sizes are not all identical, rendering will be
limited to the largest area that can fit in all of the
attachments (i.e. an intersection of rectangles having a lower
left of (0,0) and an upper right of (width,height) for each
attachment)
- If the attachment sizes are not all identical, the values of
pixels outside the common intersection area after rendering are
undefined."
This issue came from mesa issue:
https://bugs.freedesktop.org/show_bug.cgi?id=77312
--
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.