bb-histlog.sh
list Ivan Verbeeck
Hello, Is it possible to have a history button (and eventualy the link to the current-rrd) on a page generated by bb-histlog.sh as it is on a page generated by bb-hostsvc.sh? It's nice to have if you click to a status page from the non-green view. Kind regards, Ivan Verbeeck
list Henrik Størner
▸
On Sat, May 07, 2005 at 04:31:35PM +0200, Ivan Verbeeck wrote:
Is it possible to have a history button (and eventualy the link to the current-rrd) on a page generated by bb-histlog.sh as it is on a page generated by bb-hostsvc.sh?
Why not just use your browsers' "Back" button ?
It's nice to have if you click to a status page from the non-green view.
I don't follow what you mean. The non-green view doesn't link directly to the historical status views, it links to the current status-view. Henrik
list Ivan Verbeeck
▸
Is it possible to have a history button (and eventualy the link to the current-rrd) on a page generated by bb-histlog.sh as it is on a page generated by bb-hostsvc.sh?Why not just use your browsers' "Back" button ?It's nice to have if you click to a status page from the non-green view.I don't follow what you mean. The non-green view doesn't link directly to the historical status views, it >links to the current status-view.
Sorry, I didn't mean the status off the non-green view, but the link to the historical views on the same page in the section "events received in the past x minutes". So when a test fails and recovers soon after, it is show in that section, but if you will check the history for that test (example, when you see the pages first thing in the morning), you need to browse to the main view, to the exact subpage, to the test and than click on the history button.
Henrik
list Henrik Størner
▸
On Sat, May 07, 2005 at 07:16:41PM +0200, Ivan Verbeeck wrote:
Sorry, I didn't mean the status off the non-green view, but the link to the historical views on the same page in the section "events received in the past x minutes". So when a test fails and recovers soon after, it is show in that section, but if you will check the history for that test (example, when you see the pages first thing in the morning), you need to browse to the main view, to the exact subpage, to the test and than click on the history button.
OK, now I understand. I've put a "Full history" button on the historical statuslog display. Regards, Henrik
list Ivan Verbeeck
Henrik, Looks very good. Thanx, Ivan
▸
On Sat, May 07, 2005 at 07:16:41PM +0200, Ivan Verbeeck wrote:Sorry, I didn't mean the status off the non-green view, but the link > to the historical views on the same page in the section "events > received in the past x minutes". So when a test fails and recovers soon after, it is show in that > section, but if you will check the history for that test (example, > when you see the pages first thing in the morning), you need to browse > to the main view, to the exact subpage, to the test and than click on > the history button.OK, now I understand. I've put a "Full history" button on the historical statuslog display. Regards, Henrik
list Anatoli Bogajewski
Hello hobbits, I've noticed some problems displaying logged event data using bb-histlog.sh (hobbitsvc.cgi --historical). I am running 4.2-RC-20060712 with the latest all-in-one patch applied. While some events can be displayed without problems, calling the historical data for some other produces apache 500 server error. apache error _log: bb-histlog.sh[6]: --no-pin: not found. [Thu Aug 03 13:57:50 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost.procs&ENTRIES=50&IP=xx.xx.xx.xx&DISPLAYNAME=myhost bb-histlog.sh[6]: --no-pin: not found. [Thu Aug 03 13:48:01 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost.disk&ENTRIES=50&IP=xx.xx.xx.xx&DISPLAYNAME=myhost " --no-pin?" was producing by this line within hobbitcgi.cfg. But is not my problem obviously. CGI_ACK_OPTS="--env=/opt/hobbit/server/etc/hobbitserver.cfg" --no-pin small bug :-) shift apostroph. Nothing in any hobbit logs. I cant notice any differences between those entries which can be displayed and those which cant. Never seen this also before using previous versions. This is the content of ../hobbit/data/histlogs/myhost/procs -rw-rw-rw- 1 hobbit users 13499 Jul 21 14:06 Fri_Jul_21_14:06:51_2006 -rw-rw-rw- 1 hobbit users 14311 Jul 25 14:06 Tue_Jul_25_14:06:14_2006 -rw-rw-rw- 1 hobbit users 15192 Jul 26 15:37 Wed_Jul_26_15:37:01_2006 http://myhost/hobbit-cgi/bb-histlog.sh?HOST=myhost&SERVICE=procs&TIMEBUF=Tue_Jul_25_14:06:14_2006 works fine. http://myhost/hobbit-cgi/bb-histlog.sh?HOST=myhost&SERVICE=procs&TIMEBUF=Fri_Jul_21_14:06:51_2006 does not. Someone noticed same behavior? Any tips for troubleshooting? Thanks Mit freundlichen Grüßen / Yours sincerely Anatoli Bogajewski
list Henrik Størner
▸
On Thu, Aug 03, 2006 at 02:17:11PM +0200, user-4d3800b5a33a@xymon.invalid wrote:
Hello hobbits, I've noticed some problems displaying logged event data using bb-histlog.sh (hobbitsvc.cgi --historical). I am running 4.2-RC-20060712 with the latest all-in-one patch applied. While some events can be displayed without problems, calling the historical data for some other produces apache 500 server error. [Thu Aug 03 13:57:50 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost.procs&ENTRIES=50&IP=xx.xx.xx.xx&DISPLAYNAME=myhost
The interesting stuff is in the URL that doesn't work. If you cut the part of the URL after the '?', what happens if you run (by hand): REQUEST_METHOD=GET \ SCRIPT_NAME=bb-histlog.sh \ QUERY_STRING="<everything after the ? from the link that doesnt work>" ~hobbit/cgi-bin/bb-histlog.sh Regards, Henrik
list T.J. Yang
Hi, I am trying out bbwin 0.8 and send the messages bb server 1.9e. It works except, the hostnames shown on bb2.html is in short name format and in upper case. Is there a place somewhere in BBwin.cfg to set a bb client's hosname to FQDN and in lower case ? Thanks for your time <?xml version="1.0" encoding="utf-8" ?> <configuration> <bbwin> <setting name="bbdisplay" value="bb.test.com" /> <!-- <setting name="bbdisplay" value="yoursecondbbdisplay:port" />--> <!-- BB Pager Part --> <!--<setting name="usepager" value="false" /> <setting name="bbpager" value="yourfirstbbpager" /> <setting name="bbpager" value="yourfirstbbpager" /> <setting name="pagerlevels" value="red yellow" /> --> <setting name="autoreload" value="true" /> <setting name="timer" value="5m" /> <load name="cpu" value="cpu.dll"/> <load name="disk" value="disk.dll"/> <load name="externals" value="externals.dll"/> <load name="memory" value="memory.dll"/> <load name="msgs" value="msgs.dll"/> <load name="procs" value="procs.dll"/> <load name="stats" value="stats.dll"/> <load name="svcs" value="svcs.dll"/> <load name="uptime" value="uptime.dll" timer="10m" /> <setting name="loglevel" value="3" /> <setting name="logpath" value="C:\Program Files\BBWin\logs\BBWin.log"/> <!-- If true, the agent will report reporting failures as warning events --> <snip> T.J. Yang
list Anatoli Bogajewski
Henrik, user-ce4a2c883f75@xymon.invalid schrieb am 03.08.2006 14:36:31:
▸
The interesting stuff is in the URL that doesn't work. If you cut the part of the URL after the '?', what happens if you run (by hand):
myhost:/opt/hobbit/cgi-bin # REQUEST_METHOD=GET \
SCRIPT_NAME=bb-histlog.sh \
QUERY_STRING="HOST=myhost&SERVICE=procs&TIMEBUF=Wed_Jul_26_15:37:01_2006" \
./bb-histlog.sh
Content-type: text/html
Memory fault(coredump)
myhost:/opt/hobbit/cgi-bin # gdb /opt/hobbit/server/bin/hobbitsvc.cgi core
GNU gdb 5.3
Copyright 2002 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 "hppa2.0w-hp-hpux11.11"...
Core was generated by `hobbitsvc.cgi'.
Program terminated with signal 11, Segmentation fault.
warning: The shared libraries were not privately mapped; setting a
breakpoint in a shared library will not work until you rerun the program.
Reading symbols from /usr/local/lib/libpcre.sl...done.
Reading symbols from /usr/lib/libnsl.1...done.
Reading symbols from /usr/lib/libxti.2...done.
Reading symbols from /usr/lib/libc.2...done.
Reading symbols from /usr/lib/libdld.2...done.
#0 0xc019833c in _sigfillset () from /usr/lib/libc.2
(gdb) bt
#0 0xc019833c in _sigfillset () from /usr/lib/libc.2
#1 0xc019b364 in free () from /usr/lib/libc.2
#2 0x0000944c in expand_env (s=0x210f4 "4.2-RC-20060712") at environ.c:293
#3 0x00009038 in xgetenv (name=0x229e0 "HOBBITDREL") at environ.c:165
#4 0x0000cc2c in headfoot (output=0x77fdd438, template=0x23168 "histlog", pagepath=0x23184 "", head_or_foot=0x40039ffc "", bgcolor=5) at headfoot.c:1107
#5 0x0000e344 in generate_html_log (hostname=0x40006ae0 "myhost", displayname=0x40006ae0 "myhost", service=0x40006af8 "procs",
ip=0x4000a838 "xx.xx.xx.xx", color=5, sender=0x40037ce0 "xx.xx.xx.xx", flags=0x1f150 "", logtime=0, timesincechange=0x77ff0758 "0.00 minutes",
firstline=0x40037c88 "red Wed Jul 26 15:36:50 METDST 2006 - Processes NOT ok",
restofmsg=0x40034157 "&green cmcld (found 1, req. 1 or more)\n&red ichbineintest (found 0, req. 1 or more)\n\n PID PPID USER STIME S PRI %CPU TIME VSZ COMMAND\n 0 0 root Mar 23 S 127 0.02 04:"..., acktime=0, ackmsg=0x0, acklist=0x0, disabletime=0, dismsg=0x0, is_history=1,
wantserviceid=0, htmlfmt=0, hobbitd=0, multigraphs=0x1f0a0 ",disk,inode,qtree,",
linktoclient=0x40006c48 "bb-histlog.sh?CLIENT=myhost&TIMEBTF=1153921021", nkprio=0x0, nkttgroup=0x0, nkttextra=0x0, output=0x77fdd438)
at htmllog.c:150
#6 0x000047f0 in do_request () at hobbitsvc.c:417
#7 0x00004bd8 in main (argc=4, argv=0x77ff0594) at hobbitsvc.c:514
list Buchan Milne
▸
On Thursday 03 August 2006 14:47, T.J. Yang wrote:
Hi, I am trying out bbwin 0.8 and send the messages bb server 1.9e. It works except, the hostnames shown on bb2.html is in short name format and in upper case. Is there a place somewhere in BBwin.cfg to set a bb client's hosname to FQDN and in lower case ?
The hostname is set in the registry (defaults to %COMPUTERNAME%), as covered in the documentation for bbwin. I haven't tried it myself though. I note that there is a separate list for bbwin (on sourceforge). Regards, Buchan -- Buchan Milne ISP Systems Specialist B.Eng,RHCE(803004789010797),LPIC-2(LPI000074592)
list T.J. Yang
▸
From: Buchan Milne <user-9b139aff4dec@xymon.invalid> Reply-To: user-ae9b8668bcde@xymon.invalid To: user-ae9b8668bcde@xymon.invalid CC: "T.J. Yang" <user-8e841282cda5@xymon.invalid> Subject: Re: [hobbit] How to set FQDN in BBwin 0.8 Date: Thu, 3 Aug 2006 15:33:02 +0200 On Thursday 03 August 2006 14:47, T.J. Yang wrote:Hi, I am trying out bbwin 0.8 and send the messages bb server 1.9e. It works except, the hostnames shown on bb2.html is in short name format and in upper case. Is there a place somewhere in BBwin.cfg to set a bb client's hosname to FQDN and in lower case ?The hostname is set in the registry (defaults to %COMPUTERNAME%), as covered in the documentation for bbwin. I haven't tried it myself though.
I did try to modify that variable in bbregedit. But bb client just stop the message sending.
I note that there is a separate list for bbwin (on sourceforge).
Ok, I will try direct my question over to that list. Thanks for your response tj
Regards, Buchan -- Buchan Milne ISP Systems Specialist B.Eng,RHCE(803004789010797),LPIC-2(LPI000074592)
<< attach3 >>
list Etienne Grignon
Hello 2006/8/3, T.J. Yang <user-8e841282cda5@xymon.invalid>:
▸
Hi, I am trying out bbwin 0.8 and send the messages bb server 1.9e. It works except, the hostnames shown on bb2.html is in short name format and in upper case. Is there a place somewhere in BBwin.cfg to set a bb client's hosname to FQDN and in lower case ?
As Buchan said, try to change your hostname setting in the registry then restart the BBWin service. I never really understood what FQDN was doing but, you just need to put in the hostname setting the name that appear in your bbhost file on the server. Then it should works. -- Etienne GRIGNON
list Henrik Størner
Hi, There's one thing I still need to check, but I think this patch might solve your problem. Could you try applying it and see if it works better with this? If you're running the original RC version, it's probably best if you download the current "all-in-one" patch and apply that; you'll find it at http://www.hswn.dk/hobbitsw/betapatches/ Regards, Henrik -------------- next part -------------- --- web/hobbitsvc.c 2006/06/14 12:30:30 1.71 +++ web/hobbitsvc.c 2006/08/06 21:23:55 @@ -193,7 +193,8 @@ struct stat st; fstat(fileno(fd), &st); log = (char *)malloc(st.st_size + 1); - fread(log, 1, st.st_size, fd); + n = fread(log, 1, st.st_size, fd); + if (n >= 0) *(log+n) = '\0'; else *log = '\0'; fclose(fd); } } @@ -336,7 +337,8 @@ return 1; } log = (char *)malloc(st.st_size+1); - read(fd, log, st.st_size); + n = read(fd, log, st.st_size); + if (n >= 0) *(log+n) = '\0'; else *log = '\0'; close(fd); p = strchr(log, '\n');
list Anatoli Bogajewski
Henrik & Frederic I get also compile error after applying hostsvc-logterminate.patch. gcc -g -O -D_REENTRANT -DHPUX -I. -I/opt/hobbit/install/hobbit-4.2-RC-20060712/include -I/usr/local/include -c -o hobbitsvc.o hobbitsvc.c hobbitsvc.c: In function `do_request': hobbitsvc.c:196: error: `n' undeclared (first use in this function) ... So i defined in line 189: n int; this let hobbitsvc.c compile but didn't solved the problem with histlog. While viewing some (same as prior) events i get still apache error 500. Mit freundlichen Grüßen / Yours sincerely Anatoli Bogajewski user-ce4a2c883f75@xymon.invalid schrieb am 06.08.2006 23:29:05:
▸
Hi, There's one thing I still need to check, but I think this patch might solve your problem. Could you try applying it and see if it works better with this? If you're running the original RC version, it's probably best if you download the current "all-in-one" patch and apply that; you'll find it at http://www.hswn.dk/hobbitsw/betapatches/ Regards, Henrik
To unsubscribe from the hobbit list,
send an e-mail to
user-095ef1c764a2@xymon.invalidlist Henrik Størner
Hi Anatoli, things are being fixed quickly right now, so this compile-problem has already been solved. Your problem with the history logs is currently the only unresolved issue so it does have my attention now. Regards, Henrik
list Anatoli Bogajewski
Hi Henrik, i was disposed to believe that this problem is resolved, but it seems like not. Although i couldn't observe any problems with the pre- release snapshot, today i got similar results while testing the new release. Prior to install of 4.2 I've restarted the snapshot and noticed that no one of the histlog events could be displayed after this. Prior i was able to view any of them (about 50 i produced for testing purpose), so this is why i was believing the problem is resolved. After the installation of 4.2 i also can't view any histlogs for tests, which have changed their status at least once . Those tests which don't changed, having thus only one histlog entry, works fine. apache reporting [Fri Aug 11 11:22:25 2006] [error] [client xx.xx.xx.xx] Premature end of script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost.procs&ENTRIES=50&IP=xx.xx.xx.xx&DISPLAYNAME=myhost leaving a core file
▸
myhost:/opt/hobbit/cgi-bin # gdb /opt/hobbit/server/bin/hobbitsvc.cgi core
GNU gdb 5.3
Copyright 2002 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 "hppa2.0w-hp-hpux11.11"...
Core was generated by `hobbitsvc.cgi'.
Program terminated with signal 11, Segmentation fault.
warning: The shared libraries were not privately mapped; setting a
breakpoint in a shared library will not work until you rerun the program.
Reading symbols from /usr/local/lib/libpcre.sl...done.
Reading symbols from /usr/lib/libnsl.1...done.
Reading symbols from /usr/lib/libxti.2...done.
Reading symbols from /usr/lib/libc.2...done.
Reading symbols from /usr/lib/libdld.2...done.
#0 0xc019833c in _sigfillset () from /usr/lib/libc.2
(gdb) bt
#0 0xc019833c in _sigfillset () from /usr/lib/libc.2
#1 0xc019b364 in free () from /usr/lib/libc.2
#2 0x0000a44c in expand_env (s=0x2442c "4.2.0") at environ.c:293
#3 0x0000a038 in xgetenv (name=0x25d10 "HOBBITDREL") at environ.c:165
#4 0x0000e044 in headfoot (output=0x77fdd438, template=0x26488 "histlog", pagepath=0x264a4 "", head_or_foot=0x4000fffc "", bgcolor=4) at headfoot.c:1107
#5 0x0000fb84 in generate_html_log (hostname=0x40006b60 "myhost", displayname=0x40006b60 "myhost", service=0x40006b78 "disk",
ip=0x40009e90 "xx.xx.xx.xx", color=4, sender=0x40008278 "xx.xx.xx.xx", flags=0x22488 "", logtime=0, timesincechange=0x77ff08a8 "0.00 minutes",
firstline=0x40008218 "yellow Fri Aug 11 11:02:58 METDST 2006 - Filesystems NOT ok",
restofmsg=0x40007eb4 "&yellow /sourcen (90% used) has reached the WARNING level (90%)\n\nFilesystem 1024-blocks Used Available Capacity Mounted on\nmyhost2:/cdrom 204504 163328 41176 80% /cdrom\n/de"..., acktime=0, ackmsg=0x0, acklist=0x0, disabletime=0, dismsg=0x0, is_history=1,
wantserviceid=0, htmlfmt=0, hobbitd=0, multigraphs=0x223d8 ",disk,inode,qtree,",
linktoclient=0x40006cc8 "/hobbit-cgi/bb-histlog.sh?CLIENT=myhost&TIMEBUF=1055286990", nkprio=0x0, nkttgroup=0x0, nkttextra=0x0, output=0x77fdd438)
at htmllog.c:150
#6 0x00004d40 in do_request () at hobbitsvc.c:421
#7 0x00005128 in main (argc=4, argv=0x77ff06c4) at hobbitsvc.c:518
user-ce4a2c883f75@xymon.invalid schrieb am 07.08.2006 23:05:24:
▸
Hi Anatoli, things are being fixed quickly right now, so this compile-problem has already been solved. Your problem with the history logs is currently the only unresolved issue so it does have my attention now. Regards, Henrik
list Anatoli Bogajewski
Henrik, still working on this issue I've got this problem nearby solved. Looking on this 2 lines of debug I've inserted HOBBITDREL="4.2.0" within hobbitserver.cfg.
▸
#2 0x0000a44c in expand_env (s=0x2442c "4.2.0") at environ.c:293 #3 0x0000a038 in xgetenv (name=0x25d10 "HOBBITDREL") at environ.c:165
Now, all histlogs can be displayed well. So the final question is why i got this trouble using default install while anyone else on the list seems to be happy with their variables. Hm... Greetings, Anatoli Bogajewski user-4d3800b5a33a@xymon.invalid schrieb am 11.08.2006 11:41:17:
▸
Hi Henrik, i was disposed to believe that this problem is resolved, but it seems like not. Although i couldn't observe any problems with the pre- release snapshot, today i got similar results while testing the new release.
Prior
to install of 4.2 I've restarted the snapshot and noticed that no one of
the histlog events could be displayed after this. Prior i was able to view any of them (about 50 i produced for testing purpose), so this is why i was believing the problem is resolved. After the installation of 4.2 i also can't view any histlogs for tests, which have changed their status at least once . Those tests which don't changed, having thus only one histlog entry, works fine. apache reporting [Fri Aug 11 11:22:25 2006] [error] [client xx.xx.xx.xx] Premature end of
script headers: bb-histlog.sh, referer: http://myhost/hobbit-cgi/bb-hist.sh?HISTFILE=myhost. procs&ENTRIES=50&IP=xx.xx.xx.xx&DISPLAYNAME=myhost
▸
leaving a core file
myhost:/opt/hobbit/cgi-bin # gdb /opt/hobbit/server/bin/hobbitsvc.cgi
core
GNU gdb 5.3
Copyright 2002 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 "hppa2.0w-hp-hpux11.11"... Core was generated by `hobbitsvc.cgi'. Program terminated with signal 11, Segmentation fault. warning: The shared libraries were not privately mapped; setting a breakpoint in a shared library will not work until you rerun the program. Reading symbols from /usr/local/lib/libpcre.sl...done. Reading symbols from /usr/lib/libnsl.1...done. Reading symbols from /usr/lib/libxti.2...done. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc019833c in _sigfillset () from /usr/lib/libc.2 (gdb) bt #0 0xc019833c in _sigfillset () from /usr/lib/libc.2 #1 0xc019b364 in free () from /usr/lib/libc.2 #2 0x0000a44c in expand_env (s=0x2442c "4.2.0") at environ.c:293 #3 0x0000a038 in xgetenv (name=0x25d10 "HOBBITDREL") at environ.c:165 #4 0x0000e044 in headfoot (output=0x77fdd438, template=0x26488
"histlog",
pagepath=0x264a4 "", head_or_foot=0x4000fffc "", bgcolor=4) at headfoot.c:1107
#5 0x0000fb84 in generate_html_log (hostname=0x40006b60 "myhost", displayname=0x40006b60 "myhost", service=0x40006b78 "disk",
ip=0x40009e90 "xx.xx.xx.xx", color=4, sender=0x40008278 "xx.xx.xx.xx",
flags=0x22488 "", logtime=0, timesincechange=0x77ff08a8 "0.00 minutes", firstline=0x40008218 "yellow Fri Aug 11 11:02:58 METDST 2006 - Filesystems NOT ok", restofmsg=0x40007eb4 "&yellow /sourcen (90% used) has reached the WARNING level (90%)\n\nFilesystem 1024-blocks Used Available Capacity Mounted on\nmyhost2:/cdrom 204504 163328 41176 80% /cdrom\n/de"..., acktime=0, ackmsg=0x0, acklist=0x0, disabletime=0, dismsg=0x0, is_history=1, wantserviceid=0, htmlfmt=0, hobbitd=0, multigraphs=0x223d8 ",disk,inode,qtree,", linktoclient=0x40006cc8 "/hobbit-cgi/bb-histlog.sh?CLIENT=myhost&TIMEBUF=1055286990", nkprio=0x0, nkttgroup=0x0, nkttextra=0x0, output=0x77fdd438) at htmllog.c:150 #6 0x00004d40 in do_request () at hobbitsvc.c:421 #7 0x00005128 in main (argc=4, argv=0x77ff06c4) at hobbitsvc.c:518 user-ce4a2c883f75@xymon.invalid schrieb am 07.08.2006 23:05:24:Hi Anatoli,things are being fixed quickly right now, so this compile-problem has already been solved. Your problem with the history logs is currently the only unresolved issue so it does have my attention now.Regards,Henrik