kmatplot-general

Re: [Kmatplot-general] Documentation

[Laurent J. <lja...@fy...>]

On Thursday 16 May 2002 14:10, Jos=E9 Luis G=F3mez Dans wrote:
> Hi,
> 	I have installed kmatplot (finally!) using the debian package. In the
> past, it was impossible for me to compile the source, so I am a happy
> person. However, I can't find any documentation on how to do a number
> of things.
>
> 	What I want to do is quite simply load up a file (a NxM matrix), and
> plot it as an image (X and Y axis are not obligatory), maybe with a
> colorbar (=E0 la Matlab :D) on the side. In other words, namely matlab
> words :-):
> imagesc(<data_set>)
> colorbar

Here is a simple example (I hope it helps you)

octave:26> [x,y]=3Dmeshgrid(1:256);
octave:27> g=3Dexp(-((x-128).^2+(y-128).^2)/1000);
octave:28> kaddaxes(0)
ans =3D 5
octave:29> kimage(g)
ans =3D 0

For the colorbar, I don't know.
Perhaps directly on kmatplot.


Bye,
Laurent.

Re: [Kmatplot-general] Documentation

[Hugo v. d. M. <s13...@ba...>]

> 	I have installed kmatplot (finally!) using the debian package. In the 
> past, it was impossible for me to compile the source, so I am a happy 
> person. However, I can't find any documentation on how to do a number 
> of things.
<SNIP>
> them :( Is there some documentation, or step-by-step example for idiots 
> like myself?

There are samples in the Help menu, however these do not work "out of
the box" with the current Debian package. I have not yet figured out how
to tell kmatplot that everything is installed in /usr/ and not
/usr/local/. Go to Settings->"Configure KMatplot" and change the Install
Path to /usr (instead of /usr/local). Then the samples in the help menu
will work.

That has some step-by-step instructions that shows you around a bit. Not
exactly what you are looking for, I'm sure, but maybe it will help to
get a better idea of how the whole app works.

I cannot help you much more than that, I haven't had time to play much
with it either. (I am also more interested in operating the thing from
Octave, which I am also not very sure about - don't know how to draw
nice 3D graphs yet.)

Hope this helps,
Hugo van der Merwe

[Kmatplot-general] Documentation

[<jos...@gm...>]

Hi,
	I have installed kmatplot (finally!) using the debian package. In the 
past, it was impossible for me to compile the source, so I am a happy 
person. However, I can't find any documentation on how to do a number 
of things.

	What I want to do is quite simply load up a file (a NxM matrix), and 
plot it as an image (X and Y axis are not obligatory), maybe with a 
colorbar (à la Matlab :D) on the side. In other words, namely matlab 
words :-):
imagesc(<data_set>)
colorbar

	I can somewhat get the data, but I can't for my life decide which 
option I need to use to get the graph plotted. I would have guessed 
that importing a dataset (this is achieved easily following one of the 
examples), adding some graphs and using the Wizard would do it, but I 
am at a loss, as I get a lot of axes, and I don't know what to do with 
them :( Is there some documentation, or step-by-step example for idiots 
like myself?

	Many thanks
José
 
-- 
José L Gómez Dans			PhD student
Tel: +44 114 222 5582			Radar & Communications Group
FAX; +44 870 132 2990			Department of Electronic Engineering
					University of Sheffield UK

[Kmatplot-general] Re: Debian package of kmatplot

[Hugo v. d. M. <hv...@de...>]

On Sun, May 12, 2002 at 06:59:25PM +0200, Laurent Jacques wrote:
> Thanks Hugo for the adding of kmatplot into debian sid.
> 
> I have just apt-get it now and it seems to work quite well.
> 
> Bye,
> Laurent.

Thanks, but it isn't perfect yet. For one, I'm not sure what to do with
kmatplotrc, I have a feeling it doesn't belong in /etc, and kmatplot is
searching for it in /usr/etc/settings/... clearly I'm missing some
compile switches or something. (You're not noticing that because you
already have a ~/.qt/kmatplotrc, I'm guessing.)

Next, there's one person experiencing segfaults when he tries to run it,
he posted to this list earlier. Has anyone else ever experienced 
something like that? I'll follow up on this issue later.


I still need to figure out how to plot nice surfaces from octave. Here's 
an example:

kaddaxes(1);
[XX YY] = meshgrid(-10:10, -10:10);
kmesh(XX, YY, sqrt(XX.^2+YY.^2));

Note that kmesh given only the Z parameter destroys the kmatplot window. 
There isn't some really nice docs on kmatplot yet, is there? I know of
the examples, and some help for the octave functions from within octave.

Thanks,
Hugo van der Merwe

[Kmatplot-general] Re: Debian package of kmatplot

[Laurent J. <lja...@fy...>]

Thanks Hugo for the adding of kmatplot into debian sid.

I have just apt-get it now and it seems to work quite well.

Bye,
Laurent.

[Kmatplot-general] qsettingsdir

[Hugo v. d. M. <s13...@ba...>]

Hello all,

kmatplotrc was installing in / by default. Giving it
--with-qsettings-dir=/etc did not make a difference where it was
installed. Setting QSETTINGSDIR=/etc finally had the file move to /etc. 
However, kmatplot isn't finding it. It is looking in
/usr/etc/settings/kmatplotrc according to strace.

How exactly does this qsettings / kmatplotrc thing work? Is there some
fixed path compiled into qt3? As it is just an install path in the
kmatplotrc file, I reckon it doesn't have to be in /etc... does it maybe
belong somewhere in /usr?

Thanks,
Hugo van der Merwe

[Kmatplot-general] kmatplot and Debian

[Roland S. <ma...@r2...>]

Hey,

when I try to compile kmatplot 0.4 like Timothy Harris discribed than I get the following compile error:
c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/share/qt/include -I/usr/X11R6/include -I../widgets    -O0 -fno-exceptions -fno-check-new  -c demo2d.cpp
/bin/sh ../../libtool --mode=link --tag=CXX c++  -O0 -fno-exceptions -fno-check-new   -o demo2d  -L/usr/X11R6/lib  demo2d.o ../widgets/libplot.a -lqt -lpng -lz
-lm -ljpeg -lXext -lX11 -lresolv -lSM -lICE -lXmu  -lGL -lGLU -lX11 -lresolv
mkdir .libs
c++ -O0 -fno-exceptions -fno-check-new -o demo2d demo2d.o  -L/usr/X11R6/lib ../widgets/libplot.a -lqt -lpng -lz -lm /usr/lib/libjpeg.so -lXext -lX11 -lresolv -lSM -lICE -lXmu -lGL -lGLU -lX11 -lresolv
demo2d.o: In function `main':
demo2d.o(.text+0x3d): undefined reference to `QMotifPlusStyle::QMotifPlusStyle(bool)'
collect2: ld returned 1 exit status
make: *** [demo2d] Fehler 1

When I try to run the binary from Kamil's deb than I get the following error:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9852)]
0x401cff9b in QColor::operator= () from /usr/lib/libqt.so.3
(gdb) bt
#0  0x401cff9b in QColor::operator= () from /usr/lib/libqt.so.3
#1  0x4022dcbc in QBrush::init () from /usr/lib/libqt.so.3
#2  0x4022de3a in QBrush::QBrush () from /usr/lib/libqt.so.3
#3  0x4022eb79 in QColorGroup::QColorGroup () from /usr/lib/libqt.so.3
#4  0x401c6af9 in qt_create_std_palette () from /usr/lib/libqt.so.3
#5  0x401c986e in QApplication::setPalette () from /usr/lib/libqt.so.3
#6  0x401c8056 in QApplication::style () from /usr/lib/libqt.so.3
#7  0x4024fa69 in QWidget::style () from /usr/lib/libqt.so.3
#8  0x40300652 in QMainWindow::QMainWindow () from /usr/lib/libqt.so.3
#9  0x0809e3f7 in QFile::name ()
#10 0x080b492c in QFile::name ()
#11 0x4092e17f in __libc_start_main () from /lib/libc.so.6

Hope my mistake is not too stupid! ;-)

regards
Roland Schulz

[Kmatplot-general] kmatplot 0.4 binaries for Suse 8.0

[<Car...@st...>]

High everybody,

just like to inform you that kmatplot 0.4 binaries (rpm) for 
Suse 8.0 are available at their website. 
e.g.:

ftp://ftp.suse.com/pub/suse/i386/supplementary/KDE/update_for_8.0/applicati
ons/kmatplot-0.4-0.rpm

(or any mirror of www.suse.de)

However, I haven't had the time to give it a try yet.

Aloha Carsten

[Kmatplot-general] make error

[Sascha H. <Sas...@gm...>]

hello all!

im trying to compile kmatplot 0.4 on Gentoo Linux with kde3 qt3 qt2 and
kdelibs2.2 installed.

This is the error i get after "make install":

/usr/qt/2/include/qpointarray.h:77:                 bool
QPointArray::putPoints(int, int, int, int, ...)
make[2]: *** [qsdrvqt.o] Error 1
make[2]: Leaving directory `/home/drak/kmatplot-0.4/kmatplot/widgets'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/home/drak/kmatplot-0.4/kmatplot'
make: *** [install-recursive] Error 1

Thx for your time!

Greetings,
Sascha Heid

[Kmatplot-general] compile problems

[David C. <dd...@la...>]

SGksDQoNCkknbSBoYXZpbmcgdHJvdWJsZSBnZXR0aW5nIEttYXRwbG90IHRvIGNvbXBpbGUg
b24gbXkgcmggNy4xIGJveC4gIEkNCmNvbXBpbGVkIFFUIDMuMC4zIHllc3RlcmRheS4NCg0K
SGVyZSBpcyB0aGUgdGFpbCBvZiB0aGUgY29tcGlsZSBsb2c6DQoNCm1ha2VbM106IEVudGVy
aW5nIGRpcmVjdG9yeSBgL3Vzci9sb2NhbC9zcmMva21hdHBsb3QtMC40L2ttYXRwbG90Jw0K
L2Jpbi9zaCAuLi9saWJ0b29sIC0tbW9kZT1saW5rIC0tdGFnPUNYWCBjKysgIC1PMCAtZm5v
LWV4Y2VwdGlvbnMgLWZuby1jaGVjay1uZXcgICAtbyBrbWF0cGxvdCAtTC91c3IvbG9jYWwv
cXQvbGliIC1ML3Vzci9YMTFSNi9saWIgIGtzbWF0cml4c2hlZXQubyBrc2dsb2JhbHNldHRp
bmdzLm8ga3NtYXRyaXgubyBrc2dsb2JhbG1hdHJpeGxpc3QubyBxc2NvYmplY3RzLm8ga3N3
b3JrYm9vay5vIGtzY29tbWFuZHMubyBxc2N0b29scy5vIGtzcHJvamVjdHhtbC5vIGtzcGFu
ZWxtYW5hZ2VyLm8ga3NvYmplY3RmYWN0b3J5Lm8ga3NkYXRhb2JqZWN0ZmFjdG9yeS5vIGtz
ZGF0YXN5bWJvbGZhY3RvcnkubyBrc21hdHJpeGVkaXRvci5vIGtzbWF0cml4bWF0Lm8ga3Nt
YXRyaXhpby5vIGtzbWF0cml4aW9oYW5kbGVyLm8ga3NtYXRyaXhhc2NpaS5vIGtzc29ja2V0
aW8ubyBrc3dvcmtzaGVldGRsZy5vIGttYXRwbG90c2hlbGwubyBrc3dvcmtzcGFjZS5vIGtz
d2lucGFnZXZpZXcubyBrc3dpbndvcmtzaGVldC5vIG1haW4ubyBrc3dvcmtzcGFjZS5tb2Mu
byBrc21hdHJpeGlvaGFuZGxlci5tb2MubyBrc3dpbnBhZ2V2aWV3Lm1vYy5vIHFzY3Rvb2xz
Lm1vYy5vIGtzZ2xvYmFsbWF0cml4bGlzdC5tb2MubyBrc3dvcmtzaGVldGRsZy5tb2MubyBr
c21hdHJpeGVkaXRvci5tb2MubyBrc3NvY2tldGlvLm1vYy5vIGtzd2lud29ya3NoZWV0Lm1v
Yy5vIGtzbWF0cml4c2hlZXQubW9jLm8ga3NtYXRyaXhpby5tb2MubyBrc21hdHJpeC5tb2Mu
byBrbWF0cGxvdHNoZWxsLm1vYy5vIHFzY29iamVjdHMubW9jLm8ga3N3b3JrYm9vay5tb2Mu
byBrc3BhbmVsbWFuYWdlci5tb2MubyAgd2lkZ2V0cy9saWJwbG90LmEgZm9ybXVsYS9saWJm
b3JtdWxhLmEgZGlhbG9ncy9saWJkaWFsb2dzLmEgIC1scXQgLWxwbmcgLWx6IC1sbSAtbGpw
ZWcgLWxYZXh0IC1sWDExIC1scmVzb2x2IC1sU00gLWxJQ0UgLWxHTCAtbEdMVSAtbFgxMSAt
bHJlc29sdiAtbFhtdSAtbHJlc29sdiANCmMrKyAtTzAgLWZuby1leGNlcHRpb25zIC1mbm8t
Y2hlY2stbmV3IC1vIGttYXRwbG90IGtzbWF0cml4c2hlZXQubyBrc2dsb2JhbHNldHRpbmdz
Lm8ga3NtYXRyaXgubyBrc2dsb2JhbG1hdHJpeGxpc3QubyBxc2NvYmplY3RzLm8ga3N3b3Jr
Ym9vay5vIGtzY29tbWFuZHMubyBxc2N0b29scy5vIGtzcHJvamVjdHhtbC5vIGtzcGFuZWxt
YW5hZ2VyLm8ga3NvYmplY3RmYWN0b3J5Lm8ga3NkYXRhb2JqZWN0ZmFjdG9yeS5vIGtzZGF0
YXN5bWJvbGZhY3RvcnkubyBrc21hdHJpeGVkaXRvci5vIGtzbWF0cml4bWF0Lm8ga3NtYXRy
aXhpby5vIGtzbWF0cml4aW9oYW5kbGVyLm8ga3NtYXRyaXhhc2NpaS5vIGtzc29ja2V0aW8u
byBrc3dvcmtzaGVldGRsZy5vIGttYXRwbG90c2hlbGwubyBrc3dvcmtzcGFjZS5vIGtzd2lu
cGFnZXZpZXcubyBrc3dpbndvcmtzaGVldC5vIG1haW4ubyBrc3dvcmtzcGFjZS5tb2MubyBr
c21hdHJpeGlvaGFuZGxlci5tb2MubyBrc3dpbnBhZ2V2aWV3Lm1vYy5vIHFzY3Rvb2xzLm1v
Yy5vIGtzZ2xvYmFsbWF0cml4bGlzdC5tb2MubyBrc3dvcmtzaGVldGRsZy5tb2MubyBrc21h
dHJpeGVkaXRvci5tb2MubyBrc3NvY2tldGlvLm1vYy5vIGtzd2lud29ya3NoZWV0Lm1vYy5v
IGtzbWF0cml4c2hlZXQubW9jLm8ga3NtYXRyaXhpby5tb2MubyBrc21hdHJpeC5tb2MubyBr
bWF0cGxvdHNoZWxsLm1vYy5vIHFzY29iamVjdHMubW9jLm8ga3N3b3JrYm9vay5tb2MubyBr
c3BhbmVsbWFuYWdlci5tb2MubyAgLUwvdXNyL2xvY2FsL3F0L2xpYiAtTC91c3IvWDExUjYv
bGliIHdpZGdldHMvbGlicGxvdC5hIGZvcm11bGEvbGliZm9ybXVsYS5hIGRpYWxvZ3MvbGli
ZGlhbG9ncy5hIC1scXQgLWxwbmcgLWx6IC1sbSAvdXNyL2xpYi9saWJqcGVnLnNvIC1sWDEx
IC1scmVzb2x2IC91c3IvbGliL2xpYkdMLnNvIC1sU00gLWxJQ0UgLWxYZXh0IC1sWGkgLWxY
MTEgLWxkbCAvdXNyL2xpYi9saWJHTFUuc28gLWxYMTEgLWxyZXNvbHYgLWxYbXUgLWxyZXNv
bHYNCmRpYWxvZ3MvbGliZGlhbG9ncy5hKGtzZXhwb3J0cGljdHVyZWRsZy5vKTogSW4gZnVu
Y3Rpb24gYEtTRXhwb3J0UGljdHVyZURsZzo6ZXhwb3J0UGljdHVyZSh2b2lkKSc6DQprc2V4
cG9ydHBpY3R1cmVkbGcubygudGV4dCsweDEzNWIpOiB0aGUgdXNlIG9mIGB0bXBuYW0nIGlz
IGRhbmdlcm91cywgYmV0dGVyIHVzZSBgbWtzdGVtcCcNCndpZGdldHMvbGlicGxvdC5hKHFz
Y29udG91ci5vKTogSW4gZnVuY3Rpb24gYFFTQ29udG91cjo6ZHJhd2luZ19maWxscyh2b2lk
KSc6DQpxc2NvbnRvdXIubygudGV4dCsweDE1ODkpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRv
IGBRU0NvbnRvdXI6OmZpbmRfbGV2ZWxfZ3JlYXRlcl90aGFuKGRvdWJsZSknDQp3aWRnZXRz
L2xpYnBsb3QuYShxc2NvbnRvdXIubyk6IEluIGZ1bmN0aW9uIGBRU0NvbnRvdXI6OmRyYXdf
cmVjdGFuZ2xlKFFTUHQzZiBjb25zdCAqKSc6DQpxc2NvbnRvdXIubygudGV4dCsweDFhMTcp
OiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBRU0NvbnRvdXI6OmZpbmRfbGV2ZWxfZ3JlYXRl
cl90aGFuKGRvdWJsZSknDQpjb2xsZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1cw0K
bWFrZVszXTogKioqIFtrbWF0cGxvdF0gRXJyb3IgMQ0KbWFrZVszXTogTGVhdmluZyBkaXJl
Y3RvcnkgYC91c3IvbG9jYWwvc3JjL2ttYXRwbG90LTAuNC9rbWF0cGxvdCcNCm1ha2VbMl06
ICoqKiBbYWxsLXJlY3Vyc2l2ZV0gRXJyb3IgMQ0KbWFrZVsyXTogTGVhdmluZyBkaXJlY3Rv
cnkgYC91c3IvbG9jYWwvc3JjL2ttYXRwbG90LTAuNC9rbWF0cGxvdCcNCm1ha2VbMV06ICoq
KiBbYWxsLXJlY3Vyc2l2ZV0gRXJyb3IgMQ0KbWFrZVsxXTogTGVhdmluZyBkaXJlY3Rvcnkg
YC91c3IvbG9jYWwvc3JjL2ttYXRwbG90LTAuNCcNCm1ha2U6ICoqKiBbYWxsLXJlY3Vyc2l2
ZS1hbV0gRXJyb3IgMg0KDQotLSANCkRhdmlkIEQuIENsYXJrCQkNCk1TIEQ0NTQJCQkNCkJp
b3BoeXNpY3MsIFAtMjEJZGRjbGFya0BsYW5sLmdvdg0KTEFOTA0KTG9zIEFsYW1vcywgTk0g
ODc1NDUNCkdQRy9QR1AgUHVibGljIEtleSBJRCAweENGQ0I1RTBDIGF2YWlsYWJsZSBhdCBo
dHRwOi8vd3d3LnVzLnBncC5uZXQ=

Re: [Kmatplot-general] kmatplot_0.4-1_i386.deb

[Kamil D. <kam...@wp...>]

Dnia nie 24. marzec 2002 23:57, napisa?e?:
> Hello Kamil,
>
> First of all, thank you for this new version of kmatplot.
> I approve also your qt-only choice.
> I'm using kmatplot successfully through octave now without bugs.
>
> Second, as usual, I have compiled the new debian package
> (kmatplot_0.4-1_i386.deb) that you can find here
> 	ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/
>
> To compile it, I had to change the inlined find_level_greater_than(double)
> qscontour.cpp as pointed by Timothy Harris.
>
> It seems that the two main problems of kmatplot 0.3, namely the openGL
> inclusion of QT for debian and the libpng conflicts between libpng2 and
> libpng3, have disapeared. There is also no need of the $LD_PRELOAD trick
> now.
>

Thanks Laurent ! 


> Unfortunately, I have detected one error: none of the examples of the help
> menu work.


Try to change the install path under Settings/Configure KMatplot. Initial 
value is taken from a confi file named 'kmatplotrc', which is installed in 
$QTDIR/etc/settings or is set to '/usr/local' if Qt can't find the file.

Kamil.

[Kmatplot-general] kmatplot_0.4-1_i386.deb

[Laurent J. <lja...@fy...>]

Hello Kamil,

First of all, thank you for this new version of kmatplot.
I approve also your qt-only choice. 
I'm using kmatplot successfully through octave now without bugs.

Second, as usual, I have compiled the new debian package 
(kmatplot_0.4-1_i386.deb) that you can find here
	ftp://fyma.fyma.ucl.ac.be/pub/ljacques/Linux/projects/kmatplot/

To compile it, I had to change the inlined find_level_greater_than(double) 
qscontour.cpp as pointed by Timothy Harris.

It seems that the two main problems of kmatplot 0.3, namely the openGL 
inclusion of QT for debian and the libpng conflicts between libpng2 and 
libpng3, have disapeared. There is also no need of the $LD_PRELOAD trick now.

Unfortunately, I have detected one error: none of the examples of the help 
menu work.

Best regards,
Laurent.

Re: [Kmatplot-general] relocation error, __dynamic_cast_2

[Fabian D. <Fab...@st...>]

On Thu, 2002-03-21 at 19:27, Timothy Harris wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Thursday 21 Mar 2002 18:14 pm, you wrote:
> > widgets/libplot.a(qscontour.o): In function
> > `QSContour::drawing_fills(void)':
> > qscontour.o(.text+0x16cb): undefined reference to
> > `QSContour::find_level_greater_than(double)'
> > widgets/libplot.a(qscontour.o): In function
> > `QSContour::draw_rectangle(QSPt3f const *)':
> > qscontour.o(.text+0x1b61): undefined reference to
> > `QSContour::find_level_greater_than(double)'
> 
> I had this problem too. It appears that either gcc or ld can't deal with the 
> fact that find_level_greater_than(double) is inline. I haven't tried 
> compiling it with any other version I just did the nasty hack and removed the 
> inline word from the qscontour.cpp & .h files. The program appears to run 
> fine.
> Tim


Thanks!

Fabian

Re: [Kmatplot-general] relocation error, __dynamic_cast_2

[Timothy H. <ti...@po...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 21 Mar 2002 18:14 pm, you wrote:
> widgets/libplot.a(qscontour.o): In function
> `QSContour::drawing_fills(void)':
> qscontour.o(.text+0x16cb): undefined reference to
> `QSContour::find_level_greater_than(double)'
> widgets/libplot.a(qscontour.o): In function
> `QSContour::draw_rectangle(QSPt3f const *)':
> qscontour.o(.text+0x1b61): undefined reference to
> `QSContour::find_level_greater_than(double)'

I had this problem too. It appears that either gcc or ld can't deal with the 
fact that find_level_greater_than(double) is inline. I haven't tried 
compiling it with any other version I just did the nasty hack and removed the 
inline word from the qscontour.cpp & .h files. The program appears to run 
fine.
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD4DBQE8miYgBYrcB1iEURERAvtCAKCl1PhQTlxfVZsEdIQVa+QrFH5XhQCYt0+t
5FbWa3/fp4lLw7tbOJlH2g==
=chp1
-----END PGP SIGNATURE-----

[Kmatplot-general] relocation error, __dynamic_cast_2

[Fabian D. <Fab...@st...>]

Hi,

I installed KMatplot 0.4 binary on a Debian Woody 3.0 and I get the
following message :

kmatplot: relocation error: kmatplot: undefined symbol: __dynamic_cast_2

Notice that a window appears for a fraction of a second and then closes.


I also tried to compile the sources and get (the last lines):


c++ -O0 -fno-exceptions -fno-check-new -o kmatplot ksmatrixsheet.o
ksglobalsettings.o ksmatrix.o ksglobalmatrixlist.o qscobjects.o
ksworkbook.o kscommands.o qsctools.o ksprojectxml.o kspanelmanager.o
ksobjectfactory.o ksdataobjectfactory.o ksdatasymbolfactory.o
ksmatrixeditor.o ksmatrixmat.o ksmatrixio.o ksmatrixiohandler.o
ksmatrixascii.o kssocketio.o ksworksheetdlg.o kmatplotshell.o
ksworkspace.o kswinpageview.o kswinworksheet.o main.o ksworkspace.moc.o
ksmatrixiohandler.moc.o kswinpageview.moc.o qsctools.moc.o
ksglobalmatrixlist.moc.o ksworksheetdlg.moc.o ksmatrixeditor.moc.o
kssocketio.moc.o kswinworksheet.moc.o ksmatrixsheet.moc.o
ksmatrixio.moc.o ksmatrix.moc.o kmatplotshell.moc.o qscobjects.moc.o
ksworkbook.moc.o kspanelmanager.moc.o  -L/usr/X11R6/lib
widgets/libplot.a formula/libformula.a dialogs/libdialogs.a -lqt -lpng
-lz -lm /usr/lib/libjpeg.so -lXext -lX11 -lresolv -lSM -lICE -lXmu
-lresolv
dialogs/libdialogs.a(ksexportpicturedlg.o): In function
`KSExportPictureDlg::exportPicture(void)':
ksexportpicturedlg.o(.text+0x12b4): the use of `tmpnam' is dangerous,
better use `mkstemp'
widgets/libplot.a(qscontour.o): In function
`QSContour::drawing_fills(void)':
qscontour.o(.text+0x16cb): undefined reference to
`QSContour::find_level_greater_than(double)'
widgets/libplot.a(qscontour.o): In function
`QSContour::draw_rectangle(QSPt3f const *)':
qscontour.o(.text+0x1b61): undefined reference to
`QSContour::find_level_greater_than(double)'
collect2: ld returned 1 exit status
make[3]: *** [kmatplot] Error 1
make[3]: Leaving directory `/tmp/kmatplot-0.4/kmatplot'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/kmatplot-0.4/kmatplot'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/kmatplot-0.4'
make: *** [all-recursive-am] Error 2



Any idea ?

[Kmatplot-general] Debian Install Instructions & 0.4 Bugs

[Timothy H. <ti...@po...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey all,
Following the given instructions to get kmatplot 0.4 to install didn't work 
so here is what I did to get it to compile under Debian.

1) install libqt3 & libqt3-dev
WARNING: may stop older qt apps working, don't think so but it is a 
possibility since the libqt.so et al. links are replaced. The libqt-dev & 
friends will have to be removed, this only affects you if you are compiling 
older qt apps as well. If you are having problem I suspect you can reinstall 
the libqt-dev package if you need it (don't know haven't tested it...).

2) export QTDIR=/usr/share/qt

3) Had some file time issues as I am in a different timezone so I extracted 
the archive with the -m option. Those not so on the bleeding edge will not 
have this issue...

4) ./configure --prefix=/usr
personal preference (I think)

5) remove the inline from the find_level_greater_than() function in 
kmatplot/widgets/qscontour.cpp & .h
the linker doesn't seem to like this??
c++ version = 2.95.4
ld version = 2.11.93.0.2

5) make
6) make install

Note: I am running Debian unstable

I had a couple problems:
1) above mentioned linking problem
2) When installed with prefix other than that of /usr/local the configuration 
dialog still has /usr/local as the install dir.
3) There doesn't appear to be any way to create a new worksheet, so how do I 
enter data!

Looking great,
Thanks
Tim

PS
Kamil: After my exam on Friday I'll have a play with the CVS version...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8mAwNBYrcB1iEURERApjxAJ0V9GF53tt5yJGgYfFk/OPbj92jwwCgxIgZ
GXik1paMrC++wzwklAipMfY=
=WUW8
-----END PGP SIGNATURE-----

[Kmatplot-general] New version of KMatplot

[Kamil D. <kam...@wp...>]

New snapshot of KMatplot 0.4 is available for download on 
kmatplot.sourceforge.net.  KMatplot became a QT-only application, it requires 
qt-3.0.1.

Changes:
- New MDI gui,
- graph wizard,
- rich text labels ( unfortunately a rich text implementation in Qt has still 
many bugs ).

Kamil

Re: [Kmatplot-general] Re: Kmatplot under Debian

[Kamil D. <kam...@wp...>]

> > > > > Website ;-) :
> > > > > The website isn't display correctly on a 1152x864 resolution with
> > > > > konqueror 2.2.2 because konqueror doesn't like nested <ol> and too
> > > > > long text (the suse link) in a <ol>. So the table is much too wide.
> > > >
> > > > Yes I know, it doesn't even pass W3C tests, but I have a little
> > > > enthusiasm for maintaining it . After all it is only a web site ....
> > >
> > > Well this one thing is really annoying. And I think the website isn't
> > > that unimportant because it's the first impression of the project. In
> > > case you want me to, I could fix this one problem.
> >
> > Of course, if you want. I can give you the access to the website or you
> > can just send me corrected files.
>
> I took the online version and just changed the text a little bit, so that
> the width fits. I'll email you the file. Of course this isn't really
> better, but to make it really better I think we need to reorganize the
> whole page. Do you want me to think up a whole new page layout?
>


Of course, you can even design a new www page - it's your choice.

Kamil 

Re: [Kmatplot-general] Re: Kmatplot under Debian

[Roland S. <ma...@r2...>]

Hey,

On Thursday, 14. March 2002 04:55, Kamil Dobkowski wrote:
> Dnia wto 12. marzec 2002 02:39, napisa?e?:
> > On Tuesday, 12. March 2002 22:41, you wrote:
> > > Dnia nie 10. marzec 2002 23:27, napisa?e?:
> > > > 2. Problem:
> > > > Debian has two different version of the qt lib. One with GL support
> > > > and one without. The linked programm only works, if it is linked to
> > > > libqt-gl *before* any qt or kde lib. Otherwise it crashes on startup
> > > > in Kapplication::Kapplication (the first time it tries to access the
> > > > qt lib). So the --with-qgl-extension switch doesn't work correctly
> > > > for Debian, because this lib isn't inserted before all kde and qt
> > > > libs. I don't really understand how the --with-qgl-extension switch
> > > > works so I'm not able to provide a good fix. I was however able to
> > > > get it running, by changing the startup script kmatplot/kmatplot by
> > > > hand so that the "-lqt-gl" switch comes before any other "-l" switch
> > > > for the relink_command in line 20.
> > >
> > > There are three versions of Qt. On my RedHat I have qgl compiled-in
> > > into the main shared library file, but there are versions with the
> > > dynamic library qgl.so and the static one: qgl.a. Autoconf script tries
> > > to link a tiny example program with '-lqgl', and if everything is ok it
> > > means that the library is present, so it defines QGLLIB as "-lqgl"  for
> > > use in Makefile.am's.
> >
> > Well there is no qgl lib on debian. But that's IMHO no problem.
> >
> > > It assumes that if there is a separate qgl library present,
> > > the main QT library hasn't qgl extension compiled in.
> >
> > This assumtion is correct for Debian.
> >
> > > If you provide--with-qgl-lib, QGLLIB variable is set directly.
> >
> > The problem is, that the qt-gl lib must be linked to before any other qt
> > or kde lib. So qt-gl must come before kdecore and qt.
>
> I get it ! There is the second copy of Qt library, but with GL extension
> compiled in. Is it true ? 
You're right!
> It isn't very clever, I think, because usually
> both librares have to be in memory.  
Well most application don't use GL so, so this lib is normally not in memory. 
Nevertheless I don't really like the approach because it took me really long 
to figure it out, because it's not documented ;-(. The reason why they did 
it, is that for the GL stuff to work some threading stuff has to be activated 
but this is not compatible to some other stuff (don't ask me about the 
details ;-)). So they decided that the "normal" version is without GL so most 
people don't have this problem. But those who need GL have even more problems 
this way ;-(.
> If I put QTLIB before QGLLIB then the
> linker will catch Qt symbols from the first Qt lib, but it will not find
> any QGL... symbols there, so it will search further until it'll find them
> in the second lib.  It should even work if the both libraries have the same
> version, but maybe I'm wrong.
This doesn't work because of this threads problem.
> If i put QGLLIB before QTLIB then it takes
> all symbols from the same library, but still - it will be formally linked
> to the two Qt libraries.  Am I right ?
Yes.

> > > > Website ;-) :
> > > > The website isn't display correctly on a 1152x864 resolution with
> > > > konqueror 2.2.2 because konqueror doesn't like nested <ol> and too
> > > > long text (the suse link) in a <ol>. So the table is much too wide.
> > >
> > > Yes I know, it doesn't even pass W3C tests, but I have a little
> > > enthusiasm for maintaining it . After all it is only a web site ....
> >
> > Well this one thing is really annoying. And I think the website isn't
> > that unimportant because it's the first impression of the project. In
> > case you want me to, I could fix this one problem.
>
> Of course, if you want. I can give you the access to the website or you can
> just send me corrected files.
I took the online version and just changed the text a little bit, so that the 
width fits. I'll email you the file. Of course this isn't really better, but 
to make it really better I think we need to reorganize the whole page. Do you 
want me to think up a whole new page layout?

regards
Roland Schulz

[Kmatplot-general] Re: Kmatplot under Debian

[Kamil D. <kam...@wp...>]

Dnia wto 12. marzec 2002 02:39, napisa?e?:
> Hey,
>
> On Tuesday, 12. March 2002 22:41, you wrote:
> > Dnia nie 10. marzec 2002 23:27, napisa?e?:
> > > 2. Problem:
> > > Debian has two different version of the qt lib. One with GL support and
> > > one without. The linked programm only works, if it is linked to
> > > libqt-gl *before* any qt or kde lib. Otherwise it crashes on startup in
> > > Kapplication::Kapplication (the first time it tries to access the qt
> > > lib). So the --with-qgl-extension switch doesn't work correctly for
> > > Debian, because this lib isn't inserted before all kde and qt libs. I
> > > don't really understand how the --with-qgl-extension switch works so
> > > I'm not able to provide a good fix. I was however able to get it
> > > running, by changing the startup script kmatplot/kmatplot by hand so
> > > that the "-lqt-gl" switch comes before any other "-l" switch for the
> > > relink_command in line 20.
> >
> > There are three versions of Qt. On my RedHat I have qgl compiled-in into
> > the main shared library file, but there are versions with the dynamic
> > library qgl.so and the static one: qgl.a. Autoconf script tries to link a
> > tiny example program with '-lqgl', and if everything is ok it means that
> > the library is present, so it defines QGLLIB as "-lqgl"  for use in
> > Makefile.am's.
>
> Well there is no qgl lib on debian. But that's IMHO no problem.
>
> > It assumes that if there is a separate qgl library present,
> > the main QT library hasn't qgl extension compiled in.
>
> This assumtion is correct for Debian.
>
> > If you provide--with-qgl-lib, QGLLIB variable is set directly.
>
> The problem is, that the qt-gl lib must be linked to before any other qt or
> kde lib. So qt-gl must come before kdecore and qt.
>

I get it ! There is the second copy of Qt library, but with GL extension 
compiled in. Is it true ? It isn't very clever, I think, because usually both 
librares have to be in memory.  If I put QTLIB before QGLLIB then the linker 
will catch Qt symbols from the first Qt lib, but it will not find any QGL... 
symbols there, so it will search further until it'll find them in the second 
lib.  It should even work if the both libraries have the same version, but 
maybe I'm wrong. If i put QGLLIB before QTLIB then it takes all symbols from 
the same library, but still - it will be formally linked to the two Qt 
libraries.  Am I right ?

> > > Website ;-) :
> > > The website isn't display correctly on a 1152x864 resolution with
> > > konqueror 2.2.2 because konqueror doesn't like nested <ol> and too long
> > > text (the suse link) in a <ol>. So the table is much too wide.
> >
> > Yes I know, it doesn't even pass W3C tests, but I have a little
> > enthusiasm for maintaining it . After all it is only a web site ....
>
> Well this one thing is really annoying. And I think the website isn't that
> unimportant because it's the first impression of the project. In case you
> want me to, I could fix this one problem.
>

Of course, if you want. I can give you the access to the website or you can 
just send me corrected files.

Kamil

[Kmatplot-general] Re: compiling CVS

[Kamil D. <kam...@wp...>]

> Hey,
> I wanted to have a peek at the latest version so I aquired the CVS version
> of kmatplot off sourceforge. I had to do a couple things just to get it to
> start compiling.
> 1) uncomment line 12 in Makefile.am which says:
> $(top_srcdir)/configure.in: configure.in.in $(top_srcdir)/subdirs
> as autoconf complained about it.

I even don't know what this line is needed for. Automake stuff is based on 
templates from KDE project of KDevelop, I've only added a few tests to it. It 
seems to be too complicated, but everything works here on my computer. 
After checking out a module I invoke :
make -f Makefile.dist all
./configure
make
and it goes without problems. 

> 2) I also had to remove pixmaps from line 4 in kmatplot/Makefile.am
> It appears that the kmatplot/pixmaps directory is not in CVS
> 3)Make complained that it couldn't make kmatplot/formula/mpsymbol.o so I
> copied copied mpsymbol.h & mpsymbol.cpp from the 0.31 distrbution. (They
> are required for mpsymbols.o as well)
> I'm now stuck as qsconsole.h & .cpp seem to be required and they are not in
> CVS. Would it be possible for you to refresh the sourceforge CVS against
> your working directory as several files appear to be missing?

I'll try to fix those errors in a few days. I recently made big changes. I 
removed a few dozens of files and added dozens of other files and apparently 
got out of sync.  I think it's the time to start using some automated tool 
for managing CVS instead of those shell commands ;) 

> Is it worth me playing with the CVS version or are too many things changing
> to make it worth while?

Current CVS version uses Qt 3.0.1 and doesn't use KDE libraries. It is quite 
usable, I only have to fix some smaller errors.  

> I know some C++ and have done Qt programming in the past. If you would like
> some help I can do the odd small job or some documentation. I am quite
> busy, but would like to see this program improve.

Of course, any help would be greatly appreciated but I can't tell you what to 
do, so if you have any ideas ...  and there is never enough documentation ( 
especially because currently there is no documentation at all  ).

Kamil

Re: [Kmatplot-general] UI & Feature Suggestions

[Kamil D. <kam...@wp...>]

Dnia sob 9. marzec 2002 21:58, napisałeś:
> Hey,
> Having played around with 0.3.1 here are a few suggestions (I know your
> working on 0.4 which is different, but perhaps you can integrate these If
> you haven't already):
> 1) splitter bar between chart area and property bar so the property area
> can be resized.
> 2) Disable scroll bars on the edit boxes, especially the small ones as they
> hide all the text if a string longer than the box is entered (eg. X axis
> title).
> 3) A method of being able to edit the data from the chart/curve. So a
> button to bring up the sheet for the current curve/chart.
> 4) Is there a way to do best fit lines/curves?
> 5) I think that the apply button should be visible by default (personal
> preference). It would also be nice to be able to save the view settings.
> What sort of state is 0.4 in?
> The graphs look great, and it looks like it's going to be really useful for
> my lab reports.
> Thanks,
> Tim
>
Hi,

Most of those problems are fixed in 0.4, but there is still no curve fitting 
:( 

Kamil

[Kmatplot-general] UI & Feature Suggestions

[Timothy H. <ti...@po...>]

Hey,
Having played around with 0.3.1 here are a few suggestions (I know your 
working on 0.4 which is different, but perhaps you can integrate these If you 
haven't already):
1) splitter bar between chart area and property bar so the property area can 
be resized.
2) Disable scroll bars on the edit boxes, especially the small ones as they 
hide all the text if a string longer than the box is entered (eg. X axis 
title).
3) A method of being able to edit the data from the chart/curve. So a button 
to bring up the sheet for the current curve/chart.
4) Is there a way to do best fit lines/curves?
5) I think that the apply button should be visible by default (personal 
preference). It would also be nice to be able to save the view settings.
What sort of state is 0.4 in?
The graphs look great, and it looks like it's going to be really useful for 
my lab reports.
Thanks,
Tim

[Kmatplot-general] Debian Install Problems Solution

[Timothy H. <ti...@po...>]

Hey,
I've just joined the list and looking back through the archives I've noticed 
that several people have had problems installing kmatplot under Debian, just 
as I have had.
1) The debian package wouldn't run due to difference in libpng versions (so 
I'm compiling kmatplot myself)
2) Got error, while compiling, about not having the KDE headers in the prefix 
(Solution: install kdebase-dev package)
3) Got error, while compiling, about missing qtgl reference (or something 
like that). Solution: install libqt-gl-dev package then give the configure 
script "--with-qgl-extension=/usr/lib/libqt-gl.a"
4) No octave integration. (Before configuring & compiling install octave2.1 
instead of 2.0 due to missing mkoctfile program)

Tips for Debian compilation:
Make sure you have the following packages:
kdebase-dev
libqt-gl-dev
octave2.1 (and associates)
configure with:
"./configure --prefix=/usr --with-qgl-extension=/usr/lib/libqt-gl.a"
The --prefix=/usr is there so that kmatplot goes in with all the other KDE 
apps and doesn't have any problems finding it's resources.

Hope this helps,
Tim

[Kmatplot-general] install problem kmatplot-0.3.1

[<arn...@ph...>]

Hi,

under debian woody (details below) the installation fails
in the demos directory (namely, demo3d while linking; demo2d has been
built and running produce a window with a sine plot.)

I have the following packages installed (debian, woody)

kdebase      2.2.1.0-6
kdebase-audi 2.2.1.0-6
kdebase-libs 2.2.1.0-6
kdelibs3     2.2.2-5
kdebase-dev  2.2.1.0-6
libqt-dev    2.3.1-16
xlibmesa3    4.1.0-9
xlibmesa-dev 4.1.0-9

Is any of my GL things not up-to-date or incorrect, or what am I missing
here ?

Copying by hand demo2d to demo3d and continuing leads to the
next error (in scilab, see below). Removing scilab from the
master makefile it continues to compile nicely until
a further linking stage, see third part below.
Again
  QGLContext::QGLContext
  QGLFormat::QGLFormat
  QGLFormat::setDoubleBuffer
are the one which it does not find.

Any clues ?

Arnd


Result of make:
---------------

[...]
make[3]: Entering directory
`/scratch/abaecker/NEW2/KMAT/kmatplot-0.3.1/kmatplot
/demos'
/bin/sh ../../libtool --mode=link --tag=CXX c++  -O2 -fno-exceptions
-fno-check-
new   -o demo3d  -L/usr/X11R6/lib demo3d.o ../widgets/libplot.la -lqt
-lpng -lz
-lm -ljpeg -lXext -lX11 -lresolv -lSM -lICE -lXmu  -lGL -lGLU -lX11
-lresolv
c++ -O2 -fno-exceptions -fno-check-new -o demo3d demo3d.o
-L/usr/X11R6/lib ../w
idgets/.libs/libplot.a -L/usr/lib/gcc-lib/i386-linux/2.95.4 -lstdc++ -lc
-lgcc -
lqt -lpng -lz -lm /usr/lib/libjpeg.so -lXext -lX11 -lresolv -lSM -lICE
-lXmu -lG
L -lGLU -lX11 -lresolv
../widgets/.libs/libplot.a(qsdrvopengl.o): In function
`QSDrvOpenGL::init(QSAxes
3D *)':
qsdrvopengl.o(.text+0x609): undefined reference to
`QGLFormat::QGLFormat(void)'
qsdrvopengl.o(.text+0x618): undefined reference to
`QGLFormat::setDoubleBuffer(b
ool)'
qsdrvopengl.o(.text+0x633): undefined reference to
`QGLContext::QGLContext(QGLFo
rmat const &, QPaintDevice *)'
qsdrvopengl.o(.text+0x9eb): undefined reference to
`QGLContext::QGLContext(QGLFo
rmat const &, QPaintDevice *)'
collect2: ld returned 1 exit status
make[3]: *** [demo3d] Error 1
make[3]: Leaving directory
`/scratch/abaecker/NEW2/KMAT/kmatplot-0.3.1/kmatplot/
demos'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/scratch/abaecker/NEW2/KMAT/kmatplot-0.3.1/kmatplot'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/scratch/abaecker/NEW2/KMAT/kmatplot-0.3.1'
make: *** [all-recursive-am] Error 2



------------------------------
copying by hand demo2d to demo3d and continuing leads to the
next error:

Making all in scilab
make[3]: Entering directory
`/scratch/abaecker/NEW2/KMAT/kmatplot-0.3.1/kmatplot/scilab'
gcc  -I/usr/lib/scilab -O -c plots.c -o plots.o
In file included from plots.c:2:
/usr/lib/scilab/routines/stack-c.h:64: interf/stack1.h: No such file or
directory
/usr/lib/scilab/routines/stack-c.h:65: interf/stack2.h: No such file or
directory
/usr/lib/scilab/routines/stack-c.h:66: interf/stack3.h: No such file or
directory
make[3]: *** [plots.o] Error 1




---------------

mkdir .libs
c++ -O2 -fno-exceptions -fno-check-new -o .libs/kmatplot
ksgeneraldialogs.o ksgraphw
izarddlg.o ksmatrixpanel.o ksmatrixeditor.o ksexportpicturedlg.o
ksmatrixmat.o ksmat
rixio.o ksmatrixiohandler.o ksmatrixascii.o kssocketio.o ksplotchannels.o
ksdeletedl
g.o ksdeletedlgdata.o ksimportdlg.o ksimportdlgdata.o ksexportdlg.o
ksexportdlgdata.
o ksworksheetdlg.o kmatplotshell.o main.o ksmatrixiohandler.moc.o
ksexportpicturedlg
.moc.o ksworksheetdlg.moc.o ksgraphwizarddlg.moc.o ksmatrixeditor.moc.o
ksimportdlg.
moc.o ksgeneraldialogs.moc.o kssocketio.moc.o ksexportdlg.moc.o
ksmatrixio.moc.o ksp
lotchannels.moc.o ksdeletedlg.moc.o kmatplotshell.moc.o
ksmatrixpanel.moc.o ksmatrix
formulapanelinterf.o ksobjecttreedlginterf.o kssequencedlginterf.o
ksvaluerangedlgin
terf.o kscellrangedlginterf.o kssurfacewizarddlginterf.o
ksmatrixstringpanelinterf.o
 kscolumndatadlginterf.o ksmatrixrefpanelinterf.o ksmatrixpanelinterf.o
ksexportpict
ureinterf.o kmatplot_meta_unload.o  -L/usr/X11R6/lib
./part/.libs/libkmatplot.so -L/
usr/lib/gcc-lib/i386-linux/2.95.4 /usr/lib/libkparts.so
/usr/lib/libkfile.so /usr/li
b/libksycoca.so -L/usr/lib /usr/lib/libkio.so /usr/lib/libkdesu.so -lutil
/usr/lib/l
ibkssl.so /usr/lib/libkdeui.so /usr/lib/libkdecore.so -ldl
/usr/lib/libDCOP.so -lqt
-lpng /usr/lib/libjpeg.so -lXext -lSM -lICE -lXinerama -lz -lGL -lGLU
-lX11 -lresolv
 -lstdc++ -lm -lc -lgcc -lXmu -Wl,--rpath -Wl,/home/abaecker/pub3/lib
-Wl,--rpath -W
l,/usr/lib -Wl,--rpath -Wl,/usr/X11R6/lib
./part/.libs/libkmatplot.so: undefined reference to
`QGLContext::QGLContext(QGLForma
t const &, QPaintDevice *)'
./part/.libs/libkmatplot.so: undefined reference to
`QGLFormat::QGLFormat(void)'
./part/.libs/libkmatplot.so: undefined reference to
`QGLFormat::setDoubleBuffer(bool
)'
collect2: ld returned 1 exit status