> > Comiling elogd 2.0.4 under Solaris obviously fails with
> > 
> > gcc  -o elog elog.c -lsocket -lnsl
> > gcc  -o elogd elogd.c -lsocket -lnsl
> > elogd.c: In function `ss_file_find':
> > elogd.c:1372: `alphasort' undeclared (first use in this function)
> > elogd.c:1372: (Each undeclared identifier is reported only once
> > elogd.c:1372: for each function it appears in.)
> > make: *** [elogd] Error 1
> > 
> > because alphasort is an ucb'ism which does not exist under SYSV
> > 
> > ... not very portable :-(
> 
> I was not aware of this. Actually, I don't need 'alphasort' so I removed it 
> from the source. The update is at
> 
> http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c
> 
> Please give it a try.

ok - i just continued with 2.0.5, but apparently it still has an UCB'ism
(scandir) that does not work under SYSV:

$ make
gcc -g -o elogd elogd.c -lsocket -lnsl
Undefined                       first referenced
 symbol                             in file
scandir                             /tmp/ccy0Z3iV.o
ld: fatal: Symbol referencing errors. No output written to elogd
collect2: ld returned 1 exit status
make: *** [elogd] Error 1
$ egrep scandir elogd.c
  n = scandir(path, &namelist, NULL, NULL);
$ 

>     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.

> Hello,
>    If you have the text box turned off so you only enter attributes, is it 
> possible to have a couple of attributes that have small scroll through text 
> boxs of a couple of lines rather than just one line?   Like not as big as 
> the regular text box but something small to be able to post a couple of 
> lines in and if it gets bigger then you scroll down.  For instance if you 
> are posting a problem and a solution just have one small text box for the 
> problem and one for the solution.

Having multi-line attributes would be pretty difficult since it would break 
the way the database works (one attribute at a line). So for now, you have to 
use the text box and the reply functionality to deal with problems and fixes 
(like for this entry).

> > > Comiling elogd 2.0.4 under Solaris obviously fails with
> > > 
> > > gcc  -o elog elog.c -lsocket -lnsl
> > > gcc  -o elogd elogd.c -lsocket -lnsl
> > > elogd.c: In function `ss_file_find':
> > > elogd.c:1372: `alphasort' undeclared (first use in this function)
> > > elogd.c:1372: (Each undeclared identifier is reported only once
> > > elogd.c:1372: for each function it appears in.)
> > > make: *** [elogd] Error 1
> > > 
> > > because alphasort is an ucb'ism which does not exist under SYSV
> > > 
> > > ... not very portable :-(
> > 
> > I was not aware of this. Actually, I don't need 'alphasort' so I removed 
it 
> > from the source. The update is at
> > 
> > http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c
> > 
> > Please give it a try.
> 
> ok - i just continued with 2.0.5, but apparently it still has an UCB'ism
> (scandir) that does not work under SYSV:
> 
> $ make
> gcc -g -o elogd elogd.c -lsocket -lnsl
> Undefined                       first referenced
>  symbol                             in file
> scandir                             /tmp/ccy0Z3iV.o
> ld: fatal: Symbol referencing errors. No output written to elogd
> collect2: ld returned 1 exit status
> make: *** [elogd] Error 1
> $ egrep scandir elogd.c
>   n = scandir(path, &namelist, NULL, NULL);
> $ 
I am having the same experience with ELOG 2.0.5 and Solaris 8. Any work 
around woud be appreciated.

> > > > Comiling elogd 2.0.4 under Solaris obviously fails with
> > > > 
> > > > gcc  -o elog elog.c -lsocket -lnsl
> > > > gcc  -o elogd elogd.c -lsocket -lnsl
> > > > elogd.c: In function `ss_file_find':
> > > > elogd.c:1372: `alphasort' undeclared (first use in this function)
> > > > elogd.c:1372: (Each undeclared identifier is reported only once
> > > > elogd.c:1372: for each function it appears in.)
> > > > make: *** [elogd] Error 1
> > > > 
> > > > because alphasort is an ucb'ism which does not exist under SYSV
> > > > 
> > > > ... not very portable :-(
> > > 
> > > I was not aware of this. Actually, I don't need 'alphasort' so I 
removed 
> it 
> > > from the source. The update is at
> > > 
> > > http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c
> > > 
> > > Please give it a try.
> > 
> > ok - i just continued with 2.0.5, but apparently it still has an UCB'ism
> > (scandir) that does not work under SYSV:
> > 
> > $ make
> > gcc -g -o elogd elogd.c -lsocket -lnsl
> > Undefined                       first referenced
> >  symbol                             in file
> > scandir                             /tmp/ccy0Z3iV.o
> > ld: fatal: Symbol referencing errors. No output written to elogd
> > collect2: ld returned 1 exit status
> > make: *** [elogd] Error 1
> > $ egrep scandir elogd.c
> >   n = scandir(path, &namelist, NULL, NULL);
> > $ 
> I am having the same experience with ELOG 2.0.5 and Solaris 8. Any work 
> around woud be appreciated.

I removed also scandir() in the current version (right now only in CVS). The 
official release of 2.1.0 is planned for next week.

> When an entry is submitted with an required attribute missing one gets to 
> the resubmit page. When you the click your browsers back button all 
> previously filled attribute field are blank.
> 
> Is there a workaround to get the old text back?
> 
> used versions:
> Elog 2.0.5
> Netscape 4.76
> 
> Best regards,
> 
> Stefan

This problem must be specific to NS 4.76, I don't have it on IE, NS 6, Mozilla
1, Opera etc. Maybe you should upgrade. Anybody else made this observation? 

> Is there a possibility to prevent elog to overwrite attribute values when 
> editing an old message? The old values are overwriten with the preset 
> options for that attribute. 
> But sometimes you will preserve attribute text and /or options from the old 
> message.

The option "Fixed attributes = ..." will do the job.

> > Is there a possibility to prevent elog to overwrite attribute values when 
> > editing an old message? The old values are overwriten with the preset 
> > options for that attribute. 
> > But sometimes you will preserve attribute text and /or options from the 
old 
> > message.
> 
> The option "Fixed attributes = ..." will do the job.

Ok, but is there a possibility to preserve the fields of the old message, but 
still be able to edit it. This would be a nice feature in the case of an entry 
with lots of attributes (set to something different then the preset values). 
After submiting the message you realize : one option was wrong and now you 
want to edit it without changing the other options again.
Is this possible?

Thank you and best regards,

Stefan