Fixed - After installation and on an attempted boot, a command window shows up, disappears and nothing else happens even though there is a valid image loaded.
Fixed - Images wont resize properly.
Additional:
Reduced exe size as the resources being used were too large.
Last edit: Nothoro 2021-03-13
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I downloaded your latest QToaster version 1.0.1 this morning, and attempted to install it on two different computers. One runs Windows 7 and the other Windows 10. In both cases, after giving admin permission to execute the installation exe, The program appeared to immediately crash without installing anything. There is no indication that my internet security applications blocked the install. Has any one else reported this problem? Can you recommend a way around the problem?
I take it back. The install did occur. I had been expecting to be able to enter a destination folder and get confirmation after the files had been extracted.
Last edit: Thomas Cox 2021-03-17
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So it did install, is there a crash problem that needs to be addressed? In the next release I will have explorer open the destination folder. Just keeping in mind that lutil.dll does need to be in the same folder as the main executable and that 4 configuration files are created upon its first execution.
Last edit: Nothoro 2021-03-17
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The exe and dll files are present. On first execution, the program created 3 ini files: CDROM.ini, HDD.ini, and machine0.ini. If there should be four, then execution seems to have crashed at that point.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok, so it disappears right after execution? Config.ini is created after the program closes and contains window position and the location of your QEMU executable. Does this happen on both win7 and win10 machines? Does the programs user interface even show up?
Thank you again btw.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did install and successfully run on a fresh installation of Win7 and 8.1. I am trying to reproduce the failure, but I can't as yet. You may want to change permissions in the security tab under properties when you right-click on the lutil.dll and QToaster.exe file to your user name, and dont run in compatibility or administrator.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Permissions seem to have been part of the problem. On Windows 10, I found that the exe and dll did not have full control checked for authenticated users. When I checked it, everything runs great!
On Windows 7, not sure what happened . Full control box IS checked for authenticated users. Yesterday the GUI did not appear. Today it works fine in Windows 7.
A couple of minor issues:
1) The startup sequence said image format was not specified, and recommended 'raw';
2) Qemu recommended changing -soundhw to -device as the former is deprecated.
3) Windows 10 showed (qemu:13576): Gtk-WARNING : Could not load a pixbuf from /org/gtk/libgtk/theme/Adwaita/assets/bullet-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
In Windows 7 it showed a slightly differet warning:
(qemu:13804): Gtk-WARNING : Could not load a pixbuf from /org/gtk/libgtk/th
/Adwaita/assets/bullet-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
4) on both WIn7 and Win10, with the guest system being Lubuntu 20.04LTS, the range of cursor movement within the Qemu window is restricted. I suspect setting one or two of the correct display options for that environment would fix that.
5)
These all may be occurring because I am using QEMU 20210203, and I think the version you mentioned was a 2020 release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The QEMU installer I wrote this for is: (qemu-w64-setup-20200201.exe)
QEMU emulator version 5.1.92
available at: https://qemu.weilnetz.de/w64/2020/
in (startup sequence said image format was not specified, and recommended 'raw') it is assuming the image format and should boot the image.
It should load the boot sector.
Issue: Gtk-WARNING : Could not load a pixbuf from /org/gtk/libgtk/th
/Adwaita/assets/bullet-symbolic.svg.
This is an issue related to QEMU itself and I have never experienced. The resolution resulted in copying "librsvg-2-2.dll", "libxml2-2.dll", "liblzma-5.dll" into a separate folder.
Restriction of range cursor movement in QEMU window settings is something I believe I can work with and would include in the next release.
Thanks again.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Qtoaster 1.0.1 Bug Fixes:
Fixed - After installation and on an attempted boot, a command window shows up, disappears and nothing else happens even though there is a valid image loaded.
Fixed - Images wont resize properly.
Additional:
Reduced exe size as the resources being used were too large.
Last edit: Nothoro 2021-03-13
I downloaded your latest QToaster version 1.0.1 this morning, and attempted to install it on two different computers. One runs Windows 7 and the other Windows 10. In both cases, after giving admin permission to execute the installation exe, The program appeared to immediately crash without installing anything. There is no indication that my internet security applications blocked the install. Has any one else reported this problem? Can you recommend a way around the problem?
I take it back. The install did occur. I had been expecting to be able to enter a destination folder and get confirmation after the files had been extracted.
Last edit: Thomas Cox 2021-03-17
I made a simple video of the installation for reference:
https://www.youtube.com/watch?v=CQZcFCd7rLc
So it did install, is there a crash problem that needs to be addressed? In the next release I will have explorer open the destination folder. Just keeping in mind that lutil.dll does need to be in the same folder as the main executable and that 4 configuration files are created upon its first execution.
Last edit: Nothoro 2021-03-17
The exe and dll files are present. On first execution, the program created 3 ini files: CDROM.ini, HDD.ini, and machine0.ini. If there should be four, then execution seems to have crashed at that point.
Ok, so it disappears right after execution? Config.ini is created after the program closes and contains window position and the location of your QEMU executable. Does this happen on both win7 and win10 machines? Does the programs user interface even show up?
Thank you again btw.
I did install and successfully run on a fresh installation of Win7 and 8.1. I am trying to reproduce the failure, but I can't as yet. You may want to change permissions in the security tab under properties when you right-click on the lutil.dll and QToaster.exe file to your user name, and dont run in compatibility or administrator.
Permissions seem to have been part of the problem. On Windows 10, I found that the exe and dll did not have full control checked for authenticated users. When I checked it, everything runs great!
On Windows 7, not sure what happened . Full control box IS checked for authenticated users. Yesterday the GUI did not appear. Today it works fine in Windows 7.
A couple of minor issues:
1) The startup sequence said image format was not specified, and recommended 'raw';
2) Qemu recommended changing -soundhw to -device as the former is deprecated.
3) Windows 10 showed (qemu:13576): Gtk-WARNING : Could not load a pixbuf from /org/gtk/libgtk/theme/Adwaita/assets/bullet-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
In Windows 7 it showed a slightly differet warning:
(qemu:13804): Gtk-WARNING : Could not load a pixbuf from /org/gtk/libgtk/th
/Adwaita/assets/bullet-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
4) on both WIn7 and Win10, with the guest system being Lubuntu 20.04LTS, the range of cursor movement within the Qemu window is restricted. I suspect setting one or two of the correct display options for that environment would fix that.
5)
These all may be occurring because I am using QEMU 20210203, and I think the version you mentioned was a 2020 release.
The QEMU installer I wrote this for is: (qemu-w64-setup-20200201.exe)
QEMU emulator version 5.1.92
available at: https://qemu.weilnetz.de/w64/2020/
in (startup sequence said image format was not specified, and recommended 'raw') it is assuming the image format and should boot the image.
It should load the boot sector.
Issue: Gtk-WARNING : Could not load a pixbuf from /org/gtk/libgtk/th
/Adwaita/assets/bullet-symbolic.svg.
A related issue seems to have been closed and resolved at:
https://github.com/microsoft/vcpkg/issues/9936
This is an issue related to QEMU itself and I have never experienced. The resolution resulted in copying "librsvg-2-2.dll", "libxml2-2.dll", "liblzma-5.dll" into a separate folder.
Restriction of range cursor movement in QEMU window settings is something I believe I can work with and would include in the next release.
Thanks again.