Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 180 of 238  Not logged in ELOG logo
icon5.gif   List view for CHANGE attributes, posted by Holger Mundhahs on Wed Feb 22 13:49:03 2006 DetailView.jpgListView.jpg
Hello @all,
I've tried to implement an attribute with Change. The detail view works well,
but in the list view the field is empty (see screen shots). Can somebody help me?
    icon2.gif   Re: List view for CHANGE attributes, posted by Stefan Ritt on Wed Feb 22 13:55:08 2006 
> Hello @all,
> I've tried to implement an attribute with Change. The detail view works well,
> but in the list view the field is empty (see screen shots). Can somebody help me?
       icon14.gif   Re: List view for CHANGE attributes, posted by Holger Mundhahs on Wed Feb 22 15:47:45 2006 
Hello Mr. Ritt,

6 min 5 sek to answer - great. :D :D
icon5.gif   svn revision number in the source, posted by Steve Jones on Tue Feb 21 19:25:28 2006 
There is a variable $Id$ in source that looks like it is supposed to reflect the svn revision number of the compiled code.  How is this supposed to be set,
manually just before compiling?  
    icon2.gif   Re: svn revision number in the source, posted by Stefan Ritt on Tue Feb 21 20:24:18 2006 
[quote="Steve Jones"]There is a variable $Id$ in source that looks like it is supposed to reflect the svn revision number of the compiled code.  How is
this supposed to be set, manually just before compiling?[/quote]
       icon2.gif   Re: svn revision number in the source, posted by Steve Jones on Tue Feb 21 21:01:22 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]There is a variable $Id$ in source that looks like it is supposed to reflect the svn revision number of the compiled
code.  How is this supposed to be set, manually just before compiling?[/quote]
          icon2.gif   Re: svn revision number in the source, posted by Stefan Ritt on Tue Feb 21 21:17:13 2006 
[quote="Steve Jones"]So, when we go to the download section and download directly from there, that is not "committed" source?  I ask because the revision
id there is not set to anything that I can see.[/quote]
             icon14.gif   Re: svn revision number in the source, posted by Steve Jones on Tue Feb 21 21:58:16 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]So, when we go to the download section and download directly from there, that is not "committed" source?  I ask
because the revision id there is not set to anything that I can see.[/quote]
                icon2.gif   Re: svn revision number in the source, posted by Steve Jones on Tue Feb 21 22:13:40 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]So, when we go to the download section and download directly from there, that is not "committed"
source?  I ask because the revision id there is not set to anything that I can see.[/quote]
                   icon2.gif   Re: svn revision number in the source, posted by Stefan Ritt on Tue Feb 21 22:33:32 2006 
[quote="Steve Jones"]I have no idea how I got to CVS[/quote]

I realized that I had an old link to CVS when I checked your previous posting, so I updated that link like 30 min ago. That's why you got a new one.
                      icon7.gif   Re: svn revision number in the source, posted by Steve Jones on Tue Feb 21 22:37:14 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]I have no idea how I got to CVS[/quote]

I realized that I had an old link to CVS when I checked your previous posting, so I updated that link like 30 min ago. That's why you got a new one.[/quote]
icon5.gif   compiling elog 2.6.1 on solaris platform, posted by Angus Au on Thu Feb 2 03:19:44 2006 
I came across problem in compiling elog 2.6.1 on solaris platform.

The messages "
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Willem Koster on Fri Feb 3 13:10:14 2006 
[quote="Angus Au"]I came across problem in compiling elog 2.6.1 on solaris platform.

Is there any fix ? I can compile elog 2.6.0 successfully on solaris.[/quote]
    icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Stefan Ritt on Mon Feb 6 08:27:40 2006 
[quote="Angus Au"]ld: fatal: library -lutil: not found[/quote]

The [B]util[/B] library was added recently because of the new shell substitution functionaly, which requires the [B]forkpty()[/B] function call. If you
       icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Mon Feb 6 16:44:46 2006 
[quote="Stefan Ritt"][quote="Angus Au"]ld: fatal: library -lutil: not found[/quote]

The [B]util[/B] library was added recently because of the new shell substitution functionaly, which requires the [B]forkpty()[/B] function call. If you
          icon2.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Stefan Ritt on Mon Feb 6 16:48:17 2006 
[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: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Wed Feb 8 18:19:02 2006 
[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: 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: compiling elog 2.6.1 on solaris platform, posted by Stefan Ritt on Fri Feb 10 13:58:17 2006 
[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 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 Stefan Ritt on Fri Feb 10 17:29:03 2006 
[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 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 Stefan Ritt on Fri Feb 10 20:29:12 2006 
[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 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 Stefan Ritt on Fri Feb 10 22:35:20 2006 
[quote="Steve Jones"]BTW, Stefan, this code in Makefile does not work on Solaris
[code]
OSTYPE = $(shell uname)
                                           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)
                                              icon7.gif   Re: compiling elog 2.6.1 on solaris platform, posted by Steve Jones on Mon Feb 20 17:52:06 2006 
[quote="Steve Jones"][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,
    icon2.gif   Re: CONCERN: Cross-platform compiling at risk, posted by Stefan Ritt on Tue Feb 14 17:43:15 2006 
[quote="Steve Jones"]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
       icon2.gif   Re: CONCERN: Cross-platform compiling at risk, posted by Steve Jones on Tue Feb 14 22:31:08 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]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,
          icon2.gif   Re: CONCERN: Cross-platform compiling at risk, posted by Stefan Ritt on Wed Feb 15 18:25:15 2006 
[quote="Steve Jones"]Question: Is the functionality really just to issue an arbitrary command-string to a "shell" and have the result stuffed back into
an eLog variable?  I'm not an expert but it would seem that such a feature would be universally available or could be used to construct a suitable routine.
 
             icon2.gif   Re: CONCERN: Cross-platform compiling at risk, posted by Steve Jones on Wed Feb 15 19:02:32 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]Question: Is the functionality really just to issue an arbitrary command-string to a "shell"
and have the result stuffed back into an eLog variable?  I'm not an expert but it would seem that such a feature would be universally available or could
be used to construct a suitable routine.  
                icon2.gif   Re: CONCERN: Cross-platform compiling at risk, posted by Stefan Ritt on Fri Feb 17 13:31:00 2006 
[quote="Steve Jones"]If possible, could one use the [code]int system(const char *s);[/code] function in conjunction with a filei/o function as the means
for getting the results of a system call back into a var.  Perhaps [code]char *tmpnam(char *s);[/code], running a command via [code]int system(const char
*s);[/code], then opening that file for a read would accomplish what is being desired?
                   icon7.gif   Re: CONCERN: Cross-platform compiling at risk, posted by Steve Jones on Mon Feb 20 17:50:33 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]If possible, could one use the [code]int system(const char *s);[/code] function in conjunction with a filei/o
function as the means for getting the results of a system call back into a var.  Perhaps [code]char *tmpnam(char *s);[/code], running a command via [code]int
system(const char *s);[/code], then opening that file for a read would accomplish what is being desired?
icon5.gif   Accessing elog through two apache servers..., posted by Dimitrios Tsirigkas on Tue Feb 14 12:57:37 2006 good.pngbad.png
Hello,

We have elogd running on a pc, say cmsdaqpreseries, that also runs an apache server and we've made sure that it's only accessible through the apache server,
    icon2.gif   Re: Accessing elog through two apache servers..., posted by Stefan Ritt on Tue Feb 14 13:40:49 2006 
Hi Dimitrios,

I know where your problem is and you could actually help me in solving it. The reason of the problem is the redirection. After you login, you get redirected
       icon2.gif   Re: Accessing elog through two apache servers..., posted by Dimitrios Tsirigkas on Tue Feb 14 14:23:04 2006 
Hi Stefan, 

[quote="Stefan Ritt"]
          icon2.gif   Re: Accessing elog through two apache servers..., posted by Dimitrios Tsirigkas on Tue Feb 14 16:06:28 2006 
Hi,

The problem was coming from the fact that elog did not supports request coming from multiple hops through proxies. You got the ful string of them in the
             icon2.gif   Re: Accessing elog through two apache servers..., posted by Stefan Ritt on Wed Feb 15 18:13:25 2006 
Thanks for the patch, I committed it to Subversion Revision #1657.
icon5.gif   email problems, posted by Chris Warner on Tue Feb 7 21:02:22 2006 
When I select to get email notification on new logbook entries I receive this error when entering a new record.

Error sending Email via "xxx.xxx.xxx.xx": Syntax error, parameters in command "MAIL FROM: christopher_warner@xxx.gov SIZE=1985" unrecognized or missing
    icon2.gif   Re: email problems, posted by Stefan Ritt on Wed Feb 8 15:29:03 2006 
[quote="Chris Warner"]Error sending Email via "xxx.xxx.xxx.xx": Syntax error, parameters in command "MAIL FROM: christopher_warner@xxx.gov SIZE=1985" unrecognized
or missing
[/quote]
       icon2.gif   Re: email problems, posted by Chris Warner on Wed Feb 8 18:38:30 2006 
The email address id correct. I am using an Elog Binary. I don't have the source code .

Chris Warner
          icon2.gif   Re: email problems, posted by Stefan Ritt on Thu Feb 9 09:09:30 2006 
[quote="Chris Warner"]The email address id correct. I am using an Elog Binary. I don't have the source code.[/quote]

Ok, so I removed the [B]SIZE=xxx[/B] parameter, which is not strictly necessary anyhow I believe. So wait for the next release, and you can try.
             icon5.gif   Re: email problems, posted by Chris Warner on Fri Feb 10 21:26:33 2006 
Do you have an ise when that will be?

[quote="Stefan Ritt"][quote="Chris Warner"]The email address id correct. I am using an Elog Binary. I don't have the source code.[/quote]
                icon2.gif   Re: email problems, posted by Stefan Ritt on Fri Feb 10 21:50:27 2006 
[quote="Chris Warner"]Do you have an ise when that will be?[/quote]

In about a week from now.
icon1.gif   Posting without logging in!, posted by Dimitrios Tsirigkas on Thu Feb 9 14:15:54 2006 
Hi all! This is an HTTP POST request submitted from the command line using curl, and providing no authentication information. If I can post as myself using
this command, then shouldn't something be done about this? Cheers, Dimitris
    icon2.gif   Re: Posting without logging in!, posted by Stefan Ritt on Fri Feb 10 11:41:38 2006 
[quote="Dimitris"]Hi all! This is an HTTP POST request submitted from the command line using curl, and providing no authentication information. If I can
post as myself using this command, then shouldn't something be done about this?[/quote]
       icon2.gif   Re: Posting without logging in!, posted by Dimitrios Tsirigkas on Fri Feb 10 16:16:11 2006 
[quote="Stefan Ritt"]
Yes indeed. I fixed that in SVN revision 1655. I upgraded this server so you can try again if it works.[/quote]
icon5.gif   Work on PAM Support?, posted by Steve Jones on Wed Feb 8 18:23:52 2006 
Stefan (or any others):

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
    icon2.gif   Re: Work on PAM Support?, posted by Stefan Ritt on Thu Feb 9 09:12:44 2006 
[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: 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]
ELOG V3.1.5-3fb85fa6