http://bugs.winehq.org/show_bug.cgi?id=30069
Bug #: 30069
Summary: MSDE2000A fails due to NtCreatePort being a stub
Product: Wine
Version: 1.4-rc5
Platform: x86
URL: http://www.microsoft.com/download/en/details.aspx?id=2
2661
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Created attachment 39177
--> http://bugs.winehq.org/attachment.cgi?id=39177
log of setup.exe in wine 1.4-rc5
To reproduce:
Download and run the MSDE installer MSDE2000A.EXE from
http://www.microsoft.com/download/en/details.aspx?id=22661
This will unpack to directory c:\MSDERelA.
Go to that directory, then run
setup.exe SAPWD=Hello
It will install MSSQLServer service and attempt to start it. The service will
fail to start, and the installer will subsequently (after ca.2 minutes) remove
all installed files.
I managed to reproduce it faster via interrupting the installer before it has a
chance to remove the service - after that starting any wine application
triggers the bug.
NtCreatePort is a part of undocumented Microsoft API called LPC. Some attempts
at documenting it can be found via google, e.g.:
http://www.zezula.net/en/prog/lpc.htmlhttp://blogs.msdn.com/b/ntdebugging/archive/2007/07/26/lpc-local-procedure-…
--
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=17785
Summary: MSDE fails to register its service(i think).
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nicklas(a)ws.se
Created an attachment (id=20011)
--> (http://bugs.winehq.org/attachment.cgi?id=20011)
A log of an attempt to run "wine setup.exe SAPWD=XXXXX" after successfully
decompressing the installation files.
I am quite new to wine and especially it's logging style, but it seems to me
that it fails to register its service. However i might obviously be completely
wrong.
The error(s) occurs while running "wine setup.exe SAPWD=XXXXX" after
successfully decompressing the installation files into C:\InstDir\ .
I have also tried with the BLANKSAPWD=1 switch.
I have no idea of the severity of this bug, however(being a newcomer) I set i
to normal, even though I'd suspect a lot of server applications would run into
similar issues, which would constitute a "wide range" and a "major" severity.
I am also not sure of which component to assign it to.
--
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=33774
Bug #: 33774
Summary: Text clipped in some translated touhou games
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: murela_alba(a)abv.bg
Classification: Unclassified
Created attachment 44734
--> http://bugs.winehq.org/attachment.cgi?id=44734
Touhou 13 music room
Noticed this in a few of the touhou games, where the main font has a different
weight and possibly different horizontal dimensions. This sometimes leads to
text going out of the textbox and getting clipped, like in this screenshot from
the touhou 13 music room.
Wine version is 1.5.31 on Ubuntu 13.04 (64-bit), though the same happens with
1.4.1 as well. The other screencap is from Windows 7.
--
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=31594
Bug #: 31594
Summary: SolidWorks 2010: Crash at assigning material
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41549
--> http://bugs.winehq.org/attachment.cgi?id=41549
Terminal output on Wine 1.5.12
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
3) install SolidWorks 2010
4) start SolidWorks 2010
5) create new part
6) assign material to it
Behaviour:
crash without any fatal error.
Expected behaviour:
no crash.
--
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=31591
Bug #: 31591
Summary: SolidWorks 2010: Installation of service pack 5.0
fails
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41541
--> http://bugs.winehq.org/attachment.cgi?id=41541
Terminal output on Wine 1.5.12
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
2) install SolidWorks 2010
3) install SP5 by 'wine start sw2010-0.0-5.0-i.msp'
Behaviour:
Installer shows up, something is going up, at the end there is silent crash or
information that installer was interrupted. I start SolidWorks 2010 and there
is no sign that SP5 is installed.
Expected behaviour:
I should see in SolidWorks 2010, that SP5 is installed.
--
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=31486
Bug #: 31486
Summary: SolidWorks 2012: sldim crashes
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 41392
--> http://bugs.winehq.org/attachment.cgi?id=41392
Terminal output on wine-1.5.10-250-g6c1fcaa
Steps to reproduce:
1) remove ~/.wine
2) wine setup.exe
Behaviour:
Wine crash.
Expected behaviour:
No Wine crash.
--
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=16592
Summary: Ford service manual viewer fails to detect CD (fix
attached)
Product: Wine
Version: unspecified
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: p-wine-bugs(a)ziemba.us
Created an attachment (id=18120)
--> (http://bugs.winehq.org/attachment.cgi?id=18120)
patch to handle null-rootpath equivalent in GetVolumeInformationW
wine-1.1.10
I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer
application requires that the CD be present in a drive before it will show
service data.
The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is
no CD present, even though there is. (yes, links for d: and d:: were made
correctly in .wine/dosdevices).
It turns out that the application calls GetVolumeInformationW with a "root"
argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root
path, but since root is not null, the code in GetVolumeInformationW uses "\\"
as the drive letter instead (and fails).
Patching GetVolumeInformationW to treat root == "\\:" the same as the null case
results in the application successfully detecting the CD and operating
properly.
Documentation of GetVolumeInformationW on MSDN seems to indicate that there is
a broader range of possible formats for the root parameter than the wine
implementation currently handles, so perhaps a more extensive fix is needed for
the general case.
--
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=16567
Summary: moving mouse outside the wine virtual desktop causes
crash in FastBltNoTrans()
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stephanecharette(a)gmail.com
Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game
start seems to work well. But the mouse icon is customized for the game, and
changes depending on whether there is an object under the mouse with which you
can interact.
If at any point during the game the mouse is moved outside the wine virtual
dekstop, the game immediately crashes with the following Windows dialog window:
-----------------------
FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt,
rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT
- Rectangle provided was invalid.
-----------------------
I added it to AppDB here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880
I also have an earlier forum posting here with several other details:
http://forum.winehq.org/viewtopic.php?t=3190
--
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=48267
Bug ID: 48267
Summary: Heavy Rain Demo has buggy animations
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Heavy Rain Demo (free and available through EGS, which can be easily installer
through Lutris) seems to have a problem with its animations when using Wine's
implementation of xaudio2_7.
Particularly, they don't seem to finish and instead just repeat in a loop. You
can see it in this video: https://www.youtube.com/watch?v=R-cWHZnx4xM (there
also seem to be some awful cracking going on but it seems to only affect the
full game so ¯\_(ツ)_/¯ )
Using native xaudio2_7.dll solves the animation issues.
When using wine's implementation of xaudio2, the only xaudio-related line in
the logs appear to be this:
0152:fixme:xaudio2:IXAudio2Impl_QueryInterface
(0xa5ba90)->({60d8dac8-5aa1-4e8e-b597-2f5e2883d484},0x22f950), not found
As a backend, I use FAudio.
Let me know if any logs are needed and which debug channels I need to use.
--
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=46454
Bug ID: 46454
Summary: Minimalistic C++ program removing non-empty directory
is not working
Product: Wine
Version: 4.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)shaac.me
Distribution: ---
Created attachment 63241
--> https://bugs.winehq.org/attachment.cgi?id=63241
The binary that works well on Windows, and less well with Wine
If Wine executes a C++ program executing `std::filesystem::remove_all`,
compiled with MSVC, then it will only succeed to remove empty folders, but will
silently fail if the folder is not empty. The call will not raise any error,
but the folder and its content will stay on disk.
In attachment is such a program, rm.exe. If you do `rm.exe <dirname>` on wine,
it will fail to delete non-empty folders. But the same command on Windows will
succeed.
The only Wine terminal output, which shows both when deleting an empty folder
(success) and a non empty-one (failure: bug), is:
002b:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffffffffffa,
0x22fd10
I tested this with wine-4.0-rc5 on Archlinux. And did the Windows side of tests
on a Windows 7 professional.
The program source code is:
#include <filesystem>
int main(int, char** argv)
{
std::filesystem::remove_all(std::filesystem::path(argv[1]));
}
I compiled this program with MSVC version 19.15.26732.1 for x64, with Wine, and
with `/EHsc /TP /std:c++17` flags.
--
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.