Protect Selection page, posted by Hagelstein, Kay on Thu Feb 23 15:07:53 2006 
|
Hi,
I have a problem with the Option “Protect Selection page = 1” it doesn’t word in my Configuration. Is This a bug or a Problem with the Configuration?
|
Re: Protect Selection page, posted by Stefan Ritt on Thu Feb 23 15:50:20 2006
|
[quote="Hagelstein, Kay"]I have a problem with the Option “Protect Selection page = 1” it doesn’t word in my Configuration. Is This a bug or a Problem with
the Configuration?[/quote]
|
Re: Protect Selection page, posted by Hagelstein, Kay on Thu Feb 23 16:36:42 2006
|
[quote="Stefan Ritt"][quote="Hagelstein, Kay"]I have a problem with the Option “Protect Selection page = 1” it doesn’t word in my Configuration. Is This
a bug or a Problem with the Configuration?[/quote]
|
|
Comment <attr>/Tooltip <attr> not shown in detail view, posted by Holger Mundhahs on Thu Feb 23 12:06:44 2006
|
I've defined a comment or a tooltip for an attribute.
But the text is only shown in NEW/EDIT/REPLY mode, not in detail view.
Is this a bug or how can I enable the text (especially Comment) in
|
|
Re: Comment <attr>/Tooltip <attr> not shown in detail view, posted by Stefan Ritt on Thu Feb 23 15:20:40 2006
|
[quote="Holger Mundhahs"]I've defined a comment or a tooltip for an attribute.
But the text is only shown in NEW/EDIT/REPLY mode, not in detail view.
Is this a bug or how can I enable the text (especially Comment) in
|
|
How to build own/customized selection page?, posted by Holger Mundhahs on Wed Feb 22 19:04:19 2006
|
Hello @all,
with "Selection page = ..." I can link to an self defined selection page for the systems.
|
|
Re: How to build own/customized selection page?, posted by Stefan Ritt on Wed Feb 22 20:00:19 2006
|
[quote="Holger Mundhahs"]Hello @all,
with "Selection page = ..." I can link to an self defined selection page for the systems.
|
|
List view for CHANGE attributes, posted by Holger Mundhahs on Wed Feb 22 13:49:03 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?
|
|
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?
|
|
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
|
|
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?
|
|
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]
|
|
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]
|
|
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]
|
|
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]
|
|
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]
|
|
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. |
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]
|
|
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 "
|
|
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]
|
|
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 |
|
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 |
|
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]
|
|
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]
|
|
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]
|
|
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 |
|
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 |
|
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?
|
|
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?
|
|
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().
|
|
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().
|
|
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().
|
|
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)
|
|
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)
|
|
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)
|
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, |
|
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 |
|
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, |
|
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.
|
|
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.
|
|
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?
|
|
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?
|
|
Accessing elog through two apache servers..., posted by Dimitrios Tsirigkas on Tue Feb 14 12:57:37 2006
|
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, |
|
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 |
|
Re: Accessing elog through two apache servers..., posted by Dimitrios Tsirigkas on Tue Feb 14 14:23:04 2006
|
Hi Stefan,
[quote="Stefan Ritt"]
|
|
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 |
|
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. |