https://bugs.winehq.org/show_bug.cgi?id=45962
Bug ID: 45962
Summary: FileMaker Pro 16 crashes on startup
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: larrycoleman.email(a)gmail.com
Distribution: ---
Created attachment 62513
--> https://bugs.winehq.org/attachment.cgi?id=62513
The "Show Details" from when FileMaker crashes
I am running on Ubuntu 16.04. I installed WineHQ 3.17. FileMaker Pro requires
.Net Framework. I used Winetricks to install .NET Framework 4.6.1. I then
installed FileMaker Pro 16.
When trying to run FileMaker, I get a "Program Error" message "The program
FileMaker Pro.exe has encountered a serious problem and needs to close. We are
sorry for the inconvenience."
--
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=42443
Bug ID: 42443
Summary: MyDiff Program doesn't launch
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: le.pocher.julien(a)gmail.com
Distribution: ---
Created attachment 57275
--> https://bugs.winehq.org/attachment.cgi?id=57275
Bug backtrace
The executable MyDiff.exe file won't run. See backtrace.
--
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=33287
Bug #: 33287
Summary: Filemaker Pro12 crashes when opening database file
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmeador(a)momentapharma.com
Classification: Unclassified
I can install Filemaker Pro 12 with a valid serial number into BioLinux 7,
which is Ubuntu 12.04. Wine was installed as 4.1 via the Ubuntu Software Center
and I cannot get the dev version of 1.5 to install via this or the commandline.
It says that the binaries are not available.
When running from the commandline, I get this output:
:~$ wine "c:\program files (x86)\FileMaker\FileMaker Pro 12\FileMaker Pro.exe"
p11-kit: couldn't load module:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared
object file: No such file or directory
When I look for this directory in /usr/lib/i386-linux-gnu/ there are no files
or folders called pkcs11 so perhaps this is missing from the wine1.4 installer?
When installing, the installer gets to the end and then crashes and says the
registration program cannot run, however, the program will start and appears to
run ok until you open a database file, and I have tried several. Once I try to
open a file, it crashes. The FileMaker Pro binary and other files are installed
into /Program File (x86)/FileMaker/...
I am attaching the backtrace file as well which was obtained from running the
program from the graphical method.
The computer is an HP Xeon processor with 64-bit Ubuntu 12.04 and 128 GB ram
Thanks for any help you can provide.
--
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=39288
Bug ID: 39288
Summary: Filemaker Pro 12 crashes when trying to open a
Filemaker database file
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ben(a)berwers.org
Distribution: ---
Created attachment 52366
--> https://bugs.winehq.org/attachment.cgi?id=52366
Filemaker Pro 12 crashes when trying to open a Filemaker file.
Filemaker Pro 12 has a serious problem and stops when I try to open any file.
Please see attached backtrace report when opening a testfile.
By the way Filemaker Pro 6 works fine. Unfortunately I cannot switch back to
the 6-version.
Hope you can help me, what goes wrong.
Thanks in advance,
Ben Berwers
--
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=44355
Bug ID: 44355
Summary: FaceIt client : www.faceit.com/client
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adil3.7896(a)gmail.com
Distribution: ---
Created attachment 60250
--> https://bugs.winehq.org/attachment.cgi?id=60250
Backtrace of the issue
The FaceIt client was running properly when it suddenly closed with the
following message: ...have to close the application due to Database issues.
Please check Wine Application Database for more information.
Here's the backtrace (attachment)
please fix?
--
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=41713
Bug ID: 41713
Summary: Explorer.exe is wrong when started from the process
creating the Wine prefix
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
To reproduce this do the following:
rm -rf ~/.wine
cd dlls/shell32/tests
rm shelldispatch.ok
make shelldispatch.ok
This normally results in the following failure:
shelldispatch.c:624: Test failed: got 0x80040152
Which corresponds to the following line:
ok(hr == S_OK, "got 0x%08x\n", hr);
/* TODO: remove when explorer startup with clean prefix is fixed */
if (hr != S_OK)
return;
The workaround is to ensure the Wine prefix has been created before running the
test:
rm -rf ~/.wine
./wine hostname
./server/wineserver -w
cd dlls/shell32/tests
rm shelldispatch.ok
make shelldispatch.ok
Note that wt-daily is now implementing this workaround (see
https://github.com/fgouget/wt-daily).
--
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=45232
Bug ID: 45232
Summary: TIDAL can't be installed with exe installer
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 61461
--> https://bugs.winehq.org/attachment.cgi?id=61461
Wine log
The program instantly crashes, I assume due to the missing ieframe interface.
Needs wine-staging patches, else it complains about being run as administrator.
--
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=45749
Bug ID: 45749
Summary: Visual Studio 2017 Installer fails due to
node.js/libuv listen(named pipe) error
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jimbo1qaz(a)gmail.com
Distribution: ---
Created attachment 62190
--> https://bugs.winehq.org/attachment.cgi?id=62190
Visual Studio Installer logs (mostly useless)
Running Kubuntu 18.04 64-bit. I created a 32-bit .wine32 prefix, installed
dotnet46 via winetricks, then the Build Tools for Visual Studio installer
(https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio…
) (which shares the core with VS2017 installer. It's written in node.js and
involves multiple processes communicating via what the source describes as
"pipe"s).
The error is "Hub Controller process exited prematurely with exit code 1
(NodeUncaughtFatalException)."
Interestingly, the installer's source is user-readable and located in
WINEPREFIX / drive_c/Program Files/Microsoft Visual
Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/. I was
able to edit the .js files to add control flow logging:
const fs = require('fs');
function logg(val, args){
fs.writeFileSync("C:\\"+process.hrtime()[1] + '_'+val, ""+args,
function(err) {});
}
Installer seems to be codenamed "microsoft-servicehub". Strangely, many of the
Installer files appear to test for Windows and/or *nix, despite VS being
Windows-only. It also references open-source VS Code, but I was unable to find
any hits when Googling for quoted strings.
----------
The error message "Hub Controller process exited prematurely with exit code" is
raised from within "drive_c/Program Files/Microsoft Visual
Studio/Installer/resources/app/node_modules/microsoft-servicehub/controllerConnection.js":
ControllerConnection.prototype.startController `var connectPromise` fails,
calling `function (err)` to spawn a process (which crashes).
ControllerConnection.prototype.onControllerProcessExited is responsible for
noticing the process has terminated, and raising the exception.
---------
The actual crash originates from "drive_c/Program Files/Microsoft Visual
Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/HubController.js".
HubController.js is executed by several distinct processes, and `process.pid`
is the same within `function HubController()` and the global scope.
I systematically replaced all calls to `logger.error()` (info, etc.) to
`logg()` (since Logger.error() called within subprocess did not show up in
Visual Studio's debug logs). I get two sequentially numbered files, 1
millisecond apart:
"429988399_Successfully started server on pipe
5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610"
"430873100_Terminating controller due to some unknown error: " with contents
"listen EINVAL
\\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610"
This error is thrown by `function retryStartServer`. `e.code` is EINVAL, while
the code only handles `e.code === ec.EADDRINUSE.code`.
Looking at
https://stackoverflow.com/questions/11040460/get-the-listen-einval-when-sta…
suggests:
> > EINVAL The socket is already connected.
> Make sure something isn't already listening on that port.
`man errno` suggests otherwise: > EINVAL Invalid argument (POSIX.1-2001).
Adding `|| e.code === ec.EINVAL.code` and commenting `process.platform ===
'win32' ||` sends the installer into an endless "kill and restart
HubController" loop, which isn't what we want.
Extra notes on control flow at
https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#server
--------
The `EINVAL` error comes with a node.js stack trace:
https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#file-net…
(The hexadecimal path originates from
https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#determin…
)
https://github.com/nodejs/node/blob/68dff4a67b7222770f90fc5d9bdd884f8db4a24…
`const ex = new Error(`${syscall} ${code}${details}`);`
"listen EINVAL
\\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610"
I think the call which failed is `listen`, which returns EINVAL for some
reason.
------------
Comparing my stack trace with node.js source code (node.dll 8.9.3):
`Server.listen (net.js:1487:5)` =
https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1487
- listenInCluster(server=this, address=pipeName, port=-1, addressType=-1,
backlog=backlog, fd=undefined, exclusive=options.exclusive);
`listenInCluster (net.js:1392:12)` =
https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1392
- server._listen2(=address, =port, =addressType, =backlog, =fd);
Unpeeling layers of abstraction on top of Windows named pipes:
`Server.setupListenHandle [as _listen2] (net.js:1351:14)` =
https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1351
(Bullet points are not in stack trace, but I assume they executed)
- `handle = new Pipe(PipeConstants.SERVER);`
https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1267
- `const { Pipe } = process.binding('pipe_wrap');` which refers to C++ code
at https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc
- pipes are handled by https://github.com/libuv/libuv
- `var err = this._handle.listen(backlog || 511);` is the operation which fails
=
https://github.com/nodejs/node/blob/8a44289089a08b7b19fa3c4651b5f1f5d1edd71…
- Routes to https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc#L154
- which calls uv_listen(). `return uv_translate_sys_error(err);` and EINVAL is
located at https://github.com/libuv/libuv/blob/v1.x/src/win/error.c#L101 ...
There are 7 Win32 errors all mapping to UV_EINVAL==EINVAL, but only WSAEINVAL
can happen.
- uv_listen() either [assert(0) and sets err=ERROR_INVALID_PARAMETER] (I hope
not), calls uv_tcp_listen (I hope not)
- Most likely calls uv_pipe_listen() =
https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319…
- It has 4 return paths, only `if (!(handle->flags & UV_HANDLE_BOUND)) { return
WSAEINVAL;` is happening =
https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319…
- What initializes `handle->flags` without |=UV_HANDLE_BOUND?
ok i'm getting a headache
--
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=45998
Bug ID: 45998
Summary: 64-bit FACEIT Anti-cheat client claims "Your system is
out of date, you are missing important Windows
updates!" (needs
'wintrust.CryptCATAdminAcquireContext2' stub)
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wintrust
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Download: https://anticheat-client.faceit.com/FACEITInstaller_64.exe
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/FACEIT AC
$ WINEDEBUG=+seh,+relay wine ./faceitclient.exe >>log.txt 2>&1
...
002c:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653
002c:Ret KERNEL32.LoadLibraryA() retval=7fd071b90000 ret=1400b1653
002c:Call KERNEL32.GetProcAddress(7fd071b90000,141215450
"CryptCATAdminAcquireContext2") ret=1400b1670
002c:Ret KERNEL32.GetProcAddress() retval=00000000 ret=1400b1670
002c:Call KERNEL32.FreeLibrary(7fd071b90000) ret=1400b167c
002c:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c
002c:Call ntdll.RtlAllocateHeap(00010000,00000000,00000050) ret=1411adc3c
002c:Ret ntdll.RtlAllocateHeap() retval=000b09e0 ret=1411adc3c
002c:Call user32.MessageBoxA(00000000,000b09e0 "Your system is out of date, you
are missing important Windows updates!",00000000,00000010) ret=1400edd5d
...
--- snip ---
Microsoft Docs:
https://docs.microsoft.com/en-us/windows/desktop/api/mscat/nf-mscat-cryptca…
--- quote ---
The CryptCATAdminAcquireContext2 function acquires a handle to a catalog
administrator context for a given hash algorithm and hash policy.
You can use this handle in subsequent calls to the following functions:
CryptCATAdminAddCatalog
CryptCATAdminEnumCatalogFromHash
CryptCATAdminRemoveCatalog
This function has no associated import library. You must use the LoadLibrary
and GetProcAddress functions to dynamically link to Wintrust.dll.
Syntax
BOOL CryptCATAdminAcquireContext2(
HCATADMIN *phCatAdmin,
const GUID *pgSubsystem,
PCWSTR pwszHashAlgorithm,
PCCERT_STRONG_SIGN_PARA pStrongHashPolicy,
DWORD dwFlags
);
--- quote ---
It's Windows 8+ API.
With a FIXME stub that prints parameters, returning FALSE:
--- snip ---
...
0064:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653
0064:Ret KERNEL32.LoadLibraryA() retval=7f9b71860000 ret=1400b1653
0064:Call KERNEL32.GetProcAddress(7f9b71860000,141215450
"CryptCATAdminAcquireContext2") ret=1400b1670
0064:Ret KERNEL32.GetProcAddress() retval=7f9b718680d0 ret=1400b1670
0064:Call KERNEL32.FreeLibrary(7f9b71860000) ret=1400b167c
0064:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c
--- snip ---
I didn't see any call to the stub, so one might get away even with
auto-generated unimplemented stub.
The client executable has some anti-debug trickery and custom obfuscation
scheme. Crashes later due to other insufficiencies though.
$ sha1sum FACEITInstaller_64.exe
ed8f8c2f6ec2d113bed882faa9d8b8a7a3b56a3c FACEITInstaller_64.exe
$ du -sh FACEITInstaller_64.exe
85M FACEITInstaller_64.exe
$ wine --version
wine-3.18
Regards
--
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=43155
Bug ID: 43155
Summary: WarBR: (WarS game v5.5 p4) Crashes on login
"fixme:wmp:PersistStreamInit_Load
(0x1c1f58)->(0x1362090)"
Product: Wine
Version: 2.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rodrigodavy(a)gmail.com
Distribution: ---
In wine 2.9 I could login into the game using native wmvcore.dll
In wine 2.10 the game doesn't login with both the wine and the native 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.
http://bugs.winehq.org/show_bug.cgi?id=22077
Summary: cspro 4.0 error in wine (1.1.40)
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iip.umar.rifai(a)gmail.com
CC: iip.umar.rifai(a)gmail.com
Created an attachment (id=26903)
--> (http://bugs.winehq.org/attachment.cgi?id=26903)
screen show when hang
Cspro get hang when pressing key or mouse during popup selection (selcase
function in cspro), and also the icon on the tree look weird.
How to test:
1. download cspro here http://www.census.gov/ipc/www/cspro/
2. Run Cspro 4.0 program
3. Open file/application, goto examples/capi
4. BUG 1. you will see that the icon in the left are black. Different when you
see it in native windows.
5. BUG-2. now, run the program, from the menu file->run. Just clik ok on every
prompt or enter everything. On roster screen, enter only one line, and leave
blank in the second row, to directly end the data entry, you will see yes/no
popup, just klik or press up/down arrow, then cspro will hang.
Screenshot can be see here
http://sites.google.com/site/iipumarrifai2/wine-cspro-error1.jpg
I think this the only one problem I found in cspro, if this can be fix than it
will be gold in wine. And the problem is the same problem since wine Beta and
cspro 3.x, but I never send it to wine.
I'm running this on Linux Mint 8 (Ubuntu karmic)
Best Regards,
-iip-
--
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=37326
Bug ID: 37326
Summary: Blackberry Blend Desktop software
Product: Wine
Version: 1.7.27
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: popsch(a)gmx.net
Created attachment 49636
--> https://bugs.winehq.org/attachment.cgi?id=49636
Log
I'm trying to run blackberry blend. The installer doesn't complete.
You can download the software for free here
(BlackBerryDesktopSoftware_B98.exe):
http://ca.blackberry.com/software/desktop/blackberry-blend.html
I tried the latest version of wine and the Sept 25 version from git.
Thanks a lot.
--
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=38150
Bug ID: 38150
Summary: vcredist_x64 2012 fails to install
Product: Wine
Version: 1.7.37
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ratman386zon(a)gmail.com
Distribution: ---
Created attachment 50879
--> https://bugs.winehq.org/attachment.cgi?id=50879
wine log
I've tried to install vcredist_64 2012 on clean x64 prefix but it fails.
It's fine until I click agree button. After that I get error code 0x80070005.
Google tells me it's problem with lack of admin rights, weird.
--
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=33576
Bug #: 33576
Summary: Paint Tool SAI won't start
Product: Wine
Version: 1.5.30
Platform: arm64
URL: http://www.systemax.jp/bin/sai-1.1.0-ful-en.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Classification: Unclassified
Regression SHA1: 6e0d43811b5e407a77fde3a64ead5f3700ea68a9
The program fails to start, giving no further console log on the standard debug
channels than it would otherwise. This is a regression introduced in 1.5.14.
git bisect reveals:
commit 6e0d43811b5e407a77fde3a64ead5f3700ea68a9
Author: Erich Hoover <ehoover(a)mines.edu>
Date: Wed Sep 19 08:03:46 2012 -0600
kernel32: Report FILE_PERSISTENT_ACLS flag for NTFS volumes.
I know that this commit seems unlikely, but I can confirm that the program
works again once it is reverted. I am not using NTFS for these tests, just ext4
and tmpfs.
--
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=35649
Bug ID: 35649
Summary: SAI can't run
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: silverwerwolf13(a)gmail.com
fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled.
fixme:dwmapi:DwmIsCompositionEnabled 0xf36d114
fixme:htmlhelp:HtmlHelpW HH case HH_UNINITIALIZE not handled.
--
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=15022
Summary: msi.dll.MsiDatabaseMergeW not implemented
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aruiz(a)gnome.org
Created an attachment (id=15664)
--> (http://bugs.winehq.org/attachment.cgi?id=15664)
Wix test case
While trying to run wix[0]'s candle tool with mono[1] I get this error:
wine: Call from 0x7ee510e0 to unimplemented function msi.dll.MsiDatabaseMergeW,
aborting
Are there any plans to support this function anytime soon?
[0] http://wix.sourceforge.net/
[1] http://www.go-mono.com/mono-downloads/download.html
--
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=17983
Summary: WiX fails with builtin msi.dll
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hib(a)hiberis.nl
Created an attachment (id=20350)
--> (http://bugs.winehq.org/attachment.cgi?id=20350)
reproduce-wix-msi-bug.sh
With Windows Installer XML (WiX) toolset, you can create .msi packages.
The program light.exe creates these packages.
Light.exe succeeds both when run with wine's builtin msi.dll and with a native
msi.dll. However, the msi package produced with the builtin msi.dll does not
install on MS Windows (XP), while the one built with the native msi.dll does.
Apparently, light.exe fails without complaining, which makes it difficult to
pinpoint the problem. Nonetheless, looking at the produced .msi packages it
seems that there is something wrong with the Summary information.
I have attached a script to reproduce the problem.
Note, the storage warnings that light.exe produces can be get rid off by using
a native ole32.dll, but that does not appear to affect this bug.
--
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=27132
Summary: Crash in MSI_RecordSetStringW when embedding RTF with
NUL character into an MSI with Wix
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Created an attachment (id=34640)
--> (http://bugs.winehq.org/attachment.cgi?id=34640)
test case
When using WiX to build an MSI installer package, Wine will crash when an RTF
file that will be contained in the installer contains a NUL character.
To reproduce:
1. Run build.msi in the attached test case.
2. light should crash while reading from 0x30
To run the test case, you will need Mono
<http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…>
and WiX <http://wix.codeplex.com/releases/view/44406#DownloadId=119160>. You
will need to put WiX's tools in Wine's PATH, or modify build.sh to give the
full path to the WiX tools when it invokes light and candle.
--
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=28350
Summary: failure to create MSI packages include merge modules
(MSM files)
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
The attached test case fails to compile an MSI using WiX 3.0 under Wine 1.3.28.
The error given is:
wine light -sval pr.wixobj
Microsoft (R) Windows Installer Xml Linker version
Copyright (C) Microsoft Corporation. All rights reserved.
light.exe : error LGHT0001 : Object reference not set to an instance of an
object
Exception Type: System.NullReferenceException
Stack Trace:
at Microsoft.Tools.WindowsInstallerXml.MergeMod.NativeMethods.GetMsmMerge ()
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.ProcessMergeModules
(Microsoft.Tools.WindowsInstallerXml.Output output,
Microsoft.Tools.WindowsInstallerXml.FileRowCollection fileRows) [0x00000] in
<filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String databaseFile)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.Bind
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String file)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run (System.String[] args)
[0x00000] in <filename unknown>:0
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object
at Microsoft.Tools.WindowsInstallerXml.MergeMod.NativeMethods.GetMsmMerge ()
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.ProcessMergeModules
(Microsoft.Tools.WindowsInstallerXml.Output output,
Microsoft.Tools.WindowsInstallerXml.FileRowCollection fileRows) [0x00000] in
<filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.BindDatabase
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String databaseFile)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Binder.Bind
(Microsoft.Tools.WindowsInstallerXml.Output output, System.String file)
[0x00000] in <filename unknown>:0
at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run (System.String[] args)
[0x00000] in <filename unknown>:0
Binder temporary directory located at '/tmp/user/1000\11699d64\2ddee0c7'.
Validator temporary directory located at '/tmp/user/1000\28b7882d\728284bb'.
--
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=11414
Summary: msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not
implemented
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdahlin(a)async.com.br
To be able to test this you need to install mono on win32. I used the 1.2.6
version.
I installed the latest beta of WiX, 3.0.2925 available from
wix.sourceforge.net.
First light.exe needs to be run on product.wxs on the
examples/public/first/product.wxs, this generated product.wixobj.
After that I run, with only builtin dlls:
wine ../light.exe "-cultures:en-us" product.wixobj
fixme:msidb:STREAMS_modify 0x1c2178 3 0x12d2aa0 - mode not implemented
light.exe : error LGHT0001 : Some sort of w32 error occurred: 120
Exception Type: System.ComponentModel.Win32Exception
Stack Trace:
[mono backtrace cut]
--
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=11411
Summary: GetFileVersionInfoSizeW returns wrong error code if file
has no version (affects WiX)
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Keywords: patch
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://blog.rvburke.com/2008/01/30/gtk-and-pygtk-on-win32/
complained about WiX not running.
http://www.winehq.org/pipermail/wine-patches/2007-November/046456.html
talks about two changes needed to get it closer to running.
It seems to have been dropped, so here's one of the two bugs
it reports:
Running light.exe from wix on a wixobj file with a non-versioned
file as a component prints a diagnostic error indicating
ERROR_FILE_NOT_FOUND using wine's builtin of version.dll and msi.dll,
but ERROR_RESOURCE_DATA_NOT_FOUND using wine's builtin of msi.dll and
native version.dll.
... version.dll's GetFileVersionInfoSizeW does return
ERROR_FILE_NOT_FOUND when trying to get the version of a file that
does not contain a version (for example, a text file). This is
because it relies on VERSION_GetFileVersionInfo_16 to do the file
existance check, which returns 0 (meaning file does not exist) if
LoadLibrary16 fails.
The patch addresses this by making VERSION_GetFileVersionInfo_16
return 0xFFFFFFFF (meaning file exists but does not have version) if
LoadLibrary16 returns an error beside ERROR_FILE_NOT_FOUND.
--
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=28359
Summary: authenticode verification failure prevents WiX 3.6
installation
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Created an attachment (id=36353)
--> (http://bugs.winehq.org/attachment.cgi?id=36353)
full log file
Running http://wix.sourceforge.net/releases/3.6.2109.0/Wix36.exe results in the
following error:
#(loc.FailedHeader)
One or more issues caused the setup to fail. Please fix the issues and then
retry. For more information, see the log file.
0x80070057 - (null)
The full log file is attached; the first errors are:
[0021:0029][2011-09-13T13:01:50]: Download engine HTTP 200 HEAD to
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96…
[0008:0026][2011-09-13T13:01:50]: Error 0x80070057: Failed authenticode
verification of payload: C:\users\sam\Temp\Netfx4Full
[0008:0026][2011-09-13T13:01:50]: Error 0x80070057: Failed to verify payload
signature: C:\users\Public\Application Data\Package
Cache\58DA3D74DB353AAD03588CBB5CEA8234166D8B99\dotNetFx40_Full_x86_x64.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=27054
Summary: Won't run Wix 3.6 (beta) installer
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sam(a)robots.org.uk
Downloaded from http://wix.sourceforge.net/releases/3.6.1629.0/Wix36.exe
$ wine Wix36.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
fixme:msxml:domdoc_load VT type not supported (8209)
--
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.