I would appreciate if elog could provide a simple support for mathematical expressions.

A solution similar to wikimedia should be easy to implement and would help a lot.
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#Alternative_Solution

The idea is to parse the elog entry for a tag (e.g.  <math></math>), extract the code, wrap it into a latex file, and pass this to latex, GhostScript, and ImageMagic. (The latter are already used by Elog, therefore the changes should not be too big.) The resulting image file would then be referenced by the  elog html code.

Of course, the FCKeditor would not support LaTeX. However, the majority of elog-useres should be scientists and rather familiar with LaTeX. Therefore it should be fine if the original LaTeX code is saved (e.g. in the ALT-tag of the image) and the replacement "code to image" is undone for editing.

Kind regards,
Jochen

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

> 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

> > > 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've got it running for two years now on a Sun Netra box running Solaris 9

> I searched and found some problems people were having compiling it on Solaris.
> However I didn't see anything else.

I just used the compile instructions as shown in the elog admin manual

Here the Makefile I used

#
# Simple makefile for elogd
#
# S. Ritt, May 12th 2000
# install/clean section by Th. Bullinger, Apr. 26th, 2002
#
# add "-DHAVE_CRYPT" and "-lcrypt" to use crypt() function
#

CC = gcc
LIBS =
CFLAGS = -L/usr/lib/ -ldl -lresolv -lm -ldl -lnsl -lsocket
#CFLAGS = -g -O
EXECS = elog elogd elconv
DESTDIR = /usr/local/bin
SDESTDIR = /usr/local/sbin
MANDIR = /usr/local/man

INSTALL = /usr/bin/install
RM = /bin/rm

ifeq ($(OSTYPE),solaris)
CC = gcc
#LIBS = -lsocket -lnsl
#CFLAGS =
INSTALL = /usr/ucb/install
RM = /usr/bin/rm
endif

ifeq ($(OSTYPE),darwin)
CC = cc
endif

all: $(EXECS)

%: src/%.c
        $(CC) $(CFLAGS) -o $@ $< $(LIBS)

install: $(EXECS)
        $(INSTALL) -m 0755 -o bin -g bin elog elconv $(DESTDIR)
        $(INSTALL) -m 0755 -o bin -g bin elogd $(SDESTDIR)
        $(INSTALL) -m 0644 man/elog.1 man/elconv.1 $(MANDIR)/man1/
        $(INSTALL) -m 0644 man/elogd.8 $(MANDIR)/man8/

clean:
        -$(RM) *~ $(EXECS)


> If your using it, was it hard to get it installed and working?

Not at all.
Just read the manual and it just works.
If you are having problems just read this "forum" the get the answers.

Hi all, 

Is it just my system or do others have this odd issue.

I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was
generated.  Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top
of the image in elog to do a 180 degree rotation.
The first 90 degree rotation was fine, but the second attempt just made a smaller image.  
It happens with various pdf files generated by various software (in case).
I also tried it with a jpg file, in that case the second attempt enlarged the image.

I could not find any way to actually invert the .png image using elog; but I was surprised that a second
rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a
90 degree rotation.

It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges,
so when necessary I use xv or gimp on the .png file to get what I want.

Or is this just my system?