Bug in function gzip...

[David Bateman]

Ben Abbott wrote:
> On Jan 7, 2008, at 1:06 AM, Thomas Treichl wrote:
>   
>> 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
>   
If this is a difference between 3.0.0 and 3.0.0+ then I'd say its a
difference in the treatment of anonymous versus normal function handles
in the object classes code. It looks like there is a nasty bug in there
somewhere as the two versions of the cellfun call above should produce
the same result.

D.

-- 
David Bateman                                David.Bateman at motorola.com
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE                  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary