http://bugs.winehq.org/show_bug.cgi?id=22146
Summary: 64bit compatibility issue with Wine's MCI string
command parser
Product: Wine
Version: 1.0.0
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=27005)
--> (http://bugs.winehq.org/attachment.cgi?id=27005)
work in progress MCI parser that knows about 64bit structures
Hi,
Wine's MCI string command parser is one reason why test.winehq.org shows
failures with 64bit machines. I've created this issue so everybody can discuss
and contribute patches until evolution leads to a correct one.
The attached patch fixes part of what's currently in git, but it is still
incomplete. Therefore I don't plan to submit it.
I've run tests on WTB's 64bit machines that proove that MCI_STATUS_PARMS and
MCI_GETDEVCAPS indeeed process differently sized dwReturn types on x64:
DWORD_PTR and DWORD. That's what's missing from my patch.
A solution that sounds ideal is to define something like MCI_INTEGER64 and
change the resource files mciavi_res.rc and winmm_res.rc. Given that new type,
the MCI string parser would compute the correct offset.
I'd be very pleased if somebody could conform that MS does it this way and tell
us the value of this constant.
Another solution path is to special-case MCI_STATUS_PARMS in the parser, as it
uses the only 64bit construct I knew until 5 minutes ago (beside dwCallback of
course) that's not a LP(W)STR. HWND seems to be 32bit.
5 minutes later: What about HDC in MCI_DGV_UPDATE_PARMS? Wait, wtypes.h says
void*! The MCI string command parser needs to handle this type as well:
MCI_INTEGER as currently used in mciav_res.rc is not adequate on 64bit.
In the meantime, I'll submit a patch that adds MCI_HDC and a few other missing
defines I know to the includes.
Regards,
Jörg Höhle
--
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=40320
Bug ID: 40320
Summary: Minor bug in A-PDF Restriction Removal
Product: Wine
Version: 1.9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yousifjkadom(a)yahoo.com
Distribution: ---
Hi.
Site of program:
http://www.a-pdf.com/security/restrictions_remover.htm
I installed it by Wine on Linux Mint xfce 17.3 x64 bit Live USB OS.
Program working very great & very fine with 100% functionality.
There is only small thing mised.
Look to screen shots (please notice RED MARKERS that I added)
screen shot 1: in Wndows OS, "right click menu" containing 2 options "Remove
Restrictions" & "Remove Restrictions & Save as ...". These 2 loptions added to
"right click menu" after installation of program. Clicking any of them will
lead program to work on PDF without need to re-select it again.
screen shot 2: in Linux OS, no such options ("Remove Restrictions" & "Remove
Restrictions & Save as ..."). There is only one option: "Open with A-PDF
Restrictions Removal". However, using this option is very O.K.
screen shot 3: in Linux OS. Result of step in screen shot 2 above. I can use
both of "1Remove Restrictions" or "Remove Restrictions & Save as ..." without
problem. But I CAN NOT BROWS contents on hard drives of PC !! Only I can brows
contents within Linux on USB !! I have to copy/past pdf from hard drives of PC
to Linux USB to deal with it using this program. This is global bug in all
programs not only in this program.
screen shot 4: show how to generate in windows result that appearing in screen
shot 2.
I ask if you can add "Remove Restrictions" & "Remove Restrictions & Save as
..." options to "right click menu" to be working directly on PDF files without
need to re-selecting it again. Otherwise program work very great.
Best
--
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=3548
--- Comment #54 from gat <gatlinsullivan(a)yahoo.com> ---
This is _NOT_ still present in Wine 1.9.5 with Fedora 23 using Nightingale
1.12.1 (getnightingale.com).
--
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=3548
--- Comment #53 from gat <gatlinsullivan(a)yahoo.com> ---
This is _NOT_ still present in Wine 1.9.5 with Fedora 23 using Notepad++ 6.9.
Will somebody please test this for me? I tried this with a virtual desktop and
without a virtual desktop and could not reproduce this again. It could be a
change in Notepad++, though.
--
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=39718
Bug ID: 39718
Summary: d3d9.dll trick for Fallout 3 no longer working in
Steam
Product: Wine
Version: 1.7.55
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: b.adamski(a)mac.com
Created attachment 52967
--> https://bugs.winehq.org/attachment.cgi?id=52967
Crash Log File
In order to get Fallout 3 work with Intel graphic boards, a modified d3d9.dll
file needs to be installed in the game directory:
/Program Files/Bethesda Softworks/Fallout 3/d3d9.dll for the standalone version
of Fallout 3.
/Program Files/Steam/SteamApps/common/Fallout 3 goty/d3d9.dll or
/Program Files/Steam/SteamApps/common/Fallout 3/d3d9.dll for the Steam version
of Fallout 3.
In addition the modified d3d9.dll file needs to get registered in winecfg. Add
"d3d9 (native, builtin)" in the 'Libraries' tab.
The trick worked perfectly fine until Steam released an update on August 19th
2015. With the new Steam version the trick does no longer work. Fallout 3
crashes when starting a new game or loading a save game. Please find the crash
log attached. This is a different crash then the typical "new game crash" that
the d3d9 trick is supposed to solve.
There seems no impact from OS X or Wine engine updates. The standalone version
of Fallout 3 is not affected, the trick still works absolutely fine here.
I did not find any similar reports about Fallout 3 in Steam on Wine under Linux
or natively in Steam on Windows.
You can download the standalone wrapper version for OS X here:
http://portingteam.com/files/file/8182-fallout-3-goty/
You can download the Steam wrapper version for OS X here:
http://portingteam.com/files/file/8213-fallout-3-and-fallout-new-vegas-on-s…
You find a forum discussion about the problem here:
http://portingteam.com/topic/10637-fallout-3-d3d9dll-trick-for-intel-gpus-n…
--
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=40287
Bug ID: 40287
Summary: When I try to install steam with Wine, it works. Then
I try to run steam, and steam just breaks. I can click
things on it, but they are just blank buttons.
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shadowvortex400(a)gmail.com
Distribution: ---
Created attachment 53928
--> https://bugs.winehq.org/attachment.cgi?id=53928
Backtrace
Read summary
--
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=40253
Bug ID: 40253
Summary: regression: Can't remove fonts: is a directory
(--with-wine64, shared wow64)
Product: Wine
Version: 1.9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
I've updated my git tree with 1.9.5 and now I have this error while
compiling 32bit Wine with the --with-wine64 option (in a shared wow64
setup):
---begin make output---
...
rm -f fonts && ln -s ../1.9.5_wow_64/fonts fonts
rm: impossible de supprimer « fonts »: est un dossier
make: *** [fonts] Erreur 1
...
---end make output---
It says fonts is a directory and can't be removed.
I do out-of-tree builds. The 32bit directory doesn't exists when I run
configure. After running configure, the 32bit build tree is there and
contains a fonts directory with a single Makefile in it.
I had no such error with Wine 1.9.4 and I don't have it when compiling
stand-alone 32bit Wine or the 64bit shared wow part.
I did a regression test and found this commit to be the culprit:
---begin git bisect output---
dcc16c7cac1cbf93096b072fe2f7b32ad08d1fa5 is the first bad commit
commit dcc16c7cac1cbf93096b072fe2f7b32ad08d1fa5
Author: Alexandre Julliard <julliard at winehq.org>
Date: Mon Feb 29 15:06:42 2016 +0900
makefiles: Don't generate global rules in disabled directories.
Signed-off-by: Alexandre Julliard <julliard at winehq.org>
...
---end git bisect output---
--
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=37949
Bug ID: 37949
Summary: eLicenser Control Center needs
msvcr80.dll.__CxxExceptionFilter
Product: Wine
Version: 1.7.34
Hardware: x86
URL: https://web.archive.org/web/20130226012410/http://download.elicenser.net/downloads/Archive/eLC_6.0.2.7036/eL
icenserControlSetup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: ---
To reproduce:
1) winetricks -q dotnet20
2) download and install the application
3) run c:/Program Files/Syncrosoft/LCC/eLCC.exe
4) press "Enter Activation Code"
5) hold a keyboard key until after all mask input is completed.
wine: Call from 0x7b83b705 to unimplemented function
msvcr80.dll.__CxxExceptionFilter, aborting
I see bug 34841 for msvcr90 and bug 35657 for msvcr110 so I understand that
each dll should have its own bug. If this is not true the bug can be closed as
duplicate.
--
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=39239
Bug ID: 39239
Summary: ole32:compobj fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following errors systematically happen when running the test without
elevated privileges on a Windows 7 box such as the fg-win7u64-1spie9adm and
fg-win7u64-1spie9usr WineTest boxes.
compobj.c:1269: Test failed: RegCreateKeyEx returned 5
compobj.c:1272: Test failed: RegCreateKeyEx returned 6
compobj.c:1274: Test failed: RegSetValueEx returned 6
compobj.c:1278: Test failed: CoGetPSClsid failed with error 0x80040155
compobj.c:1279: Test failed: got clsid {00000000-0000-0000-0000-000000000000}
compobj.c:1282: Test failed: RegDeleteKeyEx returned 6
compobj.c:1285: Test failed: RegDeleteKeyEx returned 2
The error code (ERROR_ACCESS_DENIED) clearly indicates a permissions issue.
The tests regression was introduced by the following commit:
commit fae8d9db5f3dcbec198d1a4cde6c9cfe8684b5cf
Author: Akihiro Sagawa <sagawa.aki(a)gmail.com>
Date: Tue Jul 15 19:34:38 2014 +0900
ole32/tests: Add CoGetPSClsid WOW64 registry tests.
--
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=40115
Bug ID: 40115
Summary: ole32:compobj regression (privilege issue)
Product: Wine
Version: 1.9.3
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The commit below introduces 25 new failures when it is run without elevated
privileges such as on the fg-win7u64-1spie9adm and fg-win7u64-1spie9usr VMs.
New failures:
compobj.c:2308: Test failed: failed to create a key 5, error 1008
compobj.c:2311: Test failed: got 6, error 1008
compobj.c:2314: Test failed: got 6, error 1008
compobj.c:2322: Test failed: got 6, error 1008
compobj.c:2325: Test failed: got 6, error 1008
compobj.c:2322: Test failed: got 6, error 1008
compobj.c:2325: Test failed: got 6, error 1008
compobj.c:2322: Test failed: got 6, error 1008
compobj.c:2325: Test failed: got 6, error 1008
compobj.c:2322: Test failed: got 6, error 1008
compobj.c:2325: Test failed: got 6, error 1008
compobj.c:2322: Test failed: got 6, error 1008
compobj.c:2325: Test failed: got 6, error 1008
compobj.c:2331: Test failed: got 0x80040154
compobj.c:2332: Test failed: got (null)
compobj.c:2337: Test failed: got 0x80040154
compobj.c:2338: Test failed: got (null)
compobj.c:2343: Test failed: got 0x80040154
compobj.c:2344: Test failed: got (null)
compobj.c:2349: Test failed: got 0x80040154
compobj.c:2350: Test failed: got (null)
compobj.c:2355: Test failed: got 0x80040154
compobj.c:2356: Test failed: got (null)
compobj.c:2361: Test failed: got 0x80040154
compobj.c:2362: Test failed: got (null)
ole32:compobj results on test.winehq.org:
https://test.winehq.org/data/tests/ole32:compobj.html
commit 8fe18a16f7f5e0326d2fe6ab32ef2aad947b343d
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Wed Dec 30 23:48:38 2015 +0300
ole32: Properly implement OleRegGetUserType().
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.