https://bugs.winehq.org/show_bug.cgi?id=55097
Bug ID: 55097
Summary: cmd.exe does not handle PATH with leading or
sequential semicolons
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: loothelion(a)nvidia.com
Distribution: ---
Created attachment 74657
--> https://bugs.winehq.org/attachment.cgi?id=74657
Repro program for PATH separator bug
Wine's cmd.exe doesn't properly handle PATH values with:
- A leading semicolon
- Two sequential semicolons
Windows handles this fine, as shown in the attached test program. Simply
extract and then run test.bat from cmd.exe
Output looks like such in wine:
```
Z:\home\loothelion\repos\wine-path-bug>test.bat
"Expecting failure (no print)"
Can't recognize 'test.bat' as an internal or external command, or batch script.
"Expecting SUCCESS"
"PATH=Z:\home\loothelion\repos\wine-path-bug/a"
SUCCESS
"Expecting SUCCESS (exposes WINE bug)"
"PATH=;Z:\home\loothelion\repos\wine-path-bug/a"
"Expecting SUCCESS"
"PATH=D:/;Z:\home\loothelion\repos\wine-path-bug/a"
SUCCESS
"Expecting SUCCESS (exposes WINE bug)"
"PATH=D:/;;Z:\home\loothelion\repos\wine-path-bug/a"
```
I have a fix for this that I plan to send for review shortly, as well as a new
test case to protect against regressions.
--
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=54978
Bug ID: 54978
Summary: vbscript fails to compile Sub when End Sub on same
line
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
Sub Sw35_UnHit()Controller.Switch(35)=0: End Sub
has to be changed to
Sub Sw35_UnHit()
Controller.Switch(35)=0
End Sub
to work
see also Bug 53873
--
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.
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=54166
Bug ID: 54166
Summary: Compilation fails with gcc 4.8.4 (error:
‘HTTP_STATUS_CONTINUE’ undeclared)
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 73692
--> https://bugs.winehq.org/attachment.cgi?id=73692
log.txt
Compiling in 32 bit distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-8.0-rc1
In function ‘cups_write_doc’
error: ‘HTTP_STATUS_CONTINUE’ undeclared (first use in this function)
--
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=55670
Bug ID: 55670
Summary: Word 2007 and Wordpad are no longer able to print
multiple copies of a page
Product: Wine
Version: 8.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: piotr(a)codeweavers.com
Distribution: ---
This problem has been noticed with Word 2007 however it's also possible to
reproduce with wordpad ('wine write' is a nice wrapper to run wordpad).
Steps to reproduce:
1. wine write
2. Ctrl+P (File -> Print), it's fine to print empty document
3. Select "Print to file", set "Number of copies" to 2, select Pages 1 - 1 for
clarity
4. Press OK, save "output.prn".
When the bug is not present output.prn contains the comment
%%cupsJobTicket: copies=2
otherwise this comment is missing from the generated Postscript file.
According to my testing last version of Wine that was able to correctly print
multiple copies is wine-7.22, wine-8.0-rc1 is already broken.
It's not really possible to correctly find the offending commit because
breakage has side effects like a failure to create "output.prn". If a missing
output.prn could be considered as 'bad' during bisection then the regression is
caused by
$ git bisect bad
017e9557db73a4b51b5cb2eacbf638288b5e6719 is the first bad commit
commit 017e9557db73a4b51b5cb2eacbf638288b5e6719
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Fri Dec 2 21:23:50 2022 +0100
localspl: Use print processor in ScheduleJob.
Wine with this commit reverted writes correct "output.prn" with
%%cupsJobTicket: copies=2, however using Wine with that commit leads to a
missing "output.prn".
P.S.
wine-8.0 is not able to print to a file (missing "output.prn")
wine-8.0.2 is able to create "output.prn" however %%cupsJobTicket: copies=2 is
missing
As a result with wine-stable it's impossible to print multiple copies of a
page.
I'd personally consider this bug as major, especially when stable Wine release
is affected, however I'll leave to Piotr to decide.
--
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=54609
Bug ID: 54609
Summary: 32-bit LDAP Administrator crashes in internal Wine
function proxy_manager_destroy
Product: Wine
Version: 8.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74138
--> https://bugs.winehq.org/attachment.cgi?id=74138
WINEDEBUG=+ole
If I am reading the OLE trace correctly, the application:
1. Creates a proxy interface:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID
2000000100, OID 3e
2. Sends the pointer to that interface to another thread:
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
3. Releases and frees the interface:
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
4. Receives the interface pointer on the other thread:
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
5. Uses the interface on the other thread, despite it being freed:
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
6. Releases and frees the interface again, which crashes:
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
I don't understand how this works without crashing on Windows.
Here are all the traces that mention that interface pointer:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID 2000000100,
OID 3e
0110:trace:ole:ClientIdentity_AddRef 01505048 - before 1
0110:trace:ole:ClientIdentity_Release 01505048 - after 1
0110:trace:ole:std_unmarshal_interface Successfully created proxy 01505048
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
0110:trace:ole:ClientIdentity_Release 01505048 - after 0
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
The 64-bit version also crashes, but in a different way, see Bug 54606.
$ sha256sum ldapadmin-4.21.24429.0-x86-eng.msi
9d3e062b9c30d4bd73630b969414f65f969f0eafc5a3835f1ebb246c5c657d2a
--
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=54424
Bug ID: 54424
Summary: user32:edit - test_dbcs_WM_CHAR() fails on Windows in
mixed locales
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:edit - test_dbcs_WM_CHAR() fails on Windows in mixed locales:
edit.c:3407: Test failed: W: got L"\02c6\00ea\201c", expected
L"\4e00\4e8c\4e09"
edit.c:3412: Test failed: W: got "?e\x81gn?O", expected "\x88\xea\x93\xf1\x8eO"
See https://test.winehq.org/data/patterns.html#user32:edit
The failures happen in the w10pro64-mx-MX test configuration. What's special
about it is that it uses a mix of locales:
SystemDefaultLCID 0411
UserDefaultLCID 040c
ThreadLocale 0411
SystemPreferredUILanguages 0412,0409
UserDefaultUILanguage 0412
ThreadUILanguage 0412
Country 231
ACP 932
The failures started happening with the commit that introduced the new tests:
commit cbe3a39b647e029df16faf1dcce2958f1ee418d0
Author: Akihiro Sagawa <sagawa.aki(a)gmail.com>
AuthorDate: Fri Jan 20 23:51:36 2023 +0900
user32/tests: Add DBCS WM_CHAR tests for edit control.
--
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.