https://bugs.winehq.org/show_bug.cgi?id=46481
Bug ID: 46481
Summary: strftime has a buffer overflow
Product: Wine
Version: 3.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: m101010a(a)gmail.com
Distribution: ArchLinux
Created attachment 63309
--> https://bugs.winehq.org/attachment.cgi?id=63309
test-program
Steps:
1. Compile the attached program with mingw
2. Run the resulting executable
Expected outcome:
The program prints a number less than 2
Actual outcome:
The program prints 21 (I am in Eastern Standard Time)
This happens with both 32-bit and 64-bit executables. If the buffer size is
decreased enough, this can smash the stack.
--
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=46581
Bug ID: 46581
Summary: HeidiSQL generates OLE error when executing custom
queries against MSSQL server.
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comsvcs
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)zootal.com
Distribution: ---
HeidiSQL generates OLE error when executing custom queries against MSSQL
server.
The program will run and open a connection to a MS SQL server. It will display
data in the normal manner, table information, etc. It will allow updates to
data in data grid.
However, if you try to run a custom query via the query tab, no matter you type
in (valid query or not), it will generate an error:
OLE error 800401F0
It also gives the suggestion to install mdac28, and set mdac native_mdac,
neither of which help. You have to have mdac install to get it to open a
connection the server, so you would not get this far if mdac was not installed.
To duplicate: Create a clean wine prefix. Install mdac28, set native_mdac. I
did this with winetricks:
sh winetricks mdac28
sh winetricks native_mdac
Run Heidisql. Connect to a Microsoft SQL Server. You should be able to connect,
view data, etc. Click the Query tab. Enter a simple query, such as select *
from <some table>. Execute the query. The error occurs immediately.
This line appears in console:
0054:err:ole:CoCreateInstanceEx apartment not initialised
This did not occur in wine versions from 3.0 through 3.14.
On a closely related topic, in wine 3.15 through 3.21, a similar error occurs
when trying to open a connection to a MS SQL Server. This was apparently fixed
with wine 4.0, in that now the error only occurs when trying to run a custom
query as described above. Prior to wine 3.15, this worked just fine.
Slackware 14.2 64 bit.
Tested in clean wine prefix, both 32 and 64 bit, with mdac28 and native_mdac
via winetricks.
--
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=46300
Bug ID: 46300
Summary: Yousician: unimplemented function
mfplat.dll.MFGetSystemTime
Product: Wine
Version: 4.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: dbaryshkov(a)gmail.com
Distribution: ---
Created attachment 63024
--> https://bugs.winehq.org/attachment.cgi?id=63024
Yousician debug log
Yousician application crashes with the following debug log:
Unhandled exception: unimplemented function mfplat.dll.MFGetSystemTime called
in 32-bit code (0x7b43cb73).
--
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=46303
Bug ID: 46303
Summary: Warcraft 3: Reign of Chaos can't be installed from CD
Product: Wine
Version: 4.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Created attachment 63027
--> https://bugs.winehq.org/attachment.cgi?id=63027
crashlog
Installer of "Warcraft III Reign of Chaos" let me enter serial key and choose
install dir. After i choose the directory, installer crashes.
It happen to me with wine-4.0-rc2 .. wine-1.9.10. Based on bug 36030 it happens
also in wine-1.7.17 (wine-1.7.2 could be OK). I'll try to find that commit, but
i have hard time with anything less then 1.9.10 (probably i will need to switch
to older distro).
--
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=46298
Bug ID: 46298
Summary: Middle-earth: Shadow of War (steam appid 356190)
crashes on launch
Product: Wine
Version: 4.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 63023
--> https://bugs.winehq.org/attachment.cgi?id=63023
patch
It needs d3d11_device_GetImmediateContext1(). Attaching the patch here, to be
sent after 4.0 is released.
--
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=39890
Bug ID: 39890
Summary: Orcish Inn fails to start with exception
System.NotImplementedException
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)enric.me
Distribution: ---
Created attachment 53266
--> https://bugs.winehq.org/attachment.cgi?id=53266
Wine 1.9.0 Log
An XNA-based game, Orcish Inn, fails to start on a clean Wineprefix, onto which
these packages were installed with winetricks:
dotnet20sp1
dotnet20
dotnet30sp1
dotnet35
dotnet40
dotnet45
msxml3
xna40
Program output
--------------
Nothing, no game display. Crash on startup with debug exception (attached to
this bug report).
Steps to reproduce
------------------
1. download the game from the appdb listing. [1]
2. create a new wineprefix and install the aforementioned packages with
winetricks (dotnet45 and xna40 will pull the other packages)
2. unzip and cd to the game directory
3. run with `wine OrcishInn.exe`
4. Program will crash with the debug similar to the attached file.
References
----------
[1]: https://appdb.winehq.org/objectManager.php?sClass=application&iId=17287
--
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=38558
Bug ID: 38558
Summary: cmd.exe bundled with Windows XP messed up when using
FOR /F
Product: Wine
Version: 1.7.42
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: katsunori.kumatani(a)gmail.com
Distribution: Mint
I found some pretty old batch scripts I had laying around, so I decided to test
if wine could run them fine. I'm using latest version (1.7.42) as of this time,
on Linux Mint 17.1 Rebecca, and using the cmd.exe from a Windows XP SP2 old
installation media.
cmd has the ability to scan through files (and separating each line into
tokens) using the "FOR /F" method. For example, to reproduce this, create a
simple text file (test.txt) and put ascending numbers on each line (up to 16
for now):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Then use this command in the cmd.exe:
FOR /F "tokens=*" %A IN (test.txt) DO @echo %A
It SHOULD display all 16 lines in turn, but it's only displaying until 10. If
you take out the last two lines (15 and 16), then it will display ONLY until 5,
i.e:
1
2
3
4
5
This is a serious bug IF it is within wine because it obviously is something
that affects data integrity and not just a glitch.
I am positive that it replaces the last bytes of a file with some
junk/overflows or something like that (making it a security issue), which is
why it stops "early" since it finds a NULL character, and windows processor
stops at a null.
I'm sure of that because AkelPad 4.1.2 has a similar bug: there's non-sensical
binary data on every file you open with it! (i.e you open a file and re-save
it, and it's messed up at the end in the output...). But the latest version of
it, AkelPad 4.2.3, seems to not have this issue, which makes me think if it's
really a wine bug or not. I would still appreciate if you had a small look at
the file functions (and eof) though.
Note, I couldn't find out how to use wineconsole or wine's built-in cmd at all,
it doesn't seem to work at all with FOR /F or at least not in any way properly?
Unfortunately I can't attach a log or something since using the cmd.exe puts it
in the shell from where I invoke it... so wine's messages are not visible,
unless I am missing something?
--
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=46494
Bug ID: 46494
Summary: WinMerge crash after clicking "About WineMerge"
Product: Wine-staging
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63334
--> https://bugs.winehq.org/attachment.cgi?id=63334
terminal log
Bug reports attached.
--
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=46387
Bug ID: 46387
Summary: ReactOS/Windows XP TASKMGR: Column headers don't
scroll when scrolling horizontally (multiple listview
or header control)
Product: Wine
Version: 4.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: zcooger(a)gmail.com
Distribution: ---
Created attachment 63146
--> https://bugs.winehq.org/attachment.cgi?id=63146
System info, debug log, 2 executables, 2 screenshots for comparison
Tested on:
- Linux 4.15.0-20-generic x86_64 bits: 64 gcc: 7.3.0
- Desktop Cinnamon 3.8.8 (Gtk 3.22.30-1ubuntu1) dm: lightdm Distro: Linux Mint
19 Tara
- ReactOS Bootcd-0.4.12-dev-195-g079f702-x86-gcc-lin-dbg.
- M$ Windows XP Pro SP3 x86.
- M$ Windows 7 Pro SP1 x64.
SHA1 sums inside zip file.
Selecting multiple columns displays the scroll bar and the columns remain
locked while scrolling.
Native Wine TASKMGR is not affected.
Both look fine on Windoze.
Similar ReactOS Issue: https://jira.reactos.org/browse/CORE-15505
--
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=46319
Bug ID: 46319
Summary: 32-bit IL-only executable launched as 32-bit
subprocess on Wine and 64-bit subprocess on Windows
Product: Wine
Version: 4.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
Created attachment 63052
--> https://bugs.winehq.org/attachment.cgi?id=63052
Allow 32-bit IL-only application to launch as 64-bit process in WIN64
As stated in the summary - when using CreateProcessA to execute a 32-bit
.NET/Mono application (which is IL-only) the process is always launched as a
32-bit process under Wine; but under Windows it is launched as a 64-bit
process.
Attached is a proposed patch.
The issue can be recreated by running the following:
# create mono source
cat << 'END' > mono32.cs
using Microsoft.Win32;
using System.Diagnostics;
using System.Reflection;
using System.IO;
using System;
public class Launcher
{
static public void Main ()
{
RegistryKey rk =
Registry.LocalMachine.OpenSubKey("SOFTWARE\\Microsoft\\Cryptography");
if (rk != null) {
object guid = rk.GetValue("MachineGuid");
if (guid != null) {
Console.WriteLine ("it works!");
} else {
Console.WriteLine ("guid not found - run as 64-bit process");
}
} else {
Console.WriteLine("Couldn't find
'HKLM\\SOFTWARE\\Microsoft\\Cryptography'");
}
}
}
END
# create 'C' source
cat << 'END' > c64.c
#include <windows.h>
#include <stdio.h>
int main(int argc, const char *argv[])
{
PROCESS_INFORMATION processInfo;
STARTUPINFO startupInfo;
memset(&startupInfo, 0, sizeof startupInfo);
startupInfo.cb = sizeof startupInfo;
// Create the process in suspended state
if (!CreateProcessA(
NULL,
"mono32.exe", // only modified by CreateProcessW
0, // process attributes
0, // thread attributes
TRUE, // inherit handles
0, // CREATE_SUSPENDED,
NULL, // environment
NULL, // current directory
&startupInfo,
&processInfo)) {
DWORD dwLastError = GetLastError();
fprintf(stderr, "failed to execute mono32.exe (%lu)\n",
dwLastError);
return 1;
}
return 0;
}
END
# compile mono
mcs mono32.cs
# compile 'C'
x86_64-w64-mingw32-gcc c64.c -o c64.exe
# try wine64 (fails under wine without patch)
wine64 c64.exe
--
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.