commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mladen Turk (Resolved) (JIRA)" <>
Subject [jira] [Resolved] (DAEMON-234) Allow the same jsvc binary executable to work with either or at runtime
Date Mon, 06 Feb 2012 14:39:59 GMT


Mladen Turk resolved DAEMON-234.

       Resolution: Fixed
    Fix Version/s: 1.0.9

Implemented by dynamically loading
This means that the library is not linked to
but it loads and resolves api symbols at run-time.
> Allow the same jsvc binary executable to work with either or
at runtime
> -----------------------------------------------------------------------------------------------
>                 Key: DAEMON-234
>                 URL:
>             Project: Commons Daemon
>          Issue Type: Improvement
>          Components: Jsvc
>    Affects Versions: 1.0.8
>            Reporter: Phil Clay
>             Fix For: 1.0.9
> From a recent mail thread on the commons user list...
> I would like to be able to use jsvc on both debian and redhat machines.  Ideally, I'd
like to be able to compile jsvc once, and use the same binary on both platforms.
> The problem I am encountering is that the version of libcap varies across machines.
> For example, if I compile jsvc on a RHEL 5.4 machine (which has, and then
attempt to run the same binary on a Debian 6 machine (which has, then the execution
fails with:
> jsvc: error while loading shared libraries: cannot open shared object file:
No such file or directory
> In order to create a single jsvc executable that works whether or not or is available at runtime, the jsvc code should use dlopen("") and then
dlsym all API's instead linking.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message