Forum > Editor
idea for an additional error message
Martin_fr:
--- Quote from: Nicole on November 01, 2022, 07:16:22 am ---So my idea: Drop an error message alike
- exe cannot be created
- program already started by another location or so
--- End quote ---
I haven't tested with a VM, but if I start the project1.exe (outside the IDE, which is what the VM would do) and then make changes and try to compile, I get:
--- Code: Text [+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i < x.length; i++) { x[i].style.maxHeight='none'; x[i].style.height = Math.min(x[i].clientHeight+15,306)+'px'; x[i].style.resize = "vertical";}};} ---project1.lpr(24,1) Error: Can't create object file: C:\Users\martin\AppData\Local\Temp\project1.exe (error code: 5)project1.lpr(24,1) Error: Can't create executable C:\Users\martin\AppData\Local\Temp\project1.exe
So there is an error.
I don't know what the VM will show, that depends on how the VM implements the shared file system.
If files are edited in both IDE then the other IDE should ask to reload them.
That should at least work outside the VM.
The IDE inside the VM may not... Because, each IDE checks when the IDE is getting Focus.
But if the entire VM was unfocused, then the IDE may not know, and the IDE in the VM may have always had (virtual) focus.
Not sure what else to do...
Maybe create a lockfile for the project. So it can be detected when it is open already.
In any case, this kind of thing is what I would advice to put into a package, and then any 3rd party could implement it.
MarkMLl:
--- Quote from: Martin_fr on November 01, 2022, 11:25:44 am ---I haven't tested with a VM, but if I start the project1.exe (outside the IDE, which is what the VM would do) and then make changes and try to compile, I get:
--- Code: Text [+][-]window.onload = function(){var x1 = document.getElementById("main_content_section"); if (x1) { var x = document.getElementsByClassName("geshi");for (var i = 0; i < x.length; i++) { x[i].style.maxHeight='none'; x[i].style.height = Math.min(x[i].clientHeight+15,306)+'px'; x[i].style.resize = "vertical";}};} ---project1.lpr(24,1) Error: Can't create object file: C:\Users\martin\AppData\Local\Temp\project1.exe (error code: 5)project1.lpr(24,1) Error: Can't create executable C:\Users\martin\AppData\Local\Temp\project1.exe
So there is an error.
--- End quote ---
...and that's why when developing for Windows it is often necessary to rename a running executable before a replacement can be copied into the same folder... at least when working on the same machine.
If that's not working like that, then I'd expect it to be down to whatever disc/file sharing mechanism the VM etc. is using, i.e. it's trying to "enrich the user experience" by disabling all locking. There's also the possibility that a recent linker version has reduced its locking rigour...
The compiled app could, of course, regularly check its own creation time :-)
MarkMLl
Bogen85:
--- Quote from: MarkMLl on November 01, 2022, 09:19:46 am ---
--- Quote from: Bogen85 on November 01, 2022, 08:38:10 am ---I don't think that is necessarily a problem, as VM shares are typically like network shares, and multiple OSes accessing the same directory on a network share at a time is the norm.
--- End quote ---
But you'd not usually expect somebody to be working on the same files on a (Windows or other) server and on client systems connected to it.
Not an easy one to sort out, particularly in a cross-platform way.
MarkMLl
--- End quote ---
Ok, what I mean was, multiple OSes accessing the same folder is not a problem in and of itself.
It definitely presents challenges for this situation.
From a file share perspective this can be viewed as 2 computers using a common file share.
The fact that one is a guest VM and the other is it's hypervisor host might not be relevant.
Navigation
[0] Message Index
[*] Previous page