[Bug 58479] New: out of memory for allocation: Olympus Master 2
http://bugs.winehq.org/show_bug.cgi?id=58479 Bug ID: 58479 Summary: out of memory for allocation: Olympus Master 2 Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: me_myself_9876(a)outlook.com Distribution: --- When importing images, Olympus Master 2 v2.3 crashes with a C++ runtime error after the first 2 or 3 images. On the command line, these repeated lines appear: 0188:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 003f4000 before: 0188:err:msxml:node_clone Copy failed The software is 32bit. It uses separate xml files to store e.g. the (new) albums and their images. The software runs smoothly with small datasets but the actual database contains 100s of albums which likely explains the memory issue. However, it does not occur (yet) under Windows 10. The computer has 4 GB of RAM. free -m -c 100 shows the decrease in free memory while the swap space (4 GB) does not change. Unfortunately, the software is not officially available anymore but I could provide a copy of the program folder if required. The output of lsb_release -a: No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 24.04.2 LTS Release: 24.04 Codename: noble -- 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=58479 me_myself_9876(a)outlook.com changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=56798 Distribution|--- |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=58479 me_myself_9876(a)outlook.com changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.winehq.org/sho | |w_bug.cgi?id=56798 | --- Comment #1 from me_myself_9876(a)outlook.com --- I am not familiar with WINE but I could solve this issue in a VM by creating a 32-bit prefix and installing msxml4.dll via winetricks. With a clean 32-bit prefix, the program also fails with the problematic data xml files. -- 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=58479 me_myself_9876(a)outlook.com changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |msxml4 -- 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=58479 --- Comment #2 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- You could try a newer release of Wine. https://gitlab.winehq.org/wine/wine/-/wikis/Download -- 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=58479 --- Comment #3 from me_myself_9876(a)outlook.com --- The error also appears with wine 10.12, both the developer and the staging version. I created new 32-bit prefixes and copied the data files before testing. -- 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=58479 Stian Low <wineryyyyy(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy(a)gmail.com --- Comment #4 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 78955 --> http://bugs.winehq.org/attachment.cgi?id=78955 Screenshot of Transfer from Specified Location Unable to reproduce for (In reply to me_myself_9876 from comment #0)
Unfortunately, the software is not officially available anymore but I could provide a copy of the program folder if required.
Unable to reproduce wine-10.11-217-g3c4cc9d04b6 while trying to follow steps against https://olympus-master.en.lo4d.com/download.
When importing images, Olympus Master 2 v2.3 crashes with a C++ runtime error after the first 2 or 3 images.
Attached is a screenshot of much greater than 2 or 3 images listed via Transfer -> From Specified Location. Does this count as "importing images"?
On the command line, these repeated lines appear: 0188:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 003f4000
Did not encounter this error. (In reply to Ken Sharp from comment #2)
You could try a newer release of Wine. https://gitlab.winehq.org/wine/wine/-/wikis/Download wine-10.11-217-g3c4cc9d04b6 is my custom dev build that uses shared WoW64 https://gitlab.winehq.org/wine/wine/-/wikis/Building-Wine#shared-wow64 vs a releae from https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu
(In reply to me_myself_9876 from comment #1)
I am not familiar with WINE but I could solve this issue in a VM by creating a 32-bit prefix and installing msxml4.dll via winetricks. With a clean 32-bit prefix, the program also fails with the problematic data xml files.
I tested against wine-10.11-217-g3c4cc9d04b6 without explicitly specifying 32-bit since shared WoW 64 seems to resolve any discrepancies. -- 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=58479 --- Comment #5 from Stian Low <wineryyyyy(a)gmail.com> ---
The computer has 4 GB of RAM. free -m -c 100 shows the decrease in free memory while the swap space (4 GB) does not change.
Another major diff is my laptop has 32GB of RAM which may be a factor that avoided hitting the 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=58479 --- Comment #6 from me_myself_9876(a)outlook.com --- In reply to Stian Low: The error occurred only with the significantly large real-world collection before the actual import (i.e. >500 albums). I did not count the total number of photos but the problematic File.xml has >30 MB. While more RAM is certainly helpful, I could succesfully import test photos in a virtual machine with only 2 GB RAM after I installed the native msxml4.dll. -- 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=58479 --- Comment #7 from Nikolay Sivov <bunglehead@gmail.com> --- Could you retest with current wine, or at least 11.7 release? It's the first one to contain major changes that might help. -- 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=58479 --- Comment #8 from me_myself_9876@outlook.com --- (In reply to Nikolay Sivov from comment #7)
Could you retest with current wine, or at least 11.7 release? It's the first one to contain major changes that might help.
I had to install a new virtual machine. The output of lsb_release -a: No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 24.04.3 LTS Release: 24.04 Codename: noble I used the Wine version 11.7 from the developer branch and tested the software within a 32bit prefix. Currently, I do not have the original CD at hand, so downloaded another version of Olympus Master 2 from https://archive.org/details/Olympus_Master_2_Olympus_VH998601_2007. I could only install the software after installing msxml4 with winetricks. Otherwise an runtime error with msiexec occurs. With this msxml4, the import works as before. Without the dll override, the software starts but seemingly hangs (no program window appears). Could the misexec error during the installation be related to the new Wine version? I can provide more details if needed. -- 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=58479 --- Comment #9 from me_myself_9876@outlook.com --- Note: If the msxml4 override is disabled, the program window pops immediately up if the xml folder is empty. So, the program seemingly gets stuck while reading the xml files. -- 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=58479 --- Comment #10 from me_myself_9876@outlook.com --- Note 2: I also tested Wine 11.0. Unlike 11.7, the program window shows the images even if the msxml4 override is disabled. However, it takes a bit longer compared to the enabled override. Nonetheless, importing images resulted in a runtime error, similar to the original bug report. -- 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=58479 --- Comment #11 from Nikolay Sivov <bunglehead@gmail.com> --- So we'll need to address installer issue first I think. The goal is to run without installing external msxml4. -- 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=58479 --- Comment #12 from Nikolay Sivov <bunglehead@gmail.com> --- Installation works fine for me with current Wine. I don't know what "importing images" is exactly, but I tried "Transfer from specified location" to presumably copy images from disk to some Album. It worked fine for ~300 images, and I was able to browse that album afterwards. So either I'm testing something irrelevant, or we need to retest with wine 11.8 when it's out. -- 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=58479 --- Comment #13 from me_myself_9876@outlook.com --- Hi Nikolay, In reply to your last comment: The "Transfer from specified location" is exactly the option I use. Sorry, for the misleading wording. Please note that the issue only occurs with a sufficiently large database. As already mentioned in my reply to Stian Low (https://bugs.winehq.org/show_bug.cgi?id=58479#c6), and just confirmed with Wine 11.7, the transfer works fine for me as well if there is no previous album (or probably a sufficiently small number of albums / pictures in the database). In my case, however, there are >500 albums with numerous pictures which seemingly causes the trouble. Would it be helpful to share the database, if I can avoid the "albumcash" folder containing the thumbnails? -- 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=58479 --- Comment #14 from Nikolay Sivov <bunglehead@gmail.com> --- If the issue is large xml file manipulation, you could attach that (make sure it doesn't contain any information you don't want to share). There are ways to reduce memory usage, depending on document structure it could be very significant. Could you also attach +msxml,+seh when it runs out of memory? -- 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=58479 --- Comment #15 from me_myself_9876@outlook.com --- Created attachment 80907 --> http://bugs.winehq.org/attachment.cgi?id=80907 msxml4.dll from system32 folder -- 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=58479 --- Comment #16 from me_myself_9876@outlook.com --- Created attachment 80908 --> http://bugs.winehq.org/attachment.cgi?id=80908 msxml4r.dll found by Dependency Walker -- 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=58479 --- Comment #17 from me_myself_9876@outlook.com --- Created attachment 80909 --> http://bugs.winehq.org/attachment.cgi?id=80909 compressed data folder with data files The folder contains 3 xml files which are needed to trigger the reported 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.
http://bugs.winehq.org/show_bug.cgi?id=58479 --- Comment #18 from Alexandre Julliard <julliard@winehq.org> --- The content of attachment 80907 has been deleted for the following reason: Please do not upload Windows dlls -- 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=58479 --- Comment #19 from Alexandre Julliard <julliard@winehq.org> --- The content of attachment 80908 has been deleted for the following reason: Please do not upload Windows dlls -- 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=58479 --- Comment #20 from me_myself_9876@outlook.com --- I attached the compressed file with the minimum amount of data files needed. I removed potentially personal information. The compressed files are to be extracted into the folder AppData/Local/OLYMPUS, i.e. besides the "OLYMPUS Master2" folder. Unfortunately, I cannot upload the two msxml4*.dll identified by the Dependency Walker and do not understand what "+seh when it runs out of memory" means. Which further information do you need from my side? -- 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=58479 --- Comment #21 from Stian Low <wineryyyyy@gmail.com> --- (In reply to me_myself_9876 from comment #20)
and do not understand what "+seh when it runs out of memory" means.
By +msxml,+seh, it is a request to run the app with extra debugging logs such as: WINEDEBUG=+msxml,+seh wine olympus.exe Add WINEDEBUG=+msxml,+seh before whatever command you use to run wine and olympus and upload whatever extra logs are output which will hopefully contain more hints about what might be causing out of memory errors. -- 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