| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
69640
|
Thu Feb 2 10:23:45 2023 |
 | Antonio Bulgheroni | Coulantonio.bulgheroni@gmail.com | Question | Linux | 3.1.4 | Re: CKeditor Settings Cant Be Changed |
It means that you could replace the currently distributed CKeditor with a fresh vanilla installation of CKeditor?
| James Smallcombe wrote: |
|
So it was just a clearing cache issue. elogd was telling the browser to use/not use CKeditor based on the aformentioned, and browser was then using the cached version. Fixed now.
And FYI for anyone who reads this when trying to modify CKeditor themselves, it seems elog needs the iFrame Editing Area plugin included.
| Stefan Ritt wrote: |
|
elogd checks for the "scripts/ckeditor/ckeditor.js" file to detect the presence of CKeditor.
| James Smallcombe wrote: |
|
I wanted to change some CKeditor settings so tried modifying elog/scripts/ckeditor to no avail.
I wiped elog/scripts/ and dropped a fresh download of CKeditor4, with only the basic extensions. But when I open the elog it still shows the full toolbar, with elog default style and with all extensions operational.
If I leave elog/scripts empty, I get "CKeditor NOT detected" when starting elogd and the HTML option is empty and shows nothing, all as expected.
Does anyone understand this? Is there some CKeditor configuration file elog is defering to that I've overlooked? I have tried system wide seaches just in case.
|
|
|
|
|
58
|
Mon Jul 8 21:01:00 2002 |
 | Christian Korschan | Christian.Korschan@CTBTO.ORG | Bug report | | | Compiling elog 2.0.4 on Solaris |
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 :-( |
|
82
|
Wed Jul 24 16:44:44 2002 |
| Christian Korschan | Christian.Korschan@CTBTO.ORG | Bug report | | | elog-2.0.5 core dumps under Solaris |
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 ? |
|
83
|
Wed Jul 24 17:24:31 2002 |
 | Christian Korschan | Christian.Korschan@CTBTO.ORG | Comment | | | Re: elog-2.0.5 core dumps under Solaris |
> 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 :-( |
|
84
|
Wed Jul 24 17:29:00 2002 |
| Christian Korschan | Christian.Korschan@CTBTO.ORG | Bug report | | | Re: Compiling elog 2.0.4 on Solaris |
> > 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);
$ |
|
958
|
Wed Feb 23 18:07:24 2005 |
 | Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | r1.571 | boundary problem with Type lists display |
using:
Display mode = threaded
List display = Subject, Type, Author, Date
in the config file (omitting "ID" then) rise the bug
ie, an unneeded "," is displayed after the "supposed to be printed" ID |
|
69644
|
Fri Feb 3 16:54:57 2023 |
| Stefan Ritt | A stefan.ritt@psi.ch | Info | Linux | Mac OSX | 3.1.5 | New elog version 3.1.5 |
A new version 3.1.5 of elog has been released with all accumulated fixes over the past actually few years. I made a tar file, a RPM, but I could not compile yet a windows version.
https://elog.psi.ch/elog/download.html
Best,
Stefan |
|
68324
|
Fri Jun 3 08:16:31 2016 |
| Christian Ludwig | @ | Bug report | Linux | ELOG V3.0.0-21d | elogd dies upon search |
Hi all,
ELOG V3.0.0-21dc563
Our elogd dies alwways when searching for full text:
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
The only change we did was adding/editing entries.
Does anyone else encounter the same issue ?
I did not find any hint in release notes that this issue would be fixed in a later version
Please don't get me wrong, I am not complaining. Elog does a great job for us since years.
Christian |