ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1929
|
Thu Sep 7 22:06:00 2006 |
| Arno Teunisse | a.teeling3@chello.nl | Question | Windows | | elog perl script and the command prompt and eof |
hello
Just wrote a quick and dirty perl script ( See Attachment ) that let's you enter a record into the database. Put it into the directory where the config file is located. It look's at the "attributes = " and the "required attributes = "
within a section in the elog configuration file. The script is using elog.exe to accomplish this.
One problem with the script is that you must press Control_Z ( ^Z ) to store the data into the database.
Does anybody know how to prevent this ? It works also when redirecting the data into the script with a file input.txt. ( add2elog.pl confgi.cfg logbook < input.txt )
I Know this is NOT an elog question but maybe someone is happy with the script and has the answer for me. |
1928
|
Thu Sep 7 17:17:17 2006 |
| Gerald Ebberink | g.h.p.ebberink@nclr.nl | Bug report | Linux | 2.6.2-1714 | Re: reply option in elog client not working |
Gerald Ebberink wrote: | I have made patch witch solves the problem partialy.
If there are not no attachments this patch works.... (But since I have attachments I'll have to dig in deeper in the code.
Attached you will find the diff. |
Now I am digging deeper, and I have a question:
In the function retrive_elog near line 427 a start is made with putting the attributes in an array.
As far as I can see there is no exception for the Attachment attribute. Where this attribute can be very large (e.g. many files attached) and overrun to the boundary variable (in the function submit_elog function). At least that is where I find end of my attachment string.
Could Mr. Ritt please shine some light on this, becouse I |
1927
|
Thu Sep 7 08:01:37 2006 |
| Gerald Ebberink | g.h.p.ebberink@nclr.nl | Bug report | Linux | 2.6.2-1706 | Re: reply option in elog client not working |
I have made patch witch solves the problem partialy.
If there are not no attachments this patch works.... (But since I have attachments I'll have to dig in deeper in the code.
Attached you will find the diff. |
1926
|
Wed Sep 6 12:02:52 2006 |
| Gerald Ebberink | g.h.p.ebberink@nclr.nl | Bug report | Linux | 2.6.2-1706 | Re: reply option in elog client not working |
Today I found, I have the same problem with editing the log (with the -e option) |
1925
|
Tue Sep 5 20:23:40 2006 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.6.2-1714 | Re: Top Text and Bottom Text only show "text" --- no files |
Steve Jones wrote: |
Steve Jones wrote: | Just compiled 2.6.2-1714 and "Top text" and "Bottom text" interpret everything as "text" --- nothing is interpreted as a file to be included, unless there is a new syntax. |
I dropped back to SVN1699 and same problem, then moved the file to the elog root directory and it works fine. Seems that the current version isn't finding the file, regardless of where I put it (root or in 'resources' directory). Perhaps another directory? |
Stefan, I found the source of the problem. When you moved some files to "logbook_dir" you also told the code to look in "logbook_dir" for top and bottom text files:
void show_bottom_text(LOGBOOK * lbs)
{
char str[NAME_LENGTH], slist[20][NAME_LENGTH], svalue[20][NAME_LENGTH];
int i, size;
if (getcfg(lbs->name, "bottom text", str, sizeof(str))) {
FILE *f;
char file_name[256], *buf;
if (str[0]) {
/* check if file starts with an absolute directory */
if (str[0] == DIR_SEPARATOR || str[1] == ':')
strcpy(file_name, str);
else {
strlcpy(file_name, logbook_dir, sizeof(file_name));
strlcat(file_name, str, sizeof(file_name));
}
The documentation indicates that the location dir should be "resource_dir". |
1924
|
Tue Sep 5 19:46:05 2006 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.6.2-1714 | Re: Top Text and Bottom Text only show "text" --- no files |
Steve Jones wrote: | Just compiled 2.6.2-1714 and "Top text" and "Bottom text" interpret everything as "text" --- nothing is interpreted as a file to be included, unless there is a new syntax. |
I dropped back to SVN1699 and same problem, then moved the file to the elog root directory and it works fine. Seems that the current version isn't finding the file, regardless of where I put it (root or in 'resources' directory). Perhaps another directory? |
1923
|
Tue Sep 5 15:59:47 2006 |
| David Spindler | dsspindler@earthlink.net | Question | Windows | 2.6.2-1699 | Re: Email substitution quit working |
David Spindler wrote: | I have recently upgraded from the 2.6.0-beta (I believe) to 2.6.2-1699. I just found out that on the day I upgraded, email substitution has stopped working. I have checked the discussion area and all the documentation and do not see any clues. The debug_log.txt file shows that the emails are being processed, but the fields are not being substituted correctly.
Thanks, in advance for any help,
David
|
I have not been able to find anything wrong in my config file, so I replaced 2.6.2 with 2.6.1 (apparently that was what I was running last, not the 2.6.0-beta) and my troubles have disappeared.
Anybody have any idea what has happened? |
1922
|
Mon Sep 4 22:36:03 2006 |
| Arno Teunisse | arno.teunisse@hetnet.nl | Question | Windows | | Re: Attribute and checkbox |
In the screen shots I see checkboxes before the attributes. How can I do that ??
In the doc I saw Options = boolean. But that creates a checkbox in the fill in form after the attribute. See second attached picture. The first attached picture shows what I want but I can only get the result in the second picture. Can anybody help me in this one. ( Is there an option checked for the attributes ?
Just answer it myself : I thought of the checkboxes in front of the attributes as boolean. However, it has to to with the browse feature filtered browsing =1= In this way you can, when checking one of the checkboxes, browse to the same item clicking the next and previous button. Sorry , my question was about RTFM ( Read The Fucking Manual ) So this question is solved.
However , it would be nice to have a checkbox in front of one attribute. Suppose you have a lot a entries in a record ,that are readonly( predefined). The user of the form must only confirm that a job is done by checking the checkbox without going to the edit mode. So, the checkbox is writable in readonly mode. I can inmagine something like : attribute record check = attribute in the configuration file. In this way the user of the form says : job done.
There can be only one checkbox for the record.
[ job done] [ customer ] [ activity ] [ What should be done ]
[X] BLA Check job1 Backup mail check
[] BLA1 Check job2 check error report
[X] Bla2 Check job3 check MQ jobs
Is this possible ?? It's just an idea
Thanks for your reading this |