Standard login Screen - bottom text, posted by Barend on Fri Oct 17 20:40:39 2008
|
Hi Stefan.
I have been "playing" around with this great tool and found an interesting "issue" ...
I use multiple logbooks and have both "Protect Selection page = 1" and "Expand Selection Page = 1".
When I open my elog, I get a Standard Login Screen with the Standard Bottom Text "ELOG V2.7.5-2130" which will link to your this website.
When I "Logout" and "Login" again from the Logbook page, I get another Login Screen with my own "Bottom text login" which will link to my own elog page.
How can I apply my own Bottom Text to the Standard Login Screen ?
Thanks & Regards, Barend
|
Re: Standard login Screen - bottom text, posted by Stefan Ritt on Thu Oct 30 04:28:05 2008
|
Barend wrote: |
Hi Stefan.
I have been "playing" around with this great tool and found an interesting "issue" ...
I use multiple logbooks and have both "Protect Selection page = 1" and "Expand Selection Page = 1".
When I open my elog, I get a Standard Login Screen with the Standard Bottom Text "ELOG V2.7.5-2130" which will link to your this website.
When I "Logout" and "Login" again from the Logbook page, I get another Login Screen with my own "Bottom text login" which will link to my own elog page.
How can I apply my own Bottom Text to the Standard Login Screen ?
Thanks & Regards, Barend
|
By using the configuration option "Bottom Text Login = ..." |
Re: Standard login Screen - bottom text, posted by Barend on Thu Oct 30 21:14:32 2008
|
Stefan Ritt wrote: |
Barend wrote: |
Hi Stefan.
I have been "playing" around with this great tool and found an interesting "issue" ...
I use multiple logbooks and have both "Protect Selection page = 1" and "Expand Selection Page = 1".
When I open my elog, I get a Standard Login Screen with the Standard Bottom Text "ELOG V2.7.5-2130" which will link to your this website.
When I "Logout" and "Login" again from the Logbook page, I get another Login Screen with my own "Bottom text login" which will link to my own elog page.
How can I apply my own Bottom Text to the Standard Login Screen ?
Thanks & Regards, Barend
|
By using the configuration option "Bottom Text Login = ..."
|
Stefan,
I have defined the "Bottom Text Login = ..." in each Logbook Configuration section. But when I use this option in the Global Section, ELOG fails to start.
Barend
|
Re: Standard login Screen - bottom text, posted by Stefan Ritt on Mon Nov 3 07:33:08 2008
|
Barend wrote: |
Stefan,
I have defined the "Bottom Text Login = ..." in each Logbook Configuration section. But when I use this option in the Global Section, ELOG fails to start.
Barend
|
That's strange. I just tried myself following configuration file:
[global]
port = 8080
Bottom text = <center>Hello</center>
Bottom text login = <center>Login Hello</center>
Password file = passwd
[demo1]
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Page Title = ELOG - $subject
[demo2]
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
and everything works fine as can be seen from the login screen:

so can you check if above file works for you? |
Re: Standard login Screen - bottom text, posted by Barend on Mon Dec 29 17:27:13 2008
|
Stefan Ritt wrote: |
Barend wrote: |
Stefan,
I have defined the "Bottom Text Login = ..." in each Logbook Configuration section. But when I use this option in the Global Section, ELOG fails to start.
Barend
|
That's strange. I just tried myself following configuration file:
[global]
port = 8080
Bottom text = Hello
Bottom text login = Login Hello
Password file = passwd
[demo1]
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Page Title = ELOG - $subject
[demo2]
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
and everything works fine as can be seen from the login screen:

so can you check if above file works for you?
|
Hi Stefan,
Hope you have enjoyed the Christmas week.
Sorry for the delay.... I have tested your configuration and it worked for me as well.
In order to determine, which of my settings is causing the problem, I had to activate each individual entry "one by one" and check if the error re-occured. I finally identified following entry "Protect Selection page = 1"
The error also occurs if I change your configuration into:
[global]
port = 8080
Bottom text = <center>Hello</center>
Bottom text login = <center>Login Hello</center>
Password file = passwd
Protect Selection page = 1
[demo1]
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Page Title = ELOG - $subject
[demo2]
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Can you advise if I'm missing an entry in order for "Protect Selection page = 1" to work?
"Schönen Rutsch ins neue Jahr".
Regards,
Barend |
Problems with execute delete, posted by Stefan Kanitz on Tue Dec 23 11:02:26 2008
|
Hi all,
i have problems with execute delete (execute new works fine) in following config (the attribute 'Counter' will not evaluated). Can anybody help me?
Here is the config:
Attributes = Counter, Autor, Adressat, Start, Ende, Mitteilung, TextBeachten
Show Attributes = Counter, Autor, Adressat, Start, Ende, Mitteilung, TextBeachten
Show Attributes Edit = Counter, Autor, Adressat, Start, Ende, Mitteilung, TextBeachten
Type Start = date
Type Ende = date
Required Attributes = Autor, Adressat, Start, Ende, Mitteilung
Extendable options = Adressat
Preset Autor = $long_name
Preset Counter = SoMi-#####
Locked Attributes = Autor, Counter
Required Attributes = Adressat, Start, Ende, Mitteilung
Options Adressat = Alle, 1. Semester, 2. Semester, 3. Semester, 4. Semester, 5. Semester, 6. Semester, 7. Semester, 8. Semester
MOptions Textbeachten = Bitte Mitteilungs-Text anzeigen lassen
Execute new = C:\xampp\mysql\bin\mysql.exe -h localhost -u root -p123456 -D screen -e "insert into somi (counter,adressat,start,ende,kumi,mitlami,lami) values ('$Counter', '$Adressat', '$Start', '$Ende', '$Mitteilung', '$TextBeachten', '$text')"
Execute delete = C:\xampp\mysql\bin\mysql.exe -h localhost -u root -p123456 -D screen -e "delete from somi where counter='$Counter'"
Thanks in advance and Merry Christmas!!
Steve
|
Re: Problems with execute delete, posted by Stefan Ritt on Tue Dec 23 11:34:25 2008
|
Stefan Kanitz wrote: |
i have problems with execute delete (execute new works fine) in following config (the attribute 'Counter' will not evaluated). Can anybody help me?
|
Attribute substitution on 'execute delete' was not implemented, since I thought that the ELOG message ID would be used as the primary key in an SQL database, so one would not need the attributes. I added howver this functrionality in SVN revision 2159, so the next release will contain this fix. |
Re: Problems with execute delete, posted by Stefan Kanitz on Tue Dec 23 12:17:06 2008
|
Stefan Ritt wrote: |
Stefan Kanitz wrote: |
i have problems with execute delete (execute new works fine) in following config (the attribute 'Counter' will not evaluated). Can anybody help me?
|
Attribute substitution on 'execute delete' was not implemented, since I thought that the ELOG message ID would be used as the primary key in an SQL database, so one would not need the attributes. I added howver this functrionality in SVN revision 2159, so the next release will contain this fix.
|
This sounds very good! Thank you very much (Could you please add this functionality for execute edit too? Please :-))
Steve
|
Re: Problems with execute delete, posted by Stefan Ritt on Tue Dec 23 12:22:51 2008
|
Stefan Kanitz wrote: |
Stefan Ritt wrote: |
Stefan Kanitz wrote: |
i have problems with execute delete (execute new works fine) in following config (the attribute 'Counter' will not evaluated). Can anybody help me?
|
Attribute substitution on 'execute delete' was not implemented, since I thought that the ELOG message ID would be used as the primary key in an SQL database, so one would not need the attributes. I added howver this functrionality in SVN revision 2159, so the next release will contain this fix.
|
This sounds very good! Thank you very much (Could you please add this functionality for execute edit too? Please :-))
|
For 'execute edit' this worked from the beginning. |
Re: Problems with execute delete, posted by Stefan Kanitz on Tue Dec 23 12:31:39 2008
|
Stefan Ritt wrote: |
Stefan Kanitz wrote: |
Stefan Ritt wrote: |
Stefan Kanitz wrote: |
i have problems with execute delete (execute new works fine) in following config (the attribute 'Counter' will not evaluated). Can anybody help me?
|
Attribute substitution on 'execute delete' was not implemented, since I thought that the ELOG message ID would be used as the primary key in an SQL database, so one would not need the attributes. I added howver this functrionality in SVN revision 2159, so the next release will contain this fix.
|
This sounds very good! Thank you very much (Could you please add this functionality for execute edit too? Please :-))
|
For 'execute edit' this worked from the beginning.
|
Thank you! |
lost elogd.cfg, posted by ribo on Fri Dec 19 14:59:29 2008
|
Hi
I’m running SLES Linux Box with Elog 2.7.4, until yesterday everything was running perfectly. Now elog is not running anymore, because the elogd.cfg where i made changes for my use is lost.....(arghhhhh......) The logbooks ar still under /usr/local/elog/logbooks aviable.
Now i would like to upgrade to the latest version of elog. How to i made my logbooks available ?
thanks for your feedback.
ribo |
deadc0de, posted by Niklas on Fri Aug 1 13:47:58 2008
|
Hi,
my ELOG sometimes dies with "deadc0de", do I have too large ELOG config or logbook? Or is it simply a bug?
What can I do to solve this problem? "ulimit"? Or some trace output from elog?
BR, Niklas |
Re: deadc0de, posted by Stefan Ritt on Mon Aug 4 09:00:43 2008
|
Niklas wrote: |
my ELOG sometimes dies with "deadc0de", do I have too large ELOG config or logbook? Or is it simply a bug?
What can I do to solve this problem? "ulimit"? Or some trace output from elog?
|
This seems an internal memory allocation problem. Can you reproduce the error? Can you reproduce it with the minimal configuration file coming with the distribution? If you know how to run a program inside the debugger, you can send me a stack trace when the problem occurs and I can check it. |
Re: deadc0de, posted by Niklas on Thu Nov 13 19:27:02 2008
|
Stefan Ritt wrote: |
Niklas wrote: |
my ELOG sometimes dies with "deadc0de", do I have too large ELOG config or logbook? Or is it simply a bug?
What can I do to solve this problem? "ulimit"? Or some trace output from elog?
|
This seems an internal memory allocation problem. Can you reproduce the error? Can you reproduce it with the minimal configuration file coming with the distribution? If you know how to run a program inside the debugger, you can send me a stack trace when the problem occurs and I can check it.
|
I can produce the problem, but it is related to the information in the logbook which I cannot share...
Configuration:
[global]
port = 8000
Main Tab = Home
Password file = elogpasswd.txt
Admin user = eniklas
Self register = 0
Welcome Title = <h3>ENIKLAS ELOG<h3>
Relative redirection = 1
Entries per page = 1000
Display mode = summary
Suppress Email to users = 1
Summary lines = 0
[General]
Theme = default
Attributes = Type, Subject
Options Type = Configuration, Information, Documents
Extendable Options = Type
Required Attributes = Type
Page Title = ELOG - $subject
Reverse sort = 0
Quick filter = Date, Type
[Testing]
Theme = default
Attributes = Type, Subject
Options Type = Configuration, Information, Documents
Extendable Options = Type
Required Attributes = Type
Page Title = ELOG - $subject
Reverse sort = 0
Quick filter = Date, Type
I know nothing about gdb. Here are my stumbling attempts of using it, please tell me how to use gdb:
niklas@bba:~$ gdb -d /home/eniklas/Project/Niho/elog/bin/elog-2.7.5 --args /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg
elogd 2.7.5 built Oct 22 2008, 13:37:35 revision 2130
FCKedit detected
Indexing logbooks ... done
Server listening on port 8000 ...
elogd: src/elogd.c:714: xfree: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) bt 100
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) f 4
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
714 assert(*((unsigned int *) (temp + old_size)) == 0xdeadc0de);
(gdb) info 4
Undefined info command: "4". Try "help info".
(gdb) up
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
4819 xfree(message);
(gdb) info 4
Undefined info command: "4". Try "help info".
(gdb) info f
Stack level 5, frame at 0xbfb623c0:
eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721
called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0
source language c.
Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0
Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0
Saved registers:
ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) info f 4
Stack frame at 0xbfb135f0:
eip = 0x804b0b6 in xfree (src/elogd.c:714); saved eip 0x8058903
called by frame at 0xbfb623c0, caller of frame at 0xbfb135c0
source language c.
Arglist at 0xbfb135bc, args: pointer=0x9176298
Locals at 0xbfb135bc, Previous frame's sp is 0xbfb135f0
Saved registers:
eip at 0xbfb135ec
(gdb) info f 5
Stack frame at 0xbfb623c0:
eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721
called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0
source language c.
Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0
Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0
Saved registers:
ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc
(gdb)
|
Re: deadc0de, posted by Niklas on Fri Nov 14 08:48:05 2008
|
Niklas wrote: |
Stefan Ritt wrote: |
Niklas wrote: |
my ELOG sometimes dies with "deadc0de", do I have too large ELOG config or logbook? Or is it simply a bug?
What can I do to solve this problem? "ulimit"? Or some trace output from elog?
|
This seems an internal memory allocation problem. Can you reproduce the error? Can you reproduce it with the minimal configuration file coming with the distribution? If you know how to run a program inside the debugger, you can send me a stack trace when the problem occurs and I can check it.
|
I can produce the problem, but it is related to the information in the logbook which I cannot share...
Configuration:
[global]
port = 8000
Main Tab = Home
Password file = elogpasswd.txt
Admin user = eniklas
Self register = 0
Welcome Title = <h3>ENIKLAS ELOG<h3>
Relative redirection = 1
Entries per page = 1000
Display mode = summary
Suppress Email to users = 1
Summary lines = 0
[General]
Theme = default
Attributes = Type, Subject
Options Type = Configuration, Information, Documents
Extendable Options = Type
Required Attributes = Type
Page Title = ELOG - $subject
Reverse sort = 0
Quick filter = Date, Type
[Testing]
Theme = default
Attributes = Type, Subject
Options Type = Configuration, Information, Documents
Extendable Options = Type
Required Attributes = Type
Page Title = ELOG - $subject
Reverse sort = 0
Quick filter = Date, Type
I know nothing about gdb. Here are my stumbling attempts of using it, please tell me how to use gdb:
niklas@bba:~$ gdb -d /home/eniklas/Project/Niho/elog/bin/elog-2.7.5 --args /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg
elogd 2.7.5 built Oct 22 2008, 13:37:35 revision 2130
FCKedit detected
Indexing logbooks ... done
Server listening on port 8000 ...
elogd: src/elogd.c:714: xfree: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) bt 100
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) f 4
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
714 assert(*((unsigned int *) (temp + old_size)) == 0xdeadc0de);
(gdb) info 4
Undefined info command: "4". Try "help info".
(gdb) up
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
4819 xfree(message);
(gdb) info 4
Undefined info command: "4". Try "help info".
(gdb) info f
Stack level 5, frame at 0xbfb623c0:
eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721
called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0
source language c.
Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0
Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0
Saved registers:
ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) info f 4
Stack frame at 0xbfb135f0:
eip = 0x804b0b6 in xfree (src/elogd.c:714); saved eip 0x8058903
called by frame at 0xbfb623c0, caller of frame at 0xbfb135c0
source language c.
Arglist at 0xbfb135bc, args: pointer=0x9176298
Locals at 0xbfb135bc, Previous frame's sp is 0xbfb135f0
Saved registers:
eip at 0xbfb135ec
(gdb) info f 5
Stack frame at 0xbfb623c0:
eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721
called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0
source language c.
Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0
Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0
Saved registers:
ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc
(gdb)
|
The above "deadc0de" came from when I submitted an entry.
Where is one (note that it is another elogd version), I search all logbook for "pure .* ring" in subject in "Mode: Raw".
root@bba:/var/log# gdb --args /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf
elogd 2.7.4 built Aug 1 2008, 14:09:57 revision 2111
File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead.
Refuse to overwrite existing file "/var/run/elogd.pid.8080".
Program exited with code 01.
(gdb) run
Starting program: /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf
elogd 2.7.4 built Aug 1 2008, 14:09:57 revision 2111
File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead.
Falling back to default group "elog"
Falling back to default user "elog"
FCKedit detected
Falling back to default group "elog"
Falling back to default user "elog"
Cannot restore original GID/UID.
Cannot remove pidfile "/var/run/elogd.pid.8080"
; Permission denied
Indexing logbooks ... done
Server listening on port 8080 ...
elogd: src/elogd.c:686: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7dd0875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7dd2201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7dc9b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804afbe in xrealloc (pointer=0x92a6788, bytes=400000) at src/elogd.c:686
#5 0x0805b72e in rsputs (str=0x80ccbf2 "\r\n") at src/elogd.c:5585
#6 0x0809702b in show_elog_list (lbs=0x916ca00, past_n=0, last_n=0, page_n=-1, default_page=1, info=0x0) at src/elogd.c:20256
#7 0x080b0cdb in interprete (lbook=0xbfa960d0 "MB2.0_Nk_resiliency_without_ro", path=0xbfa70774 "") at src/elogd.c:25955
#8 0x080b0f11 in decode_get (logbook=0xbfa960d0 "MB2.0_Nk_resiliency_without_ro", string=0xbfa95b0f "?mode")
at src/elogd.c:25995
#9 0x080b455e in process_http_request (
request=0x912c8e0 "GET /MB2.0_Nk_resiliency_without_ro/?mode=Raw&reverse=0&all=1&npp=1000&Subject=pure+.*+ring",
i_conn=0) at src/elogd.c:26752
#10 0x080b7244 in server_loop () at src/elogd.c:27584
#11 0x080b96a0 in main (argc=5, argv=0xbfa97854) at src/elogd.c:28635 |
Re: deadc0de, posted by Eoin Butler on Thu Dec 18 10:32:09 2008
|
Niklas wrote: |
Niklas wrote: |
Stefan Ritt wrote: |
Niklas wrote: |
my ELOG sometimes dies with "deadc0de", do I have too large ELOG config or logbook? Or is it simply a bug?
What can I do to solve this problem? "ulimit"? Or some trace output from elog?
|
This seems an internal memory allocation problem. Can you reproduce the error? Can you reproduce it with the minimal configuration file coming with the distribution? If you know how to run a program inside the debugger, you can send me a stack trace when the problem occurs and I can check it.
|
I can produce the problem, but it is related to the information in the logbook which I cannot share...
Configuration:
[global]
port = 8000
Main Tab = Home
Password file = elogpasswd.txt
Admin user = eniklas
Self register = 0
Welcome Title = <h3>ENIKLAS ELOG<h3>
Relative redirection = 1
Entries per page = 1000
Display mode = summary
Suppress Email to users = 1
Summary lines = 0
[General]
Theme = default
Attributes = Type, Subject
Options Type = Configuration, Information, Documents
Extendable Options = Type
Required Attributes = Type
Page Title = ELOG - $subject
Reverse sort = 0
Quick filter = Date, Type
[Testing]
Theme = default
Attributes = Type, Subject
Options Type = Configuration, Information, Documents
Extendable Options = Type
Required Attributes = Type
Page Title = ELOG - $subject
Reverse sort = 0
Quick filter = Date, Type
I know nothing about gdb. Here are my stumbling attempts of using it, please tell me how to use gdb:
niklas@bba:~$ gdb -d /home/eniklas/Project/Niho/elog/bin/elog-2.7.5 --args /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg
elogd 2.7.5 built Oct 22 2008, 13:37:35 revision 2130
FCKedit detected
Indexing logbooks ... done
Server listening on port 8000 ...
elogd: src/elogd.c:714: xfree: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) bt 100
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) f 4
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
714 assert(*((unsigned int *) (temp + old_size)) == 0xdeadc0de);
(gdb) info 4
Undefined info command: "4". Try "help info".
(gdb) up
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
4819 xfree(message);
(gdb) info 4
Undefined info command: "4". Try "help info".
(gdb) info f
Stack level 5, frame at 0xbfb623c0:
eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721
called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0
source language c.
Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0
Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0
Saved registers:
ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714
#5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0) at src/elogd.c:4819
#6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934
#7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816
#8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "",
boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382
#9 0x080b54fa in process_http_request (
request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0)
at src/elogd.c:26936
#10 0x080b7f0f in server_loop () at src/elogd.c:27746
#11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797
(gdb) info f 4
Stack frame at 0xbfb135f0:
eip = 0x804b0b6 in xfree (src/elogd.c:714); saved eip 0x8058903
called by frame at 0xbfb623c0, caller of frame at 0xbfb135c0
source language c.
Arglist at 0xbfb135bc, args: pointer=0x9176298
Locals at 0xbfb135bc, Previous frame's sp is 0xbfb135f0
Saved registers:
eip at 0xbfb135ec
(gdb) info f 5
Stack frame at 0xbfb623c0:
eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721
called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0
source language c.
Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0,
attr_value=0xbfbb2db8, n_attr=2,
text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "...,
in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8,
mark_original=1, locked_by=0x0
Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0
Saved registers:
ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc
(gdb)
|
The above "deadc0de" came from when I submitted an entry.
Where is one (note that it is another elogd version), I search all logbook for "pure .* ring" in subject in "Mode: Raw".
root@bba:/var/log# gdb --args /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf
elogd 2.7.4 built Aug 1 2008, 14:09:57 revision 2111
File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead.
Refuse to overwrite existing file "/var/run/elogd.pid.8080".
Program exited with code 01.
(gdb) run
Starting program: /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf
elogd 2.7.4 built Aug 1 2008, 14:09:57 revision 2111
File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead.
Falling back to default group "elog"
Falling back to default user "elog"
FCKedit detected
Falling back to default group "elog"
Falling back to default user "elog"
Cannot restore original GID/UID.
Cannot remove pidfile "/var/run/elogd.pid.8080"
; Permission denied
Indexing logbooks ... done
Server listening on port 8080 ...
elogd: src/elogd.c:686: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7dd0875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7dd2201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7dc9b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4 0x0804afbe in xrealloc (pointer=0x92a6788, bytes=400000) at src/elogd.c:686
#5 0x0805b72e in rsputs (str=0x80ccbf2 "\r\n") at src/elogd.c:5585
#6 0x0809702b in show_elog_list (lbs=0x916ca00, past_n=0, last_n=0, page_n=-1, default_page=1, info=0x0) at src/elogd.c:20256
#7 0x080b0cdb in interprete (lbook=0xbfa960d0 "MB2.0_Nk_resiliency_without_ro", path=0xbfa70774 "") at src/elogd.c:25955
#8 0x080b0f11 in decode_get (logbook=0xbfa960d0 "MB2.0_Nk_resiliency_without_ro", string=0xbfa95b0f "?mode")
at src/elogd.c:25995
#9 0x080b455e in process_http_request (
request=0x912c8e0 "GET /MB2.0_Nk_resiliency_without_ro/?mode=Raw&reverse=0&all=1&npp=1000&Subject=pure+.*+ring",
i_conn=0) at src/elogd.c:26752
#10 0x080b7244 in server_loop () at src/elogd.c:27584
#11 0x080b96a0 in main (argc=5, argv=0xbfa97854) at src/elogd.c:28635
|
I'm also having this problem.
It's reproducible, It happens if I try to view a certain entry (or the main list page when that entry is near the top), but goes away when I remove the datafile for that entry.
The file is quite large, since it contains several long entries in HTML encoding with some tables and stuff. |
Re: deadc0de, posted by Stefan Ritt on Thu Dec 18 10:39:57 2008
|
Eoin Butler wrote: |
I'm also having this problem.
It's reproducible, It happens if I try to view a certain entry (or the main list page when that entry is near the top), but goes away when I remove the datafile for that entry.
The file is quite large, since it contains several long entries in HTML encoding with some tables and stuff.
|
The problem is related to the long entries. It has already been fixed in revision 2141 last month. So please upgrade to the current version. |
Re: deadc0de, posted by Eoin Butler on Thu Dec 18 11:16:37 2008
|
Stefan Ritt wrote: |
Eoin Butler wrote: |
I'm also having this problem.
It's reproducible, It happens if I try to view a certain entry (or the main list page when that entry is near the top), but goes away when I remove the datafile for that entry.
The file is quite large, since it contains several long entries in HTML encoding with some tables and stuff.
|
The problem is related to the long entries. It has already been fixed in revision 2141 last month. So please upgrade to the current version.
|
I already tried this. I'm using 2156 (latest from SVN) and no joy. |
Re: deadc0de, posted by Stefan Ritt on Thu Dec 18 11:51:07 2008
|
Eoin Butler wrote: |
Stefan Ritt wrote: |
Eoin Butler wrote: |
I'm also having this problem.
It's reproducible, It happens if I try to view a certain entry (or the main list page when that entry is near the top), but goes away when I remove the datafile for that entry.
The file is quite large, since it contains several long entries in HTML encoding with some tables and stuff.
|
The problem is related to the long entries. It has already been fixed in revision 2141 last month. So please upgrade to the current version.
|
I already tried this. I'm using 2156 (latest from SVN) and no joy.
|
Well, then I need yoru data file to reproduce the problem here. |
mysql in execute, posted by Stefan Kanitz on Fri Dec 12 08:57:41 2008
|
Hello all,
i have a question to mysql inexecute:
This works:
Execute new = mysql -h localhost -u root -D test1 -e "insert into `test1` (author, type) values ('$Author', '$Type')"
This doesn't work:
Execute new = mysql -h localhost -u root -D test1 -e "insert into `test2` (Autor, Adressat, Teil1, Teil2, Teil3,
Teil4, Teil5, Teil6, Teil7, Teil8 ) values ('$Autor', '$Adressat' , '$Teil1', '$Teil2', '$Teil3', '$Teil4', '$Teil5',
'$Teil6', '$Teil7', '$Teil8' )"
db is okay, i have all checked this. My question is: can the execute-command take a multiline argument? Or perhaps does somebody see a mistake i have made in the execute-line?
Thanks!
Steve
|
Re: mysql in execute, posted by Stefan Ritt on Fri Dec 12 09:16:19 2008
|
Stefan Kanitz wrote: |
This doesn't work:
Execute new = mysql -h localhost -u root -D test1 -e "insert into `test2` (Autor, Adressat, Teil1, Teil2, Teil3,
Teil4, Teil5, Teil6, Teil7, Teil8 ) values ('$Autor', '$Adressat' , '$Teil1', '$Teil2', '$Teil3', '$Teil4', '$Teil5',
'$Teil6', '$Teil7', '$Teil8' )"
|
In the elogd.cfg file, you cannot have multi-line options. Either you put everything on a single line (I guess there is also some limit at a few hundred characters) or you call a batch file which then calls the mysql command. |
Re: mysql in execute, posted by Stefan Kanitz on Sat Dec 13 14:31:53 2008
|
Stefan Ritt wrote: |
Stefan Kanitz wrote: |
This doesn't work:
Execute new = mysql -h localhost -u root -D test1 -e "insert into `test2` (Autor, Adressat, Teil1, Teil2, Teil3,
Teil4, Teil5, Teil6, Teil7, Teil8 ) values ('$Autor', '$Adressat' , '$Teil1', '$Teil2', '$Teil3', '$Teil4', '$Teil5',
'$Teil6', '$Teil7', '$Teil8' )"
|
In the elogd.cfg file, you cannot have multi-line options. Either you put everything on a single line (I guess there is also some limit at a few hundred characters) or you call a batch file which then calls the mysql command.
|
Thanks!
|
Attribute value lost when adding to another extendable attribute, posted by Dennis Seitz on Thu Dec 11 03:13:31 2008
|
Here is an excerpt from my config file:
Type Last Edit = datetime
Preset Last Edit =$entry time
Locked Attributes = Last Edit
Subst on edit Last Edit = $date
Preset on Duplicate Last Edit = $date
I have another attribute called Part that I've made extendable.
When I duplicate an entry, Last Edit is updated with the current date correctly. However, as soon as I click the Add Part button next to my extendable Part attribute, and the page reloads to show the entry box for the Part field, the Last Entry field is replaced with a "-".
I have to submit and then re-edit the entry to get Last Edit to have a valid value again.
*EDIT*:
I noticed that any time the page reloads while in the entry screen this happens, e.g. by selecting plain instead of html format.
|
Re: Attribute value lost when adding to another extendable attribute, posted by Stefan Ritt on Fri Dec 12 08:07:59 2008
|
Dennis Seitz wrote: |
Here is an excerpt from my config file:
Type Last Edit = datetime
Preset Last Edit =$entry time
Locked Attributes = Last Edit
Subst on edit Last Edit = $date
Preset on Duplicate Last Edit = $date
I have another attribute called Part that I've made extendable.
When I duplicate an entry, Last Edit is updated with the current date correctly. However, as soon as I click the Add Part button next to my extendable Part attribute, and the page reloads to show the entry box for the Part field, the Last Entry field is replaced with a "-".
I have to submit and then re-edit the entry to get Last Edit to have a valid value again.
*EDIT*:
I noticed that any time the page reloads while in the entry screen this happens, e.g. by selecting plain instead of html format.
|
Thanks for reporting that problem. It has been fixed in SVN revision 2156. |
Re: Attribute value lost when adding to another extendable attribute, posted by Dennis Seitz on Sat Dec 13 02:13:51 2008
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
Here is an excerpt from my config file:
Type Last Edit = datetime
Preset Last Edit =$entry time
Locked Attributes = Last Edit
Subst on edit Last Edit = $date
Preset on Duplicate Last Edit = $date
I have another attribute called Part that I've made extendable.
When I duplicate an entry, Last Edit is updated with the current date correctly. However, as soon as I click the Add Part button next to my extendable Part attribute, and the page reloads to show the entry box for the Part field, the Last Entry field is replaced with a "-".
I have to submit and then re-edit the entry to get Last Edit to have a valid value again.
*EDIT*:
I noticed that any time the page reloads while in the entry screen this happens, e.g. by selecting plain instead of html format.
|
Thanks for reporting that problem. It has been fixed in SVN revision 2156.
|
Excellent! Thank you. |
Conflict between Select-Edit and attribute types, posted by Richard Stamper on Thu Dec 11 17:50:35 2008
|
When doing a Select->Edit operation, if an attribute has a type of "numeric" and the records selected already have (some) values for that attribute, then the "- keep original values -" message that is inserted to indicate that the values should be preserved causes the type check to fail.
Would it be possible to modify the Javascript that carries out the type check to treat the "- keep original values -" message as an exception? |
Re: Conflict between Select-Edit and attribute types, posted by Stefan Ritt on Fri Dec 12 07:45:14 2008
|
Richard Stamper wrote: |
When doing a Select->Edit operation, if an attribute has a type of "numeric" and the records selected already have (some) values for that attribute, then the "- keep original values -" message that is inserted to indicate that the values should be preserved causes the type check to fail.
Would it be possible to modify the Javascript that carries out the type check to treat the "- keep original values -" message as an exception?
|
Thanks for reporting this. It has been fixed in SVN revision 2155. The fix will be contained in the next release. |
Please add Subst on Duplicate, posted by Dennis Seitz on Tue Dec 9 00:25:52 2008
|
I would like to be able to substitute some attribute values when an entry is duplicated. I don't see Subst on Duplicate available in the cfg file syntax. Can you add that?
Thanks |
Re: Please add Subst on Duplicate, posted by Stefan Ritt on Tue Dec 9 08:04:00 2008
|
Dennis Seitz wrote: |
I would like to be able to substitute some attribute values when an entry is duplicated. I don't see Subst on Duplicate available in the cfg file syntax. Can you add that?
|
Subst on Duplicate does not make sense. Subst always works after you submit an entry, while Preset works before you enter the entry. When you Duplicate an entry, it looks like a new one, just with attributes and text from another entry. So when you submit that one, the system cannot distinguish if you entered a new one by yourself or if this is based on a copy of another entry. So what you probably need is Preset on duplicate. |
Re: Please add Subst on Duplicate, posted by Dennis Seitz on Wed Dec 10 03:11:01 2008
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
I would like to be able to substitute some attribute values when an entry is duplicated. I don't see Subst on Duplicate available in the cfg file syntax. Can you add that?
|
Subst on Duplicate does not make sense. Subst always works after you submit an entry, while Preset works before you enter the entry. When you Duplicate an entry, it looks like a new one, just with attributes and text from another entry. So when you submit that one, the system cannot distinguish if you entered a new one by yourself or if this is based on a copy of another entry. So what you probably need is Preset on duplicate.
|
Thanks for explaining.
I thought Preset would work with Duplicate since Duplicate creates a new entry, but it didn't. Then I tried Subst because Duplicating an entry opens it in Edit mode, so you are in effect Duplicating, and then Editing the entry. It just didn't occur to me to look for Preset on Duplicate. |
|