https://bugs.winehq.org/show_bug.cgi?id=37578
Bug ID: 37578
Summary: Request for Enhancement: please add libXext as a
dependency
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Request for Enhancement:
It about killed my trying to compile Wine-1.7.30 (I conquered). In the
"./configure" phase, Wine threw the following error:
wine-1.7.30]# ./configure --disable-win64
configure: WARNING: libpng 32-bit development files not found, PNG won't be
supported.
Only thing was that libpng was actually installed:
# rpm -qa \*libpng\* | grep -i i686
libpng-devel-1.2.49-1.el6_2.i686
libpng-1.2.49-1.el6_2.i686
The error was bogus reporting from Wine "./configure". The actual problem was
that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the
bogus error from Wine.
This bogus error was originally reported to Wine on:
https://bugs.winehq.org/show_bug.cgi?id=37534
Their response was that it was a dependency:
http://www.libpng.org/pub/png/libpng.html
"libpng is available as ANSI C (C89) source code and requires zlib
1.0.4 or later (1.2.5 or later recommended for performance and security
reasons)."
So I reported it to Red Hat on:
https://bugzilla.redhat.com/show_bug.cgi?id=1162842
Their response was:
You were probably not able to install libpng without zlib, but of
course you were able to install libpng and libpng-devel without
zlib-devel - but this is pretty much expected. Guidelines are
even stricter, explicit requirements for library packages are
forbidden (
https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires
- Red Hat Enterprise Linux follows Fedora packaging guidelines
with just very few exceptions ).
So, would you guys please consider putting the dependency in yourself, so as to
keep the next poor sod who is trying to ./configure wine from going out of his
mind and to keep you guys from having to endlessly answer this question over on
the forums
Many thanks,
-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.
https://bugs.winehq.org/show_bug.cgi?id=49854
Bug ID: 49854
Summary: Please fix the stupid wldap32.dll error message
Product: Wine-staging
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Fedora 32, x64
wine-5.16-1.fc32.x86_64
When running a program what uses wldap32.dll AND wine-ldap.i686 is not
installed, you get a STUPID error message saying that wldap32.dll is "not
found". It is
right in the system32 directory. I took me over four hours of beating my head
against a wall to figure it out.
Would you please give a rational error message for this issue! Tell the user
that wine-ldap.i686 is otg installed!
Sorry for the crabbiness.
--
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=55979
Bug ID: 55979
Summary: Blizzard Battle.net Launcher: New Version Released On
11/30/2023 Hangs During Installation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crashdance(a)charter.net
Distribution: ---
Created attachment 75569
--> https://bugs.winehq.org/attachment.cgi?id=75569
Terminal output when running the Battle.net client installer in a clean Wine
prefix
When attempting to install Battle.net in a clean 64-bit prefix on a clean
install of Linux Mint 21.2 with all needed dependencies, I get the attached
terminal output and the progress hangs at 45%.
Also, I know the maintainers of Bugzilla encourage reporting only one problem
per bug. That being said, the exact same time this started happening, my
existing Wine prefix for Battle.net (and my Battle.net games) caused thread
crashes when opening Battle.net after installing yesterday's update. The update
was installed from within the Battle.net client by clicking the green icon to
install the update. Prior to this update released yesterday on November 30,
2023, Battle.net and the games were running flawlessly.
Because I can only add a single attachment, the Pastebin links below will give
more detail on the related issue of thread crashes described above:
Existing prefix terminal output when the thread crash occurs:
https://pastebin.com/4UwxTsEP
Here is my system information:
https://pastebin.com/v3MVemgg
Was able to save a crash report for the thread crash issue:
https://pastebin.com/mYX68NrX
--
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=54256
Bug ID: 54256
Summary: Compile for wine under arm macOS (for running aarch64
windows apps) fails
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jintanzhong(a)gmail.com
Created attachment 73809
--> https://bugs.winehq.org/attachment.cgi?id=73809
Output of make
Error Output:
gcc -c -o dlls/ntdll/unix/signal_arm64.o dlls/ntdll/unix/signal_arm64.c
-Idlls/ntdll -Iinclude -D__WINESRC__ -D_NTSYSTEM_ \
-D_ACRTIMP= -DWINBASEAPI= -DWINE_UNIX_LIB -Wall -pipe -fcf-protection=none
-fno-stack-protector \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter
-Wvla \
-Wwrite-strings -Wpointer-arith -gdwarf-4 -fPIC -fasynchronous-unwind-tables
-g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0
In file included from dlls/ntdll/unix/signal_arm64.c:71:
dlls/ntdll/unix/dwarf.h:915:45: warning: taking the absolute value of unsigned
type 'ULONG_PTR' (aka 'unsigned long') has no effect [-Wabsolute-value]
case DW_OP_abs: stack[sp] = labs(stack[sp]); break;
^
dlls/ntdll/unix/dwarf.h:915:45: note: remove the call to 'labs' since unsigned
values cannot be negative
case DW_OP_abs: stack[sp] = labs(stack[sp]); break;
^~~~
<inline asm>:305:2: error: conditional branch requires assembler-local label.
'.L__wine_syscall_dispatcher_return' is external.
cbnz w16, .L__wine_syscall_dispatcher_return
^
1 warning and 1 error generated.
make: *** [dlls/ntdll/unix/signal_arm64.o] Error 1
Commands run: ./configure; make
Dependencies: all installed using homebrew latest version.
./configure output and make output: see attachment
--
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=56586
Bug ID: 56586
Summary: libOSMesa 32-bit development files not found (or too
old), OpenGL rendering in bitmaps won't be supported
Product: Wine
Version: 9.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is _not_ a bug, I just would love to learn what this error message entails
exactly.
The reason I'm asking is that this package has quite heavy dependencies and I
wonder what I'll be missing:
# dnf install mesa-libOSMesa-devel.i686
Dependencies resolved.
================================================================================
Package Architecture Version Repository Size
================================================================================
Installing:
mesa-libOSMesa-devel i686 24.0.5-1.fc40 fedora 22 k
Installing dependencies:
llvm-libs i686 18.1.1-1.fc40 fedora 28 M
llvm-libs x86_64 18.1.1-1.fc40 fedora 28 M
mesa-libOSMesa i686 24.0.5-1.fc40 fedora 3.4 M
mesa-libOSMesa x86_64 24.0.5-1.fc40 fedora 3.2 M
Transaction Summary
================================================================================
Install 5 Packages
Total download size: 63 M
Installed size: 254 M
Is this ok [y/N]:
Operation aborted.
--
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=56393
Bug ID: 56393
Summary: Wine Crash when running IBM SPSS and data.
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zombie_ryushu(a)yahoo.com
Distribution: ---
Created attachment 76146
--> https://bugs.winehq.org/attachment.cgi?id=76146
Console output.
Wine hangs on startup of IBM SPSS. Console output below.
--
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=56568
Bug ID: 56568
Summary: There is a memory leak vulnerability in line 909 of
the /wine/tools/winegcc/winegcc.c file
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lumingying(a)bupt.edu.cn
Distribution: ---
In the file winegcc.c located at /wine/tools/winegcc/, a pointer variable named
libgcc is defined at line 881. On line 907, this variable allocates a block of
dynamic memory using the function xmalloc. When the if statement on line 909
evaluates to true, the program returns. During this process, the dynamically
allocated memory pointed to by the variable libgcc is neither returned as on
line 914 nor freed, thus causing a memory leak defect, as shown in the diagram
below:
https://github.com/LuMingYinDetect/wine_defects/blob/main/wine_11.png
--
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=56567
Bug ID: 56567
Summary: There is a memory leak defect at line 580 of the file
"/wine/tools/widl/write_msft.c".
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lumingying(a)bupt.edu.cn
Distribution: ---
The trigger path of the defect:
1.In line 573 of the /wine/tools/widl/write_msft.c file, a pointer variable
named encoded_string is defined. This pointer variable is passed as an argument
to the function CTL2_ENCODE_STRING on line 575, which allocates a dynamic
memory area, as shown in the following figure:
https://github.com/LuMingYinDetect/wine_defects/blob/main/wine_8.png
2.The role of ctl2_encode_string is to allocate a new dynamic memory area.
Specifically, a pointer variable named converted_string is defined on line 329.
The converted_string pointer variable allocates a dynamic memory area through
the xmalloc function on line 336, and is assigned to the function parameter
result (i.e., the incoming encoded_string variable) on line 348, as shown in
the following figure:
https://github.com/LuMingYinDetect/wine_defects/blob/main/wine_9.png
3.After the execution of ctl2_encode_string is completed, the variable
encoded_string is allocated a dynamic memory area. When the if statement on
line 580 of the program is true, the program will return, thus preventing the
execution of the operation to release the dynamic memory area pointed to by
encoded_string on line 587. This results in a memory leak defect, as shown in
the following figure.
https://github.com/LuMingYinDetect/wine_defects/blob/main/wine_10.png
--
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=55360
Bug ID: 55360
Summary: Can't run.
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1074536311(a)qq.com
Distribution: ---
ARRAY(0x557a25649d98)
--
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=56545
Bug ID: 56545
Summary: this poped up
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: redfang790.ur5wj(a)aleeas.com
Distribution: ---
Created attachment 76301
--> https://bugs.winehq.org/attachment.cgi?id=76301
a copy of the error
i was installing a program and this error poped up
--
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.