https://bugs.winehq.org/show_bug.cgi?id=41410
Bug ID: 41410
Summary: Origin Installer: Fails with notification system does
not meet hardware requirements
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thomas.s.haugh(a)gmail.com
Distribution: ---
Created attachment 55771
--> https://bugs.winehq.org/attachment.cgi?id=55771
Terminal output from a clean wine 32bit prefix
Running the latest OriginSetup.exe fails with a notification that the system
fails to meet the hardware requirements.
https://download.dm.origin.com/origin/live/OriginSetup.exe
System Information:
Arch Linux x86_64
nvidia 370.28 driver
--
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=49265
Bug ID: 49265
Summary: Segfault when gcc uses MSVCRT_memcpy in copy
constructor
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)twig.hk
Distribution: ---
Created attachment 67269
--> https://bugs.winehq.org/attachment.cgi?id=67269
Test Code
When gcc use memcpy to implement the copy constructor of an object with both
the '-mno-cygwin' and '-march=native' flags set for wineg++, the .exe.so
segfaults. The backtrace seems to have the arguments src & n switched for
MSVCRT_memcpy.
Code:
#include <windows.h>
#include <new>
struct Chars{
int a[100];
Chars(){
for(int i = 0; i != sizeof(a); ++i)
a[i] = i % 10;
}
};
BOOL WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR
lpCmdLine, int nShowCmd)
{
char x[10000];
const Chars c;
new (reinterpret_cast<Chars *>(&x)) Chars(c);
return 0;
}
If Chars::a[i] are all set to 0, it doesn't segfault. Probably as memcpy isn't
used.
Compiled & run with:
./../wine/tools/winegcc/wineg++ -MD -isystem ./../wine/include -isystem
./../wine/include/msvcrt -O0 -g3 -ggdb -mno-cygwin -march=native -c simple.cpp
-o build/simple.cpp.o
./../wine/tools/winegcc/wineg++ -L./../wine/dlls -L -fno-pic -isystem
./../wine/include -isystem ./../wine/include/msvcrt -O0 -g3 -ggdb -mno-cygwin
-march=native ./build/simple.cpp.o
--winebuild=./../wine/tools/winebuild/winebuild -o ./bin/simple
LD_LIBRARY_PATH=./../wine/libs/wine/:$LD_LIBRARY_PATH gdb --args
./../wine/loader/wine64-installed ./bin/simple.exe.so
Wine has been compiled from the git repo (./../wine/ , tagged with wine-5.8),
with configure args: --enable-win64 CFLAGS="-O0 -g3 -ggdb"
Removing either -mno-cygwin or -march=native stops the segfault
GDB backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7748b77 in __memmove_ssse3_back () from /lib64/libc.so.6
(gdb) bt
#0 0x00007ffff7748b77 in __memmove_ssse3_back () from /lib64/libc.so.6
#1 0x00007ffff0629a3a in MSVCRT_memcpy (dst=0x21d450, src=0x190, n=71474) at
string.c:2338
#2 0x00007ffff7e691d3 in WinMain (hInstance=0x7ffff7e60000
<__wine_spec_pe_header+32742>,
hPrevInstance=0x0, lpCmdLine=0x11732 "", nShowCmd=1) at simple.cpp:17
#3 0x00007ffff7e694a1 in main (argc=1, argv=0x714630) at crt_winmain.c:53
#4 0x00007ffff7e69333 in mainCRTStartup () at crt_main.c:62
#5 0x000000007b4568ec in call_process_entry (peb=0x7fffffd8f000,
entry=0x7ffff7e692be <mainCRTStartup>) at process.c:119
#6 0x000000007b456af1 in __wine_start_process (entry=0x7ffff7e692be
<mainCRTStartup>,
peb=0x7fffffd8f000) at process.c:153
#7 0x0000000000000000 in ?? ()
in #1 the src=0x190 (400) and n=71474 (0x11732) seem switched, as src is the
sizeof(Chars)
--
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=49777
Bug ID: 49777
Summary: Bugged .NET UI has different graphics memory behaviour
Product: Wine
Version: 5.0.2
Hardware: x86-64
URL: https://github.com/farmerbriantee/AgOpenGPS/releases/d
ownload/4.3.10/AgOpenGPS_v4.3.10.msi
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mirh(a)protonmail.ch
Distribution: ---
Created attachment 68087
--> https://bugs.winehq.org/attachment.cgi?id=68087
UI bug
So, I have this .NET application (mono is already enough to run it half
decently). That has a bug.
https://github.com/farmerbriantee/AgOpenGPS/issues/176
For whatever reason the buttons on the right only work and display if you have
a certain.. screen aspect ratio and/or resolution (this happens in Windows too
if it wasn't clear enough).
Now, the thing is, at least when I'm running at 1024x768 on W7 the buttons UI
area just so happen to be superimposed with "whatever was on that area of the
screen before the application window executed".
In linux instead, the behavior seems "replace with a corrupted view of the
calling parent process framebuffer" (or at least, I believe what you see in the
attached screenshot is a scrambled version of the XFCE terminal)
I don't even know where to start logging (neither native dotnet nor native
gdiplus made a difference).. but at least I believe this should amount to a bug
in wine?
Also, in a somewhat related question.. Are all windows supposed to be always
"infinitely resizable"? Because in Windows I'm barred from going below certain
dimensions, while here even 10x10 pixels seems legit.
--
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=49769
Bug ID: 49769
Summary: After update can no longer position Winamp components
on Desktop where I want them
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nanook(a)eskimo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I normally have winamp 5.666 on the right side of my desktop, with the
controller, then eq, then playlist. After a recent wine update, the eq
overlapped the play list and can not be moved, that is I can drag and drop as
before. I de-installed and re-installed winamp, no help.
--
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=49768
Bug ID: 49768
Summary: Clear Linux Wine Forgotten Hope 2.57 Standalone
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryanrkpm(a)yahoo.com
Distribution: ---
Created attachment 68073
--> https://bugs.winehq.org/attachment.cgi?id=68073
terminal output
I install and try to run. It opens as BF2 and I click on the FH2 server. It
restarts into FH2 and crashes upon start.
--
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=25412
Summary: Shareaza does not save certain preferences [RE: Bug
14269]
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trapdoor6(a)gmail.com
This is a similar issue as described in bug #14269 [still open] but it's
related to different Wine versions: 1.3.8. I also noticed it on a few earlier
developer and stable versions, I guess it's been never fixed in Wine. Please
find details below:
------------------
Software: Shareaza
project page: http://shareaza.sourceforge.net/
version: 2.5.3.0
Problem details:
1) Under 'Tools > Shareaza Settings > General > Library'
option: 'Quick hashing (Uses more CPU)'
Enabling it works only for one session. After restarting Shareaza it's disabled
again.
2) Under 'Tools > Shareaza Settings > Networks > Gnutella' and '~ > eDonkey'
option: 'Always connect to Gnutella / eDonkey'
Enabling these won't be saved. After restarting Shareaza both are disabled
again (which means that Shareaza connects only to Gnutella1 and I need to
connect to the other networks manually in the 'Network' tab in the main
window).
--
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=49727
Bug ID: 49727
Summary: Witcher 3 Mod Manger fails to start because of
Bluetooth errors
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poperigby(a)mailbox.org
Distribution: ---
The Witcher 3 Mod Manager
(https://github.com/Systemcluster/The-Witcher-3-Mod-manager/tree/Custom) won't
launch because WINE is saying that my version of Windows doesn't have Bluetooth
compatibility. This is the error it gives:
00b8:fixme:combase:RoGetActivationFactory
(L"Windows.Devices.Bluetooth.BluetoothDevice",
{0991df51-57db-4725-bbd7-84f64327ec2c}, 0000000000219960): semi-stub
00b8:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Devices.Bluetooth.BluetoothDevice"
It also pops up with a warning that says "This Windows version (10.0.17134)
does not support the required Bluetooth API. Consider updating to a more recent
Windows (10.0.10586 or above)." I've tried changing the compatibility version
in winecfg, and the first version changes accordingly.
My motherboard does have a Bluetooth adapter, but I disabled the bluetooth
kernel module and I still got the error.
--
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=43921
Bug ID: 43921
Summary: Caustic 3.2.0 (standalone) black/blank UI with Wine
Staging ; functional UI with Wine Development
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
Distribution: ---
Created attachment 59548
--> https://bugs.winehq.org/attachment.cgi?id=59548
wine_2.19_development.txt
Standalone version of Caustic 3.2.0.
Tested in a 32-bit WINEPREFIX, set to Windows XP.
Wine Development 2.19.
--
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=41354
Bug ID: 41354
Summary: PDF-XChange Editor
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sb56637(a)gmail.com
Distribution: ---
Hello, PDF XChange Editor has a bug in wine where it only accepts form input a
few times. When in a PDF document with several forms, it stops accepting form
input after editing several form elements. For example, try typing in one text
field, and then move into another text field. It will no longer accept input.
This is an important bug, because native PDF readers under Linux are pathetic,
and PDF XChange Editor works flawlessly otherwise under Wine.
Thanks!
--
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.