octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Another OOP issue


From: David Bateman
Subject: Another OOP issue
Date: Wed, 24 Sep 2008 01:08:17 +0200
User-agent: Thunderbird 2.0.0.16 (X11/20080725)

Ok, attached is the latest version of my toy galois field class (though
its already useful as is, but a duplicate of whats in octave-forge).
There are two versions of the isprimitive function, one that can be
called with matrix arguments and another with galois fields.

The version that takes a galois field manipulates the data and then
hands it off to the generic version. So @gf/isprimitive calls isprimitive.

If I run

addpath("/home/adb014/octave/galois")
isprimitive(gf([1,1,1]))

then everything is fine. However, on the second call the galois field
version of isprimitive is not called. and I get

isprimitive(gf([1,0,1]))
error: rem: complex arguments are not allowed
error: called from:
error:
/home/adb014/octave/code/octave-3.1-build/../octave-3.1-hg/scripts/general/rem.m
at line 61, column 5
error:   /home/adb014/octave/galois/isprimitive.m at line 3, column 1

which is just rem complaining about getting a galois field.

So it seems that the fact that @gf/isprimitive calls isprimitive is
somehow removing the overloading of isprimitive. Any ideas?

Regards
David

PS: Sending through gmail to address@hidden consistently has DNS failures. Can we dump the arsehole who poisoned the octave DNS record.


--
David Bateman                                address@hidden
35 rue Gambetta                              +33 1 46 04 02 18 (Home)
92100 Boulogne-Billancourt FRANCE            +33 6 72 01 06 33 (Mob)

Attachment: galois.tar.bz2
Description: BZip2 compressed data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]