| Anonymous | Login | 2026-03-12 23:47 CET |
| 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 |