http://bugs.winehq.org/show_bug.cgi?id=24374
Summary: Driller fails to run
Product: Wine
Version: 1.3.2
Platform: x86
URL: http://download.ovinebydesign.com/driller/download.asp
x
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30720)
--> (http://bugs.winehq.org/attachment.cgi?id=30720)
terminal output
Driller is a freeware remake of a classic 3D adventure game, which was quite
popular in the 8-bit computer era.
The standalone executable Driller.exe fails to run in Wine, showing only a
messagebox, saying:
'Error! User lib not found', then it quits.
I can't verify how it behaves under a native Windows environment because I have
no Windows installed. According to the developer's page the game is Vista
compatible.
I'm not sure it has something to do with the issue, but the Driller.exe is
packed/protected(?) by Molebox Ultra. That is some kind of virtualization which
helps creating portable applications.
Fedora 13
Nvidia 7600 / driver 256.53
--
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=44334
Bug ID: 44334
Summary: 'start /W "" notepad' does not wait as on native.
Product: Wine
Version: 3.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 60210
--> https://bugs.winehq.org/attachment.cgi?id=60210
cmd: Avoid having first parameter to start.exe ignored.
Tried to have a look into #44236.
There a batch script is executed but the start commands
did not wait until the started processes did end.
Example line:
---
start /W " " "%SFDIR%automesh" wr2300
---
As far as I see this is because when WCMD_start encounters an title parameter,
it removes the executable from the cmdline parameter to CreateProcessW.
---
start /W "" notepad
002f:trace:process:create_process_impl app L"C:\\windows\\command\\start.exe"
cmdline L"/W \"\\\"\\\"\" notepad"
---
This get not recognized much, because usually the title is the first
parameter and is therefore ignored by start.exe. But start.exe get executed
because it is also in the file parameter to CreateProcessW.
Attached is a patch that tries to maintain the executable as first parameter
in the cmdline parameter to CreateProcessW.
--
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=42669
Bug ID: 42669
Summary: SolveigMM Video Splitter Business Edition v6.1:
Crashes when opened
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeroentorchmaster(a)gmail.com
Distribution: ---
Created attachment 57620
--> https://bugs.winehq.org/attachment.cgi?id=57620
Bug file outputted by Wine
(Wine-staging 2.3)
Installed, then opened the program. GUI shows up, then crashes.
--
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=45274
Bug ID: 45274
Summary: unimplemented function
msvcp140.dll.?_Syserror_map@std@@YAPEBDH@Z called in
64-bit code
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 61527
--> https://bugs.winehq.org/attachment.cgi?id=61527
Backtrace of wine64 crash
Wine crashed using the built-in msvcp140.dll.
--
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=45243
Bug ID: 45243
Summary: Wrong cast in some HANDLE_MSG_WM_* macros produces
errors when compiling with wineg++
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: sacrom(a)gmail.com
Distribution: ---
Created attachment 61481
--> https://bugs.winehq.org/attachment.cgi?id=61481
Simple event handler function with HANDLE_MSG macro
Compiling a message handler with some HANDLE_MSG() Macros (defined in
windowsx.h) with wineg++ a cast error is produced.
I attached a test.c simple example and the compile results can be seen in
wineg++.err file
--
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=45067
Bug ID: 45067
Summary: Claybook fails to create shader due to invalid cast
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 61205
--> https://bugs.winehq.org/attachment.cgi?id=61205
Log file.
Sharers aren't being created correctly due to a failing convert
013d:fixme:d3d_shader:shader_glsl_sprintf_cast Unhandled cast from 0 to 0x6.
which leads to
....
013d:fixme:d3d_shader:shader_glsl_dump_program_source imageStore(cs_image0,
floatBitsToInt(R0).xy, <unhandled data type 0x6>.xyzw);
--
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=40694
Bug ID: 40694
Summary: Invalid behavior of "C: && echo haha" or "C: & echo
haha"
Product: Wine
Version: 1.9.10
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
Distribution: ---
On Windows, all of "C: && echo haha", "C: || echo haha", "C: & echo haha" works
fine.
On Wine, this kinds of command line generates an error of "Can't recognize 'C:
' as an internal or external command, or batch script."
Found by neovim developer: https://tea-ci.org/equalsraf/neovim/39
--
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=45081
Bug ID: 45081
Summary: Expanded FakeDLL support changed behaviour of stubs
for A/W symbols
Product: Wine-staging
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Paul.Hampson(a)Pobox.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61234
--> https://bugs.winehq.org/attachment.cgi?id=61234
Report the results of GetProcAddress for three variations of the intersting
symbol
While looking into issues with running current Cygwin on current Wine, an error
was raised under Wine Staging 3.6:
fatal error - couldn't dynamically determine load address for
'DsEnumerateDomainTrustsW' (handle 0x7F1E632A0000), Win32 error 127
This doesn't happen either natively or with Wine 2.4 (Staging)
Looking into it, it appears the current netapi32.spec has:
@ stub DsEnumerateDomainTrusts
Given the near-trivial code attached, the behaviour difference is clear.
Windows (Windows 10 1709):
DsEnumerateDomainTrusts not found
DsEnumerateDomainTrustsA found
DsEnumerateDomainTrustsW found
Wine 2.4 (Staging) and 3.6 (Staging):
DsEnumerateDomainTrusts found
DsEnumerateDomainTrustsA not found
DsEnumerateDomainTrustsW not found
The weird thing is that Wine 2.4 worked in Cygwin, when clearly nothing has
apparently changed for this particular DLL export code-wise since 2005.
I believe this is to do with the patches in Wine Staging
(https://github.com/wine-staging/wine-staging/tree/master/patches/winebuild-…)
which have surfaced a class of previously-hidden issues in Wine.
I haven't worked out where yet, but I suspect that the Fake_DLLs are breaking
some kind of Wine magic which lets the unadorned symbols for stubs also respond
to a lookup for the adorned symbols.
Otherwise, I expect we'd see a lot more pairs like this:
@ stub DsEnumerateDomainTrustsA
@ stub DsEnumerateDomainTrustsW
I'm surprised such a change hasn't seen more issues but I was unable to find
any references to it on this Bugzilla or by searching Google.
ReactOS have a trivial patch which turns them from spec-stubs to code-stubs,
and hence corrects the exports etc: https://jira.reactos.org/browse/CORE-11056
and that would make sense for Wine.
All Wine installations here are on Ubuntu 14.04 from winehq packages, in Docker
images built from https://github.com/TBBle/wine_msys64
--
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=18164
Summary: dlls/iphlpapi/ifenum.c: compiler warnings
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: NetBSD
Status: NEW
Keywords: source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT
-fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include
-I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include
-I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o
./ifenum.o ./ifenum.c
./ifenum.c: In function 'enumIPAddresses':
./ifenum.c:693: warning: pointer of type 'void *' used in arithmetic
./ifenum.c:693: warning: comparison of distinct pointer types lacks a cast
./ifenum.c: In function 'getIPAddrTable':
./ifenum.c:754: warning: pointer of type 'void *' used in arithmetic
./ifenum.c:754: warning: comparison of distinct pointer types lacks a cast
No patch for this one yet. Won't complain if someone beats me to it ;-).
--
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=42599
Bug ID: 42599
Summary: Max Payne 3 (Steam) crashes in DX9 mode
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 57541
--> https://bugs.winehq.org/attachment.cgi?id=57541
log
Game just crashes at launch if render set to DX9.
--
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.