[Bug 57108] New: Bug is in Wine, wineHQ
https://bugs.winehq.org/show_bug.cgi?id=57108 Bug ID: 57108 Summary: Bug is in Wine, wineHQ Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tomputer(a)freenet.de Distribution: --- Created attachment 76996 --> https://bugs.winehq.org/attachment.cgi?id=76996 the bug-message Hello, I have a problem starting a program with an authentication function from another CD. However, I don't know how to describe the bug exactly. I can only describe how my error comes about and how it should work: So it runs in windows: When starting, a file is queried for existence and age. If the program has not been used for a long time or if it is the first run, the program deletes the check file and requests an authentication CD. Only then will the check file be rewritten. From then on the program starts with the standard function. The problem in wine: When starting, the file is also queried for existence and age. The program has a mistake here because it always deletes the file, regardless of whether it is new, 10 years older or 10 years newer. After authentication, the file is restored, that also works, I found the path, but it doesn't stay and so the program never starts. The programm: Artcut6 / Artcut 2009 for cutting plotter My system: WineHQ staging 9.16 Linux Mint 21.3 Cinnamon Terminal: tom(a)schlepptom ~ $ wine c:/artcut6/prog/Artcut6.exe 002c:fixme:winediag:loader_init wine-staging 9.16 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete -- 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=57108 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |9.16 --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Does the issue occur in vanilla (non-staging) 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=57108 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Bug is in Wine, wineHQ |Artcut6 / Artcut 2009 fail | |to authenticate -- 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=57108 --- Comment #2 from Tomtom <tomputer(a)freenet.de> --- the issue occures in wineHQ9 (stable), also in the standard-installation wine7. More versions I've not tested. -- 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=57108 --- Comment #3 from Rafał Mużyło <galtgendo(a)o2.pl> --- Could you attach console output with 'file' channel ? If the problem is as you've described, perhaps that will capture a hint on what kind of operation fails. -- 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=57108 --- Comment #4 from Tomtom <tomputer(a)freenet.de> --- yes, if you have an order to me. What will you see? -- 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=57108 --- Comment #5 from Austin English <austinenglish(a)gmail.com> --- (In reply to Tomtom from comment #4)
yes, if you have an order to me. What will you see?
Run: $ WINEDEBUG=file wine c:/artcut6/prog/Artcut6.exe &>> log.txt Then attach log.txt to this bug. -- 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=57108 --- Comment #6 from Tomtom <tomputer(a)freenet.de> --- Created attachment 77034 --> https://bugs.winehq.org/attachment.cgi?id=77034 the wanted logfile I've tried two times, because in the first run the programm stops at the end, in the second run I get the failure message. -- 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=57108 --- Comment #7 from Rafał Mużyło <galtgendo(a)o2.pl> --- Please clarify a few things: - is the log from comment 6 from a single run ? if not, in the future attach each run log separately - what exactly happens on the user side during that log ? for example, if it's something like "program starts, pops up the authenticate dialog, I insert the cd, program authenticates and continues to run", good for you, but kinda pointless, as the only interesting part would be up to the point when the dialog pops up (well, the authentication procedure, if recorded, might be somewhat interesting, but this log doesn't make it clear when exactly it happens, so we get a needle in a haystack situation with much more hay than the unavoidable); stop the log at that point - could you just out right say which file is by your best knowledge queried ? that would make looking for it in your log so much faster Mind a simple fact: you know exactly what you were doing while the log was generated (barring telepathic mindwipes, split personalities, ADHD, etc.) - we don't, unless you tell us; also, the details you've skipped as irrelevant in your opinion might actually not be. (your initial post was actually pretty decent in that regard, but later on...) -- 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=57108 --- Comment #8 from Tomtom <tomputer(a)freenet.de> --- Created attachment 77038 --> https://bugs.winehq.org/attachment.cgi?id=77038 logfile with one single run. all other programms are closed. Hello and sorry, here it is in detail: I only start the program via the console line, the authentication CD is always in the tray. The following process: The program starts with an image with a button, if I confirm this, the check file should be requested if it works, everything is fine, the file manager opens. Here, however, the window opens that requires the authentication CD. If I confirm this, the program stops. In the background, I see that the check file c:\windows\sysww64\wtcy9853.dat is deleted when the first window is closed and is saved again when the second window is opened if the CD is present. This only works in Windows if the program has not been used for too long, otherwise the check file simply remains. -- 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=57108 --- Comment #9 from Tomtom <tomputer(a)freenet.de> --- Created attachment 77039 --> https://bugs.winehq.org/attachment.cgi?id=77039 The initial screen when starting the program - welcome-message Hello together, Thanks for the tip about the log file, I was now able to assign the images using that. The start image can be found in the log file as welcome.bmp, the second image with the request for the Authentic CD is welface.bmp. I also read from the log file that the test file is also being looked for in the System32 folder. So I copied it in there. Since then there has been a small change in the process: Until now, when the Welcome.bmp is visible, the test file wtcy9853.dat has already been deleted. Now with the copy in the System32 folder, it is no longer deleted. However, the welface window still opens with the request for the CD. Then the error message uploaded in the initial post appears twice, and then nothing more. -- 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=57108 --- Comment #10 from Tomtom <tomputer(a)freenet.de> --- Hello again, to rule out any errors of my own, I have now installed a 32-bit version in parallel. Now the test file wtcy9853.dat is only stored in the System32 folder. I noticed one thing after repeating it several times: The file is stored the first time. The next time it is no longer deleted immediately (as described earlier), but is changed - to 0 bytes. However, not immediately when prompted, but only after confirmation of the authentication CD. And the next time it is deleted again immediately and reinstalled with the CD. I ran it several times again with 64-bit, the version from before, and it happens there too. -- 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=57108 --- Comment #11 from Tomtom <tomputer(a)freenet.de> --- Hello, the update to wineHQ 9.17 staging is installed, no changing, this didn't fix my 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.
https://bugs.winehq.org/show_bug.cgi?id=57108 --- Comment #12 from Tomtom <tomputer(a)freenet.de> --- Hello everyone, version 9.18 didn't fix my error either. Any suggestions on what I could do? -- 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=57108 --- Comment #13 from Tomtom <tomputer(a)freenet.de> --- Hello everyone, Unfortunately my program doesn't run with version 9.19 either, same error as before. Isn't anyone here with an idea? -- 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=57108 Andrew Nguyen <arethusa26@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #14 from Andrew Nguyen <arethusa26@gmail.com> --- I was able to obtain the installation media for Artcut 2009 (two CDs labeled "Artcut 2009" and "Authorization Disc") in order to attempt installing and running the application on Windows 10 and Wine 11.1. Installing and running on Windows can be accomplished with the following steps: 1. Install Artcut 2009 using the setup executable from the "Artcut 2009" CD. 2. Start Artcut 2009 by running the C:\artcut6\prog\Artcut6.exe program. This results in the initial "About Artcut 2009" dialog box being displayed. 3. Dismiss the about dialog box. The application now displays a dialog box prompt to insert the "Authorization Disc" CD. 4. Insert the authorization CD and press OK on the dialog box. The application exits silently. 5. Launch Artcut 2009 again and dismiss the about dialog box. The application has started successfully if a "Welcome" dialog box is displayed. With Wine 11.1, after installing Artcut 2009 and mfc42 from winetricks, running the application and performing the authorization step for the first time with the authorization CD inserted results in the error dialog box "An unsupported operation was attempted" appearing twice before the application exits silently. Restarting Artcut 2009 results in the same authorization prompt but the application simply exits silently after the prompt for subsequent runs. I have determined why the authorization step in Artcut 2009 on Wine doesn't seem to work out of the box. When authorizing, the application looks for a certain file on the CD: 0024:Call KERNEL32.FindFirstFileA(005cdd88 "D:\\aautorun\\a00_CF.DLL",005cda90) ret=5f45ad47 ... 0024:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=5f45ad47 A directory listing of the root of the authorization disc does not show the "aautorun" directory, but inspecting the CD filesystem with iso-info shows that the directory and DLL file do indeed appear to be present: __________________________________ ISO-9660 Information /: d [LSN 28] 2048 Jun 09 2010 11:18:00 . d [LSN 28] 2048 Jun 09 2010 11:18:00 .. d [LSN 29] 2048 Jun 09 2010 11:32:04 Aautorun ... /Aautorun/: d [LSN 29] 2048 Jun 09 2010 11:32:04 . d [LSN 28] 2048 Jun 09 2010 11:18:00 .. - [LSN 38] 140282361 Jul 30 2008 01:15:36 a00_CF.DLL It appears the "Aautorun" directory has been marked as an "associated" file, which results in it being inaccessible with default mount options for the Linux iso9660 filesystem. If I remount the CD with the "showassoc" option (per https://docs.kernel.org/filesystems/isofs.html), then the "Aautorun" directory and DLL file become visible and accessible, and I can then successfully complete the authorization step in the Artcut 2009 application when running on Wine. On Windows, a directory listing of the root of the authorization disc also does not show the "Aautorun" directory, but Windows seems to allow "associated" files to be accessed and opened if they are named explicitly in a path. This is how the authorization logic in Artcut 2009 can work properly when it is run on Windows even when the "Aautorun" directory is not visible in Explorer. I'm not sure there is much Wine can do to precisely emulate how Windows handles "associated" files on an ISO 9660 filesystem, especially if there is no way to determine the existence of "associated" files or access them with default mount options, and the practical solution for Artcut 2009 is just to ensure that the authorization disc is mounted with the "showassoc" option. I'm not sure what is the best resolution for this bug, but I will resolve it as INVALID as I don't see that there is any bug in Wine to be addressed for the observed behavior. For the issue concerning the "unsupported operation" dialog boxes that appear on Wine but not on Windows, I have opened bug 59354. -- 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=57108 Gijs Vermeulen <gijsvrm@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #15 from Gijs Vermeulen <gijsvrm@gmail.com> --- Closing INVALID. -- 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.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla