https://bugs.winehq.org/show_bug.cgi?id=42602
Bug ID: 42602
Summary: ::CompareItem(LPCOMPAREITEMSTRUCT lpCompareItemStruct)
bad sort compared to Windows
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)hinner.info
Distribution: ---
Let's have this MFC code:
class CIconListBox : public CListBox
...
int CIconListBox::CompareItem(LPCOMPAREITEMSTRUCT lpCompareItemStruct)
{
CIconListBoxItem *Item1;
CIconListBoxItem *Item2;
Item1=(CIconListBoxItem *)lpCompareItemStruct->itemData1;
Item2=LastItem;
/*
CompateItem is called immediately after AddString which does not contain
any info for sorting. Pointer to data is set after AddString by calling
SetItemDataPtr.
This function thus relies on undocumented fact that Item2 is always last
added item.
Item1 has correct pointer..
*/
//Item2=(CIconListBoxItem *)lpCompareItemStruct->itemData2;
//nejdriv rozhodne priorita
if (Item1->m_sortprior>Item2->m_sortprior)
return -1;
if (Item1->m_sortprior<Item2->m_sortprior)
return 1;
if (wcscmp(Item1->m_szItemName,Item2->m_szItemName)>0)
return 1;
else return -1;
}
Result in Windows: sorted OK
Result in Wine: reverse sorted.
I can provide app for testing. It is http://obdtester.com/downloads (e.g.
BimCOM), password for download upon request by individual e-mail.
--
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=44952
Bug ID: 44952
Summary: Batch with for and if
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jonathanbelsewir(a)yahoo.de
Distribution: ---
I have a batch-file:
@echo off
for %%i in (test) do (
echo before-if: %%i
if 1==1 (
echo true
) else (
echo false
)
echo after-if
)
:end
I get the following wrong output:
before-if: test
true
The output should be:
before-if: test
true
after-if
--
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=43300
Bug ID: 43300
Summary: wchar.h: missing functions prototypes
Product: Wine
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: me(a)mixaill.tk
Distribution: ---
some missing prototypes from /include/msvcrt/wchar.h:
wchar_t* wmemchr(const wchar_t *, wchar_t, size_t);
int wmemcmp(const wchar_t*, const wchar_t*, size_t);
wchar_t* wmemcpy(wchar_t*, const wchar_t*, size_t);
wchar_t* wmemmove(wchar_t*, const wchar_t*, size_t);
wchar_t* wmemset(wchar_t*, wchar_t, size_t);
--
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=18734
Summary: DlgDirList(DDL_DRIVES|DDL_DIRECTORY) on 16-bits
displays files on listbox in Windows but not Wine.
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, patch, source, win16
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a_villacis(a)palosanto.com
Created an attachment (id=21484)
--> (http://bugs.winehq.org/attachment.cgi?id=21484)
Screenshot of problem (QEMU virtual session and Wine, side by side)
When an 16-bit Windows application displays a listbox and manually fills it
with DlgDirList (not as a part of a Common Dialog), the flag combination
DDL_DRIVES|DLL_DIRECTORY should make files appear according to the set filter.
Wine does not do this, as it (incorrectly) appends DDL_EXCLUSIVE to the bitmask
of flags before delegating to 32-bit code.
--
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=21404
Summary: winedbg does not support fixed host:port parameter
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: myvonkpos(a)mweb.co.za
If using winedbg to debug Windows apps in a Linux IDE is to become practical
winedbg --gdb --no-start needs an extra parameter to specify a fixed host:port
TCP connection, similar to what gdbserver has. Currently the port is chosen at
random, which means IDEs have to be reconfigured on every debug attempt.
--
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=44845
Bug ID: 44845
Summary: Bankperfect plugins installation regression
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gdpo22(a)orange.fr
Distribution: ---
Created attachment 60898
--> https://bugs.winehq.org/attachment.cgi?id=60898
self-install-plugin that can be used without bankperfect installed
When trying to install free auto-install-plugins in Bankperfect (just an
extraction in the 'Scripts' subfolder of Bankperfect), the installer block on
files (especially .png ones)
It worked on ubuntu artful but no more on Bionic Beaver.
In attachment an exemple from http://www.chelly.net/?page=bp_plugins named
"Echéancier"
Tried in win64 and win32. Same behavior.
--
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=39078
Bug ID: 39078
Summary: Visual Pinball 9.9.1 crashes on exit after creating a
new table
Product: Wine
Version: 1.7.49
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Download of Visual Pinball 9.9.1 here:
http://emulationrealm.net/downloads/file/33-visual-pinball
$ openssl sha1 "VPinball991_Full.zip"
SHA1(VPinball991_Full.zip)= aafbd3c28af31ec4a993e0fe59a77374e5895572
Steps to reproduce:
1. Download installer and install the game.
2. Start the game.
3. Select File > New.
4. Select File > Exit.
wine --version
wine-1.7.49
--
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=24374
Summary: Driller fails to run
Product: Wine
Version: 1.3.2
Platform: x86
URL: http://download.ovinebydesign.com/driller/download.asp
x
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30720)
--> (http://bugs.winehq.org/attachment.cgi?id=30720)
terminal output
Driller is a freeware remake of a classic 3D adventure game, which was quite
popular in the 8-bit computer era.
The standalone executable Driller.exe fails to run in Wine, showing only a
messagebox, saying:
'Error! User lib not found', then it quits.
I can't verify how it behaves under a native Windows environment because I have
no Windows installed. According to the developer's page the game is Vista
compatible.
I'm not sure it has something to do with the issue, but the Driller.exe is
packed/protected(?) by Molebox Ultra. That is some kind of virtualization which
helps creating portable applications.
Fedora 13
Nvidia 7600 / driver 256.53
--
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=44334
Bug ID: 44334
Summary: 'start /W "" notepad' does not wait as on native.
Product: Wine
Version: 3.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 60210
--> https://bugs.winehq.org/attachment.cgi?id=60210
cmd: Avoid having first parameter to start.exe ignored.
Tried to have a look into #44236.
There a batch script is executed but the start commands
did not wait until the started processes did end.
Example line:
---
start /W " " "%SFDIR%automesh" wr2300
---
As far as I see this is because when WCMD_start encounters an title parameter,
it removes the executable from the cmdline parameter to CreateProcessW.
---
start /W "" notepad
002f:trace:process:create_process_impl app L"C:\\windows\\command\\start.exe"
cmdline L"/W \"\\\"\\\"\" notepad"
---
This get not recognized much, because usually the title is the first
parameter and is therefore ignored by start.exe. But start.exe get executed
because it is also in the file parameter to CreateProcessW.
Attached is a patch that tries to maintain the executable as first parameter
in the cmdline parameter to CreateProcessW.
--
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=42669
Bug ID: 42669
Summary: SolveigMM Video Splitter Business Edition v6.1:
Crashes when opened
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeroentorchmaster(a)gmail.com
Distribution: ---
Created attachment 57620
--> https://bugs.winehq.org/attachment.cgi?id=57620
Bug file outputted by Wine
(Wine-staging 2.3)
Installed, then opened the program. GUI shows up, then crashes.
--
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=45274
Bug ID: 45274
Summary: unimplemented function
msvcp140.dll.?_Syserror_map@std@@YAPEBDH@Z called in
64-bit code
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 61527
--> https://bugs.winehq.org/attachment.cgi?id=61527
Backtrace of wine64 crash
Wine crashed using the built-in msvcp140.dll.
--
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=45243
Bug ID: 45243
Summary: Wrong cast in some HANDLE_MSG_WM_* macros produces
errors when compiling with wineg++
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: sacrom(a)gmail.com
Distribution: ---
Created attachment 61481
--> https://bugs.winehq.org/attachment.cgi?id=61481
Simple event handler function with HANDLE_MSG macro
Compiling a message handler with some HANDLE_MSG() Macros (defined in
windowsx.h) with wineg++ a cast error is produced.
I attached a test.c simple example and the compile results can be seen in
wineg++.err file
--
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=45067
Bug ID: 45067
Summary: Claybook fails to create shader due to invalid cast
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 61205
--> https://bugs.winehq.org/attachment.cgi?id=61205
Log file.
Sharers aren't being created correctly due to a failing convert
013d:fixme:d3d_shader:shader_glsl_sprintf_cast Unhandled cast from 0 to 0x6.
which leads to
....
013d:fixme:d3d_shader:shader_glsl_dump_program_source imageStore(cs_image0,
floatBitsToInt(R0).xy, <unhandled data type 0x6>.xyzw);
--
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=40694
Bug ID: 40694
Summary: Invalid behavior of "C: && echo haha" or "C: & echo
haha"
Product: Wine
Version: 1.9.10
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
Distribution: ---
On Windows, all of "C: && echo haha", "C: || echo haha", "C: & echo haha" works
fine.
On Wine, this kinds of command line generates an error of "Can't recognize 'C:
' as an internal or external command, or batch script."
Found by neovim developer: https://tea-ci.org/equalsraf/neovim/39
--
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=45081
Bug ID: 45081
Summary: Expanded FakeDLL support changed behaviour of stubs
for A/W symbols
Product: Wine-staging
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Paul.Hampson(a)Pobox.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61234
--> https://bugs.winehq.org/attachment.cgi?id=61234
Report the results of GetProcAddress for three variations of the intersting
symbol
While looking into issues with running current Cygwin on current Wine, an error
was raised under Wine Staging 3.6:
fatal error - couldn't dynamically determine load address for
'DsEnumerateDomainTrustsW' (handle 0x7F1E632A0000), Win32 error 127
This doesn't happen either natively or with Wine 2.4 (Staging)
Looking into it, it appears the current netapi32.spec has:
@ stub DsEnumerateDomainTrusts
Given the near-trivial code attached, the behaviour difference is clear.
Windows (Windows 10 1709):
DsEnumerateDomainTrusts not found
DsEnumerateDomainTrustsA found
DsEnumerateDomainTrustsW found
Wine 2.4 (Staging) and 3.6 (Staging):
DsEnumerateDomainTrusts found
DsEnumerateDomainTrustsA not found
DsEnumerateDomainTrustsW not found
The weird thing is that Wine 2.4 worked in Cygwin, when clearly nothing has
apparently changed for this particular DLL export code-wise since 2005.
I believe this is to do with the patches in Wine Staging
(https://github.com/wine-staging/wine-staging/tree/master/patches/winebuild-…)
which have surfaced a class of previously-hidden issues in Wine.
I haven't worked out where yet, but I suspect that the Fake_DLLs are breaking
some kind of Wine magic which lets the unadorned symbols for stubs also respond
to a lookup for the adorned symbols.
Otherwise, I expect we'd see a lot more pairs like this:
@ stub DsEnumerateDomainTrustsA
@ stub DsEnumerateDomainTrustsW
I'm surprised such a change hasn't seen more issues but I was unable to find
any references to it on this Bugzilla or by searching Google.
ReactOS have a trivial patch which turns them from spec-stubs to code-stubs,
and hence corrects the exports etc: https://jira.reactos.org/browse/CORE-11056
and that would make sense for Wine.
All Wine installations here are on Ubuntu 14.04 from winehq packages, in Docker
images built from https://github.com/TBBle/wine_msys64
--
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=18164
Summary: dlls/iphlpapi/ifenum.c: compiler warnings
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: NetBSD
Status: NEW
Keywords: source
Severity: minor
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -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
./ifenum.o ./ifenum.c
./ifenum.c: In function 'enumIPAddresses':
./ifenum.c:693: warning: pointer of type 'void *' used in arithmetic
./ifenum.c:693: warning: comparison of distinct pointer types lacks a cast
./ifenum.c: In function 'getIPAddrTable':
./ifenum.c:754: warning: pointer of type 'void *' used in arithmetic
./ifenum.c:754: warning: comparison of distinct pointer types lacks a cast
No patch for this one yet. Won't complain if someone beats me to 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.
https://bugs.winehq.org/show_bug.cgi?id=42599
Bug ID: 42599
Summary: Max Payne 3 (Steam) crashes in DX9 mode
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 57541
--> https://bugs.winehq.org/attachment.cgi?id=57541
log
Game just crashes at launch if render set to DX9.
--
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=27497
Summary: Regedit mangles registry keys containing embedded
NULLs
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://www.gog.com/en/gamecard/sacrifice
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=35155)
--> (http://bugs.winehq.org/attachment.cgi?id=35155)
raw file
Noticed this while messing around with Sacrifice
(http://www.gog.com/en/gamecard/sacrifice).
The game stores a few keys with embedded NULLs, apparently all the ones that
store string values (dword/hex values aren't affected).
Looking at the raw registry (system.reg) shows the values fine:
"Graphic detail"=dword:00000000
"IP address"="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"
"Key repeat delay"=dword:0000000a
"Key repeat start"=dword:00000032
but if I export the key with wine's regedit, it mangles them:
"Graphic detail"=dword:00000000
"IP address"=""Key repeat delay"=dword:0000000a
"Key repeat start"=dword:00000032
notice how a quote goes missing along with the newline. The game really likes
those newlines. If I remove them and rerun the game, then adjust its settings,
it adds them back.
I'll attach a text file with the raw registry, along with what I get when
exporting.
--
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=44895
Bug ID: 44895
Summary: League Of Legends: Unable to log in if behind OpenWRT
based router
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mail+wine(a)m-reimer.de
Distribution: ---
I don't know how much this really depends on OpenWRT, but that's the way how I
can 100% reproduce this bug.
I run LoL with latest wine-staging. I installed using this script:
https://github.com/GloriousEggroll/leagueoflegends-linux
So far I always used AVM routers. Fritz!Box 5050 first and as my ISP now uses
Annex-J, I had to switch to a Fritz!Box 7270.
With these routers, I never had any problem with logging in from the League
client.
Now I wanted to try using a 100% open source router based on OpenWRT. As soon
as I do so, connection to the LoL login servers fails.
My brother was able to reproduce this problem on his PC and he also has Windows
installed. If he boots into Windows, login works. On Linux with Wine, login
doesn't work.
So this is a Wine problem "somehow" as it works on Windows, but it may also
have something to do with the router or network infrastructure as it works on
Wine if a proprietary router is used.
I can provide more info if required.
--
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=40742
Bug ID: 40742
Summary: cmd.exe: buffer overflow while parsing qualifiers
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jbb.rose(a)yahoo.com
Distribution: ---
Created attachment 54646
--> https://bugs.winehq.org/attachment.cgi?id=54646
Batch file which triggers the problem
WCMD_parse() copies command qualifiers into the quals[] array. The
array is MAX_PATH (260) characters long, but the input command can be
up to MAXSTRING (8192) characters long. This can lead to buffer
overflows and crashes if a command has many qualifiers.
The attached try.bat file, taken from an actual command generated by
a cross-build system, reliably crashes wine 1.9.11 as built on SLES11SP2.
Increasing the size of quals[] to MAXSTRING characters fixes the problem.
--
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=42304
Bug ID: 42304
Summary: Caladrius Blaze shows black screen on title menu
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 57028
--> https://bugs.winehq.org/attachment.cgi?id=57028
Wine 2.0 terminal output
When attempting to play the game Caladrius Blaze, I am greeted with a
completely black screen.
I've attempted to play the game while using Windows XP & 7 modes.
Any advice on what logs I would need to provide will be greatly appreciated as
I can't see anything related to DirectX in the game's terminal output at all...
--
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=30713
Bug #: 30713
Summary: 64 bit wine installs 64 bit mfc100.dll to syswow64
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Downloading and running
http://download.microsoft.com/download/A/8/0/A80747C3-41BD-45DF-B505-E9710D…
(see http://www.microsoft.com/en-us/download/details.aspx?id=13523 )
with WINEARCH=win64 does install mfc100.dll... but into c:\windows\syswow64,
which seems wrong.
This was with wine-1.4. I'll test again with current wine once I figure out
how to build 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.
https://bugs.winehq.org/show_bug.cgi?id=38849
Bug ID: 38849
Summary: valgrind shows an unitialized variable in
programs/cmd/tests/batch.c:WCMD_assoc
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M cmd.exe -p cmd.exe_test.exe.so
batch && touch batch.ok
==13413== Conditional jump or move depends on uninitialised value(s)
==13413== at 0x7B841A61: strlenW (unicode.h:200)
==13413== by 0x7B841ED4: format_insert (format_msg.c:160)
==13413== by 0x7B842936: format_message (format_msg.c:391)
==13413== by 0x7B843087: FormatMessageW (format_msg.c:617)
==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166)
==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759)
==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95)
==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185)
==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588)
==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36)
==13413== by 0x7B860807: ??? (process.c:1052)
==13413== by 0x7B860949: start_process (process.c:1104)
==13413== by 0x7BC81E27: ??? (signal_i386.c:2682)
==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741)
==13413== by 0x7BC81E05: ??? (signal_i386.c:2682)
==13413== by 0x7BC57806: start_process (loader.c:2868)
==13413== Uninitialised value was created by a stack allocation
==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620)
==13413==
==13413== Conditional jump or move depends on uninitialised value(s)
==13413== at 0x7B841AA6: strcpyW (unicode.h:207)
==13413== by 0x7B841F13: format_insert (format_msg.c:161)
==13413== by 0x7B842936: format_message (format_msg.c:391)
==13413== by 0x7B843087: FormatMessageW (format_msg.c:617)
==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166)
==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759)
==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95)
==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185)
==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588)
==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36)
==13413== by 0x7B860807: ??? (process.c:1052)
==13413== by 0x7B860949: start_process (process.c:1104)
==13413== by 0x7BC81E27: ??? (signal_i386.c:2682)
==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741)
==13413== by 0x7BC81E05: ??? (signal_i386.c:2682)
==13413== by 0x7BC57806: start_process (loader.c:2868)
==13413== Uninitialised value was created by a stack allocation
==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620)
==13413==
==13413== Conditional jump or move depends on uninitialised value(s)
==13413== at 0x7B84296B: format_message (format_msg.c:392)
==13413== by 0x7B843087: FormatMessageW (format_msg.c:617)
==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166)
==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759)
==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95)
==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185)
==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588)
==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36)
==13413== by 0x7B860807: ??? (process.c:1052)
==13413== by 0x7B860949: start_process (process.c:1104)
==13413== by 0x7BC81E27: ??? (signal_i386.c:2682)
==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741)
==13413== by 0x7BC81E05: ??? (signal_i386.c:2682)
==13413== by 0x7BC57806: start_process (loader.c:2868)
==13413== by 0x4018FB4: ??? (port.c:60)
==13413== Uninitialised value was created by a stack allocation
==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620)
==13413==
==13413== Conditional jump or move depends on uninitialised value(s)
==13413== at 0x7B841A61: strlenW (unicode.h:200)
==13413== by 0x7B8430A2: FormatMessageW (format_msg.c:621)
==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166)
==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759)
==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95)
==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185)
==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588)
==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36)
==13413== by 0x7B860807: ??? (process.c:1052)
==13413== by 0x7B860949: start_process (process.c:1104)
==13413== by 0x7BC81E27: ??? (signal_i386.c:2682)
==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741)
==13413== by 0x7BC81E05: ??? (signal_i386.c:2682)
==13413== by 0x7BC57806: start_process (loader.c:2868)
==13413== by 0x4018FB4: ??? (port.c:60)
==13413== Uninitialised value was created by a stack allocation
==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620)
==13413==
==13413== Conditional jump or move depends on uninitialised value(s)
==13413== at 0x7B841AA6: strcpyW (unicode.h:207)
==13413== by 0x7B843144: FormatMessageW (format_msg.c:633)
==13413== by 0x4ADE451: WCMD_output_stderr (wcmdmain.c:166)
==13413== by 0x4ADB08E: WCMD_assoc (builtins.c:4759)
==13413== by 0x4AE18EB: WCMD_execute (wcmdmain.c:1592)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4ACDFD6: WCMD_batch (batch.c:95)
==13413== by 0x4AE08C1: WCMD_run_program (wcmdmain.c:1185)
==13413== by 0x4AE1979: WCMD_execute (wcmdmain.c:1616)
==13413== by 0x4AE30AB: WCMD_process_commands (wcmdmain.c:2292)
==13413== by 0x4AE3E90: wmain (wcmdmain.c:2588)
==13413== by 0x4AE431F: __wine_spec_exe_wentry (exe_wentry.c:36)
==13413== by 0x7B860807: ??? (process.c:1052)
==13413== by 0x7B860949: start_process (process.c:1104)
==13413== by 0x7BC81E27: ??? (signal_i386.c:2682)
==13413== by 0x7BC81E6E: call_thread_func (signal_i386.c:2741)
==13413== by 0x7BC81E05: ??? (signal_i386.c:2682)
==13413== by 0x7BC57806: start_process (loader.c:2868)
==13413== by 0x4018FB4: ??? (port.c:60)
==13413== Uninitialised value was created by a stack allocation
==13413== at 0x4ADAB4F: WCMD_assoc (builtins.c:4620)
==13413==
--
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=40271
Bug ID: 40271
Summary: Can't start UPlay: "Connection Lost" error
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fry.kun(a)gmail.com
Distribution: Fedora
Created attachment 53907
--> https://bugs.winehq.org/attachment.cgi?id=53907
WINEDEBUG=+winsock,+secur32
Fedora package: wine-1.9.4-1.fc23.x86_64
wine --version: wine-1.9.4 (Staging)
When starting UPlay in online mode (have to log in), it fails with a message
"Connection lost"
Several weeks ago it was working just fine
Let me know if you need me to try bisecting wine versions to narrow it down or
the attached log is enough..
--
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=45220
Bug ID: 45220
Summary: Regression: Hearthstone-Deck-Tracker stoped working
after wine-2.21
Product: Wine
Version: 3.8
Hardware: x86-64
URL: https://github.com/HearthSim/Hearthstone-Deck-Tracker
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: spindler.matej(a)gmail.com
Regression SHA1: c222b86a528e71207bbde57e177ff5be3ee211dc
Distribution: ArchLinux
Hearthstone-Deck-Tracker is an open source deck-tracker/helper for Hearthstone.
Other problems with the app:
- HDT is written in C# so dotnet45 from winetricks is required,
- installation doesn't work, there is an "unpacked" version in GitHub releases,
that skips installation.
- HDT doesn't work with multiple monitors (GUI is just black). Disabling
secondary monitors works around this.
HDT stopped working (GUI does't show) in wine-2.20. I did regression test:
c222b86a528e71207bbde57e177ff5be3ee211dc is the first bad commit
commit c222b86a528e71207bbde57e177ff5be3ee211dc
Author: Zhiyi Zhang <yi.gd.cn(a)gmail.com>
Date: Fri Nov 10 19:34:18 2017 +0800
kernel32/nls: Add LOCALE_SPARENT entries.
Signed-off-by: Zhiyi Zhang <yi.gd.cn(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 cf8cc980f30e59a3d5015ac090afc1daebb5ee96
13895aad089ad2763506f21c009ee0b9b94883f9 M dlls
Whit this commit reverted in git master HDT starts again and shows it's GUI.
--
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.