Stefan Tiedje

You thought externals are faster than abstractions?

strippath brings my machine for some minutes to an halt. An abstraction 

strippath brings my machine for some minutes to an halt. An abstraction 
which does the same is immediate...

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com

strippath-slowness-bug

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."

"…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."

> "Note: strippath cannot work at interrupt level, so it defers 

> processing to the event level if necessary."

> "…strippath also tells you whether the resulting filename is 

> in the search path or not so you can decide whether you should use 

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 

> "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.

the file name. Of course, that doesn't check if the file is in the 

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.

Thanks for that patch, I understand nothing of regexp, but now I'm triggered to look further into it.

>> "Note: strippath cannot work at interrupt level, so it defers 

>> processing to the event level if necessary."

>> "…strippath also tells you whether the resulting filename is in 

>> the search path or not so you can decide whether you should use the 

> 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 

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 

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...

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...

strippath slowness bug