http://bugs.winehq.org/show_bug.cgi?id=58519
Bug ID: 58519
Summary: Mine-imator opens, but craches when opened/created a
project
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Davionormal(a)gmail.com
Distribution: ---
Created attachment 78989
--> http://bugs.winehq.org/attachment.cgi?id=78989
Mine-imator opens, but craches when opened/created a project
Although the program opens, after you create a project and enter the animation
window, the program 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.
http://bugs.winehq.org/show_bug.cgi?id=58430
Bug ID: 58430
Summary: Clip Studio Paint 4.0 EX Crashes when trying to save
or export a project
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dalister07(a)gmail.com
Distribution: ---
Created attachment 78852
--> http://bugs.winehq.org/attachment.cgi?id=78852
A Crash Log Created by wine after trying to save the project.
After applying all the needed workarounds to launch the program, trying to save
a project or export it with the file menu causes it to hard crash, completely
killing the program and triggering the wine debugger. Tried to save the
project, export it into 3 different formats, and use save as in the file menu,
all of which yielded the same result of hard crashing. Distro is CatchyOS
(Arch-based), With the wine version being from wine-git. Log is 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.
http://bugs.winehq.org/show_bug.cgi?id=58525
Bug ID: 58525
Summary: boingmgr preferences window in not scrollable
Product: Wine
Version: 10.12
Hardware: x86-64
URL: https://github.com/BOINC/boinc/releases/download/clien
t_release%2F7.22%2F7.22.2/boinc_7.22.2_windows_x86_64.
exe
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 78994
--> http://bugs.winehq.org/attachment.cgi?id=78994
Wine 10.12 console output
Open boincmgr in advanced view. Go to Options --> Computing preferences. The
window that opens is not scrollable and so not all options can be set via the
GUI.
Nothing is printed in the console at this point.
This could be the same as Bug 53875 but I don't know.
--
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=58523
Bug ID: 58523
Summary: Recent glibc change breaks wine build
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: serial
Assignee: wine-bugs(a)winehq.org
Reporter: adamw(a)happyassassin.net
Distribution: ---
In Fedora Rawhide, wine no longer builds with glibc-2.41.9000-21 or later. It
builds OK with glibc-2.41.9000-20.
The -21 build includes these changes from upstream glibc:
- Auto-sync with upstream branch master,
commit 0263528f8dd60cf58976e2d516b7c9edb16ae6f8:
- malloc: fix definition for MAX_TCACHE_SMALL_SIZE
- SFrame: Add tests that uses DWARF backtracer
- configure: Add --enable-sframe option
- elf: Add SFrame stack tracing
- aarch64: Add SFrame support for aarch64 architecture
- x86: Add SFrame support for x86 architecture
- elf: Add SFrame support to _dl_find_object function
- x86_64: Optimize modf/modff for x86_64-v2
- Linux: Keep termios ioctl constants strictly internal
- termios: Move isatty, __isatty_nostatus from io
- termios: Reflow and sort Makefile
- Remove termios2 ioctl defintions from public headers
- elf: Remove now pointless empty ld.so.conf files in single tests
- support: Always run ldconfig in containered tests
- Makefile: Add ld.so.conf with libgcc dir to testroot.pristine
- Makeconfig: Add libgcc directory to rtld-prefix search path
- Mark support for lock elision as deprecated.
- x86: Avoid vector/r16-r31 registers and memcpy/memset in mcount_internal
- fstat: add test and documentation for an edge case.
- fstatat: extend tests and documentation
- elf: Restore support for _r_debug interpositions and copy relocations
- elf: Introduce _dl_debug_change_state
- elf: Introduce separate _r_debug_array variable
- manual: Remove '.info' suffix in manual names passed to @ref [BZ #32962].
- elf: Add DL_ADDRESS_WITHOUT_RELOC [BZ #33088]
- stdlib: Fix __libc_message_impl iovec size (BZ 32947)
- AArch64: Avoid memset ifunc in cpu-features.c [BZ #33112]
- malloc: Cleanup tcache_init()
- malloc: replace instances of __builtin_expect with __glibc_unlikely
- malloc: refactored aligned_OK and misaligned_chunk
- elf: Add missing DSO dependencies for tst-rtld-no-malloc-{audit,preload}
- powerpc: Remove modf optimization
- powerpc: Remove modff optimization
- manual: Add missing free to open_memstream example [BZ #27866]
- Linux: Convert '__close_nocancel_nostatus' to a standalone handler
- Linux: Fix '__close_nocancel_nostatus' clobbering 'errno' [BZ #33035]
- inet: Implement inet_ntoa on top of inet_ntop
- resolv: Optimize inet_ntop
- resolve: Proper indent resolv/inet_ntop.c
- benchtests: Add IPv6 inet_ntop benchmark
- benchtests: Add IPv4 inet_ntop benchmark
- posix: Fix fnmatch build with gcc-16
- powerpc: use .machine power10 in POWER10 assembler sources
I suspect "Linux: Keep termios ioctl constants strictly internal", which is
https://sourceware.org/git/?p=glibc.git;a=commit;h=3d3572f59059e2b19b8541ea…
.
The build failure looks like this:
dlls/ntdll/unix/serial.c: In function ‘get_baud_rate’:
dlls/ntdll/unix/serial.c:130:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
130 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c:130:19: note: each undeclared identifier is reported
only once for each function it appears in
dlls/ntdll/unix/serial.c: In function ‘get_hand_flow’:
dlls/ntdll/unix/serial.c:222:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
222 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c: In function ‘get_line_control’:
dlls/ntdll/unix/serial.c:284:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
284 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c: In function ‘get_special_chars’:
dlls/ntdll/unix/serial.c:400:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
400 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c: In function ‘set_baud_rate’:
dlls/ntdll/unix/serial.c:499:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
499 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c:513:19: error: ‘TCSETS2’ undeclared (first use in this
function); did you mean ‘TCSETA’?
513 | if (ioctl(fd, TCSETS2, &port) == -1)
| ^~~~~~~
| TCSETA
dlls/ntdll/unix/serial.c: In function ‘set_handflow’:
dlls/ntdll/unix/serial.c:661:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
661 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c:713:19: error: ‘TCSETS2’ undeclared (first use in this
function); did you mean ‘TCSETA’?
713 | if (ioctl(fd, TCSETS2, &port) == -1)
| ^~~~~~~
| TCSETA
dlls/ntdll/unix/serial.c: In function ‘set_line_control’:
dlls/ntdll/unix/serial.c:735:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
735 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c:844:19: error: ‘TCSETS2’ undeclared (first use in this
function); did you mean ‘TCSETA’?
844 | if (ioctl(fd, TCSETS2, &port) == -1)
| ^~~~~~~
| TCSETA
dlls/ntdll/unix/serial.c: In function ‘set_special_chars’:
dlls/ntdll/unix/serial.c:870:19: error: ‘TCGETS2’ undeclared (first use in this
function); did you mean ‘TCGETA’?
870 | if (ioctl(fd, TCGETS2, &port) == -1)
| ^~~~~~~
| TCGETA
dlls/ntdll/unix/serial.c:893:19: error: ‘TCSETS2’ undeclared (first use in this
function); did you mean ‘TCSETA’?
893 | if (ioctl(fd, TCSETS2, &port) == -1)
| ^~~~~~~
| TCSETA
--
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=58468
Bug ID: 58468
Summary: Firebird/isql crashes on local database connection
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: koehler(a)dtv-verkehrsconsult.de
Distribution: ---
Created attachment 78923
--> http://bugs.winehq.org/attachment.cgi?id=78923
Wine Backtrace after crash
The database engine firebird can be downloaded from
https://www.firebirdsql.org/en/firebird-5-0 (Windows x86, 32-bit-kit,
zip-Package)
To reproduce the error:
- download firebird
- extract the zip-package to a local folder
- start isql in the extracted zip-folder with "wine isql"
- create a new database with the command: CREATE DATABASE 'test.fdb';
The error message says that the method "KERNEL32.dll.CreateBoundaryDescriptorA"
has not been implemented yet.
The same error message appears when connecting to an existing database.
Even though there is a native linux binary for firebird many windows
applications uses Firebird as a local database engine.
To get those windows applications running with wine there is still a need to
get the windows version of isql running first.
--
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=57828
Bug ID: 57828
Summary: Approach Smart Icons do not show
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
Distribution: ---
Created attachment 78036
--> https://bugs.winehq.org/attachment.cgi?id=78036
Smart Icon in Windows 10 and Wine
SmartSuite-N99.8.0208.0800
Fedora 41
wine-devel-10.1-1.1.x86_64
and
wine-stable-10.0.0-1.1.x86_64
winehq-stable-10.0.0-1.1.x86_64
In Approach, the View pull down, Smart Icon setting does not active. This
makes Approach very difficult to use.
--
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=57113
Bug ID: 57113
Summary: File open dialog doesn't show all the filtered file
types
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77003
--> https://bugs.winehq.org/attachment.cgi?id=77003
Wine 9.16 console output
Under Windows 10 the file open dialog shows a list of the filtered file types.
As it is such a small area its only use is to let you know that more than one
file type has been filtered.
Under Wine the same area only lists one file type, although the filter itself
does seem to work as expected.
Noticed when trying the "input types - multiple files" test in the CEF sample
application.
--
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=58530
Bug ID: 58530
Summary: Smartsuite 9.8 registry errors
Product: Wine
Version: 10.12
Hardware: x86-64
URL: https://archive.org/download/lotus-smart-suite-9.8.2-m
illennium-edition-9.8.2-2009-03-english-cd/Lotus%20Sma
rtSuite.iso
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 79003
--> http://bugs.winehq.org/attachment.cgi?id=79003
Screenshot
Following an apparently successful installation of Smartsuite 9.8, two dialogs
appears reporting errors accessing the registry.
Workaround for Bug 58529 may be 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=50220
Bug ID: 50220
Summary: 1-2-3 installs OK but closes on run before any info
entered
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jlee27(a)btinternet.com
Distribution: ---
Created attachment 68726
--> https://bugs.winehq.org/attachment.cgi?id=68726
plain text report from Wine when 1-2-3 closes itself
Smartsuite installs OK from local CD (selected 1-2-3 + Approach only).
1-2-3 opens, looks OK, then closes itself before entry of any data.
backtrace output attached. Approach not tied yet.
--
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=57330
Bug ID: 57330
Summary: NtQueryVolumeInformationFile does not work on Z: drive
on default configuration
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: joshudson(a)gmail.com
Distribution: ---
Calling NtQueryVolumeInformationFile on an open handle that's opened from the
Z: drive returns Invalid Function.
I tried to run the test harness for my .NET File Systems DLL on Wine, and it
didn't get very far. Almost nothing works because it wants the volume serial
number, which on actual Windows is a cheap call.
Source code line of failure:
https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3…
What's interesting is this code *doesn't want* the volume serial number; it
*wants* any unique volume identifier given a handle where all handles on the
same handle get the same result. I could in theory detect wine here if I had a
good way to implement the problem elsehow on Wine; say by one of the wine
specific IOCTL calls. (The obvious solution is if I get back Invalid Function
here; make the wine-specific call before giving up.)
If you actually run the test battery
https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3…
it should be a pretty good supplemental test battery for Wine's filesystem
layer.
--
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.