Bug in function gzip...

[Ben Abbott]

On Jan 7, 2008, at 1:06 AM, Thomas Treichl wrote:

> Søren Hauberg schrieb:
>> søn, 06 01 2008 kl. 13:52 +0100, skrev Thomas Treichl:
>>> Søren Hauberg schrieb:
>>>> lør, 05 01 2008 kl. 18:08 +0100, skrev Thomas Weber:
>>>>>>   octave:1> gzip ("~/.octaverc")
>>>>>>   error: invalid number of output arguments for expression X =  
>>>>>> RHS
>>>>>>   error: called from `?unknown?'
>>>>>>   error: cellfun: too many output arguments
>>>>>>   error: called from `myfileparts' in file
>>
> <SNIPPED some lines here>
>>
>> Thanks for any tip again about what I could check now...
>> I guess you'll have to step your way through the function, and find  
>> out
>> exactly where it is failing. The error message you sent isn't all  
>> that
>> helpful. The problem seems to be the call to the function  
>> 'myfileparts'.
>> So, what input is that function called with?
>> Søren
>
> Got it (just before I was getting crazy ;). I changed the line #104  
> in function
> 'myfileparts'
>
> from
>  [d, f, ext] = cellfun (@(x) fileparts (x), x, "UniformOutput",  
> false);
>
> to
>  [d, f, ext] = cellfun (@fileparts, x, "UniformOutput", false);
>
> and I got a gziped file. The same implementation also works for a  
> cell-array of
> strings input argument to 'gzip'. However, I still think that this  
> is not the
> real problem - but if you say yes this is the real problem then I  
> prepare a patch.
>
> Some other inline tests that I could run where I maybe can see  
> somekind of the
> same output? I'm currently out of ideas because all other cellfun  
> lines that I
> can find in the codes do work perfectly.

When I make the same change, I get the error below

error: can't perform indexing operations for <unknown type> type

Ben