Bug in function gzip...

[John W. Eaton]

On  7-Jan-2008, John W. Eaton wrote:

| On  7-Jan-2008, David Bateman wrote:
| 
| | 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.
| 
| The bug is that
| 
|   f = @(x) fileparts (x)
|   [dir, file, ext] = f ("dir/file.ext");
| 
| doesn't work when it apparently should.  At least part of the bug is
| in make_anon_fcn_handle in parse.y.  That function is taking
| 
|   @(x) expression
| 
| and generating the equivalent of
| 
|   function __retval__ = anon_fcn (x)
|     __retval__ = expression;
|   endfunction
| 
| I'm not sure of the correct fix yet.

OK, after looking at it a bit more, I think the following patch will
work.

jwe


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: diffs
Url: https://www.cae.wisc.edu/pipermail/bug-octave/attachments/20080107/14168e60/attachment.ksh