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.
Related
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.
Has anyone got dxgettext running under Windows 10?
I installed dxgettext from the offical homepage under Windows 10, which worked fine.
But whenever I try to run some of the installed tools (e.g. msgfmt.exe), they don't really run, but call themselves again, generating thousands of processes and making the system crawl.
This is what happens:
I call msgfmt --help
the executable msgfmt hangs, blocking the command window
in the TaskManager I see houndreds of msgfmt.exe processes popping up
I think, I have to replace the gettext tools of the dxgettext package with some newer version but before trying to figure it out I first wanted to ask if someone else experienced similar problems and found a working solution.
My questions:
Has anyone got the tools coming with dxgettext running under Windows 10?
What steps have been necessary to get it to run?
I resolved the problem in the following way:
I downloaded https://github.com/mlocati/gettext-iconv-windows/releases/download/v0.19.8.1-v1.14/gettext0.19.8.1-iconv1.14-static-32.zip from https://mlocati.github.io/articles/gettext-iconv-windows.html
I replaced the following files from the installation directory of dxgettext with files from the zip archive:
msgattrib.exe
msgcat.exe
msgcmp.exe
msgcomm.exe
msgconv.exe
msgen.exe
msgexec.exe
msgfilter.exe
msgfmt.exe
msggrep.exe
msginit.exe
msgmerge.exe
msgunfmt.exe
msguniq.exe
xgettext.exe
Result:
Dxgettext and the tools, I use, seem to work fine. I found no problems with my workflow so far, with one exception:
If I use assemble to embed mo-files into an exe compiled with JvGnugettext.pas, I get the following error:
Pach code “6637DB2E-62E1-4A60-AC19-C23867046A89” was not found in .exe file. Are you sure the .exe file has been compiled with the correct libraries?
This may not be related to the original problem. However, it is resolved by replacing the original assemble.exe with the version from https://sourceforge.net/p/dzlib/code/HEAD/tree/buildtools/trunk/ (see answer by #dummzeuch).
The installer on the official home page is pretty old. Last time I looked it contained several outdated dlls and executables from the original gnugettext project that did not work correctly under recent Windows versions. You could take those from my buildtools repository on OSDN. These work for me. No guarantee that they work for you though.
https://osdn.net/projects/dzlib-tools/scm/svn/tree/head/buildtools/trunk/
I've been having these issues too with dxgettext 1.22, in Windows 10 1607. I changed some DLLs at first but kept having the bash.exe looping and hogging my PC to death.
So what I did was basically install latest Cygwin 32bit and replaced the appropiate DLLs. I kept the ones for gettext. Instructions:
Download and fresh install dxgettext-1.2.2.exe from http://dxgettext.po.dk/download as admin. Restart.
Download Cygwin 32bit from https://cygwin.com/install.html in a different folder from dxgettext (I took the default, c:\cygwin)
Run setup-x86.exe and select "Base" Package (Install). Next, Select Required packages just in case.
Move the following files from dxgettext folder to a backup folder (we'll use some DLL later):
cyg*.dll
bash.exe
Copy from c:\cygwin to the dxgettext folder the following files:
bash.exe (set to run as admin)
cygwin1.dll
cygiconv-2.dll
cygintl-8.dll
cygreadline7.dll
cyggcc_s-1.dll
cygncursesw-10.dll
Recover the file(s) below from the backup folder (See #4) and copy to the dxgettext folder.
cyggettextsrc-0-14-1.dll
cyggettextlib-0-14-1.dll
cygintl-3.dll
Running like this, you might get error 740 (requires elevation). So: Set ggmerge.exe,ggfmt.exe to run as admin
** EDIT** Found online this very interesting link, from a programmer who offers a free backup written in Delphi. The good thing is he adapted the dxgettext tools to run in Windows 10. This helped me a lot.
http://personal-backup.rathlev-home.de/translate.html
I'm trying to run pub deploy command in my Dart project, but it always ends with this error: "Pub deploy failed, [1] Cannot read link". No more information outputs into console.
I tried to run it in basic Dart browser project (the one with text reversing), but same error occurred again.
Did anyone have same problem? Any ideas how to fix it?
I have the same issue.
In my case, the Dart project is stored in NTFS hard drive (I share it with Windows OS) and Dart deploy (run from Eclipse) runs on Ubuntu.
Simply move the Dart project to Ubuntu hard drive then things come back to normal.
GS
This is probably a problem with the packages symlinks. If you delete them and run pub install it should work again.
According to dart-sdk/lib/io/link.dart:
On the Windows platform, the link will be created as a Junction
On other platforms, the posix symlink() call is used to make a symbolic link
On Linux platforms, storing Dart project in NTFS drive causes Pub to fail. Because posix symlink() is used on NTFS partition and doesn't create a valid NTFS junction point.
The solution is to move the project folder to a partition that uses posix symlinks natively, such as one formatted to ext4.
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!
In the computer, there is an C++ Builder 6 and was an C++ Builder Architect (the license isn't owned by the company) which was uninstalled.
I received the mission to install C++ Builder Professional 2010 recently bought on that machine, but the installer of the ISO (downloaded from Embarcadero) insists on installing the Architect edition and using the OLD license key - therefore not allowing the product to be activated.
Have anyone had this problem before?
I had a similar problem installing Delphi 2010. It's caused by a bug in the installer leaving the previous registration file behind. You have to find it and delete it. I don't remember what it's called or where it's located. I'd advise you to call Embarcadero tech support. I got this fixed by talking to a very helpful guy there who explained the problem and pointed me to the right location.
Actually, I ended removing the uninstall leftover folders on:
\Program Files\Embarcadero\Rad Studio\7.0
\Documents and Settings\All Users\Local settings\Application Data\Embarcadero
\Documents and Settings\All Users\Application Data\Embarcadero
Thus forcing the hellish installer to completely rebuild both.
Also, I kicked all the {<guid>} and ~<number> folders on the \Application Data\ folder before the install just to ensure it'll have to do all the job entirely. (Got a lot of space freed too ;-)).
Since I got the result on the run with ProcessMonitor, I don't know EXACTLY what is the hellish file - though I highly suspect of the one RadStudio2010.slip on the (1)\License directory, since that file has nothing to be there after an uninstall AND because I already deleted (2) on previous attempts.
[rant] In the installer gui would be nice to have a 'Reinstall all that thing killing every #&$##$$##$% survivor of the last uninstall in your path' button for those cases...... [/rant]
Well, resuming the extreme approach:
Do the normal uninstall
Kill the Emba folder at \All Users\Application Data just to clean everything
(I already had killed the whole folder on the failed attempts)
Kill all those {<guid>} and ~<number> folders that the installer leave on the \All
Users\Application Data
Kill the leftover Embarcadero\Rad Studio\7.0 folder on \Program Files\
Registry does not affect this problem at all ( I cleaned the registry ALL the times )
Now you can install.