wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7229 discussions

[Bug 29324] New: Magicka crashes occasionally when loading new areas
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=29324 Bug #: 29324 Summary: Magicka crashes occasionally when loading new areas Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ape(a)ape3000.com Classification: Unclassified Created attachment 37923 --> http://bugs.winehq.org/attachment.cgi?id=37923 Magicka's error report Magicka crashes occasionally when trying to load new areas. I found that this can be reproduced effectively by moving in and out a cave several times. There's atleast one of these caves in the 4th chapter. The crash seems to be caused from running out of video memory: err:d3d:resource_init Out of memory! Microsoft.Xna.Framework.Graphics.OutOfVideoMemoryException: External component has thrown an exception. I attached the full crash logs. I have GTX 285 2GT graphics card with 290.10 proprietary drivers. Nvidia-settings report that I have 2048 MB video memory, so I have that value in wine's registry. I also tried using other values with no success. -- 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.

2 14

[Bug 29148] New: ecitic bank HelpmateSetup launcher endless loop while trying to start inner installers
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=29148 Bug #: 29148 Summary: ecitic bank HelpmateSetup launcher endless loop while trying to start inner installers Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download the outer installer $ wget https://e.bank.ecitic.com/perbank5/download/helpmate/HelpmateSetup.exe --no-check-certificate 2. Start the outer installer $ wine HelpmateSetup.exe after that, .wine/drive_c/"Program Files"/CNCB/PerCiticMate/Launcher.exe will auto start. 3. Waiting for downloading $ pwd /home/fracting/.wine/drive_c/Program Files/CNCB/PerCiticMate/PerDownLoad $ ls CITICpibankcersafebox.exe CNCBGuard.exe CNCBSecPkg.exe citic_SimpChinese.exe CNCBPayCtl.exe 4. Launcher.exe fall into a endless loop, never start the inner installers. Expect Result: Launcher.exe will start the installers in CNCB/PerCiticMate/PerDownLoad/ How reproduced: 100% -- 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.

2 11

[Bug 29085] New: Fallen Heaven crashes on startup
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=29085 Bug #: 29085 Summary: Fallen Heaven crashes on startup Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: damianatorrpm(a)gmail.com Classification: Unclassified The game Fallen Heaven does not start. There is a demo of the game which start's fine: http://www.fileplanet.com/79743/0/0/0/1/section/Demos 1st: I needed to manually copy wmix32.dll to syswow64 folder and not to system32 and waveini.to windows folder Now running it brings up the Message "Ein fataler Fehler ist aufgetreten", like a fatal error occured. Attaching WINEDEBUG=+all -- 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.

2 16

[Bug 28639] New: Asami Sushi Shop's "Can't change resolution" alert displays no text
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=28639 Bug #: 28639 Summary: Asami Sushi Shop's "Can't change resolution" alert displays no text Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: josh+wine(a)iswifter.net Classification: Unclassified The alert wants to explain that the screen resolution set when you launched the game isn't large enough to contain the game in a window, but no text appears, just the OK button. -- 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.

2 6

[Bug 28028] New: Build on OS X 10.7 requires CC=gcc-4.2 LDFLAGS='-Wl,-no_pie'
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=28028 Summary: Build on OS X 10.7 requires CC=gcc-4.2 LDFLAGS='-Wl,-no_pie' Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: per(a)morth.org Apparently this is known at macports already, but couldn't find a bug here at winehq.org. When building on OS X 10.7 one have to pass CC=gcc-4.2 LDFLAGS='-Wl,-no_pie' to ./configure or wine will get a c0000005 exception during startup. For the CC part, it's to prefer the full gcc over llvm-gcc which is now default. LDFLAGS='-Wl,-no_pie' is to turn off position independent code/address space randomization. I guess both should be detected automatically. -- 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.

2 19

[Bug 43474] New: Tsukihime fails fullscreen -> windowed transition
by wine-bugs＠winehq.org 05 May '24

05 May '24

https://bugs.winehq.org/show_bug.cgi?id=43474 Bug ID: 43474 Summary: Tsukihime fails fullscreen -> windowed transition Product: Wine Version: 2.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zaplo00(a)mailfence.com Distribution: --- Switching from fullscreen to windowed mode causes empty window or unmapped window that needs to be restored with xdotool windowmap. Tsukihime can be started in windowed mode but switching to fullscreen and back breaks it (fullscreen always works). Log with fullscreen -> windowed in main menu (after 2 splash screens) is attached, maybe this piece is the culprit?. trace:d3d:context_acquire device 0x188d08, texture (nil), sub_resource_idx 0. trace:d3d:context_enter Entering context 0x1809f8, level 1. warn:d3d:context_set_gl_context Failed to set pixel format 5 on device context 0x17004a. warn:d3d:context_set_gl_context Failed to make GL context 0x61000 current on device context 0x17004a, last error 0. warn:d3d:context_set_gl_context Trying fallback to the backup window. trace:d3d:swapchain_get_backup_dc Creating the backup window for swapchain 0x182cf0. -- 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.

2 9

[Bug 27719] New: virtual desktop wallpapers may only be bitmaps
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=27719 Summary: virtual desktop wallpapers may only be bitmaps Product: Wine Version: 1.3.23 Platform: x86-64 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de if you set a wallpaper for you virtual wine desktop like - editing drive_c/windows/win.ini - [Desktop] Wallpaper=c:\onlybitmaps.bmp you only can use bmp files right now. And i know we can do better, especially now that we have a good windowscodecs implementation, which already get's used for menu building. -- 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.

2 6

[Bug 26938] New: Leo's RC Simulator menu can't be used
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=26938 Summary: Leo's RC Simulator menu can't be used Product: Wine Version: 1.3.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)3v1n0.net Created an attachment (id=34362) --> (http://bugs.winehq.org/attachment.cgi?id=34362) Output using WINEDEBUG=warn+all Try to download Leo's RC Simulator [1]. It installs fine, but when running leofs.exe the top menu bar isn't shown correctly (running it in a wine desktop it shows as a blue rectangle) and can't be used to control anything. This issue seems somewhat related to bug 26605. WINEDEBUG log attached. [1] http://leobueno.net/PaginaProyectoSoft.php?id=LEORC -- 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.

2 14

[Bug 26926] New: MeGUI: Preview window cannot change aspect ratio, or will not open at all.
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=26926 Summary: MeGUI: Preview window cannot change aspect ratio, or will not open at all. Product: Wine Version: 1.2.3 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris.j.leung(a)gmail.com Created an attachment (id=34344) --> (http://bugs.winehq.org/attachment.cgi?id=34344) screenshot of preview window with some minor UI glitches While attempting to encode a video using the program MeGUI, a preview window appears which shows filters and effects applied to the video before it is sent to the encoder. In many cases, this window does not appear, and a “Fatal error” message appears with the text “MeGUI encountered a fatal error and may not be able to proceed. Reason: Value was either too large or too small for a Decimal.” Wine also prints the following line: "fixme:variant:VarDecRound semi-stub!" I noticed this only happens when attempting to preview videos with certain aspect ratios. Videos of specific sizes, such as 720x480, can be previewed as they have aspect ratios of 1.5. Other videos, such as widescreen 1280x720 (aspect ratio of 1.7777… repeating) cannot be previewed and display the error. Interestingly, although you can’t preview the video, you can ignore the error, continue to encode, and the output file will be the proper size. If you try previewing a 720x480 video, and then set the aspect ratio to some never-ending decimal from the dropdown menu, and try to preview that by clicking the “Preview DAR” box, the error also appears. I’m guessing there’s something wonky going on with how Wine is handling numbers? FYI, the MeGUI requires .NET 3.0, which I installed using "winetricks dotnet30” I installed Wine via MacPorts repository, using “port install wine” And somewhat related, while encoding, the progress window that shows % complete and frame encoded per second doesn’t properly update and returns the same “fixme” message. Not sure if I should make another report on that, as it’s closely related. -- 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.

2 10

[Bug 26785] New: SIV incorrectly reports the same CPU time usage for all it's threads
by wine-bugs＠winehq.org 05 May '24

05 May '24

http://bugs.winehq.org/show_bug.cgi?id=26785 Summary: SIV incorrectly reports the same CPU time usage for all it's threads Product: Wine Version: 1.3.17 Platform: x86 URL: http://rh-software.com/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk Created an attachment (id=34125) --> (http://bugs.winehq.org/attachment.cgi?id=34125) Screen Image showing the same CPU time for all threads I thought this was a bug in SIV and have been trying to fix it, but it transpires that GetThreadTimes() is implemented by Wine using the times() function which returns the process rather than the thread CPU times. The code is line 942 in ntdll/threads.c and is times(&time_buf); I would like to try and generate a patch to fix this, but I have thus far failed to find a portable *nix function to use. Please can someone point me in the right direction? -- 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.

2 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020