Walter Zambotti

I can't say anymore. The system I was using has now been replaced and I can't recall how I installed astap. However I usually install the distro package if there is one and indeed there is. So I probably used that. I just installed astap, from your .deb file instead, on my new system and those executables are in the opt location and they are working as expected.

In relation to raw conversion it might be helpful to indicate what the prerequisites for installing ASTAP in the manual. I'm running on Ubuntu/Linux and there was no working raw conversion. I managed to find some references to DCraw and installed that package and now DCraw works but I still have no idea how (what extra I need to install) to get Libraw working. Libraw20 and libraw-bin (tools) are installed but don't seem to help.

Darrek as requested here is the patch file for the fix; Walter On 17/1/21 10:32 am, Darrek wrote: @wallyz https://sourceforge.net/u/wallyz/ Would you mind sharing a patch or diff for the fixes you made? Better version of VcxSrv for Seamless integration. https://sourceforge.net/p/vcxsrv/discussion/986201/thread/8224ae3eaf/?limit=25#df4c Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/vcxsrv/discussion/986201/ To unsubscribe from further messages, please visit...

I have compiled a version of VcxSrv from this site that stops a lot of server hangs when attempting to open certain apps in seamless integration mode for Win-Kex. I am now able to open browsers (firefox) and opengl apps without hangs. The fix addresses the issue described in ticket 131: https://sourceforge.net/p/vcxsrv/bugs/131/ x64 binary only version available at : https://drive.google.com/file/d/1Z92HP7GVlUD61pJgVOCCVNQqnhjthuY7/view?usp=sharing Backup your original xcvserv.exe and replace it...

I'm having exactly the same problem and have made the suggested changes but I am still getting the same problem. I have also tried explicitly adding the #include "stdafx.h" to the newly generated files in the release directory but they are always recreated on each build! Edit: Turned out to be my pathing and a conflict between link.exe being found in cygwim before visual studio.

I'm having exactly the same problem and have made the suggested changes but I am still getting the same problem. I have also tried explicitly adding the #include "stdafx.h" to the newly generated files in the release directory but they are always recreated on each build!

I'm having exactly the same problem and have made the suggested changes but I am still getting the same problem. I have also tried explicitly adding the #include "stdafx.h" to the newly generated files in the release directory but they are always recreated on each build! I think the problem is the precompiled header is not being created! So adding the stdafx.h to any file is only half the solution!

I'm having exactly the same problem and have made the suggested changes but I am still getting the same problem. I have also tried explicitly adding the #include "stdafx.h" to the newly generated files in the release directory but they are always recreated on each build!