https://bugs.winehq.org/show_bug.cgi?id=46678
Bug ID: 46678
Summary: Width of latin characters is wrong with some fonts.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: usp10
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 63637
--> https://bugs.winehq.org/attachment.cgi?id=63637
LC_ALL=zh_CN.UTF-8 wine uiso9_pe.exe
Reproduce:
$ LC_ALL=zh_CN.UTF-8 wine uiso9_pe.exe # Make sure zh_CN.UTF-8 was enable in
/etc/locale.gen
And the accept the license and click 'next(下一æ¥(N))' button.
You will see some latin characters overlap.
Reverting 8d018d8d1dadf9d731690567b9c98d5a9eae37db will make it happier. But
I'm not sure if this is a simply regression of it since that commit is for bug
44410 which has a similar problem. Anyway, I will add a regression tag for this
bug.
--
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=46583
Bug ID: 46583
Summary: LINE latest version doesn't work
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: freemadona(a)yandex.com
Distribution: ---
Created attachment 63465
--> https://bugs.winehq.org/attachment.cgi?id=63465
the program crashes in 2 seconds and this is all that prints out
2 months ago line(powered by naver) use to work i updated wine and it and now
it crashes upon start. i re-installed it, used the vcrun2008 library through
winetricks as always and then used the latest version of
wine-development(4.0-rc7); i even set wine to be windows 10,8,vista and even
XP, but still nothing. line is a app for chatting and messaging. i have
attached the log
--
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=46569
Bug ID: 46569
Summary: ToDoList 7.1 : fails to launch after WINE upgrade to
4.0 version
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: tosak(a)poczta.fm
Distribution: Fedora
Created attachment 63442
--> https://bugs.winehq.org/attachment.cgi?id=63442
library file that helped me launch ToDoList.exe with 3.x versions of WINE
With 3.x versions of WINE I could launch ToDoList.exe with the following
command:
[tomaszosak@localhost ~]$ wine /home/tomaszosak/todolist_exe/ToDoList.exe
There was an error, initially, indicating the lack of the MFC42u.DLL library,
but after placing this file (see: Attachment) in ToDoList folder it started to
work.
After WINE upgrade to 4.0 version ToDoList fails to launch with WINE command:
[tomaszosak@localhost ~]$ wine /home/tomaszosak/todolist_exe/ToDoList.exe
wine: Call from 0x7bc534a1 to unimplemented function
api-ms-win-core-libraryloader-l1-2-1.dll.FindResourceW, aborting
01e6:err:module:attach_dlls "MFC42u.DLL" failed to initialize, aborting
01e6:err:module:attach_dlls Initializing dlls for
L"Z:\\home\\tomaszosak\\todolist_exe\\ToDoList.exe" failed, status 80000100
Link to download program:
http://abstractspoon.pbwiki.com/f/todolist_exe.zip
(7.1 version)
My distribution version:
[tomaszosak@localhost ~]$ cat /etc/fedora-release
Fedora release 29 (Twenty Nine)
Info about my system:
[tomaszosak@localhost ~]$ uname -a
Linux localhost.localdomain 4.20.3-200.fc29.x86_64 #1 SMP Thu Jan 17 15:19:35
UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
--
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=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.