wine-bugs June 2018

wine-bugs@winehq.org

1 participants
8050 discussions

[Bug 40563] New: N1MM Logger+ version 1.0.5x crashes at launch
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=40563 Bug ID: 40563 Summary: N1MM Logger+ version 1.0.5x crashes at launch Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: temp7(a)n0sq.us Distribution: --- Created attachment 54401 --> https://bugs.winehq.org/attachment.cgi?id=54401 output from running from CLI Program crashes at launch. -- 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 5

[Bug 44589] New: The finally{} of a try/catch/finally on MS .NET doesn' t appear to be be respected as it should
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44589 Bug ID: 44589 Summary: The finally{} of a try/catch/finally on MS .NET doesn't appear to be be respected as it should Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: epigramx(a)yahoo.com Distribution: --- My own code on MS seems to adhere to the notion that if something is in a finally {} of a try/catch/finally it must always be called unless the program doesn't continue at all. On wine though (tested on current -devel and .NET 4.5.2) that doesn't seem to be the case. Calls inside the finally{} may be ignored or in general be inconsistent. -- 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 3

[Bug 44400] New: Elona+ custom crashes on exit, crash confirmation windows appears in few senconds
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44400 Bug ID: 44400 Summary: Elona+ custom crashes on exit, crash confirmation windows appears in few senconds Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: morichikarinnosukee(a)gmail.com Distribution: --- Created attachment 60323 --> https://bugs.winehq.org/attachment.cgi?id=60323 I tried all windows, but not work. wine 1.8 tricks run elona+ custom1.75.1 is really good,But I update to 3.0 then game crash when just show window. I try use xp,win 7,8,or 10,but all not work. -- 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 20

[Bug 45100] New: System.AccessViolationException for .Net when Form start
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=45100 Bug ID: 45100 Summary: System.AccessViolationException for .Net when Form start Product: Wine Version: 3.7 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alekseenko_yan(a)mail.ru Created attachment 61271 --> https://bugs.winehq.org/attachment.cgi?id=61271 Crashed log from Wine I try to start Zeus Radio (hfrelectronics.com) written on .Net and using DirectSound and OpenGL and application crashed. PS. We try to start on Wine 3.6 under Linux Mint ant it WORKS. Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Windows.Forms.SafeNativeMethods.ShowWindow(HandleRef hWnd, Int32 nCmdShow) at System.Windows.Forms.Form.set_WindowState(FormWindowState value) at CustomControls.CustomForm.OnLoad(EventArgs e) in d:\Project\ZeusSDR\ZeusSDR\ui\Controls\CustomForm.cs:line 154 at System.Windows.Forms.Form.OnCreateControl() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ContainerControl.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.Form.WndProc(Message& m) at CustomControls.CustomForm.WndProc(Message& m) in d:\Project\ZeusSDR\ZeusSDR\ui\Controls\CustomForm.cs:line 572 at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Forms.SafeNativeMethods.ShowWindow(HandleRef hWnd, Int32 nCmdShow) at System.Windows.Forms.Control.SetVisibleCore(Boolean value) at System.Windows.Forms.Form.SetVisibleCore(Boolean value) at System.Windows.Forms.Control.Show() at ZeusSDR.ZeusMainForm..ctor(Intro intro) in d:\Project\ZeusSDR\ZeusSDR\ui\ZeusMainForm.cs:line 568 -- 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 39056] New: Redirect a device printer port to a print command (lpr)
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=39056 Bug ID: 39056 Summary: Redirect a device printer port to a print command (lpr) Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: hugocanalli(a)gmail.com Distribution: --- Sometimes I need to write directly to a print port. That's because I have a old program that works only with ports named lpt[1-4] or com[1-4] I can do it creating a link to my device to the dosdevices folder. E.g: ln -s /dev/lp0 ~/wine/dosdevices/lpt1 ln -s /dev/ttyUSB0 ~/.wine/dosdevices/lpt2 Typing commands like echo 'hello' > lpt1 will work great. There are some cases that my printer is not directly connected to my computer. By example my Brother DCP-8085DN printer that works over network, a wireless printer, or same my epson lx300 using lpt1 port but instead is installed on another computer. To map this kind of printers I use cups and it work on wine using print dialog (e.g printing using notepad). But what about if I need to use my old dos program or would like play around with wine start.exe program and type commands like echo 'hello' > lpt1 Wine start.exe returns File not found. Cups doesn't create /dev/xxx devices to printers. So I can't do a link to dosdevices folder and I have to use the lpr command to print. One solution is create a file named lpt1 on dosdevices folder and use loop script in linux cheking for changes and redirect data to lpr. I can do it easly using the following procedure: cd ~/.wine/dosdevices mkfifo lpt1 chmod 666 lpt1 And create a running forever script like: while true do cat ~/.wine/dosdevices/lpt1 | lpr -o raw -P cups_printer_name done While this method can work would be great if we could do it only using wine ways and therefore no need to such script. -- 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 5

[Bug 43267] New: Wine error when trying to open a USB stick encrypted by McAfee
by wine-bugs＠winehq.org 11 Jun '25

11 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=43267 Bug ID: 43267 Summary: Wine error when trying to open a USB stick encrypted by McAfee Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cranky.frankie(a)gmail.com Distribution: --- Created attachment 58596 --> https://bugs.winehq.org/attachment.cgi?id=58596 Wine error when trying to open a USB stick encrypted by McAfee The attachment contains the error I get when trying to open a USB stick that has been encrypted on a Windows machine with McAfee encryption software. I have the password but I cannot get Wine to open the file system for read access. -- 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 5

[Bug 41916] New: [regression] wine >=1.9.21 PDF-XChange Editor 6.0.317.1 [ last known stable] and above *crash* while using "Sticky Note Tool" ( annotation)
by wine-bugs＠winehq.org 10 Jun '25

10 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=41916 Bug ID: 41916 Summary: [regression] wine >=1.9.21 PDF-XChange Editor 6.0.317.1 [last known stable] and above *crash* while using "Sticky Note Tool" (annotation) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jackdachef(a)gmail.com Distribution: --- I've tried several versions of wine(-staging) 1.9.21-git 1.9.22 1.9.23 all in the staging variant, currently compiling 1.9.21-staging and will later try out vanilla 1.9.21 whether it also happens there (highly probable). OS is Gentoo ~amd64, GCC 4.9.4 hardened, binutils 2.27 this also happens with GCC 6.2 hardened hardened toolchain didn't make a difference in stability and operation before since flags that break WINE are filtered out automatically. Last known working and stable combination of using "Sticky Note Tool" (Bubbles with Text in them) in PDF-XChange Editor and WINE is WINE 1.9.21 and PDF-XChange Editor 6.0.317.1 all newer versions up to 6.0.319.0 crash while adding annotations and attempting to add a "Sticky Note" PDF-XChange Editor 6.0.317.1 and >WINE 1.9.21 while selecting "Sticky Note Tool" and pasting a bubble on the PDF file has a problem of NOT displaying the content of the sticky note, also AFTER the sticky note is added to the PDF file after a short amount of time WINE / the program will crash Will post stack-traces later when I don't need working WINE Thanks -- 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 5

[Bug 43489] New: Bug on Hi suite that provoc the no connection of the smartphone
by wine-bugs＠winehq.org 09 Jun '25

09 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=43489 Bug ID: 43489 Summary: Bug on Hi suite that provoc the no connection of the smartphone Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shikaruko-ryukan(a)legtux.org Distribution: --- Created attachment 58871 --> https://bugs.winehq.org/attachment.cgi?id=58871 Bug at launch of Hi suite on Wine 1.6.2 Bug on Hi suite that provoc the no connection of the smartphone -- 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 3

[Bug 44887] New: Pressure sensitivity lost when file requester is opened in ZBrush
by wine-bugs＠winehq.org 08 Jun '25

08 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44887 Bug ID: 44887 Summary: Pressure sensitivity lost when file requester is opened in ZBrush Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f2267911(a)nwytg.com Distribution: --- ZBrush (4r8 and 2018) works quite fine but when a file requester (to load or save a tool) is opened, ZBrush does not response to the pressure sensitivity. Before loading a tool the pressure sensitivity worked fine. -- 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 28759] New: 'start inetcpl.cpl' fails
by wine-bugs＠winehq.org 07 Jun '25

07 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=28759 Bug #: 28759 Summary: 'start inetcpl.cpl' fails Product: Wine Version: 1.3.30 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Starting inetcpl.cpl directly via the start command doesn't seem to be possible in Wine. Running 'wineconsole cmd' and then 'start inetcpl.cpl' from within cmd gives: Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: File not found start C:/Windows/system32/inetcpl.cpl gives: Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: Success Both cases bring up the Internet Options control panel applet on Windows XP. Just running "wine inetcpl.cpl" also fails, with no output except "Segmentation fault". -- 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 12

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 June 2018