Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 220 of 801  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  65843   Fri Apr 18 20:30:12 2008 Reply Arno TeunisseA.teeling3@chello.nlBug reportWindows2.7.3-2058Re: conditional options are not working in find

Stefan Ritt wrote:

Arno Teunisse wrote:

Just noticed that in IExplorer and Firefox when creating a new entrie i got a popup with the following text in it : Unknown toolbar item "ShowBlocks"

When clicking OK : everything is working. Think it has to do with FCKedit, but I'm not shure.

There must be an old version of FCKedit. Maybe just clear your browser's cache and try again. You can also try to download elog273-3.exe again (the one from yesterday I built at home on my laptop, so maybe something went wrong...). The current one (dated April 18th) I build at the institute.

Hello Stefan

You're right. Probably it's the old FCKedit that was in the browser cache. Clearing it and the problem was gone.

So there's nothing wrong with you're laptop.

Thank's again for the fix..

 

  66292   Thu Apr 9 10:52:29 2009 Reply Stefan Rittstefan.ritt@psi.chRequestLinux | OtherV2.7.5-213Re: conditional attributes
> I'm (ab)using elog as a database and would like to use conditional attributes, like:
> 
> Attributes = PC Name, Operating System, Version, Distribution
> Options Operating System = Linux{1}, Windows{2}
> {1} Show Attributes Edit = Operating System, Distribution, PC Name
> {2} Show Attributes Edit = Operating System, PC Name, Version
> 
> Problem is that there are several conditions and the list of attributes is rather long. Also, since it's a
> rather dynamic environment I have to make new attributes all the time, and adding them to all "show attributes"
>  lists is not only tedious, but bound to cause errors as well.
>  
> 
> So... 
> 
> I was thinking, would it be an idea to make the list of attributes to be shown or hidden on a per attribute base.
> 
>  
> 
> Like:
> 
> Attributes = PC Name, Operating System, Version, Distribution
> 
> # hide specific attributes
> Hide attributes = Distribution, PC Name
> 
> # or configure which fields should be shown allways
> Show Attributes = Operating System, Version
> 
> # add attributes based on OS
> Options Operating System = Linux{1}, Windows{2}
> {1} Show Attribute Edit = Distribution
> {2} Show Attribute Edit = PC Name
> 
> (just thinking out loud here).

Sure such a think can be implemented, but I have no time right now to do so. I will put it on the wish list.
  800   Thu Nov 18 09:40:25 2004 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.5.4-6Re: compiling elog on AMD64
> When compiling elogd on AMD64 (in 64 bit mode) there are many 
> warnings like these:
> 
> src/regex.c:3769: warning: cast from pointer to integer of different size
> src/regex.c:3769: warning: cast from pointer to integer of different size
> src/regex.c:3775: warning: cast to pointer from integer of different size
> 
> The reason is the (int) cast, which (I think) is not necessary.

Unfortunately I don't have a 64-bit compiler to try. Can you please check if
elogd.c has similar warnings or only regex.c? The ones in elogd.c I can fix,
but regex.c is straight from the GNU C library, so we would have to wait intil
they fix it. Or can you get it from the 64-bit C library? The point is that I
need the source code, so that I can compile it under Windows as well. Can you
try to compile elogd without regex.c, like 

gcc -g -O -W -Wall -o elogd src/elogd.c

If that works fine, we don't have to compile regex.c under linux. But I guess
it's still needed fot Solaris and other non-GNU Unix brands.
  802   Sun Nov 21 00:46:28 2004 Reply Heiko Scheith.scheit@mpi-hd.mpg.deBug reportLinux2.5.4-6Re: compiling elog on AMD64
> > When compiling elogd on AMD64 (in 64 bit mode) there are many 
> > warnings like these:
> > 
> > src/regex.c:3769: warning: cast from pointer to integer of different size
> > src/regex.c:3769: warning: cast from pointer to integer of different size
> > src/regex.c:3775: warning: cast to pointer from integer of different size
> > 
> > The reason is the (int) cast, which (I think) is not necessary.
> 
> Unfortunately I don't have a 64-bit compiler to try. Can you please check if
> elogd.c has similar warnings or only regex.c? 

  elogd.c shows the same warnings.

> The ones in elogd.c I can fix,
> but regex.c is straight from the GNU C library, so we would have to wait intil
> they fix it. Or can you get it from the 64-bit C library? The point is that I
> need the source code, so that I can compile it under Windows as well. Can you
> try to compile elogd without regex.c, like 
> 
> gcc -g -O -W -Wall -o elogd src/elogd.c

  This works OK.
 
  1647   Fri Feb 3 13:10:14 2006 Reply Willem KosterW.Koster@rc.rug.nlQuestionOther2.6.1Re: compiling elog 2.6.1 on solaris platform
[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]

There is a fix, we have 2.6.1 running on Solaris.

A colleague of me installed it and did mention something about having to go through the source and adapting the 
makefile. I didn't hear him speak of missing libraries though, I will ask him next week.
  1650   Mon Feb 6 08:27:40 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionOther2.6.1Re: compiling elog 2.6.1 on solaris platform

Angus Au wrote:
ld: fatal: library -lutil: not found


The util library was added recently because of the new shell substitution functionaly, which requires the forkpty() function call. If you know in which library the forkpty is available on solaris, the makefile could be adjusted accordingly. If the forkpty is not available at all, we have to disable the shell substitution under solaris via conditional compilation.
  1655   Mon Feb 6 16:44:46 2006 Reply Steve Jonessteve.jones@freescale.comQuestionOther2.6.1Re: compiling elog 2.6.1 on solaris platform

Stefan Ritt wrote:

Angus Au wrote:
ld: fatal: library -lutil: not found


The util library was added recently because of the new shell substitution functionaly, which requires the forkpty() function call. If you know in which library the forkpty is available on solaris, the makefile could be adjusted accordingly. If the forkpty is not available at all, we have to disable the shell substitution under solaris via conditional compilation.



Steve Jones wrote:
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?

-- Ah, just looked at the docs, I see what that buys us. Surely there is a similar function available that is cross platform?
  1656   Mon Feb 6 16:48:17 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionOther2.6.1Re: compiling elog 2.6.1 on solaris platform

Steve Jones wrote:
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?


See the config manual and look for $shell
ELOG V3.1.5-3fb85fa6