https://bugs.winehq.org/show_bug.cgi?id=55138
Bug ID: 55138
Summary: msys2: bash.exe is not able to fork/start another
process.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 74697
--> https://bugs.winehq.org/attachment.cgi?id=74697
allocation stacks in parent and child bash.exe
This is a followup to bug 47808.
If I understand it right, bug 47808 was primarily about native libraries
getting called at a win32 stack which was not yet committed.
Those native libraries then jumped over the guard page, therefore the stack
got not grown, instead a crash reported.
This aspect was fixed by using the syscall interface and
therefore bug 47808 was closed.
But there is another issue that causes a msys2-forked process crashing,
because after the stack was grown it still misses the PAGE_READWRITE flags.
For this Zeb Figura included in the first attachement to bug 47808
"always expand the stack if within the stack reserve"
a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE"
to the page that gets the VPROT_GUARD removed in grow_thread_stack.
This modification still enables a forked process to run.
The issue can be reproduced with an unmodified wine by just
- running msys2 bash.exe interactively
- then trying to start e.g. notepad from it.
Attached file shows the stack when the stack gets allocated
- in a working msys2-parent process and
- in a failing msys2-forked child process.
Therefore it looks like the forked stack get really setup differently,
but it is still not clear if or when this memory gets the READ/WRITE
added in native windows.
--
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=37131
Bug ID: 37131
Summary: Clang Static Analyzer: Division by zero
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
Clang Static Analyzer identifies Division by zero
File: dlls/winex11.drv/palette.c
Location: line 601, column 43
Description: Division by zero
#define NB_RESERVED_COLORS 20
...
static void X11DRV_PALETTE_FillDefaultColors(....)
{
...
int i = 0, idx = 0;
int red, no_r, inc_r;
...
if (palette_size <= NB_RESERVED_COLORS)
return;
while (i*i*i < (palette_size - NB_RESERVED_COLORS)) i++;
no_r = no_g = no_b = --i;
...
inc_r = (255 - NB_COLORCUBE_START_INDEX)/no_r;
//Clang: Division by zero
...
}
The code will continue executing if the palette_size variable is larger than or
equal to 21. With the value 21, the 'i' variable will be first incremented by
one and then decremented by one. As a result, the 'i' variable will remain
equal to zero, which will cause the division-by-zero 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.
http://bugs.winehq.org/show_bug.cgi?id=31212
Bug #: 31212
Summary: Some VST instruments crash when reloaded in Mixcraft
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
Classification: Unclassified
In Mixcraft, some VST instruments crash when loaded a second time on a track.
However, the same instruments work fine when loaded for the first time on a
track. The following can be reproduced easily in Mixcraft:
1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New
Project" window.
2. Click on the keyboard icon next to the first track name, which will bring up
the instrument selection window.
3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the
right pane. This sets the track to use the Messiah VSTi synth.
4. Now select "Acoustica Instruments" from the right pane.
5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an
error box with the title "An instrument has crashed" containing the following
text: "A crash has been detected in the instrument "Messiah." This plug-in has
been muted. We recommend you save your project and re-start Mixcraft to avoid
losing your work."
Unfortunately, no helpful terminal output seems to be generated in relation to
the plugin crash. I have provided more detailed notes on VST behavior in
Mixcraft here:
https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV…
** My System **
OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4
Motherboard: ASRock X58 Extreme3 (Intel X58 chipset)
CPU: Intel Core i7 (2.8 GHz quad-core)
RAM: 12GB DDR3
Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express)
Sound Card #1: Sound Blaster Audigy 2 ZS Gold
Sound Card #2: Echo Gina3G
Linux Kernel: 3.2.0-26-generic
NVIDIA video driver: 302.17
Screen Resolution: 1280 x 960
--
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=55019
Bug ID: 55019
Summary: kernel32:process - Accents cause test_Environment() to
fail on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:process - Accents cause test_Environment() to fail on Windows:
process.c:1267: Test failed: Parent-env string CI_COMMIT_AUTHOR=Bernhard Klbl
<besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com>
isn't in child process
process.c:1292: Test failed: Child-env string CI_COMMIT_AUTHOR=Bernhard K"lbl
<besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com>
isn't in parent process
See https://test.winehq.org/data/patterns.html#kernel32:process
These failures happen in about 15% of the runs and in all of them the
environment variable was supposed to contain an accent.
This also explains why the failures:
* Are always about the GitLab environment variables: in our regular test
configurations environment variables don't contain accents.
* Only happen on the GitLab CI Windows test VM: this VM is the only one where
the environment variables change from one run to the next, mostly due to
CI_COMMIT_XXX.
* Always happen in both the 32- and 64-bit tests of a given build.
--
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=42033
Bug ID: 42033
Summary: Fallout 3: Radio music not playing
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Created attachment 56507
--> https://bugs.winehq.org/attachment.cgi?id=56507
log
When listening to the radio in Fallout 3, the DJ's voice works, but the songs
don't. Sometimes you'll hear the song start for a second, but then it stops and
the DJ's voice starts up again. This happens both on GNR and the enclave
station.
--
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=50278
Bug ID: 50278
Summary: Diggles: The Myth of Fenris (GOG version) crashes on
launch
Product: Wine-staging
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lcaffe(a)inbox.lv
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68826
--> https://bugs.winehq.org/attachment.cgi?id=68826
When runnning main executable 'Diggles.exe'
Game Diggles: The Myth of Fenris
https://www.gog.com/game/diggles_the_myth_of_fenris
Crashes on startup (log attached), the screen becomes black for a second or
two.
--
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=50577
Bug ID: 50577
Summary: Saya no Uta: hangs on RtlpWaitForCriticalSection
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 69251
--> https://bugs.winehq.org/attachment.cgi?id=69251
terminal output at default settings
Note: This is about the Japanese "Windows 10 compatible" release, not an
English localised one. There is no demo version, I'm afraid.
The game runs fine--until it hangs at:
012c:err:ntdll:RtlpWaitForCriticalSection section 103971A4 "?" wait timed out
in thread 012c, blocked by 0024, retrying (60 sec)
The hang may happen, after as little as 1 min, sometimes it's 10 min, and I
might have made it 20 min once. When it happens, it does not recover, the
message just repeats every once in a while.
I'm using the Ubuntu packages from the official winehq repo. Originally I tried
with wine-staging 6.0, then I went backwards version by version through
(wine-staging) 5.18, and finally now I'm on (wine-devel) 6.0 for this bug
report. No discernable difference either way. The run in the attached log
happened in a clean prefix (though I admit I may have forgotten to wipe the
prefix between some downgrades).
--
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=42796
Bug ID: 42796
Summary: X11DRV_ActivateKeyboardLayout spam during GTA5 run
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
I just tested wine-staging 2.5 against GTA5.
And I get my console spammed annoying amount of
These 3 lines group of 3.
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 40000000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout flags 40000000 not supported
fixme:dxgi:dxgi_swapchain_Present Unimplemented flags 0x1
The keyboard spam comes from here
https://source.winehq.org/git/wine.git/blob/61a1a266faa9fa7c959136b0ab0b5d7…
Maybe priting the message few times and putting rest of the spam into TRACE?
Since bug 42017 got fixed the output is much cleaner now.
This is just enchanment request to get better looking logs by default.
--
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=47985
Bug ID: 47985
Summary: SysListView32 header are not rendered
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bitter.taste(a)gmx.com
Distribution: ---
This problem can be noticed if one tries to use LTSpice [1], places a Capacitor
in the schematic, right clicks on it and then on "Select Capacitor".
The window that opens has a blank space where the header is supposed to be,
resizing the windows makes the header appear and clicking on the headers
themselves makes them appear for a brief instant.
[1]
https://www.analog.com/en/design-center/design-tools-and-calculators/ltspic…
--
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=38889
Bug ID: 38889
Summary: Microsoft Orca unable to create transform file
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crosstieger(a)gmail.com
Distribution: ---
Created attachment 51827
--> https://bugs.winehq.org/attachment.cgi?id=51827
terminal output of the error
Microsoft Orca is unable to modify cells within an .msi file. Modifying a cell
returns the following error message:
Could not change this cell to '<Value>'. The data was rejected by the database.
It may be out of the valid range or formatted incorrectly.
In the terminal you can see the error message:
fixme:msidb:TABLE_modify 0x7a5098 4 0x7a5e40 - mode not implemented
The value 0x7a5098 and 0x7a5e40 changes depending on the cell you edit.
If you click on 'Transform - Generate Transform' and want to save your .MST
file, it returns the error:
Orca was unable to generate the transform. (MSI Error 120)
On the terminal:
fixme:msi:MsiDatabaseGenerateTransformW 3 2
L"Z:\\home\\techniktriberg\\Downloads\Untitled.mst" 0 0
The path depends on where you want to save the file.
Full terminal output as an attachment.
----
Installation process
----
run: winetricks dotnet40
run: winetricks mfc42
run: msiexec -i Orca.Msi
--
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=51064
Bug ID: 51064
Summary: Crash from Starcraft 2 game in Direct Strike mode
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69922
--> https://bugs.winehq.org/attachment.cgi?id=69922
screen
The bug is manifested for a long time. 100% repeatability. Through Proton no
problem. The problem is only in this mode.
--
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=48283
Bug ID: 48283
Summary: Pegasus Mail 4.73 crashes after install
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daveypy(a)outlook.com
Distribution: ---
Created attachment 65965
--> https://bugs.winehq.org/attachment.cgi?id=65965
Saved backtrace from crash
After installing Pegasus Mail in Wine, Pegasus Mail crashes upon launch.
I would be willing to test this in Wine STAGING, but I don't know how to
install STAGING alongside STABLE in Ubuntu.
--
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=35684
Bug ID: 35684
Summary: Wine Internet Explorer crash when accessing amazon.com
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.maccabe(a)gmail.com
Created attachment 47650
--> http://bugs.winehq.org/attachment.cgi?id=47650
Backtrace of Wine failure when accessing amazon.com
OS: Linux Mint 16 (Petra) with KDE desktop
Using Wine 1.7.13 in WIN7 mode (also tried WIN XP mode)
Running Wine internet explorer from C:\program files (x86)
Internet Explorer seems to start normally, although slowly. The Winehq web
page loads and appears to render correctly. If I try to access www.amazon.com
(http, or https) the program experiences an error and quits. The following
window is displayed:
report says:
Program Error
The program iexplore.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience.
This can be caused by a problem in the program or a deficiency in Wine.
--
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=44236
Bug ID: 44236
Summary: Poisson Superfish: Slow to write binary file.
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: raphaelcervantes(a)protonmail.com
Distribution: ---
Discussion is in this forum.
https://forum.winehq.org/viewtopic.php?f=2&t=29936
I am using Wine to run Poisson Superfish. This program essentially does some
calculations and then writes the results into a binary file. This action is
performed in less than a second in a Windows environment. Unfortunately, it
takes about 10 seconds to write this binary file under Wine. Here is how to
reproduce the error:
1. Install Poisson Superfish on linux using Wine. You have to scroll all the
way down and click register.
http://laacg.lanl.gov/laacg/services/download_sf.phtml
2. Once installed, open a unix terminal in this directory
.../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/
3. Run wineconsole cmd.
4. In the new window, run RUNWG.BAT.
3. Several windows will pop up. The ones that stall for a bit are in the
process of writing to a file named something.T35. The T35 refers to tape 35 (I
guess that's how a sector of harddrive memory would be referred as back in the
80s). This is the binary file with the solution in it.
It will finish eventually, but it is pretty slow.
--
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=44066
Bug ID: 44066
Summary: mintty/msys2 doesn't work since wine 2.5.0 (named
pipes)
Product: Wine-staging
Version: 2.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.gursky(a)e-mail.ua
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Hi!
According to [1], I'm opening a new issue.
msys2 (based on Cygwin up to 2.5.x) does work on wine-staging.
Since 2.5.0 mintty starts but has no visible output. You can work only blindly
(ctrl+d closes the session).
Actually I've expected that since wine 2.5 msys2 will work not only on
wine-staging but also on wine. Unfortunately the opposite has happened.
Regards,
Andrey
[1] https://bugs.winehq.org/show_bug.cgi?id=17195#c189
--
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=52646
Bug ID: 52646
Summary: Trying to run wit (Wimms Iso Tools) , it works, its
just when I start the iso extraction it gives me this
error.
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: madeinclt26(a)gmail.com
Distribution: ---
Created attachment 71966
--> https://bugs.winehq.org/attachment.cgi?id=71966
After it starts extracting the iso it says " The program wit.exe has
encountered a serious problem and needs to close. We are sorry for the
inconvenience.
After it starts extracting the iso it says " The program wit.exe has
encountered a serious problem and needs to close. We are sorry for the
inconvenience.
--
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=54975
Bug ID: 54975
Summary: win32u:win32u exits prematurely, leaves child process
behind, interferes with
windows.globalization:globalization
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
win32u:win32u exits prematurely, leaves child process behind:
win32u:win32u start dlls/win32u/tests/win32u.c
[...]
win32u.c:1037: Test marked todo: res = 4
win32u.c:1040: Test marked todo: buf[1] = 0
win32u:win32u:09f0 done (0) in 0s 1295B
win32u.c:1045: Test failed: res = 0
win32u.c:1046: Test failed: buf = d
win32u.c:1049: Test failed: res = 0
win32u.c:1059: Test failed: res = 0
09e0:win32u: 14 tests executed (2 marked as todo, 0 as flaky, 4 failures), 0
skipped.
See https://test.winehq.org/data/patterns.html#win32u:win32u
There are two things to notice in the above log:
* The main win32u:win32u process is 09e0 but it did not issue a 'tests
executed' summary. This means it exited prematurely.
* 09e0 is a child process that continues running and printing messages which
interferes with the next test, specifically
windows.globalization:globalization.
Also on the TestBot one can find the corresponding Wine log which contains
these lines that seem strongly correlated to this issue:
0480:err:seh:KiUserCallbackDispatcher ignoring exception
0480:err:seh:KiUserCallbackDispatcher ignoring exception
wine client error:480: partial write 57344
Running: win32u:win32u (694 of 774)
Running tests - 6 failures
This issue only happens on Linux and happens systematically but only on three
configurations:
fg-deb64-t32 but not for the wow32 and wow64 builds on the same
machine
fgtb-debian11-wow64 but not for the wow32 build on the same machine
debian11b-wow64 but but not for the wow32 build on the same machine
(and none of the 32-bit builds on debian11 is impacted)
And I have been unable to reproduce this failure on my machine (fg-deb64-t32).
So it's unclear what causes this failure but it clearly started on 2023-05-15
so it's probably some commit on that day.
--
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=55143
Bug ID: 55143
Summary: unimplemented function
winegstreamer.dll.winegstreamer_create_video_decoder
called in 32-bit code (0x7b012566)
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: zeroredgrave(a)gmail.com
Distribution: ---
Created attachment 74705
--> https://bugs.winehq.org/attachment.cgi?id=74705
Cannot Launch the App probably the introduction of the game( before main menu)
cannot create a video decoder i think
Max Payne 2 Cannot Launch due an unimplemented function
winegstreamer.dll.winegstreamer_create_video_decoder called in 32-bit code
(0x7b012566)
--
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=44253
Bug ID: 44253
Summary: Access violation in multiple cases
Product: Wine
Version: 3.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ihormcd+wine(a)gmail.com
Distribution: ---
Created attachment 60052
--> https://bugs.winehq.org/attachment.cgi?id=60052
crash
Access violation exception due to access by 0x0000 address in multiple use
cases while using Far3.
>From Far app try to:
1) on lunch of EXE file (Far.exe, WinMergeU.exe, others)
2) switch drive for the pane (Alt+F1/F2)
3) switch to Quick view mode for a file (Ctrl+Q)
*) few other cases
App: Far Manager 3.0 build 5100 x64
Wine details: wine-3.0-rc3, the app runs using wineconsole
--
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=46930
Bug ID: 46930
Summary: DirectX 1 installer Closes after open without
installing
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: sk9258user(a)mail.ru
Distribution: ---
Created attachment 64037
--> https://bugs.winehq.org/attachment.cgi?id=64037
log
I change wine Windows version to 95 and open DirectX 1.0 installer, but window
instant closes and Installing stopped on unpacking. In logs I see msvcp error
missing shm_open() function. WTF???
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=46552
Bug ID: 46552
Summary: Crossfire doesn't install
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: http://crossfire.z8games.com/download.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63423
--> https://bugs.winehq.org/attachment.cgi?id=63423
console output
I already reported a bug about Crossfire EU (you can find it here
https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with
Crossfire NA and the new link for download is
http://crossfire.z8games.com/download.html
The .exe file is different than before, but it doesn't install yet; I don't
know if the problem is the same or not. I attached my console output. You can
reproduce the bug just by downloading the file and trying to install.
I kept my terminal open for more than 3 hours beacuse the process is "running"
and if I close the terminal it says that a process is still running and closing
the terminal will kill it. Therefore I don't know if my console output is
complete or not. If I can help in some way, just tell me! :)
--
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=54336
Bug ID: 54336
Summary: Wow64 compatibility breaks on newer 64-bit glibc
releases
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ruanformigoni(a)gmail.com
Distribution: ---
Newer versions of 64-bit glibc break current Wow64 compatibility
implementation.
For a new vm of fedora 36:
$ ./wine-ge-7-35-continuous-x86_64.AppImage --version
Usage: wine PROGRAM [ARGUMENTS...] Run the specified program
wine --help Display this help and exit
wine --version Output version information and exit
glibc.x86_64 version is 2.35-20.fc36
glibc.i686 is not installed.
--
For a new vm of fedora 37:
$ /wine-ge-7-35-continuous-x86_64.AppImage --version
/tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory
glibc.x86_64 version is 2.36-9.fc37
glibc.i686 is not installed (installing fixes it).
--
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=54734
Bug ID: 54734
Summary: Lord of the Rings Online randomly crashes during
gameplay
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ewg.grey(a)gmail.com
Distribution: ---
Created attachment 74238
--> https://bugs.winehq.org/attachment.cgi?id=74238
Wine terminal output after a crash
I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7
5800X with an AMD ATI Radeon RX 6800 XT graphics card.
The Lord of the Rings Online game client randomly closes/crashes during
gameplay with the following message as the last output from Wine:
01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub
I've been using this install of LotRO for over a year with no issues. However,
I tried creating a new Wine prefix and reinstalling the game from scratch.
I run the following winetricks to get all of the game client's functionality to
work:
winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts
I'm also using dxvk 2.1
Nothing else is changed from the defaults.
Everything worked fine up through Wine 8.0. However, those were TKG builds of
Wine. I switched to the Arch build of Wine to test if the issue was the TKG
build of Wine.
--
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=37297
Bug ID: 37297
Summary: CreateEdit windows always fullscreen under wine
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: n4af(a)n4af.net
ref:
https://forum.winehq.org/viewtopic.php?t=23405&p=96423
I have a Pascal (Dephi) app that runs well under Wine application layer.
The problem is that there are a number of edit controls that will only show in
full screen under Wine.
This would be an example of a procedure to create a editable window using Alt-D
WM_INITDIALOG:
begin
Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR);
Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON,
BandStringsArray[InActiveRadioPtr.BandMemory],
ModeStringArray[InActiveRadioPtr.ModeMemory]);
CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102);
AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER,
15, 27, 250, 30, hwnddlg, 101);
asm
mov edx,[MainWindowEditFont]
call tWM_SETFONT
end;
CreateOKCancelButtons(hwnddlg);
The above CreateEdit dutifully creates a window under Win7.
Ubuntu (kernel 3.16) will only display as fullscreen.
Under linux I can grab the title bar and move the f/s window but nothing else.
Right clicking on the title bar i have options Restore, Resize, Maximize
selected.
Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423
Tks, Howard
--
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.