When trying to stop elogd processes with the kill command
elogd exits only after access to the logbook.

It should exit immediately, maybe after some cleanup.

Noee. Here it works immediately.

Can you try with a fresh server from the distribution, with the example 
elogd.cfg, to see if there is any difference?

The killing is handled in the funciton ctrlc_handler(), which sets _abort = 
TRUE. This  is checked in line 16195, just after the select(), and the main 
loop is exited. The select finishes after one second, although I believe 
that the kill signal also terminates the select prematurely. The kill 
command and a Ctrl-C keystroke should work the same way, they both generate 
a SIGTERM or SIGINT signal.

Hello,

I have a quick question regarding how to display text using the "Top text" 
feature in the elogd.cfg file.  I've made an entry that looks like the 
following:

Top text = <h1>TEXT TO DISPLAY</h1>

But instead of getting just "TEXT TO DISPLAY" I get something like this:

----begin page ---
/usr/local/elog         "TEXT TO DISPLAY"

...rest of page 

----end page ---

...that is, on the far left at the top of the page in unformatted text 
is "/usr/local/elog/" prepended to the text I want do display. 

I don't know if this is a bug, or (more likely) something misconfigured in 
my setup. But any help that could be provided would be most greatful.

Thanks,

Val   

This was a bug which only occurs under certain conditions, that's why nobody 
has seen it yet. I fixed it, the new version is available under CVS:

http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.275

> This was a bug which only occurs under certain conditions, that's why nobody 
> has seen it yet. I fixed it, the new version is available under CVS:
> 
> http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.275

Great! 

I'm inclined to wait until you release a new rpm with the changes, as I'm 
likely to mucky things up by trying to upgrade from the cvs archive rather than 
using the rpm mechanics. 

But glad to hear it's fixed.  

By the way, ELOG is a fantastic tool. I'm very thankful for all the effort gone 
into it. I do wish there were standard sql hooks, as I'm a bit fearful of how 
it will scale. But the front-end, which is often most neglected, is well 
thought out.  Thanks so much, Val

BUG#1
Given:

Attributes = Category, Status, Started, Finished, Activity, Headline
Type Started = date
Type Finished = date
Options Status = 1-To Do{1}, 2-Opened{2}, 3-Closed{3}, 4-Suspended{4}
{2} Preset Started = $date
{3} Preset Finished = $date
{4} Preset Finished = $date

There seems to be no setting of Date format (or Time format?) that gives a
meaningful value to attributes Started or Finished.  Even "Date format = %s"
- which gives number of seconds since 1970 - gives bad results.

BUG#2
In single entry view, elog returns an unformatted date value for "Type =
date" attributes - even when it has been manually entered with the date picker.

> BUG#1

Has been fixed. New version under CVS.

> BUG#2
> In single entry view, elog returns an unformatted date value for "Type =
> date" attributes - even when it has been manually entered with the date picker.

Can't reproduce that. Used your config, got the display attached.

> > BUG#1
> 
> Has been fixed. New version under CVS.

Thanks for that, Stefan.

> > BUG#2
> > In single entry view, elog returns an unformatted date value for "Type =
> > date" attributes - even when it has been manually entered with the date picker.
> 
> Can't reproduce that. Used your config, got the display attached.

Nor can I in the new version.  Forgive me if I don't investigate further. ;-)