Sometimes, when I save a source (.c) files, using slickedit over a gvfs-smb, the file is not truncated on the server correctly. That is if I delete 30 characters from the file, save it, I get a compiler error on a line that doesn't exist. If I edit, with vi, the file on directly on the server, then I see the garbage data at the end of the file. I remove the data, save it, and reload the file into slickedit; Compile then goes through.
I have my slickedit files on the local machine.
I tried using gedit to reproduce the problem, but I was unsuccessful.
Example of the end of file after a deleted 3 characters:
#endif
dif
As you can, it left behind the "dif" from #endif.
System information:
Linux 2.6.34.6-47.fc13.i686.PAE #1 SMP Fri Aug 27 09:29:49 UTC 2010 i686 i686 i386 GNU/Linux
[root@ mnt]# yum info gvfs
Loaded plugins: refresh-packagekit
Installed Packages
Name : gvfs
Arch : i686
Version : 1.6.2
Release : 1.fc13
Size : 4.9 M
Repo : installed
From repo : updates
Summary : Backends for the gio framework in GLib
URL :
http://www.gtk.orgLicense : LGPLv2+
Description : The gvfs package provides backend implementations for the gio
: framework in GLib. It includes ftp, sftp, cifs.
[root@ mnt]# yum info gvfs-smb
Loaded plugins: refresh-packagekit
Installed Packages
Name : gvfs-smb
Arch : i686
Version : 1.6.2
Release : 1.fc13
Size : 308 k
Repo : installed
From repo : updates
Summary : Windows fileshare support for gvfs
URL :
http://www.gtk.orgLicense : LGPLv2+
Description : This package provides support for reading and writing files on windows
: shares (SMB) to applications using gvfs.
gvfs-info:
edit name: /
name: /
type: directory
size: 0
attributes:
standard::type: 2
standard::name: /
standard::display-name: xxxxx on yyyyy
standard::edit-name: /
standard::icon: folder-remote
standard::content-type: inode/directory
standard::size: 0
etag::value: 1283868862
id::filesystem: smb-share:server=yyyyy,share=xxxxx,user=xxxxx
time::modified: 1283868862
time::modified-usec: 0
time::access: 1283821529
time::access-usec: 0
time::changed: 1283868862
time::changed-usec: 0
unix::device: 26586
unix::inode: 263698
metadata::annotation:
metadata::nautilus-icon-view-auto-layout: true
metadata::nautilus-icon-view-tighter-layout: false
metadata::nautilus-window-geometry: 648x439+608+518
metadata::nautilus-window-scroll-position: smb://xxxxx@yyyyy/xxxxx/Desktop
Slickedit About:
SlickEdit Version 15.0.1.3
Serial number: VLX927288
Licensed number of users: Single user
License file: /opt/slickedit/bin/slickedit.lic
Build Date: August 04, 2010
Emulation: Visual Studio
OS: Linux
OS Version: Fedora release 13 (Goddard)
Kernel Level: 2.6.34.6-47.fc13.i686.PAE
Build Version: #1 SMP Fri Aug 27 09:29:49 UTC 2010
Processor Architecture: i686
X Server Vendor: Fedora Project
Memory: 82% Load, 1233MB/1499MB Virtual
Shell Info: /opt/slickedit/bin/secsh -i
Screen Size: 3600 x 1080
Project Type: Gnuc
Language: .c (C/C++)
Installation Directory: /opt/slickedit/
PS: I used to use the mount cifs which never showed this problem in se15, but se15 stopped showing me the mount point in the file browser window one day last week. I tried restarting the client and sever. No go. But this is a different issue. And all this, after I was forced to recently upgrade because se14 was broken on fedora 13.
What a pain!
Thanks.