Re: elog (not elogd) submit does not work anymore, posted by Stefan Ritt on Fri Feb 13 21:59:44 2004
|
Oops! I 're-used' the '-s' flag for email suppression, so it was actually
double used. I changed the email supprssion flag to '-p', so '-s' should
work again for specifying subdirectories. |
Re: -W -Wall options (using gcc), posted by Stefan Ritt on Mon Feb 16 16:07:34 2004
|
So I fixed all compiler generated warnigns except these:
[midas@pc2075 ~/elog]$ gcc -g -O -W -Wall -o elogd src/elogd.c
src/elogd.c: In function `set_cookie':
src/elogd.c:4675: warning: `%y' yields only last 2 digits of year
src/elogd.c: In function `send_file_direct':
src/elogd.c:5483: warning: `%y' yields only last 2 digits of year
src/elogd.c: In function `show_elog_list':
src/elogd.c:11938: warning: `%x' yields only last 2 digits of year in some
locales
src/elogd.c:11957: warning: `%x' yields only last 2 digits of year in some
locales
src/elogd.c:11979: warning: `%x' yields only last 2 digits of year in some
locales
src/elogd.c:11987: warning: `%x' yields only last 2 digits of year in some
locales
src/elogd.c: In function `ctrlc_handler':
src/elogd.c:15864: warning: empty body in an if-statement
src/elogd.c: In function `hup_handler':
src/elogd.c:15870: warning: empty body in an if-statement
Do you know how to disable these warnings or any other workaround? I would
like to compile without any remaining warnings. |
Re: -W -Wall options (using gcc), posted by Heiko Scheit on Mon Feb 16 16:40:50 2004
|
> So I fixed all compiler generated warnigns except these:
>
> [midas@pc2075 ~/elog]$ gcc -g -O -W -Wall -o elogd src/elogd.c
> src/elogd.c: In function `set_cookie':
> src/elogd.c:4675: warning: `%y' yields only last 2 digits of year
> src/elogd.c: In function `send_file_direct':
> src/elogd.c:5483: warning: `%y' yields only last 2 digits of year
> src/elogd.c: In function `show_elog_list':
> src/elogd.c:11938: warning: `%x' yields only last 2 digits of year in some
> locales
> src/elogd.c:11957: warning: `%x' yields only last 2 digits of year in some
> locales
> src/elogd.c:11979: warning: `%x' yields only last 2 digits of year in some
> locales
> src/elogd.c:11987: warning: `%x' yields only last 2 digits of year in some
> locales
> src/elogd.c: In function `ctrlc_handler':
> src/elogd.c:15864: warning: empty body in an if-statement
> src/elogd.c: In function `hup_handler':
> src/elogd.c:15870: warning: empty body in an if-statement
>
> Do you know how to disable these warnings or any other workaround? I would
> like to compile without any remaining warnings.
Have a look at the gcc info pages:
$ info gcc "invoking gcc" "warning options" |
Re: -W -Wall options (using gcc), posted by Stefan Ritt on Mon Feb 16 16:47:55 2004
|
> Have a look at the gcc info pages:
>
> $ info gcc "invoking gcc" "warning options"
Sure, I'm not stupid! I looked for ~10 minutes how to turn off the remaining
warnings, but I could not find it. The code is now correct, like I do want the
"%y" format specifier in the strftime() function, but the warning is wrong. The
closest I came to was
-W -Wall -Wno-format
which removes ther warning in strftime(), but I do want this warning, since it
helps in many other printf() statements. |
Re: -W -Wall options (using gcc), posted by Heiko Scheit on Mon Feb 16 17:18:39 2004
|
> > Have a look at the gcc info pages:
> >
> > $ info gcc "invoking gcc" "warning options"
>
> Sure, I'm not stupid!
Sorry, didn't mean to offend you.
> I looked for ~10 minutes how to turn off the remaining
> warnings, but I could not find it. The code is now correct, like I do want the
> "%y" format specifier in the strftime() function, but the warning is wrong.
One way to remove the warnings would be to use "%Y" in a separate strftime() call
and then taking only the last two digits (characters) of that string.
Something like:
old:
strftime(str, sizeof(str), "%A, %d-%b-%y %H:%M:%S GMT", gmt);
new:
strftime(str, sizeof(str), "%A, %d-%b-XX %H:%M:%S GMT", gmt);
strftime(year, sizeof(year), "%Y", gmt);
i=strstr(str,"XX"); /* find position of XX */
if ( i+1 < sizeof(str) ) {
str[i] =year[3];
str[i+1]=year[4];
} else ...
Somewhat cumbersome, but should work. Maybe consider using the four
digit year directly, where possible.
Gruss, Heiko |
safari browser issue, posted by damon nettles on Thu Apr 1 19:38:56 2004
|
we've experienced a problem when using the safari browser to do a search in
our elog. whenever you do a search, the logbook returns an error and the
elog deamon crashes. when we first experienced this problem we were running
version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the
problem. searches with other browsers (mozilla, internet explorer, ...) go
off without a hitch.
has anyone else observed a similar problem or have any ideas on how to
resolve this issue.
thanks for the help.
elog running on a redhat 9 box
safari running on panther |
Re: safari browser issue, posted by Stefan Ritt on Wed May 5 17:38:12 2004
|
> we've experienced a problem when using the safari browser to do a search in
> our elog. whenever you do a search, the logbook returns an error and the
> elog deamon crashes. when we first experienced this problem we were running
> version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the
> problem. searches with other browsers (mozilla, internet explorer, ...) go
> off without a hitch.
> has anyone else observed a similar problem or have any ideas on how to
> resolve this issue.
> thanks for the help.
I finally found some time to address this problem. It was related to the way I
do the page redirection. The "Location:" in the HTTP header used a relative
path, although the standard requires an absolute (full) path, which I just
discovered. Although most browsers accept a relative path, the safari browser
obviously does not.
I changed the redirection to absolute paths, the new version can be obtained
via CVS. |
User/Admin privlege question, posted by Ralph Kuehn on Thu May 20 00:55:51 2004
|
Hello,
For some reason if I define a "login user" that is allowed the configure
option he is also allowed to change the configuration file. According to the
documentation it seems like this should NOT be the case. Any ideas as to
what the problem might be?
Thanks in advance for any help/advice.
Ralph |