MenTaLguY wrote:
Probably the best we can do at the moment is a hueristic in addition to
the current does-it-have-a-scheme test:  if it doesn't parse as a URI or
has a single-character protocol, then also treat it as a native path.  

I've committed that to SVN; see how it works for you.
  
Thanks, Mental, your patch for the URI issue works fine for me.

On to the next problem: in 0.4, there was a lockfile feature added, which I suppose is useful for those running Hobix on machines that host multi-author blogs (?). I am having considerable difficulty with this in processing entries on Windows. The library seems to rely on POSIX-oriented methods, e.g., File#link, File::Stat#ino, File::Stat#rdev, that Windows just doesn't support properly, or at least Windows XP Home.

One symptom of this is that Lockfile#lock polls repeatedly and never is able to establish a lock, in a directory where it should be able to. The observed behavior is a long pause after completing an entry (see the block at lines 190-213 in hobix/storage/lockfile.rb, especially the conditions that raise a StatLockError at lines 200-201). FWIW, this process is also described on the RAA at http://raa.ruby-lang.org/project/lockfile/.

So some questions:
  1. Are there any Windows Hobix users running either 0.4 or 0.5 that have been able to get the lockfile stuff working properly? If so, what did you do, and what version of Windows are you running?
  2. I would like to propose some way of making the use of the lockfile library configurable, perhaps in the .hobixrc. Does anyone see a problem with this, or can you think of a more elegant way of solving the problem? If it's not obvious, I don't understand the  library well enough to try making it work  for Windows.

Thanks.
--

Brian C. Young

...the depth of human sinfulness is expressed in the way in which human beings deceive themselves into believing that the defense of, or commitment to, their own people requires the harm of other people.” --Duane K. Friesen



_______________________________________________
Hobix-is-the-way mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/hobix-is-the-way

Reply via email to