http://bugs.winehq.org/show_bug.cgi?id=24514
Summary: LVM_SUBITEMHITTEST fails on Chinese and Japanese
Versions of XP
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austin.lund(a)gmail.com
In the test_hittest function for the listview test the following test fails for
the Chinese and Japanese versions on the test bot:
/* subitem returned with -1 item too */
x = pos.x + 150;
y = -10;
test_lvm_subitemhittest(hwnd, x, y, -1, 1, LVHT_NOWHERE, FALSE, FALSE, FALSE);
The failures read:
listview.c:3056: Test failed: Expected -1 retval, got -2
listview.c:3056: Test failed: Expected -1 item, got -2
listview.c:3056: Test failed: Expected flags 0x1, got 0x4
This basically says that the message returned -2 (undocumented ?) and set the
flags to LVHT_ONITEMLABEL.
Is y = -10 relative to the control client area or the parent window? How can
you be on the item label in either case? Should the above values be added as
successes to this test?
--
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=34122
Bug #: 34122
Summary: Civilization V breaks both expansion packs are
installed
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcasadevall(a)ubuntu.com
Classification: Unclassified
Created attachment 45374
--> http://bugs.winehq.org/attachment.cgi?id=45374
Test program that tries to reproduce Civilization V's behavior as seen from the
+files log
With the release of Brave New World for Civiliziation V, the game itself fails
to properly load either expansion if both are loaded. The issue appears to boil
down to the fact that Civ tries to load its datafiles in the order returned by
Find{First,Next}File, and inadvertently loads its expansions in the wrong order
(G&K must be loaded before Brave New World).
This issue can be semi-worked around by renaming files so that their return
order is changed (generally renaming Expansion to Expansion3 seems to do the
trick, but its not foolproof).
On Windows, FindFirstFile returns its files in alphabetical order (likely due
to Steam installing them in that order), and as such, Civ can load things
correctly. I was able to reproduce this bug on Windows by moving everything to
a network drive (which returns a different order), and getting similar results.
To show the problem, I wrote a test program which calls FindFirstFile in a
matter similiar to Civ5 does; said program is attached along with a trace from
+file.
Results from the test program:
Wine git (game does NOT work):
mcasadevall@perdition:~/wine-dev/steam/drive_c/Program
Files/Steam/SteamApps/common/Sid Meier's Civilization V$ $WINE ./a.exe
.\Assets\DLC\DLC_02\SpainInca.Civ5Pkg
.\Assets\DLC\Shared\Upgrade1.Civ5Pkg
.\Assets\DLC\DLC_05\Korea.Civ5Pkg
.\Assets\DLC\Tablet\Tablet.Civ5Pkg
.\Assets\DLC\Expansion2\Expansion2.Civ5Pkg
.\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg
.\Assets\DLC\DLC_04\Denmark.Civ5Pkg
.\Assets\DLC\DLC_01\Mongol.Civ5Pkg
.\Assets\DLC\DLC_03\Polynesia.Civ5Pkg
.\Assets\DLC\Expansion\Expansion1.Civ5Pkg
.\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg
Windows XP - NTFS filesystem (game works)
C:\Program Files\Steam\steamapps\common1\Sid Meier's Civilization V>a
.\Assets\DLC\DLC_01\Mongol.Civ5Pkg
.\Assets\DLC\DLC_02\SpainInca.Civ5Pkg
.\Assets\DLC\DLC_03\Polynesia.Civ5Pkg
.\Assets\DLC\DLC_04\Denmark.Civ5Pkg
.\Assets\DLC\DLC_05\Korea.Civ5Pkg
.\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg
.\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg
.\Assets\DLC\Expansion\Expansion1.Civ5Pkg
.\Assets\DLC\Expansion2\Expansion2.Civ5Pkg
.\Assets\DLC\Shared\Upgrade1.Civ5Pkg
.\Assets\DLC\Tablet\Tablet.Civ5Pkg
Windows XP - network filesystem (game does NOT work)
X:\wine-dev\steam\drive_c\Program Files\Steam\SteamApps\common\Sid Meier's
Civil
ization V>a
.\Assets\DLC\Tablet\Tablet.Civ5Pkg
.\Assets\DLC\DLC_02\SpainInca.Civ5Pkg
.\Assets\DLC\Shared\Upgrade1.Civ5Pkg
.\Assets\DLC\DLC_05\Korea.Civ5Pkg
.\Assets\DLC\Expansion2\Expansion2.Civ5Pkg
.\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg
.\Assets\DLC\DLC_04\Denmark.Civ5Pkg
.\Assets\DLC\DLC_01\Mongol.Civ5Pkg
.\Assets\DLC\DLC_03\Polynesia.Civ5Pkg
.\Assets\DLC\Expansion\Expansion1.Civ5Pkg
.\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg
I believe the underlying cause of this bug may also be the root of bug #31113,
but until I know for sure, they should be considered seperate issues.
--
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=18166
Summary: dlls/ntdll/directory.c: implicit declaration of function
'getdirentries'
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: NetBSD
Status: NEW
Keywords: patch, source
Severity: major
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=20631)
--> (http://bugs.winehq.org/attachment.cgi?id=20631)
wrap getdirentries around getdents
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_
-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 directory.o directory.c
directory.c: In function 'wine_getdirentries':
directory.c:1289: warning: implicit declaration of function 'getdirentries'
Apparently getdirentries is broken on NetBSD. Attached patch (based on one from
their port) fixes 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.
http://bugs.winehq.org/show_bug.cgi?id=31113
Bug #: 31113
Summary: Civilization V crashes after specific amount of game
turns
Product: Wine
Version: 1.5.5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: megatog615(a)gmail.com
Classification: Unclassified
Created attachment 40841
--> http://bugs.winehq.org/attachment.cgi?id=40841
Page fault log
After a specific amount of game turns(depending on how the game has played
out), Civilization V will crash with a page fault. If you save the game just
before you can do nothing else and must click "NEXT TURN," you can reproduce
the bug every time. I am going to attach a save file at just this point. All
you have to do is click NEXT TURN.
--
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=45906
Bug ID: 45906
Summary: Soldat instal, start but black / garbage and halt
after game starts
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrluzeiro(a)ua.pt
Distribution: ---
In the Soldat game,
I can install it, configure and start the program.
After start the program when actually start the game, the screen flickers and
become blank / transparent / garbage..etc.
I managed to run this game on a different hardware so I think the issue may
with this machine hardware.
Linux x86-64
NVidia GT 530 drivers 384.130
I didnt found anything useful or errors from the logs.
--
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=27117
Summary: Quake III Arena demo installer spawns Wine File when
setting up Start menu items
Product: Wine
Version: 1.3.19
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tjwt(a)hush.ai
The demo is downloadable from
ftp://ftp.idsoftware.com/idstuff/quake3/win32/Q3ADemo.exe . During a default
installation in Wine, it creates ten files in C:\users\Public\Start Menu\ and
ten Wine File windows appear. No Windows Explorer windows open when installing
under Windows XP. I see the problem with Wine 1.3.18 and 1.3.19 (I did not try
earlier versions).
--
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=45864
Bug ID: 45864
Summary: wine mono cannot load 64-bit DLLs
Product: Wine
Version: 3.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: paleozogt(a)gmail.com
Distribution: ---
Created attachment 62358
--> https://bugs.winehq.org/attachment.cgi?id=62358
wine mono project and binaries
Attached is an example project that makes a PInvoke call to a custom native
function. It produces HelloWorld.exe (from HelloWorld.cs) and HelloWorld.dll
(from HelloworldNative.cpp).
If I build a 32-bit HelloWorld.dll, I am able to run HelloWorld.exe in Wine
with a WINEPREFIX generated from both WINEARCH=wine32 and WINEARCH=wine64.
However, if I build a 64-bit HelloWorld.dll, I am unable to run HelloWorld.exe
in Wine with a WINEPREFIX generated from either WINEARCH=wine32 or
WINEARCH=wine64. I wouldn't expect WINEARCH=wine32 to work for a 64-bit DLL,
but its surprising that WINEARCH=wine64 doesn't work. (With WINEARCH=wine64
I'm otherwise able to run 64-bit native executables without a problem.)
The failure looks like this:
> >HelloWorld.exe
> 002f:err:mscoree:LoadLibraryShim error reading registry key for installroot
>
> Unhandled Exception:
> System.DllNotFoundException: HelloWorld
> at (wrapper managed-to-native) HelloWorld.Hello:helloWorld ()
> at HelloWorld.Hello.Main () [0x00001] in <93c08d3d3d384696aa77bc80f6a731c1>:0
> [ERROR] FATAL UNHANDLED EXCEPTION: System.DllNotFoundException: HelloWorld
> at (wrapper managed-to-native) HelloWorld.Hello:helloWorld ()
> at HelloWorld.Hello.Main () [0x00001] in <93c08d3d3d384696aa77bc80f6a731c1>:0
It seems like Wine Mono is either running as a 32-bit process or something is
wrong with how Wine Mono's PInvoke DllImport searches for compatible DLLs.
--
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=42563
Bug ID: 42563
Summary: regedit: minor enhancements/corrections to REG_BINARY
edit dialog
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Created attachment 57477
--> https://bugs.winehq.org/attachment.cgi?id=57477
patch implementing the changes
OK, it took me awhile.
As I've written a few weeks ago, due to the display part being
unscrollable/unresizable, long values may sometimes not fit into their
allocated display space. Also, monospace makes simply much more sense here.
The attached patch modifies the default font to monospace variant and tries to
enforce it by using ExtTextOutW.
A possible further enhancement would be to use the proper value for max 0-9A-F
width in address block, instead of the same as in the content block.
--
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=45587
Bug ID: 45587
Summary: wine fails to install dragon naturally speaking 15
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
Distribution: ---
Created attachment 62012
--> https://bugs.winehq.org/attachment.cgi?id=62012
backtrace from failed install
Dragon Naturally Speaking 15 does not install.
Here's what I do.
Start with a 32bit wine prefix.
Install dotnet40
When that is finished, set the program version to Windows 7, which is the
lowest configuration that will run NatSpeak 15.
The program starts out by requesting dotnet 452. This is not a problem provided
dotnet 40 is installed. It makes changes and goes on.
Then it asks for preliminary information, such as what type of English I want
to speak, and so on.
Then the installation hangs.
Notes: the installation does not work with mono. It also does not work
installing dotnet from the installation disk, even though a complete copy is
included with the installation disk. And it doesn't work installing dotnet452
with winetricks.
I have the feeling that this may not be a bug as much as an issue that hasn't
been addressed yet.
These are the last lines of the terminal output, and I have attached the dump.
0270:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
Unhandled Exception: 0270:fixme:ver:GetCurrentPackageId (0x33b890 (nil)): stub
0270:fixme:ntdll:EtwEventRegister ({8e9f5090-2d75-4d03-8a81-e5afbf85daf1},
0x33804b6, (nil), 0x10e6844) stub.
System.IO.FileNotFoundException: Could not load file or assembly
'System.Management.Automation, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35' or one of its dependencies. File not found.
at customactions.Program.ChangeAppStartingCursor()
at customactions.Program.Main(String[] args)
wine: Unhandled exception 0xe0434352 in thread 270 at address 0x7b43c7dc
(thread 0270), starting debugger...
02e5:err:ntdll:RtlpWaitForCriticalSection section 0x7bd176e0 "virtual.c:
csVirtual" wait timed out in thread 02e5, blocked by 02f1, retrying (60 sec)
--
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=47685
Bug ID: 47685
Summary: winecfg: audio test fails with error on cmd line
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: normt40pa(a)yahoo.com
Distribution: ---
When using winecfg and then clicking tab audio, Evering seems good here until I
use the test audio button. I don't compile software ie to copile the new
version of wine. I use what is available on ubuntu.... The problem arises when
I click test audio giving me on the command line error "err:ole:CoInitializeEx
Attempt to change threading model of this apartment from multi-threaded to
apartment threaded" only. No other info after this since I have looked in the
forum for similar errors and none math the solo line as described above
(usually combine with a specific error type after this line. Please advise...
--
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.