From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kim Christensen Newsgroups: gmane.emacs.help Subject: Re: Cannot use normal save (C-x C-s) when operating over network mount Date: Mon, 15 Jun 2009 00:40:46 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <4227602e-ed9f-4ca5-aa35-270ead107806@d38g2000prn.googlegroups.com> <43e96590-0b23-44de-848a-20739a0da5de@g19g2000yql.googlegroups.com> <8879d2a2-3d9b-4256-95de-68dbb6b44d19@b9g2000yqm.googlegroups.com> <87r5xor5py.fsf@lion.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1245055272 4679 80.91.229.12 (15 Jun 2009 08:41:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Jun 2009 08:41:12 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jun 15 10:41:10 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MG7kb-0007EG-IU for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jun 2009 10:41:10 +0200 Original-Received: from localhost ([127.0.0.1]:44974 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MG7ka-0002og-QZ for geh-help-gnu-emacs@m.gmane.org; Mon, 15 Jun 2009 04:41:08 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!y7g2000yqa.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 67 Original-NNTP-Posting-Host: 192.121.104.61 Original-X-Trace: posting.google.com 1245051646 1930 127.0.0.1 (15 Jun 2009 07:40:46 GMT) Original-X-Complaints-To: groups-abuse@google.com Original-NNTP-Posting-Date: Mon, 15 Jun 2009 07:40:46 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: y7g2000yqa.googlegroups.com; posting-host=192.121.104.61; posting-account=3heTMgoAAADQVinLgB604XSO-AFIyb0N User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10, gzip(gfe), gzip(gfe) Original-Xref: news.stanford.edu gnu.emacs.help:170067 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:65296 Archived-At: On Jun 13, 8:46=A0am, Tim X wrote: Hi Tim, Thanks for your reply. > I edit data on a remote windows server by mounting a partition locally > using smbfs. > > I have only ever had problems with saving files when either my quota has > been exceeded or the windows service running the quota software has > stopped running or got stuck. > > I know nothing about windows, but when I asked the windows admins what > was going on, I was somewhat surprised regarding how the quota software > seems to operate under windows. I don't know what the software is, ut I > believe it is some third party software. > > At any rate, I get similar errors/behavior to what you have outlined > when there are issues with the disk quota software is playing up. Our Samba solution is implemented on Linux, with no quota rules applied whatsoever. As I described in the OP, the problem I am having does only occur when trying to save (overwrite) a file using the standard save command ('C-x C-s'). If I use the "Save as" command ('C- x C-w') instead, and specify the file name which I currently have open and want to save, everything works as expected. > My suggestions would be > > 1. Check there are no quota or space issues on the remote system. Keep > in mind there often needs to be twice your file size space available to > handle temp files etc. (which reminds me, where is emacs putting its > backup files?). My backup files reside under my home directory, specified with the 'backup-directory-alist' variable. > 2. Run emacs in bare bones mode using emacs -q and emacs -Q to make sure > that its not something in your customization or site wide customization > that is breaking things. Just try editing a small file and saving it - > do it in fundamental mode rather than a special purpose mode, just in > case it is something with the mode that is causing the problem. I started emacs with the -q and -Q arguments and the problem persists. > 3. Try editing the file with tramp and see if you get the same issue Now, here is where it gets interesting - TRAMP works flawlessly. I set it up this Friday and did some testing for a few hours and it haven't had a hiccup yet. If I open a file using the mounted Samba share, edit it for a bit and try to save it (using 'C-x C-s'), Emacs gives me the error that it can't find the file or directory. When opening it with TRAMP (using the '/smb:/') keyword, I can save it without any problems at all! > 4. Try editing the file with vi/nano/pico/whatever and see if there are > any problems. This may help to determine if its an emacs issue, a file > mount issue or a windows/smb issue I just tried editing a few files over the samba share with vim and it works without any problems. Regards, Kim