Bug 92832 - showstopper: impossible to use cdf file
Summary: showstopper: impossible to use cdf file
Status: RESOLVED WORKSFORME
Alias: None
Product: kst
Classification: Applications
Component: general (show other bugs)
Version: 1.x
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kst
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-07 00:16 UTC by Nicolas Brisset
Modified: 2004-11-07 16:03 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Brisset 2004-11-07 00:16:12 UTC
Version:           1.0.0_pre1 (using KDE 3.2 BRANCH >= 20040204, Mandrake Linux Cooker i586 - Cooker)
Compiler:          gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk)
OS:                Linux (i686) release 2.6.3-7mdk

Probably due to recent changes in datasources or the datawizard, I can't load a .cdf file any longer ! It seems that the priority mechanism/source detection is broken.
The wizard indicates ASCII as source type even though cdf returns 76 when the file has an extension .cdf and ascii shouldn't return more than 75 ! 
Yes, I have checked that the cdf datasource has been built, which by the way shows that the modification George made to the --with-cdf configure switch was right :-)

Help on this is highly appreciated as it is a showstopper for me :-(
Comment 1 George Staikos 2004-11-07 00:34:52 UTC
On Saturday 06 November 2004 18:16, Nicolas Brisset wrote:
> Probably due to recent changes in datasources or the datawizard, I can't
> load a .cdf file any longer ! It seems that the priority mechanism/source
> detection is broken. The wizard indicates ASCII as source type even though
> cdf returns 76 when the file has an extension .cdf and ascii shouldn't
> return more than 75 ! Yes, I have checked that the cdf datasource has been
> built, which by the way shows that the modification George made to the
> --with-cdf configure switch was right :-)
>
> Help on this is highly appreciated as it is a showstopper for me :-(

  I had this happen too.  I think your LD_LIBRARY_PATH/library cache/rpath 
setup is incorrect.  Try deleting the CDF .so and use the .a instead.  It 
will probably work then.  Or set LD_LIBRARY_PATH or add to /etc/ld.so.conf to 
point to the directory with CDF libraries.

Comment 2 Nicolas Brisset 2004-11-07 09:59:06 UTC
Thanks for the tip :-) Indeed, the libs were in a non-standard location (/usr/local/cdf/lib) and adding /usr/local/cdf/lib to LD_LIBRARY_PATH solved the problem.
I will close this bug, with only a suggestion : couldn't we remove a datasource from the list in kst settings when loading it gives an error like in this case ? Since I could see it, I assume it was correctly installed and configured.
Comment 3 George Staikos 2004-11-07 16:03:32 UTC
On Sunday 07 November 2004 03:59, Nicolas Brisset wrote:
> 09:59 ------- Thanks for the tip :-) Indeed, the libs were in a
> non-standard location (/usr/local/cdf/lib) and adding /usr/local/cdf/lib to
> LD_LIBRARY_PATH solved the problem. I will close this bug, with only a
> suggestion : couldn't we remove a datasource from the list in kst settings
> when loading it gives an error like in this case ? Since I could see it, I
> assume it was correctly installed and configured.

  We dont' know it's a problem until we first try to use it.  Therefore we log 
an error to KstDebug and leave it as-is.  It would be unfortunate to force 
the user to exit Kst and reload after he fixes the problem anyway.