Can tcl and tclvfs together be used to poke around a starkit?

Don't understand the question. Yes, would be my answer, mount the starkit via vfs::mk4 ... -jcw

04feb05 jcw - Would it be an idea to map an arbitrary X(HT)ML tree to VFS?

LV So the results would be the ability to navigate an XML tree as if the nodes were directories and the actual items would be files? Sounds intriguing. How would the attributes be represented?

I think a very nice vfs would be an LDAP vfs using the tcllib ldap package to present a DIT as a filesystem. (and entries probably as LDIF formatted files)

2007-01-12 - There's a list of interesting VFS ideas and implementations at [L2 ] (based on FUSE [L3 ]).

gpl - 2009-07-05 13:59:51

A bug in the file templatevfs.tcl (see A template virtual filesystem) 1.5.2 (last lines) prevents the use of the versioning file system on my machine.

Instead of:

 proc memchan {args} {
         if {$::tcl_platform(platform) == "windows"} {
                 package require Memchan
                 set chan [uplevel 1 ::memchan $args]
                 return $chan
         } else {
                 return ::vfs::memchan $args
         }
 }

put:

 proc memchan {args} {
         if {$::tcl_platform(platform) == "windows"} {
                 package require Memchan
                 set chan [uplevel 1 ::memchan $args]
                 return $chan
         } else {
                 return [::vfs::memchan $args]
         }
 }

(the brackets around ::vfs::memchan).

I didn't even know that return could take several arguments, in which case it returns nothing...

AK - 2009-07-06 13:03:41

Actually the fix is not quite right, mishandling the $args argument. This is a list, and has to be expanded. So the proper replacement is

   # Tcl 8.5: return [::vfs::memchan {*}$args]
   return [eval [linsert $args 0 ::vfs::memchan]]

The similar construct in the other branch was semi-ok due to the use of uplevel.

neb - 2010-05-25

Be aware that using file join to build paths mungs the result somewhat; at least on Windows. "file join http://wiki.tcl.tk/yadda yadda" returns "http:/wiki.tcl.tk/yadda/yadda ". The missing forward slash was causing me problems in a script.

LVwikignome - 2010-05-25 14:23:00

On SPARC Solaris using tclsh 8.6, I see

 $ tclsh8.6
% file join http://wiki.tcl.tk/yadda yadda
http:/wiki.tcl.tk/yadda/yadda

so it does not appear to be Windows specific

bch Arguably the http:// shouldn't even be presented to anything requiring or working-with paths, though. The "http:// " part is the "scheme" or transport mechanism. It's preamble to the path. See Wikipedia[L4 ] for more details.

neb - 2010/09/03 perhaps, but it isn't restricted to that example:

 % file join \\\\server\\share\\yadda yadda
 /server/share/yadda/yadda
 % file nativename [file join \\server\\share\\yadda yadda]
 \server\share\yadda\yadda

Changing the server\\share\folder convention to folder\folder\folder... (edited, because my original addition was gibberish.

neb - 2011/08/13 I'm answering my own question a year later, because I'm back in that same code again. The issue I was having was I wanted to be able to use a directory agnostically: I didn't want to have to worry about whether the dir was local, on a web site, whatever. What was dying was if I tried to join subdirectories or files to the path. Whenever I did, it stripped the slashes down to a single slash, and then following file accesses failed.

It turns out that it all works fine, *if* the protocol is mounted *before* you do path manipulations (I was passing a path joined to an url to a proc that mounted the appropriate protocol). eg:

 puts [file join http://www.google.com dummy]
 package require vfs::urltype
 vfs::urltype::Mount http
 puts [file join http://www.google.com dummy]

returns:

 http:/www.google.com/dummy
 http://www.google.com/dummy

I started to override vfs::urltype Mount to let me specify a mountpoint, but when I did I realized that the paths were suddenly working. So I can get everything to work by just mounting the protocols before working with the paths.

2011/11/30 - I just downloaded tclvfs-20080503 from Source Forge. README says I should do standard ./configure && make && make install. Let's see:

 $ tclvfs-20080503> ./configure 
 checking for correct TEA configuration... ok (TEA 3.5)
 checking for Tcl configuration... configure: WARNING: Can't find Tcl configuration definitions
 $ tclvfs-20080503> make
 make: *** No targets specified and no makefile found.  Stop.
 Exit 2

I am on Ubuntu 11.10 and I have no idea what that means and what I should do.

SEH -- Do you have tclConfig.sh installed on your machine in a place where the configure script can find it? A quick google of your error message finds this: [L5 ]

LES Thanks! It worked... to an extent.

 $ tclvfs-20080503> ./configure --with-tclconfig=/home/luc/bin/ActiveTcl-8.6/lib/ --with-tkconfig=/home/luc/bin/ActiveTcl-8.6/lib/

I'm not going to paste all the output here, it definitely looks like it worked. But then...

 $tclvfs-20080503> make
 make: *** No rule to make target `vfs.o', needed by `libvfs1.3.so'.  Stop.
 Exit 2

/me scratches head again. I wonder if the problem is my mixing of Tcl installations. I am using Ubuntu's Tcl/Tk standard packages, but you see I linked to an ActiveTcl installation I have in my home directory. I searched my entire disk and that was the only tclConfig.sh I could find. And all this trouble is just so I can use Mk4tcl...

SEH -- Since tclvfs in in Ubuntu's package repository, is there a reason you need to compile it from scratch rather than just install it?

LES Two reasons: 1) I would like to distribute my application as a complete, self-sufficient package (Starkit?) in the future; 2) I installed the Ubuntu package and it doesn't seem to work. Output in Tkcon:

 [luc]3759> source /home/luc/devel/tcl/Editor/metakit-2.4.9.7.kit
 can't find package vfs
 [luc]3760> package require vfs
 can't find package vfs

Kroc - 2016-02-02 There is a bug in current tclvfs releases (tclvfs-20080503 1.3 from SourceForge or 1.4.2 from ActiveState) when mouting a zip with vfs::zip in tkcon:

% package require vfs 
1.3 
% package require vfs::zip 
1.0.1 
% set mnt_file [vfs::zip::Mount Archive.zip Archive.zip] 
invalid command name "vfs::RegisterMount"

This bug was described here: https://bugs.activestate.com/show_bug.cgi?id=81845 but it seems the solution doesn't work correctly when used in tkcon.

I've found a workaround by turning vfsUtils.tcl into package vfs::utils 0.5. Here is the patch for tclvfs 1.3:

diff -uNr tclvfs-20080503.orig/pkgIndex.tcl.in tclvfs-20080503/pkgIndex.tcl.in
--- tclvfs-20080503.orig/pkgIndex.tcl.in        2008-04-16 01:59:24.000000000 +0200
+++ tclvfs-20080503/pkgIndex.tcl.in        2016-01-29 15:01:44.000000000 +0100
@@ -49,6 +49,7 @@
 package ifneeded vfs::urltype 1.0 [list source [file join $dir vfsUrl.tcl]]
 package ifneeded vfs::webdav  0.1 [list source [file join $dir webdavvfs.tcl]]
 package ifneeded vfs::tk      0.5 [list source [file join $dir tkvfs.tcl]]
+package ifneeded vfs::utils   0.5 [list source [file join $dir vfsUtils.tcl]]
 #
 # Virtual filesystems based on the template vfs:
 #

diff -uNr tclvfs-20080503.orig/library/vfsUtils.tcl tclvfs-20080503/library/vfsUtils.tcl 
--- tclvfs-20080503.orig/library/vfsUtils.tcl        2004-07-05 01:42:04.000000000 +0200
+++ tclvfs-20080503/library/vfsUtils.tcl        2016-01-29 14:45:20.000000000 +0100
@@ -4,6 +4,7 @@

 package require Tcl 8.4
 package require vfs
+package provide vfs::utils 0.5

 namespace eval ::vfs {
     variable debug 0

diff -uNr tclvfs-20080503.orig/library/zipvfs.tcl tclvfs-20080503/library/zipvfs.tcl 
--- tclvfs-20080503.orig/library/zipvfs.tcl        2008-04-15 23:11:53.000000000 +0200
+++ tclvfs-20080503/library/zipvfs.tcl        2016-01-29 15:01:42.000000000 +0100
@@ -3,6 +3,7 @@
 package provide vfs::zip 1.0.1

 package require vfs
+package require vfs::utils 0.5

 # Using the vfs, memchan and Trf extensions, we ought to be able
 # to write a Tcl-only zip virtual filesystem.  What we have below