Has the popen function been removed from libc.so in qnx 6.2?
An application that used to work now complain about unresolved symbol and an
objdump -t libc.so | grep popen can’t find it either.
/Torbjörn
Hi,
popen() is still included in libc.so. I just tried compiling the example
from the helpviewer, and it worked fine.
Regards,
Joe
“Torbjorn Mattsson” <torbjorn.mattsson@mecel.se> wrote in message
news:ajidd8$n0u$1@nntp.qnx.com…
Has the popen function been removed from libc.so in qnx 6.2?
An application that used to work now complain about unresolved symbol and
an
objdump -t libc.so | grep popen can’t find it either./Torbjörn
Since the problem is with a dynamically loaded library it will not show up
just on compilation. You have to run it also.
We can’t run the program on 6.1 either by the way.
We have a rather special setup here, we compile on a QNX4 server with cross
compilation support for neutrino (Delphi DE4) and then we run it on either
our special neutrino version or 6.x and up until this popen problem they
have been binary compatible. I realise that the compatibility isn’t
guaranteed but since it seemed to work for everything else I wanted to know
what happened and if we could fix it.
When looking at the objdump output I see that popen is defined in libc.so.1
but not libc.so.2
/Torbjörn
“Hardware Support” <hw@qnx.com> wrote in message
news:ajipvn$8e4$1@nntp.qnx.com…
Hi,
popen() is still included in libc.so. I just tried compiling the example
from the helpviewer, and it worked fine.Regards,
Joe
“Torbjorn Mattsson” <> torbjorn.mattsson@mecel.se> > wrote in message
news:ajidd8$n0u$> 1@nntp.qnx.com> …
Has the popen function been removed from libc.so in qnx 6.2?
An application that used to work now complain about unresolved symbol
and
an
objdump -t libc.so | grep popen can’t find it either./Torbjörn
\
While popen can’t be found in libc.so.2, you will find it in libc.a and
libcS.a. When you relink, popen.o should be be pulled in from libc.a, as
shown below:
attempt to open C:/QNXsdk/target/qnx6/shle/lib/libc.so succeeded
-lc (C:/QNXsdk/target/qnx6/shle/lib/libc.so)
attempt to open
C:/QNXsdk/host/win32/x86/usr/lib/gcc-lib/ntosh/2.95.3/ml/libgcc.a succeeded
attempt to open
C:/QNXsdk/host/win32/x86/usr/lib/gcc-lib/ntosh/2.95.3/ml/libc.a failed
attempt to open C:/QNXsdk/target/qnx6/shle/lib/ml/libc.a failed
attempt to open C:/QNXsdk/target/qnx6/shle/lib/libc.a succeeded
(C:/QNXsdk/target/qnx6/shle/lib/libc.a)popen.o
Cheers,
-Brian
“Torbjorn Mattsson” <torbjorn.mattsson@mecel.se> wrote in message
news:ajvi4f$1hn$1@nntp.qnx.com…
Since the problem is with a dynamically loaded library it will not show up
just on compilation. You have to run it also.We can’t run the program on 6.1 either by the way.
We have a rather special setup here, we compile on a QNX4 server with
cross
compilation support for neutrino (Delphi DE4) and then we run it on either
our special neutrino version or 6.x and up until this popen problem they
have been binary compatible. I realise that the compatibility isn’t
guaranteed but since it seemed to work for everything else I wanted to
know
what happened and if we could fix it.
When looking at the objdump output I see that popen is defined in
libc.so.1
but not libc.so.2/Torbjörn
“Hardware Support” <> hw@qnx.com> > wrote in message
news:ajipvn$8e4$> 1@nntp.qnx.com> …
Hi,popen() is still included in libc.so. I just tried compiling the
example
from the helpviewer, and it worked fine.Regards,
Joe
“Torbjorn Mattsson” <> torbjorn.mattsson@mecel.se> > wrote in message
news:ajidd8$n0u$> 1@nntp.qnx.com> …
Has the popen function been removed from libc.so in qnx 6.2?
An application that used to work now complain about unresolved symbol
and
an
objdump -t libc.so | grep popen can’t find it either./Torbjörn
\