After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 93287 - Program::locate_file uses GnomeFileDomain which is a C enum
Program::locate_file uses GnomeFileDomain which is a C enum
Status: RESOLVED FIXED
Product: libgnomemm
Classification: Other
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2002-09-14 15:20 UTC by Manuel Clos
Modified: 2011-01-16 23:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Manuel Clos 2002-09-14 15:20:16 UTC 
The function

Glib::ustring locate_file(GnomeFileDomain domain, const Glib::ustring&
file_name, bool only_if_exists = true);

from

.../include/libgnomemm-2.0/libgnomemm/program.h

uses a C enum. It should be Gnome::FileDomain.

This prevents my app from getting to the pixmap complete path so I can load
it with Gtk::Image
Comment 1 Murray Cumming 2002-09-15 10:29:12 UTC 
Fixed in CVS.
Comment 2 Manuel Clos 2002-09-16 20:49:34 UTC 
I have tried gnomemm 1.3.10

when I try to use it:

cout << "PIX= " <<
Gnome::Program::get()->locate_file(Gnome::FILE_DOMAIN_APP_PIXMAP,
"pixmap_open.png") << endl;

at runtime I get:

gnome-program.c:986:gnome_program_locate_file(): Directory properties
not set correctly.  Cannot locate application specific files.
PIX=

Anyway, the problem was about the C enum, that is solved.

I'm using a -DPIXMAPS_DIR=/path/to/pixmaps at compile time, so I won't
investigate further.