On Wed, 27 Jun 2001, Spencer L. Swift wrote:
KAI -- If you read this soon, I still have the file open and have
done nothing to it. Is there anything I can do in a live session to
help debug this?
What does M-: (file-readable-p FILE) RET say?
What does M-: (file-writable-p FILE) RET say?
Now that you have a workaround, we might want to leasurely get to the
bottom of this. So I suggest that you get the most recent version via
CVS (but if you're afraid of bleeding-edge code, you could take the
last released version -- it's almost the same anyway :-). And then
you say (setq
Spencer When opening a file for the first time, it will come up as
Spencer Read-Only even though I really do have write permissions. A
Spencer simple M-x toggle-read-only fixes the permissions and I can
Spencer continue on my way. I have not noticed if this only occurs
Thanks for making that more clear Spencer, this is indeed what is
happening.
When I open a file which is under CVS control (i.e. there is a CVS
subdirectory), some files become read-only. This appears to be
associated with file locking which should be disabled by default for
CVS.
Since there
S == Stefan Monnier [EMAIL PROTECTED] writes:
This is because VC does not understand that your local userid is really
the same user as your remote userid and it then decides to make the buffer
So you are suggesting that this would only happen with remote files
under CVS control where
On 04 Jun 2001, Stefan Monnier wrote:
This is because VC does not understand that your local userid is
really the same user as your remote userid and it then decides to
make the buffer read-only even though you have write access to it
(thinking you shouldn't modify a file that belongs to
K == Kai =?iso-8859-1?q?Gro=DFjohann?= [EMAIL PROTECTED]
writes:
that's what I will try. But it might be some time.
As Matthew said, since there is a trivial workaround, it's not a
priority issue. But at least it is on the (long) TODO list for
Tramp.
Thanks again!
Spencer
Matthew Harrison [EMAIL PROTECTED] writes:
The second problem was w/ permissions not being preserved.
I've found that if I delete the ./CVS/Entries file, the permissions are
OK.
You have found this probelem with CVS/Entries, not
/home/mh2/modules/diag_manager/diag_output.f90?
Please let
On Thu, 24 May 2001, Matthew Harrison wrote:
Could you try this patch? If it works fine, I will commit it.
--- tramp.el.orig Thu May 24 17:30:22 2001
+++ tramp.elThu May 24 17:30:47 2001
@@ -3802,7 +3802,7 @@
(tramp-send-command multi-method method user host
Kai,
I had 2 problems, the first had to do with an error after C-x C-s:
-
# Sending end of data token...
$ echo hello
^D
/
hello
$ 2/dev/nullecho tramp_exit_status $?
/bin/ksh: /dev/nullecho: cannot create: Permission denied
10 matches
Mail list logo