http://bugs.winehq.org/show_bug.cgi?id=23326
Summary: Cannot change printer settings, Family Tree 7
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesl(a)bestweb.net
Created an attachment (id=29072)
--> (http://bugs.winehq.org/attachment.cgi?id=29072)
FTW7 print dialogue, compare Wine to XP
Cannot select printer/change print settings with Family Tree Maker 7. Dialogue
box comes up, drop-down boxes are working, but radio buttons for switching
between "default printer" and an alternate printer are not selectable. Have
compared the print dialogue between Wine vs a native install under Windows XP
(SP3) and notice some text from the Windows install does not show up under
Wine.
Also tried the same thing with the "free" version of FTM2005se available at
http://past.familytreemaker.com/download/starter.aspx and found it's behavior
is the same. So I will describe steps from there, since it would be eaier for
someone to get that to test against.
STEPS TO RECREATE:
1: Set up wine profile with "WINEPREFIX=/home/jelabarre/wine-apps/ftw2005
winecfg"; set winver to "Windows XP", point the Documents directory under
Desktop Integration to my own Documents directory
2: install FTW2005 by running
"WINEPREFIX=/home/jelabaWINEPREFIX=/home/jelabarre/wine-apps/ftw2005 wine
./FamilyTreeMaker2005se.exe", accept all defaults.
3: open FTW 2005 from "Wine" menu entry on Gnome menu. Selected "Buy Later"
from popup window (does not affect outcome, as same print problem occurrs in a
regular retail version of FTM7)
4: create new file, or use existing file (same result either way)
5: select "File | Print Setup", then try to select radio button for either
"Default Printer" or "Specific Printer". Neither can be selected
6: try selecting a "specific printer" from drop-down box. Printer can be
selected, but radio buttons still not functional.
7: after selecting a printer other than the default (such as print-to-PDF) and
then try printing. Output will still go to the Linux default printer, no edits
of the print settings will take effect.
The "Family Archive Viewer v6.0" at
http://familytreemaker.genealogy.com/abtffiv.html and "Family Archive Viewer
v11.0" at http://www.genealogy.com/abtffiv.html are other variants that
exhibits this behavior.
Have attached sample screenshots of Wine vs WinXP versions of the print
dialogue.
--
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=50778
Bug ID: 50778
Summary: TortoiseMerge closes before showing a window
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lexlexlex(a)gmail.com
Distribution: ---
Created attachment 69576
--> https://bugs.winehq.org/attachment.cgi?id=69576
Terminal log for TortoiseMerge startup and subsequent closing with wine
Steps to reproduce:
1. Install TortoiseSVN in a 64-bit wine prefix.
2. Try to run TortoiseMerge.exe with the wine prefix mentioned in step 1. For
example, run "wine TortoiseMerge.exe" from a terminal if the default wine
prefix was used.
Current behavior:
TortoiseMerge closes before showing a window. No TortoiseMerge window appears.
Expected behavior:
TortoiseMerge is expected to start, allowing the user to compare and merge
files in a windowed GUI.
Additional information:
A download for the current version of the TortoiseSVN installer as of this
report is at
https://osdn.net/projects/tortoisesvn/storage/1.14.1/Application/TortoiseSV…
A log showing terminal output when trying to run "wine TortoiseMerge.exe" is
attached.
Opinion:
This is one of 2 bugs preventing using TortoiseSVN fully in wine. The other is
50756. If these 2 bugs are fixed, TortoiseSVN could be used fully, easing the
transition of users whose jobs rely on SVN to Linux. Currently some companies
still use SVN and I've tried all the free SVN clients for Linux, and none of
them come close to the level of convenience and intuitiveness that TortoiseSVN
provides. I have nemo actions ready to enable full usage in of TortoiseSVN in
Linux if these 2 bugs are fixed. This would help me personally tremendously,
as digging through old revisions in alternate SVN branches is part of my job
and extremely difficult with any SVN client other than TortoiseSVN using
TortoiseMerge. Thanks for reading this.
--
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=51212
Bug ID: 51212
Summary: i want to install itunes, it installed through wine
but giving some error while to launch the program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: robinssgraphics(a)gmail.com
Distribution: ---
Created attachment 70086
--> https://bugs.winehq.org/attachment.cgi?id=70086
i want to install itunes, it installed through wine but giving some error while
to launch the program
i want to install itunes, it installed through wine but giving some error while
to launch the program
--
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=53850
Bug ID: 53850
Summary: Mery, TeraPad : When using Japanese input method (IM),
undetermined strings are not displayed (regression)
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: su_zu_me(a)hotmail.com
Distribution: ---
Created attachment 73380
--> https://bugs.winehq.org/attachment.cgi?id=73380
input after "そうか" ("souka"), but not displayed
Mery and TeraPad are text editors.
When using input method (IM) to input Japanese characters, undetermined strings
are not displayed.
Candidates are displayed.
Conversions are done successfully.
It occurs with Wine 7.13 or later.
Undetermined strings are displayed inline with Wine 7.12 or earlier, after
several conversion after starting the application.
note:
Right after starting the application, undetermined string is not displayed
with all tested version of Wine, but it should be another bug.
Application:
Mery (x86) Version 2.6.7
Download site:
https://forest.watch.impress.co.jp/library/software/mery/
SHA1:
edef7350aeed6bab083612e2d316607561f5f31c MerySetup-2.6.7.exe
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.09
Download site:
-
SHA1:
3ff8f3741ce82dcea54a385cea484b861007c260 tpad109.zip
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.10
Download site:
https://tera-net.com/library/tpad.html
SHA1:
ae28027af722c3ea7f6431d04c65582d16c60832 tpad110.exe
tested Wine version:
7.12
7.19
terminal output: N/A
OS:
Ubuntu 22.04.1 LTS (amd64)
Display server:
Wayland
Input Method Framework:
IBus
Input Method Engine:
Mozc
installed Wine:
winehq-devel
--
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=53247
Bug ID: 53247
Summary: user32:sysparams - test_dpi_context() fails on Windows
10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_dpi_context() fails on Windows 10 1909+:
sysparams.c:3813: Test failed: got 0
sysparams.c:3814: Test failed: wrong value -1
https://test.winehq.org/data/patterns.html#user32:sysparams
These traces could include a bit more information rather than leaving most of
it to the source line number.
--
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=54015
Bug ID: 54015
Summary: Accessing shared memory from Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: berarma(a)hotmail.com
Distribution: ---
Some Windows games and applications share some internals through shared memory
with external tools. Shared memory is preferred over sockets because it adds no
overhead with no latency.
It's mostly used in driving and flying simulators to provide visual overlays,
data on additional displays, telemetry, rig movement, etc. from external tools.
There's also scientific apps using it for similar purposes or general
inter-process communication.
It's common to use tagged shared memory blocks that external tools can then
access using the already known tag.
Here's an example from a Python application for rFactor 2:
self._rf2_tele = mmap.mmap(0, ctypes.sizeof(rF2Telemetry),
f"$rFactor2SMMP_Telemetry${input_pid}")
self._rf2_scor = mmap.mmap(0, ctypes.sizeof(rF2Scoring),
f"$rFactor2SMMP_Scoring${input_pid}")
self._rf2_ext = mmap.mmap(0, ctypes.sizeof(rF2Extended),
f"$rFactor2SMMP_Extended${input_pid}")
self._rf2_ffb = mmap.mmap(0, ctypes.sizeof(rF2ForceFeedback),
"$rFactor2SMMP_ForceFeedback$")
Allowing these shared memory blocks to be accessed from Linux would allow us to
port some of these tools or even implement or own.
Then these tools could access resources or hardware that isn't available from
inside the Wine prefix. Some of these tools also fail to run on Wine.
Since I guess Wine is already using Linux shared memory mechanism to implement
Windows shared memory, the blocks are already available at /dev/shm but they
use generic names that can't be associated to the tag used on Windows.
Having these shared memory blocks created in the prefix directory with a name
containing the tag used on creation would allow us to use it from our native
applications. Or any other way to find them using the tags used on Windows.
Thanks for your attention.
--
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=52838
Bug ID: 52838
Summary: MachStudio Pro renders wrong
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Any project is being rendered wrong in MachStudio Pro. The problem is in Wine's
D2D1.DLL. When using native Vista's d2d1.dll (7.0.6002.18107 809kb) this issue
does not appear.
Steps to repro:
1. Run MachStudio Pro
2. Open a project for example by this path \Program Files\StudioGPU\MachStudio
Pro\Data\assets\SGPU_MTL_BALL.mab
Uploaded two screenshots: Wine's d2d1.dll and native d2d1.dll from Vista.
Free GPU MachStudio Pro download link:
https://download.cnet.com/MachStudio-Pro/3000-6677_4-75498419.html
--
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=30155
Bug #: 30155
Summary: secdrv.sys from SafeDisc v2.05.030 does not work
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)codeweavers.com
Classification: Unclassified
Created attachment 39336
--> http://bugs.winehq.org/attachment.cgi?id=39336
service,relay,winedevice,ntoskrnl log
SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is
that the application exits with exit code 0 without any output. This affects
for example the Command and Conquer Red Alert 2 installer, which is safedisc
protected for some reason.
The problem seems to be related to the specific secdrv.sys version. If I take a
secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's
revenge expansion) and put it in C:\windows\system32\drivers, the installer
works.
ProtectId says:
Scanning -> D:\Setup\Setup.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh)
Byte(s)
-> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h
[File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027)
[!] Safedisc v2.05.030 detected !
[i] Appended data contents....
[.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947
byte(s) -> ~de7bc4.tmp
[.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208
byte(s) -> clcd32.dll
[.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784
byte(s) -> clcd16.dll
[.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584
byte(s) -> mcp.dll
[.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220
byte(s) -> ~df394b.tmp
[.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304
byte(s) -> drvmgt.dll
[.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768
byte(s) -> secdrv.sys
[.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248
byte(s) -> ~ef7194.tmp
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.640 Second(s)
The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010
driver is f376a1580204e47f37a721e1cbc5582a.
I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of
the setup tool.
--
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=51669
Bug ID: 51669
Summary: EverQuest d3d:wined3d acquires unexpected context
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
Distribution: ---
Created attachment 70543
--> https://bugs.winehq.org/attachment.cgi?id=70543
err wined3d_context_gl_reacquire
In game launcher and game client
--
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=53198
Bug ID: 53198
Summary: ws2_32:protocol - getaddrinfo() unexpectedly succeeds
for IPv6 on Windows 10 1507
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:protocol - getaddrinfo() unexpectedly succeeds for IPv6 on Windows 10
1507:
protocol.c:2459: Test failed: Test 0: Got unexpected ret 0
protocol.c:2459: Test failed: Test 1: Got unexpected ret 0
protocol.c:2459: Test failed: Test 2: Got unexpected ret 0
protocol.c:2459: Test failed: Test 3: Got unexpected ret 0
protocol.c:2459: Test failed: Test 4: Got unexpected ret 0
protocol.c:2459: Test failed: Test 5: Got unexpected ret 0
protocol.c:2459: Test failed: Test 12: Got unexpected ret 0
protocol.c:2459: Test failed: Test 13: Got unexpected ret 0
protocol.c:2459: Test failed: Test 14: Got unexpected ret 0
protocol.c:2459: Test failed: Test 15: Got unexpected ret 0
protocol.c:2459: Test failed: Test 16: Got unexpected ret 0
protocol.c:2459: Test failed: Test 28: Got unexpected ret 0
protocol.c:2459: Test failed: Test 29: Got unexpected ret 0
https://test.winehq.org/data/patterns.html#ws2_32:protocol
This really looks like a Windows 10 1507 bug so it's tempting to add a
broken((hinttests[i].family == AF_UNSPEC && hinttests[i].sock_type != 999) &&
...).
But it's strange that there is no failure on index 6 for instance since it's
the same test after line 2455 (hint.ai_family = AF_INET6):
0: {AF_UNSPEC, SOCK_STREAM, IPPROTO_TCP, 0}, /* 0 */
6: {AF_INET, SOCK_STREAM, IPPROTO_TCP, 0},
--
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=52826
Bug ID: 52826
Summary: All windows are grayed out. text is unreadable
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
Distribution: ---
Created attachment 72213
--> https://bugs.winehq.org/attachment.cgi?id=72213
grayed out windows sample
cardfile.exe windows are grayed out. No text is readable. Bug has been present
since wine-6.6.
link to cardfile.exe and its help file on my google drive
https://drive.google.com/file/d/1uIJo1qtE1sQYQvgUsjiYHxBbU-ZhXehk/view?usp=…
--
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=52117
Bug ID: 52117
Summary: All windows are blacked out when running 16 bit
cardfile.exe
Product: Wine-staging
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71147
--> https://bugs.winehq.org/attachment.cgi?id=71147
top window is unreadable due to being filled with black.
All windows are blacked out when running 16 bit cardfile.exe. The program runs
but text in any visible window is blacked out.
The cardfile.exe and its help can be downloaded from this link
https://drive.google.com/file/d/1uIJo1qtE1sQYQvgUsjiYHxBbU-ZhXehk/view?usp=…
--
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=52576
Bug ID: 52576
Summary: Cardfile windows are grayed out
Product: Wine-staging
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71902
--> https://bugs.winehq.org/attachment.cgi?id=71902
selected window grayed out
Program: cardfile.exe (16bit originally released in windows 3.1)
Symptom: selected windows are grayed out making any text unreadable.
History: this bug has been present in wine & wine-staging since release 6.6
The bug was not present in wine/wine-staging 6.5
--
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=44823
Bug ID: 44823
Summary: Steam doesn't close on exit. Will continue running in
background.
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vblanton(a)gmail.com
Distribution: ---
Created attachment 60857
--> https://bugs.winehq.org/attachment.cgi?id=60857
Steam system information and version
Running the latest Steam client, I find that Steam doesn't actually close
entirely after I exit normally with Steam>Exit. I have to open System Monitor
and kill all steam and wine related processes. I can't open steam again until I
do so, and the Steam.exe and wineserver processes chew 17% of my CPU each in
the background until I do so.
--
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=42360
Bug ID: 42360
Summary: Terragen 4 fails to start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eneeen(a)gmail.com
Distribution: ---
Created attachment 57137
--> https://bugs.winehq.org/attachment.cgi?id=57137
tgd4_backlog
Using Kubuntu 16.10
I've attached backlog.
--
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=51406
Bug ID: 51406
Summary: riched32:editor fails in Wine on right-to-left locales
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
riched32:editor fails in Wine when run in the Arabic (EG and MA) and Hebrew
(IL) locales:
https://test.winehq.org/data/patterns.html#riched32:editor
editor.c:122: Test failed: [2] EM_GETLINECOUNT returned 2, expected 2
editor.c:122: Test failed: [5] EM_GETLINECOUNT returned 3, expected 3
editor.c:122: Test failed: [6] EM_GETLINECOUNT returned 4, expected 4
editor.c:122: Test failed: [14] EM_GETLINECOUNT returned 3, expected 3
editor.c:122: Test failed: [15] EM_GETLINECOUNT returned 4, expected 4
editor.c:455: Test failed: 1: expected_bytes_written=2
editor.c:455: Test failed: 2: expected_bytes_written=4
editor.c:455: Test failed: 3: expected_bytes_written=5
editor.c:455: Test failed: 4: expected_bytes_written=3
editor.c:876: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:902: Test failed: EM_POSFROMCHAR reports x=1, expected 8
In both cases the failure are the same. Also the test succeeds in the
corresponding locales on Windows 2004.
The test on line 122 fails because Wine returns the same values in RTL locales
as in LTR ones.
--
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=49772
Bug ID: 49772
Summary: Memory safety issues in widl
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
I have tried to compile some type libraries missing in MinGW-w64 and Wine and
ReactOS SDKs too (more precisely, sapiddk.idl) into headers from the files in
Windows SDK (used Windows 10 SDK).
MinGW-w64 widl has crashed without producing any output, just left some files
with garbled filenames (looks like a zero terminator got missing in a C
string).
So I have built wine widl. It has also crashed, but at least produced some
meaningful 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.
http://bugs.winehq.org/show_bug.cgi?id=9378
Summary: CM: Shock Force 'Could not initialize graphics display'
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.battlefront.com/products/cmsf/downloads.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mailing_list(a)orange.nl
After starting Combat Mission: Shock Force Demo it stops with the message:
'Could not initialize graphics display. REQUIRED 1024x768, 32-bit
color'.
The terminal output doesn't provide any clues:
wine 'CM Shock Force DEMO.exe'
ALSA lib conf.c:3939:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:910:(snd_ctl_open_noupdate) Invalid CTL default:0
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
fixme:wave:ALSA_AddCaptureDevice Add support for DSCapture
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file
or directory
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54380
Bug ID: 54380
Summary: WINE debugger shows up at the start of every program.
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: tch(a)protonmail.com
Distribution: ---
When i run a program with WINE, the debugger window shows up and says
"Unhandled exception: unimplemented function ntoskrnl.exe.Ke386QueryIoAccessMap
called in 32-bit code (0x[address]).", then displays some other messages, then
disappears.
Then the program runs normally, but this did not happen before i upgraded to
WINE 8.0.
--
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=53092
Bug ID: 53092
Summary: Animated Puzzles crashes on start
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user16
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
16bit application Animated Puzzles crashes on start. This bug report tracks
commit
https://github.com/otya128/winevdm/commit/9868db40f249595fcffc57050ce4a29ae…
in otvdm. The same fix in Wine makes the application start and run correctly.
--
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=54532
Bug ID: 54532
Summary: msidb.exe: page fault on read access to 00000007 when
importing a .idt file
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: luc.bournaud(a)gmail.com
Distribution: ---
Created attachment 74078
--> https://bugs.winehq.org/attachment.cgi?id=74078
Backtrace
I am trying to import a .idt table generated by Wine's msidb into a MSI. This
operation systematically lead to an NULL pointer dereferencement error. I
tried multiples names and MSI files, It occurs on a up-to-date Wine 8.1-staging
and Wine 8.2 (non staging) from official ArchLinux repositories. Wine prefixes
were cleaned before each try.
For reference this is my command line and short output:
$ '/usr/bin/msidb' '-f' 'packaging/arcollect.msi.p' '-d'
'/tmp/meson-1.0.0-64.msi' '-i' 'Control1'
0134:fixme:file:NtLockFile I/O completion on lock not implemented yet
wine: Unhandled page fault on read access to 00000007 at address 6E42D714
(thread 0134), starting debugger...
0150:fixme:imm:ImeSetActiveContext (00030048, 1): stub
0150:fixme:imm:ImmReleaseContext (0002005A, 00030048): stub
013c:fixme:imm:ImeSetActiveContext (00020034, 0): stub
013c:fixme:imm:ImmReleaseContext (00020078, 00020034): stub
--
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=18889
Summary: Live Messenger 2008 fails to load - possible actctx
problem
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andras(a)csevego.net
Created an attachment (id=21730)
--> (http://bugs.winehq.org/attachment.cgi?id=21730)
+actctx,+relay log
Starting of installed (on windows) Msn 2009 wil result:
err:module:import_dll Library MSVCR80.dll (which is needed by
L"Z:\\media\\disk\\Program Files\\Windows Live\\Messenger\\msnmsgr.exe") not
found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\media\\disk\\Program Files\\Windows Live\\Messenger\\msnmsgr.exe" failed,
status c0000135
Same load failure, when I manually install with wine (from msi packages)
MSVCRT 8.0 is installed, as shown attached +actctx,+relay log
I suspect here an Activation Context failure.
--
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=54688
Bug ID: 54688
Summary: ntdll:info - test_query_cpu() fails on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info - test_query_cpu() fails on Windows 7:
32-bit case:
info.c:382: Test failed: SystemProcessorFeaturesInformation failed c0000003
info.c:383: Test failed: wrong len 3735928559
info.c:384: Test failed: wrong bits 5 / a0cd3fff
64-bit case:
info.c:382: Test failed: SystemProcessorFeaturesInformation failed c0000003
info.c:383: Test failed: wrong len 3735928559
info.c:384: Test failed: wrong bits c0000003 / b1993dfe
See https://test.winehq.org/data/patterns.html#ntdll:info
Where:
0xc0000003 == STATUS_INVALID_INFO_CLASS
These are new tests introduced in the commit below:
commit c44e58c88bd1a67ecb2f58472b1c67ab5f3ccb80
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Mar 14 17:37:33 2023 +0100
ntdll: Implement the SystemProcessorFeaturesInformation query.
--
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=54503
Bug ID: 54503
Summary: d3dx9_36:math - test_D3DXSHMultiply3() fails on Debian
Testing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3dx9_36:math - test_D3DXSHMultiply3() fails on Debian Testing:
math.c:4099: Test failed: Expected[6] = 4.27384138e+000, received =
4.27386904e+000.
See https://test.winehq.org/data/patterns.html#d3dx9_36:math
This looks like another imprecision problem.
What's notable is that this failure:
* Does not happen on Windows.
* Does not happen on Debian 11.
* Started happening on Debian Testing after the 2023-01-15 upgrade.
So it may be that some Debian library is in the wrong.
--
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.