https://bugs.winehq.org/show_bug.cgi?id=53328
Bug ID: 53328
Summary: HP Prime Virtual Calculator fails to start
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jfelten632(a)gmail.com
Distribution: ---
Created attachment 72712
--> https://bugs.winehq.org/attachment.cgi?id=72712
error info output after program termination
Whenever I try launching HP Prime Virtual calculator
(https://www.hpcalc.org/details/8939), it opens the EULA, and immediately
afterward, it outputs a C++ runtime error. The problem is 100% consistent and
can be easily replicated simply by installing and running the program. The
logfile 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.
https://bugs.winehq.org/show_bug.cgi?id=53691
Bug ID: 53691
Summary: Paprika Recipe App crashes when you create/edit a
recipe
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richard.bowman(a)gmail.com
Distribution: ---
Created attachment 73098
--> https://bugs.winehq.org/attachment.cgi?id=73098
backtrace
Paprika Recipe Manager opens and the main screens can be used, including
browsing existing recipes, logging into the cloud account and syncing your
data, and using the built-in browser to extract recipes from the Web.
However, Paprika crashes immediately when you try to Edit a recipe or Add a new
one, which on Windows, popups up a screen of edit fields in order to do so.
I've tested this on two seperate Fedora 36-based systems using a fresh install
of the latest WineHQ 7.0 packages, with a trial version of CrossOver.
This is my one remaining Windows app that would make me so happy to have
working!
--
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=53652
Bug ID: 53652
Summary: invalid URL in wine-bugs digest email footer
Product: WineHQ Bugzilla
Version: 3.2.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: austinenglish(a)gmail.com, jnewman(a)codeweavers.com,
julliard(a)winehq.org
Distribution: ---
I'm guessing this happened around the mailman upgrade:
Sep 10:
_______________________________________________
wine-bugs mailing list -- wine-bugs(a)winehq.org - To unsubscribe send an email
to wine-bugs-leave(a)winehq.org
%(web_page_url)slistinfo/%(_internal_name)s
versus:
July 26:
_______________________________________________
wine-bugs mailing list - wine-bugs(a)winehq.org
https://www.winehq.org/mailman/listinfo/wine-bugs
'bisecting' the regression, it occurred between:
bad: Aug 12 wine-bugs Digest, Vol 205, Issue 46
good: Aug 12 wine-bugs Digest, Vol 205, Issue 45
--
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=53588
Bug ID: 53588
Summary: listening tcp socket is removed after some time
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: marcsamuro(a)gmail.com
Distribution: ---
Hi,
i'm testing a rather simple background windows application that uses only disk,
network, memory, processes and threads.
When starting, the application opens a pair (ip4 & ip6) of listening socket on
TCP port 80, and another pair of listening sockets on UDP port 13000. They are
always kept open.
At first everything works fine, all listening ports appear when doing netstat
and the application works great :
netstat -nap
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
15897/wineserver64
tcp6 0 0 :::80 :::* LISTEN
15897/wineserver64
udp 0 0 0.0.0.0:13000 0.0.0.0:*
15897/wineserver64
udp6 0 0 :::13000 :::*
15897/wineserver64
However, after some time (a few hours ?) suddenly the tcp listening sockets do
no longer appear when doing netstat :
netstat -nap
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
udp 0 0 0.0.0.0:13000 0.0.0.0:*
15897/wineserver64
udp6 0 0 :::13000 :::*
15897/wineserver64
The UDP listening socket still appear, and the application responds fine to
requests on the UDP port.
However the TCP (http) connection on port 80 does not respond anymore.
What could be the cause of that, what can i test to pinpoint the problem ?
I saw the sockets are owned by wineserver64 so i guess they are managed by
wine.
Why does only the TCP disappear and not the UDP ?
Is there a timeout or some other settings ?
On pure Windows, the application works fine since years, so it must be some
problem with linux or wine.
I'm using wine-3.0 (Ubuntu 3.0-1ubuntu1)
i'm starting the app with the command line :
nohup wine planet_server.exe &
Thank you.
--
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=53642
Bug ID: 53642
Summary: 'wintab.c:is_tablet_cursor' fails with xwayland
devices
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintab32
Assignee: wine-bugs(a)winehq.org
Reporter: bugg.void(a)tutanota.com
Distribution: ---
Created attachment 73043
--> https://bugs.winehq.org/attachment.cgi?id=73043
wintab32 debug output, is_tablet_cursor test
I can't get pen pressure to work with xwayland. Running with
WINEDEBUG=+wintab32 shows that wintab fails because it 'Did not find a valid
stylus, unable to determine system context parameters. Wintab is disabled.' (
see attachment ). It seems to me that the 'is_tablet_cursor' function fails
with xwayland device names. Below is my best attempt at explaining why it
happens.
Looking at one of the devices ( see attachment for more )
Device 9: [id 10|name xwayland-tablet stylus:10|type
"xwayland-pointer"|num_classes 2|use 4]
Is XExtension: Device, Keyboard, or Pointer
Skipping device 9 [name xwayland-tablet stylus:10|type "xwayland-pointer"]; not
apparently a tablet cursor type device
we get:
name: xwayland-tablet stylus:10
type: xwayland-pointer
This will result in:
is_tablet_cursor( "xwayland-tablet stylus:10", "xwayland-pointer" )
which will fail, because 'match_token' gets confused by extra ':10' in the name
I used source at
https://source.winehq.org/git/wine.git/blob/a4930f003f45ab82c4c05746cbd29cb…
to analyze this case. I can't build wine currently so I wasn't able to test any
fixes. The best I was able to do is extracting 'is_tablet_cursor' and testing
it in isolation ( https://www.ideone.com/Gc69l0 ).
Let me know if you need any more info.
--
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=52770
Bug ID: 52770
Summary: Build failure with "make -j64" in rpcrt4
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: bero(a)lindev.ch
Distribution: ---
Building wine 7.5 (with wine-staging patches, but they shouldn't be relevant to
this) with "make -j64" fails with
tools/winebuild/winebuild -b x86_64-w64-mingw32 -w --implib -o
dlls/rpcrt4/librpcrt4.delay.a --export \
/home/bero/abf/wine/BUILD/wine-7.5/dlls/rpcrt4/rpcrt4.spec
/usr/bin/x86_64-w64-mingw32-dlltool: bfd_open failed reopen stub file:
rpcrt4_dll_s00176.o: No such file or directory
winebuild: /usr/bin/x86_64-w64-mingw32-dlltool failed with status 1
make: *** [Makefile:297034: dlls/rpcrt4/librpcrt4.delay.a] Error 1
Probably the library is assembled before all object files belonging to it are
built.
Building with make (without SMP) works.
--
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=46712
Bug ID: 46712
Summary: Atelier Firis config tool crashes with "Unhandled page
fault on execute access"
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tijs96(a)hotmail.com
Distribution: ---
Created attachment 63681
--> https://bugs.winehq.org/attachment.cgi?id=63681
Terminal outputs
Atelier Firis launches a config tool to change game settings before launching
the actual game. The config tool crashes at startup with the following error:
wine: Unhandled page fault on execute access to 0x400033e0 at address
0x400033e0 (thread 00d8), starting debugger...
I've attached logs with the default terminal output, a +relay output (without
kernel32, advapi32, gdi32, ntdll and winex11) and a +win output. All of the
logs include output from steam as well. The following lines from the +relay
output seem interesting:
00d8:Call user32.SetWindowLongA(000101e2,fffffffc,1400033e0) ret=140004058
00d8:Ret user32.SetWindowLongA() retval=7f648ef86e32 ret=140004058
00d8:Ret dialog proc 0x140003c20
(hwnd=0x101dc,msg=WM_INITDIALOG,wp=000101e2,lp=00000000) retval=00000001
result=00000000
00d8:Ret window proc 0x7f648ef1525a
(hwnd=0x101dc,msg=WM_INITDIALOG,wp=000101e2,lp=00000000) retval=00000001
00d8:Call window proc 0x400033e0
(hwnd=0x101e2,msg=WM_GETDLGCODE,wp=00000000,lp=00000000)
wine: Unhandled page fault on execute access to 0x400033e0 at address
0x400033e0 (thread 00d8), starting debugger...
The relay and win logs were taken on wine 4.0-rc5, but the game still behaves
the same in wine 4.2-staging. I'm using arch-linux, 64bit.
Proton bug report for the game:
https://github.com/ValveSoftware/Proton/issues/1486
--
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=43321
Bug ID: 43321
Summary: Robinson Crusoe uninstaller crash at startup
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: service(a)totalplanlos.de
Distribution: ---
Created attachment 58665
--> https://bugs.winehq.org/attachment.cgi?id=58665
backtrace
The Robinson Crusoe uninstaller crashes directly at startup. Sadly the
backtrace gives really little information even if i start winedbg directly, no
other errors on the console.
Look like there is no free version of the game. It's this game
https://www.amazon.com/Robinson-Crusoe-Tivola-Electronic-Publishing/dp/3934…
I use Mesa 17.1.4.
My hardware:
CPU: Intel Core i7 4770K (4 x 3,7 GHz)
RAM: 24 GB DDR3 2133 MHz CL 9
Graphic card: HIS Radeon HD 7850 IceQ X Turbo
Sound card: Asus Xonar D1
--
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=45198
Bug ID: 45198
Summary: Project CARS 2 shows only a black screen (requires
constant buffer offsetting)
Product: Wine
Version: 3.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: kimmo.myllyvirta(a)gmail.com
Distribution: ---
Created attachment 61412
--> https://bugs.winehq.org/attachment.cgi?id=61412
terminal output
After bug 45197 is fixed, the game is running but shows only a black screen.
This is caused by unimplemented PSSetConstantBuffers1 and
VSSetConstantBuffers1.
--
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.