strippath slowness bug


    Nov 03 2007 | 8:15 am
    You thought externals are faster than abstractions?
    Not always, though I believe its a bug:
    strippath brings my machine for some minutes to an halt. An abstraction
    which does the same is immediate...
    Stefan
    --
    Stefan Tiedje------------x-------
    --_____-----------|--------------
    --(_|_ ----|-----|-----()-------
    -- _|_)----|-----()--------------
    ----------()--------www.ccmix.com

    • Nov 08 2007 | 1:11 pm
      Experiecing the same situation, I examined the help file which reads:
      "Note: strippath cannot work at interrupt level, so it defers processing to the event level if necessary."
      Most likely because of:
      "…strippath also tells you whether the resulting filename is in the search path or not so you can decide whether you should use the full path or just the filename."
      _
      johan
    • Nov 08 2007 | 1:38 pm
      On 8 nov. 07, at 14:11, jvkr wrote:
      > "Note: strippath cannot work at interrupt level, so it defers
      > processing to the event level if necessary."
      >
      > Most likely because of:
      >
      > "…strippath also tells you whether the resulting filename is
      > in the search path or not so you can decide whether you should use
      > the full path or just the filename."
      If you need to work at interrupt level, you can use regexp to extract
      the file name. But that also means that you assume the file really
      exists.
      ej
    • Nov 08 2007 | 1:41 pm
      On 8 nov. 07, at 14:11, jvkr wrote:
      > "Note: strippath cannot work at interrupt level, so it defers
      > processing to the event level if necessary."
      >
      > Most likely because of:
      >
      > "…strippath also tells you whether the resulting filename is
      > in the search path or not so you can decide whether you should use
      > the full path or just the filename."
      If you need to work at interrupt level, you can use regexp to extract
      the file name. Of course, that doesn't check if the file is in the
      search path.
      ej
    • Nov 08 2007 | 4:32 pm
      Thanks for that patch, I understand nothing of regexp, but now I'm triggered to look further into it.
      _
      johan
    • Nov 11 2007 | 4:30 pm
      Emmanuel Jourdan schrieb:
      > On 8 nov. 07, at 14:11, jvkr wrote:
      >
      >> "Note: strippath cannot work at interrupt level, so it defers
      >> processing to the event level if necessary."
      >>
      >> Most likely because of:
      >>
      >> "…strippath also tells you whether the resulting filename is in
      >> the search path or not so you can decide whether you should use the
      >> full path or just the filename."
      >
      > If you need to work at interrupt level, you can use regexp to extract
      > the file name. Of course, that doesn't check if the file is in the
      > search path.
      I never ever needed that functionality in my usage of strippath. It
      would be better to have a seperate external for that check, or have an
      @search attribute to shut this killer off and get rid of that outlet...
      But yes, your regexpr does it as well with a single object, but its hard
      to remember (for me its closer to impossible... ;-)
      Btw. how does the regexp has to look like if you want the opposite, get
      the path without the filename?...
      Still can't get my head around these regexpressions... ;-)
      I probably need a translator for a description like: split at the last
      "/", but thats what I do easily with atoi-zl-itoa...
      Stefan
      --
      Stefan Tiedje------------x-------
      --_____-----------|--------------
      --(_|_ ----|-----|-----()-------
      -- _|_)----|-----()--------------
      ----------()--------www.ccmix.com
    • Nov 11 2007 | 5:35 pm