Anonymous | Login | 2024-05-02 01:59 CEST |
Main | My View | View Issues |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
0003515 | [opensp_utils] regular use | minor | always | 2009-03-30 20:47 | 2009-04-05 11:54 | ||
Reporter | bwalton | View Status | public | ||||
Assigned To | pfelecan | ||||||
Priority | normal | Resolution | fixed | ||||
Status | closed | ||||||
Summary | 0003515: broken search path | ||||||
Description |
When using the ospcat program, it fails to behave as expected unless using either -D or $CWD contains a valid sgml catalog file. I think the configure option --enable-default-search-path should be set to .:/opt/csw/share/sgml:/opt/csw/share/xml:/opt/csw/etc/sgml, which would match behaviour on redhat linux. It is possible to avoid this issue by passing -D /opt/csw/etc/sgml to ospcat, but there are configure scripts (see mutt) that don't do this. |
||||||
Additional Information |
strace -eopen on rhel5.3 lists the following when running ospcat from ~: open("catalog", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/sgml/catalog", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/xml/catalog", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/sgml/catalog", O_RDONLY) = 3 truss -t open on sol10x86 from ~: open("catalog", O_RDONLY) Err#2 ENOENT |
||||||
Tags | No tags attached. | ||||||
Attached Files | |||||||
|
Copyright © 2000 - 2008 Mantis Group |