I recently installed cream onto a windows 7 laptop. I was installing the rails.vim plugin when tried to issue the :helptags ~/vim/docs command so I can have the rails helpfiles available.
I have since discovered that w7 doesn't allow user privileges in the program files directory so I haven't been able to add the helptags or use edit -> startup settings to change my vimfiles.
I found this thread here Allow access permission to write in Program Files of Windows 7 and a few websites referring to "ultimate windows tweaker" . Has anyone without third party software been able to get access rights for vim or cream on win7?
If you want to have access privileges to the vim folder, then you should rather try a portable version of vim (try gvimportable from http://www.portableapps.com).
The access control has been designed such that multiple users can share a software and not modify it.
As far as I know, on windows XP at least, you can put your vim files in your $HOME directory in a subdirectory called 'vimfiles'.
And you shoud have read/write access to that directory.
If you want to check where Vim is looking for config files in runtime, use
:echo &rtp
You should at least see the default system wide vim directory and your home directory.
If this is a personal install, you'd better put everything in your home.
Have you tried ?
:helptags $HOME/vimfiles/doc
There is a how-to here Take ownership Win 7 on how to grant user access to a folder and subfolders, which will allow me to set the ~/vim folder and subs to have write access.
Related
How do I import/export my custom preferences for Spyder? e.g. if I am installing it on a new machine and would like to import my color/interpreter/keymapping defaults from my original installation.
(Spyder maintainer here) Sorry, there's no way to import/export our Preferences right now.
However, you can look for a directory called .spyder{-py3}/config (Windows, macOS) or ~/.config/spyder{-py3}/config (Linux) in your home or Users directory. That directory contains a file called spyder.ini, which has all user preferences. You should be able to copy/paste that file among computers without problems (although we haven't tested that).
If you find any trouble with that method, you can reset your preferences by opening a system terminal (cmd.exe, Terminal.app or xterm) and running there
spyder --reset
On my computer I have a file
c:\users\xxx.spyder-py3\config\spyder.ini
This file is used by both, Spyder 4.2.5 in Anaconda base environment and by Spyder 5 in a separate venv.
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
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.
I have a machine which doesn't give me local admin rights. Is it still possible to run erlang on it, as I cannot run a windows .exe installer to install erlang?
You can copy erl.exe (plus the runtime system and all the libraries you need) from another installation and run it without the need to install. As long as you are allowed to execute files it should be okay.
Forgive me for not being as smart as Zubair,
but I would like to know exactly how to do this.
I do not have admin privilege, cannot run installers, and cannot copy files to C:\WINDOWS.
In particular, I cannot write to C:\WINDOWS\WinSxS or C:\WINDOWS\system32.
How do I get a list of exactly what libraries are required by the various erlang executables ?
I have all the MS redistributable libraries and manifests,
but I don't know where to put them to make it work.
The redistributable library structure has directories such as
Microsoft.VC90.ATL, Microsoft.VC90.CRT, etc. Each directory contains relevant dlls and a manifest.
Do I copy all the contents into the ERL_HOME\bin directory or ERL_HOME\erts-x.y.z\bin or ERL_HOME\erts-x.y.z\lib ?
or leave them in some other directory and put those entries in the PATH ?
or do I need to build the paths implied by the manifests (i.e. where they would be copied into the WinSxS cache) using hashes and version numbers in the paths, then put those entries in the PATH ?
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!