Trying to install D6 in a W7/32 machine I run into issues:
- Error message on start when D6 tries to rename file in C:\Program Files.
That particular folder does not exist, and cannot be created,
due to a conflict with C:\Program.
I therefore attempted an install in the manually created C:\DELPHI6.
That seems to work.
Is this a good and correct way to install, or should I do it differently?
try create folder and chose directory to like draw this :
or try open setting option folder chose show hidden files
Related
There's a problem with TFS everywhere plugin for Eclipse if I try to revert or restore a file under a source control and if the folder/file is mapped to a different volume than the actual project.
When I try to restore or revert it, I get an error:
java.io.IOException: Failed to rename /Users/*/*/*/*/.tf1/8/d54f18aa-bdce-4ab7-958a-01eaaf0c36c1.tmp to /Volumes/macOSData/*/*/*/*/*/some_file.cs. Check the file and directory permissions.
Log has additional line:
2018-07-31 12:44:39,814 WARN [ModalContext] (com.microsoft.tfs.util.FileHelpers) Main rename failed (source permissions problem?), trying to rename temp file back
There's no problem while I get specific version of the project, even with overriding existing files, so there permissions are fine, at least for getting files. Also, this does not happen when the file is on the same volume as the local TFS mapping.
Setting all permissions to 777 does fix the problem, but this marks all files with +x making them all "changed", making this solution unacceptable.
I tried mapping the base folder to a second drive (i.e. force creating a .tf folder on a second drive), but this doesn't help. The error will appear when I try to revert stuff on the main volume.
I tried using symlinks so the mapping stays within the same volume, but still no luck.
Is there any way to solve this? Or everything should be on the same volume?
After a whole day of digging around and poking with jshell, this appears to be a bug with File.renameTo() in Java on macOS. renameTo function silently fails without any exception even though there's no permission issue to write to the destination. This happens only when writing to a different volume.
I have submitted a pull request into TFS Everywhere repo on github with a workaround for this issue.
Anyone interested can compile plugin with this changes to get things working:
https://github.com/Microsoft/team-explorer-everywhere/pull/276
I am trying installing Delphi 5 on my computer. As soon as the installation starts I get:
Error copying File
followed by:
Setup has detected a -113 error while attempting to copy files. This
indicates that setup could not find a file in the "RunImage" directory.
Now the setup file does includes "RunImage" directory. The File is located in the D drive on another computer which I have mapped to my computer as Drive Z and I am running it from the Mapped Drive Z.
I searched online for this Error. Some recommend that if I am installing from a network location then the location has to mapped to my computer as a Driver with a name to solve the issue. I did map the location but still getting the same error.
As J.. already suggested in his comment: Windows >= Vista automatically runs programs containing the string "setup" in the name in elevated mode. In that mode, you don't have the same mapped drives as in your normal user mode. So, the program starts (which is actually inconsistent with security model, because in elevated mode, the executable itself should not be available) and then cannot find any additional files because the drive mapping does not exist.
Solution: Copy the whole installation directory to a local drive. You can delete it after the installation has finished.
Note: While I think this will solve that particular problem, it does not mean, that the rest of the installation will work.
i had same problem and i solved it by this method:
After unpacking the archive(the delphi5 zip file that you downloaded), make the root directory with the command Subst X: "path to installer". Run the standard Borland installer, the Install.exe program, there.
I tried to run a simple sample code. But It gave me the following error:
The program can't start because opencv_world310d.dll is missing from your computer. Try reinstalling the program to fix this problem.
I tried a lot of ways, but they didn't work, such as checking whether to set environment, adding Additional Dependencies in the Property manager, and so on. BTW, I'm using visual studio 2015 with opencv 3.1.
Copy the dll in the same folder where is your executable ($(SolutionDir)\Debug), or add the folder where is your dll to system PATH.
Has anyone managed to correctly run Jedi VCS Stand Alone Client on Windows 8.1?
I tried but get an exception when syncing files.
"JEDI VCS is unable to create a local copy of this file.
Exception. Unable to create target directory: in [CreateTargetDir]"
I would like to transition to Windows 8 for my Delphi work but if I can not use Jedi then I will have to stay on Windows 7.
Installed Software:
OS : Windows 8.1
Jedi VCS Client: 2.45.820
Some more detail:
I can log in and view projects no issues
I can not sync project due to above error
I have full permissions to target directory (Even deleted and recreated permissions for user on folder)
I can manually create and add files and folders to the sync directory. Only Jedi VCS has the issue.
Target directory is a sub folder of C:. eg C:\MyDev\
I am a member of the admin group on the PC
Thinking the issue was the install location of C:\Program Files (x86), I installed to C:\Programs instead. Same error.
I tried running Jedi VCS as administrator. From right click Run as Administrator and from setting same option on shortcut.
Final Test:
I just tested the Jedi VCS client integrated into Delphi 6 and 2006 IDEs. It is a bit
cluncky but in fact works.
It is not really useable though. If you sync something large with many Delphi project
files (such as custom library or the like) you get a continuous stream of
'syncronisation complete' messages pop up for every project file.
It is is ok for projects with a few project files though.
=============
Any help appreciated.
Peter Mayes
Yes. JediVCS is compatiable with Windows 8.1.
In the end you have to:
Run JediVCS as administrator
If you are syncing to a subst drive (which I actually was) then the subst command must have
been run as administrator. (Tested by right clicking my subst batch file -> Run as
Administrator option)
If the subst is not run as administrator then JediVCS can not sync files to that location
successfully.
With plain old sdl in C i would copy the dlls i need into the exe directory and was able to run without install.
Now i am using sdl.net. I tried doing that but had no luck. Not even a clue to what dlls are missing as i did in the old C way. How can i have users run my sdl app without installation?
You might create a Setup Proyect and include the DLLs inside (I Thinks that Visual Studio inslude automacally):
http://msdn.microsoft.com/en-us/library/19x10e5c%28v=VS.100%29.aspx
It's not posible that the users runs only the exe. The users, in that case, must install the SDL.Net reditribudible or they may install manually in GAC some DLLs!