ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
624
|
Wed Jul 28 18:25:32 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4? | getcfg problem in v1.410: Truncation of long config strings |
Just compiled 1.410 and have run into an issue that *may* have been
introduced in 1.393.
Config file directives such as "Welcome title" could be very long strings.
After compiling 1.410, our "Welcome title" is truncated and, while I haven't
counted the actual chars, I suspect that the truncation happens at 1024
characters. The procedure 'getcfg' has a declared passed paramater "int
vsize".
I haven't looked to see if this effects any other large configuration
strings that are managed by "getcfg" but this procedure is perhaps the most
popular one by far in elog. |
631
|
Wed Jul 28 22:07:31 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4? | Re: getcfg problem in v1.410: Truncation of long config strings |
> > Just compiled 1.410 and have run into an issue that *may* have been
> > introduced in 1.393.
> >
> > Config file directives such as "Welcome title" could be very long strings.
> > After compiling 1.410, our "Welcome title" is truncated and, while I haven't
> > counted the actual chars, I suspect that the truncation happens at 1024
> > characters. The procedure 'getcfg' has a declared passed paramater "int
> > vsize".
>
> Actually before 1.393 you got a buffer overflow if any string in the
> configuration file was longer than 500 chars, so it's a miracle that your elogd
> did not crash on the long Welcome Title. I added the "vsize" parameter to avoid
> such crashes. To satisfy your need for a long Welcome title, I increased the
> string size for that particular case to 10000 chars. Hope this is enough.
Hmmm, it is a wonder. Our welcome text was not significantly longer (about 20
chars longer) so perhaps . . . ?
Thanks, will recompile and report back. |
632
|
Wed Jul 28 22:08:16 2004 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.3 | Re: WISHLIST: Type <attribute> = user |
> Acknowledged. Added your vote to the wishlist.
Thanks! |
634
|
Wed Jul 28 22:32:39 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.3 | Re: Date format problem in "Thread display = " |
> > I get the following in my THREADED logbook view:
> >
> > "Adding new services, planned for 1090519200. Last revised: Thu Jul 15
> > 18:03:52 2004"
>
> That should be fixed by the current version. Please update.
Thanks! |
635
|
Wed Jul 28 22:33:08 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.3 | Re: BUG?: Preset text = causes replication of text when re-editing a logbook entry. |
> > With the "Preset text = " specified, when re-editing a logbook entry (say to
> > correct a spelling error) the text of the "Message" is replicated and placed
> > directly below the original text.
>
> That should be fixed since revision 1.370 from Jul 7th, 2004. Please update.
Thanks! |
643
|
Mon Aug 2 19:27:56 2004 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.3 | Re: Wishlist: TOOLTIP for ATTRIBUTES |
> Ok, I added the option
>
> Tooltip <attribute> = ...
>
> I apply the HTML "title" tag to the whole table row, so the tooltip appears on the
> whole line, not only the attribute name. I guess this is much more intuitive. Give
> it a try. New version under CVS and available as a snapshot.
I like the implementation, especially with the tooltip popping up anywhere in the
area. Thanks. |
656
|
Fri Aug 6 22:35:10 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4 | THREAD DISPLAY = sucks up coded spaces |
I was trying to do some hard coded spaces using:
Thread display = For: $Date for Shutdown. $DataCenter:
$short summary. Coordinator: $Shutdown Coordinator.
The spacing actually works mthe first time, but upon going back into editing
the config file, the coded spaces are gone, replaced with real spaces, and
when saved all real multiple spaces are, as one would expect, ignored. The
spacing reverts back to normal.
I tried other html tags but these show up as literals.
Thanks |
658
|
Tue Aug 10 20:11:38 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4 | Re: THREAD DISPLAY = sucks up coded spaces |
> > I was trying to do some hard coded spaces using:
> >
> > Thread display = For: $Date for Shutdown. $DataCenter:
> > $short summary. Coordinator: $Shutdown Coordinator.
> >
> > The spacing actually works mthe first time, but upon going back into editing
> > the config file, the coded spaces are gone, replaced with real spaces, and
> > when saved all real multiple spaces are, as one would expect, ignored. The
> > spacing reverts back to normal.
> >
> > I tried other html tags but these show up as literals.
>
> I fixed that in revision 1.448. The problem also showed up even in normal
> logbook entry displays and in replies (before this fix, the in this text
> whould not have shown up). Get the new version from CVS.
As always - fantastic!
Thanks |