Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 112 of 807  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Wed Feb 8 18:34:43 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][QUOTE="Steve Jones"]I have checked and can find no reference within Sun documents regarding the support of the
forkpty() function.  I have not been following elog development lately -- what is shell substitution supposed to buy us?[/QUOTE]
    icon2.gif   Re: Work on PAM Support?, posted by Steve Jones on Thu Feb 9 19:51:26 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]Has anyone been seriously looking into building in PAM support in eLog?  I ask because I have started reading
the developer papers from Sun and looking at sample code.[/quote]
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Fri Feb 10 17:22:36 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]Stefan, I found the following "forkpty()" replacement for running under Solaris.[/quote]

Ok, I put your code into the current SVN revision (1656). Unfortunately I cannot try it due to the lack of a Sun. Maybe you can try and tell me if it's
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Fri Feb 10 20:24:56 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]Actually, what I will be delivering is a new Makefile with conditional compile statements plus the C code module
since the example that I provided need some cleaning.  Since I don't have a Linux system on which to test the conditional compile completely I would need
you to do that.  Sound ok?
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Fri Feb 10 21:52:35 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]Ok, I see what you did.   I took a different route since I was not sure how the gnu linker would handle the fact
that there would be two declarations of the forkpty() function when compiled and linked under Linux.  Instead, I created a separate forkpty.c module and
compiled it separately.  Then, if "solaris", link it in.  Otherwise, use library "util" which already has forkpty().
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Fri Feb 10 22:31:38 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]Ok, I see what you did.   I took a different route since I was not sure how the gnu linker
would handle the fact that there would be two declarations of the forkpty() function when compiled and linked under Linux.  Instead, I created a separate
forkpty.c module and compiled it separately.  Then, if "solaris", link it in.  Otherwise, use library "util" which already has forkpty().
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Mon Feb 13 18:22:08 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]BTW, Stefan, this code in Makefile does not work on Solaris
[code]
OSTYPE = $(shell uname)
icon4.gif   CONCERN: Cross-platform compiling at risk, posted by Steve Jones on Tue Feb 14 16:22:56 2006 
Stefan, I am concerned that there are becoming too many Linux dependencies in terms of required libraries and header files.  Although we have a replacement
for the [code]forkpty()[/code] routine, I am running into many other dependencies, the latest of which is pty.h.  Aren't there guidelines in GCC that point
out what is available cross-platform and what is not?  For example, any SVR# (System Five, Release XX) based Unix will not include the forkpty() function,
ELOG V3.1.5-3fb85fa6