http://bugs.winehq.org/show_bug.cgi?id=33678
Bug #: 33678
Summary: PSX2PSP Version 1.4.2 crashes with an unhandled page
fault while writing out a file
Product: Wine
Version: 1.5.31
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hibbsncc1701(a)yahoo.com
Classification: Unclassified
Regression SHA1: 4adfb787f4e8c36a37ce1d53a7e6df16d03ecd8a
Created attachment 44582
--> http://bugs.winehq.org/attachment.cgi?id=44582
Console log of crash in PSX2PSP
After writing the EBOOT file the program crashes with an unhandled page fault.
(i.e when it's progress reaches 100%. It does not matter what game is used to
create the file, nor does it matter what modifications are made.)
I ran a regression test and git identified
4adfb787f4e8c36a37ce1d53a7e6df16d03ecd8a as the bad patch.
I've attached the console log from the crash. I'll attach the git regresssion
info, with the next comment.
--
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=49608
Bug ID: 49608
Summary: 5.13 staging build, but missing on dl.winehq.org
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
According to
https://build.opensuse.org/package/show/Emulators:Wine:Debian/wine-staging
5.13-staging was build 5 days ago, but the dl server doesn't show the staging
build.
Is it built with the wrong compiler or does the sync process take longer than
normal?
--
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=49594
Bug ID: 49594
Summary: WinSCP loses column headers after minimizing and
maximizing
Product: Wine
Version: 5.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mgruber_72(a)yahoo.de
Distribution: ---
Created attachment 67752
--> https://bugs.winehq.org/attachment.cgi?id=67752
WinSCP missing column headers after minimizing and maximizing
Steps to reproduce:
1. Get WinSCP 5.17 from winscp.net
2. Connect to a linux box.
3. Scroll down in a directory.
4. Minimize WinSCP to the sys tray and click on it to maximize it back.
Result:
Column headers are gone (see the attached screenshot)
--
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=42806
Bug ID: 42806
Summary: I got this core dump playing hearthstone
Product: Wine-staging
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sylvain.meunier(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 57836
--> https://bugs.winehq.org/attachment.cgi?id=57836
core dump
I hope this can help you. This is the first time I get a core dump when
Hearthstone crashes (it happens a lot).
--
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=42379
Bug ID: 42379
Summary: Sleeping Dogs needs d3d11:wined3d_usage_from_d3d11
bind flags 0x80.
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
I just tried to run Sleeping dogs with wine-staging 2.0 and I got bored of
waiting it to load with white screen. I don't know if it would eventually. But
the console is spamming some messages alot, this is one of them. I have no idea
what it means.
This code needs some enchanment.
400 DWORD wined3d_usage_from_d3d11(UINT bind_flags, enum D3D11_USAGE usage)
401 {
402 static const DWORD handled = D3D11_BIND_SHADER_RESOURCE
403 | D3D11_BIND_RENDER_TARGET
404 | D3D11_BIND_DEPTH_STENCIL;
405 DWORD wined3d_usage = 0;
406
407 if (bind_flags & D3D11_BIND_SHADER_RESOURCE)
408 wined3d_usage |= WINED3DUSAGE_TEXTURE;
409 if (bind_flags & D3D11_BIND_RENDER_TARGET)
410 wined3d_usage |= WINED3DUSAGE_RENDERTARGET;
411 if (bind_flags & D3D11_BIND_DEPTH_STENCIL)
412 wined3d_usage |= WINED3DUSAGE_DEPTHSTENCIL;
413 if (bind_flags & ~handled)
414 FIXME("Unhandled bind flags %#x.\n", bind_flags & ~handled);
415
This doesnt look really fatal message so I am just setting severity to
enchament.
--
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=38447
Bug ID: 38447
Summary: valgrind shows an invalid read in
ole32/tests/hglobalstream.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==13974== Invalid read of size 2
==13974== at 0x7B843008: GlobalLock (heap.c:441)
==13974== by 0x4A9B5D8: HGLOBALStreamImpl_Read (hglobalstream.c:169)
==13974== by 0x48885CC: IStream_Read (objidl.h:4381)
==13974== by 0x48885CC: test_freed_hglobal (???:0)
==13974== by 0x488885C: func_hglobalstream (hglobalstream.c:522)
==13974== by 0x48D5D00: run_test (test.h:584)
==13974== by 0x48D613A: main (test.h:666)
==13974== Address 0x7f02aaf8 is 16 bytes after a block of size 32 free'd
==13974== at 0x7BC49E5B: notify_free (heap.c:262)
==13974== by 0x7BC4E178: RtlFreeHeap (heap.c:1761)
==13974== by 0x4A9B51A: HGLOBALStreamImpl_Release (hglobalstream.c:123)
==13974== by 0x4888325: IStream_Release (objidl.h:4377)
==13974== by 0x4888325: test_copyto (???:0)
==13974== by 0x4888857: func_hglobalstream (hglobalstream.c:521)
==13974== by 0x48D5D00: run_test (test.h:584)
==13974== by 0x48D613A: main (test.h:666)
==13974==
--
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=27437
Summary: IW2 Edge of Chaos freezes every second
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Originally in bug 24239.
fixme:quartz:ACMWrapper_SetMediaType acmStreamOpen returned 512
spams every second or so. When it does, the game freezes completely for a few
milliseconds.
winetricks devenum quartz works around 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=49585
Bug ID: 49585
Summary: valgrind shows a possible leak in
dlls/ntdll/env.c:read_nls_file()
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Getting a lot of spam, presumably every thread/process:
==9262== 5,512 bytes in 1 blocks are possibly lost in loss record 33 of 33
==9262== at 0x40345DC: malloc (vg_replace_malloc.c:307)
==9262== by 0x486401C: read_nls_file (env.c:100)
==9262== by 0x48649EF: init_environment (env.c:961)
==9262== by 0x48733BA: __wine_main (loader.c:1710)
==9262== by 0x7D0017D7: main (main.c:285)
==9262==
--
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=49499
Bug ID: 49499
Summary: Ubuntu focal 5.11 packages translate unix working
directory incorrectly when running dealer.exe (bridge
utility)
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: suokkos(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
wine-devel and wine-staging 5.11~focal packages caused a regression where
running dealer.exe from terminal forwards incorrect working directory to
dealer.exe. dealer.exe is a small command line utility to generate constrained
hands for card game bridge.
The bug isn't present on wine binary if I compile wine-5.11 tagged version.
Neither it is present if I apply wine-staging patches to my wine tree and
compile it.
Downgrading 5.10~focal also works.
What is known about bug happening?
I'm running the application from a directory under my home directory. Wine maps
Z: drive to root ("/"). There is no other drives mapping to my home directory.
Package versions change working directory to root ("/").
dealer.exe enters application using wmain entry which translate wchar arguments
to multibyte handled by argument parser. After argument parsing it tries to use
freopen to redirect stdin to be read from the filename passed as argument.
I have no idea why wine 5.11 compiled from sources behaves differently to the
package version. I tried to look into
https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi…
but failed to spot a difference.
I tried to find wine built in command which would replicated same incorrect
working tree behavior. I failed to find any other application which would
reproduce the wrong working directory when run from same terminal.
Step to reproduce:
Dependencies: cmake and mingw cross compiler
1. git clone https://github.com/suokko/dealer.git
2. cd dealer
3. echo "set(CMAKE_SYSTEM_NAME Windows)
set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
set(arch x86_64-w64-mingw32)
find_program(WINE_COMMAND wine)
set(CMAKE_CROSSCOMPILING ${WINE_COMMAND})
set(CMAKE_RC_COMPILER ${arch}-windres)
set(CMAKE_C_COMPILER ${arch}-gcc-posix)
set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake
4. mkdir build && cd build
5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo
..
6. export
WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin"
7. make
8. cd ../Examples
9. wine ../build/dealer.exe Descr.test_operators
Failed output:
Descr.test_operators: No such file or directory
Expected output:
1 != 0: 1
5 - 2: 3
5 % 3: 2
5 == 3: 0
Frequency rnd(10):
0 10034
1 10122
2 9974
3 10003
4 9884
5 9977
6 9853
7 10036
8 10142
9 9975
Frequency :
Low 100000
Frequency :
High 100000
Generated 100000 hands
Produced 100000 hands
Initial random seed 1593633569
Time needed 0.000 sec
--
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.