elogd.cfg cannot be saved, posted by Mo on Thu Jul 25 19:17:13 2002
|
Hello,
In the newest version of eLog, I was having trouble saving the
configurations once I change them through the web interface. I can change
them and save them fine if I do it in notepad; but that way you have to
restart the elogd server. I think this is a bug on the new version unless
I am doing something wrong. Also I was wondering if you were going to add
any of the wish list items on version 2.0.6 (Conditional attributes seems
to have the most votes and would be an extremely helpful feature!! :-).
Thank You.
Mo. |
Re: elogd.cfg cannot be saved, posted by Stefan Ritt on Fri Jul 26 10:47:21 2002
|
> In the newest version of eLog, I was having trouble saving the
> configurations once I change them through the web interface.
I found a problem in the elogd.c code, which might cause that proplem
sometimes. The fix is available from
http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c
If you need a windows executable, please let me know.
> I can change
> them and save them fine if I do it in notepad; but that way you have to
> restart the elogd server.
That should not be necessary, since elogd reads in the configuration file at
each access, so it can be modified externally without problem (although the
internal configuration should be the preferred way...)
> Also I was wondering if you were going to add
> any of the wish list items on version 2.0.6 (Conditional attributes seems
> to have the most votes and would be an extremely helpful feature!! :-).
I will have some spare time towards the end of August, so I hope to work on
these requests next month. |
elog-2.0.5 core dumps under Solaris, posted by Christian Korschan on Wed Jul 24 16:44:44 2002
|
Just compiled elog-2.0.5 under Solaris 8 and 9 without any warnings/errors
but the elogd binary just core dumps:
# /opt/ELOG/bin/elogd -c /opt/ELOG/elogd.cfg
Indexing logbook "demo"...
Bus Error (core dumped)
.. tracing elogd shows:
[ lines snipped ]
2964: brk(0x005B8A68) = 0
2964: ioctl(1, TCGETA, 0xFFBEE6BC) = 0
Indexing logbook "demo"...
2964: write(1, " I n d e x i n g l o g".., 27) = 27
2964: Incurred fault #5, FLTACCESS %pc = 0x000164C0
2964: siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
2964: Received signal #10, SIGBUS [default]
2964: siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
2964: *** process killed ***
#
... any glue ? |
Re: elog-2.0.5 core dumps under Solaris, posted by Christian Korschan on Wed Jul 24 17:24:31 2002
|
> Just compiled elog-2.0.5 under Solaris 8 and 9 without any warnings/errors
> but the elogd binary just core dumps:
>
> # /opt/ELOG/bin/elogd -c /opt/ELOG/elogd.cfg
> Indexing logbook "demo"...
> Bus Error (core dumped)
>
> .. tracing elogd shows:
>
> [ lines snipped ]
> 2964: brk(0x005B8A68) = 0
> 2964: ioctl(1, TCGETA, 0xFFBEE6BC) = 0
> Indexing logbook "demo"...
> 2964: write(1, " I n d e x i n g l o g".., 27) = 27
> 2964: Incurred fault #5, FLTACCESS %pc = 0x000164C0
> 2964: siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
> 2964: Received signal #10, SIGBUS [default]
> 2964: siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
> 2964: *** process killed ***
> #
>
> ... any glue ?
Hmmm - stupid me used a broken patch used to get rid of alphasort under 2.0.4
this entry and it's predecessor should be DELETED - sorry for the confusion :-( |
Improved display speed, posted by Stefan Ritt on Tue Jul 23 15:59:55 2002
|
Version 2.0.5 of elog has been released today. Among various bugfixes, the
display speed for threaded lists has been improved significantly. Display
all messages of this forum and press the reload button to see the
difference. |
change the Email From address used when sending notifications, posted by WootenE on Tue Jul 16 15:19:08 2002
|
Is there a way to change the From address used when sending notifications
from ELOG? I was hoping there might be another attribute that would go
along with the smtp host section.
Thanks,
Eric |
Re: change the Email From address used when sending notifications, posted by Stefan Ritt on Tue Jul 23 09:16:01 2002
|
> Is there a way to change the From address used when sending notifications
> from ELOG? I was hoping there might be another attribute that would go
> along with the smtp host section.
>
> Thanks,
> Eric
Yes there is an option
Use Email from = xxxx
see documentation. |
Port specification with -p fails under RedHat Linux (2.0.4-1), posted by Joeri Mastop on Mon Jul 15 14:09:30 2002
|
Hello,
I noticed a strange behaviour with Elog 2.0.4 (i386 RPM) in Linux (RH 7.2).
I started Elog out-of-the-box with portnumber 888 ('sbin/elogd -p 888').
It runs just fine, but appears to listen to port 8080, the default! It
looks like the -p option on the command-line is ignored.
Anyone seen similar problems?
Joeri |
Re: Port specification with -p fails (SOLVED, more or less), posted by Joeri Mastop on Mon Jul 15 15:05:22 2002
|
> Anyone seen similar problems?
Probably not if you read the config file, 'cause I didn't. Shame on me...
But what this shows (Stefan: correct me if I'm wrong) is that if you set
the port number in the [global] section of the config file, the command-line
option '-p' is ignored. FYI...
Joeri |
Re: Port specification with -p fails (SOLVED, more or less), posted by Stefan Ritt on Tue Jul 23 09:12:14 2002
|
> > Anyone seen similar problems?
> Probably not if you read the config file, 'cause I didn't. Shame on me...
>
> But what this shows (Stefan: correct me if I'm wrong) is that if you set
> the port number in the [global] section of the config file, the command-line
> option '-p' is ignored. FYI...
>
> Joeri
I changed that behaviour, so from 2.0.5 on the command line port setting has
precedence over the configuration file (as it should be). |
Reverse sort, threaded display fails when there is only 1 entry in logbook, posted by Ravi Pappu on Sun Jul 14 15:15:19 2002
|
This is not a serious bug...but when the global settings are as follows
[global]
Display mode = threaded
Reverse sort = 1
all logbooks with only a single entry produce the wrong URL on
clicking "last 10"
The URL produced is http://localhost:8080/LogbookName/0
instead of http://localhost:8080/LogbookName/1
Ravi |
Re: Reverse sort, threaded display fails when there is only 1 entry in logbook, posted by Stefan Ritt on Wed Jul 17 14:53:18 2002
|
>
>
> This is not a serious bug...but when the global settings are as follows
>
> [global]
> Display mode = threaded
> Reverse sort = 1
>
> all logbooks with only a single entry produce the wrong URL on
> clicking "last 10"
>
> The URL produced is http://localhost:8080/LogbookName/0
> instead of http://localhost:8080/LogbookName/1
>
> Ravi
This question has been answered in elog:55 . |
last x link TEXT, posted by H. Scheit on Fri Jul 12 10:18:21 2002
|
The last x link TEXT now shows up like this
'Last 20 entries?mode=threaded'
I can not reproduce this with the elogdemo logbook, however. |
Re: last x link TEXT, posted by Stefan Ritt on Fri Jul 12 10:26:40 2002
|
> The last x link TEXT now shows up like this
>
> 'Last 20 entries?mode=threaded'
>
> I can not reproduce this with the elogdemo logbook, however.
...because it has been fixed in meantime (revision 2.41). I have not made a
new release since I want to fix the elog password submission first. In
meantime, you can get the actual version from
http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c |
entry number not updated properly after deleting, posted by mo on Thu Jul 11 15:59:17 2002
|
Hello,
If you delete a message from the middle of a logbook that contains a
bunch of messages, the message numbers do not get updated properly. For
instance, if you have 20 messages in the logbook, and delete number 15,
entry numbers 16 through 20 all do not get subtracted by one; their numbers
stay the same with #15 just missing in the middle.
Mo |
Re: entry number not updated properly after deleting, posted by Stefan Ritt on Thu Jul 11 16:03:56 2002
|
> Hello,
> If you delete a message from the middle of a logbook that contains a
> bunch of messages, the message numbers do not get updated properly. For
> instance, if you have 20 messages in the logbook, and delete number 15,
> entry numbers 16 through 20 all do not get subtracted by one; their numbers
> stay the same with #15 just missing in the middle.
>
> Mo
That's how it's supposed to be. Once a unique message ID is attached to a
message, it stays there forever. Think of links to message like
http://midas.psi.ch/elogdemo/Forum/68
If you have such a link in a message or as a bookmark in your browser, and
the ID gets changed from 68 to 67, then your link would be off. |