Please check the next development build to see the result
Latest dev build, crash when closing FS-A1GT:
INTERNAL ERROR: can't unregister topic with name r800_freq, not found!
Hmm, just saw "Error writing to openMSX process: incomplete buffer written
" in Catapult's Status Info. Not sure what triggered that.. I was messing around with key bindings running MSX2 basic I believe
Please check the next development build to see the result
Hi, Manuel!
I still have problem with Basic sources.
Sometime, when I save files from Basic, I got error: Disk Write Prottected.
After change disk folder in Catapult to same, error disapear.
Also, when I save files from Basic in ASCII mode, its sometimes save truncated:
Morever, sometimes some files in working folder is truncate too, with new size 1024b (forever)
All time I do work on my PC RAM Drive.
No any external changes never proceed with files.
I made case before, but no any movements in this question. :-?
Thank you!
Are you using a folder as disk? Or a disk image file?
Are you using a folder as disk? Or a disk image file?
Folder as Disk
And all working nice for a long time, but after amount of time, all this hapen every time.
Pity, Im not able to controll all sources in working folder every time. And I made backup time to time, and find this errors after long time (weeks or months). Many sources was lost. Not only in Basic, C and Asm also
Not so long time ago, I found this in backup folder:
I also do not know how to help with additional information. This happens spontaneously, from time to time. I cannot specify events, after which it happens. I would chalk it up to incorrect disk access from my programs, but I don't use read / write operations at these times, other than saving the original files to disk. If the project is simple, I check each file after every save. But sometimes projects consist of many files (such as SDCC + Asm), and this is impossible to control. I am ready to participate and provide the necessary information that you ask. This problem really anoying me.
P.S.: Perhaps this is due to the time shift, which I sometimes resort to to roll back changes. But as far as I remember, this happened without using it also.
Latest dev build, crash when closing FS-A1GT:
INTERNAL ERROR: can't unregister topic with name r800_freq, not found!
Thanks a lot for reporting! This should be fixed in the latest build.
Apparently this was a windows-only crash (I suspect caused by a bug(?) in the MSVC compiler). I also took some steps to ensure that similar future problems will cause compile errors rather than runtime crashes.
Are you using a folder as disk? Or a disk image file?
Folder as Disk
And all working nice for a long time, but after amount of time, all this hapen every time.
Pity, Im not able to controll all sources in working folder every time. And I made backup time to time, and find this errors after long time (weeks or months). Many sources was lost. Not only in Basic, C and Asm also
Not so long time ago, I found this in backup folder:
I'm missing the point of this image. What do you want to show here? The file being 1024 bytes?
I also do not know how to help with additional information. This happens spontaneously, from time to time. I cannot specify events, after which it happens. I would chalk it up to incorrect disk access from my programs, but I don't use read / write operations at these times, other than saving the original files to disk. If the project is simple, I check each file after every save. But sometimes projects consist of many files (such as SDCC + Asm), and this is impossible to control. I am ready to participate and provide the necessary information that you ask. This problem really anoying me.
P.S.: Perhaps this is due to the time shift, which I sometimes resort to to roll back changes. But as far as I remember, this happened without using it also.
Yes, if you use reverse to change to a time in which the content of the disk is different than at the current time, the (folder as) disk image will be made read only, to avoid corruption. openMSX will show this in the top of the window.
Unfortunately, I do not know how to reproduce this outside of the reverse-case, so it is almost impossible for me to help you, unless you find a way to trigger it at will... No matter how often you report it, without extra information, what can I do?
I'm missing the point of this image. What do you want to show here? The file being 1024 bytes?
Yes. Original size was 10kb.
Yes, if you use reverse to change to a time in which the content of the disk is different than at the current time, the (folder as) disk image will be made read only, to avoid corruption. openMSX will show this in the top of the window.
Ok, I understud this, and never jump behind previous saving, and when error hapen, no any messages at the top of windows appear. Also even I not using rewind, just write my program and time to time saving it, error appear after several hours.
Unfortunately, I do not know how to reproduce this outside of the reverse-case, so it is almost impossible for me to help you, unless you find a way to trigger it at will...
I try find way, but no ways. OpenMSX work this way forever, but error appear spontaneously.
Also think: almost every folder in my backup, have ano or several truncated files!
No matter how often you report it, without extra information, what can I do?
I'm just your tester and I'm reporting the problem. Obviously, this problem is not only for me, because it is observed in all releases that I have used since 14. Probably more research is needed, with the help of a larger number of testers. The fact is that there is a problem, and it is critical. While it exists, the program cannot be used for any serious development inside the emulator.
https://github.com/openMSX/openMSX/issues/1238 is the corresponding issue.
As Wouter wrote there: perhaps your editor is (temporarily) putting (backup?) files in the folder, causing it to be larger than 712kB, so that the disk becomes full? This will cause corruption.
Please tell me how exactly you are modifying the content of the folder that is used as disk in openMSX.