Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 545 of 808  Not logged in ELOG logo
 Find |  Login |  Help 
 Full | Summary | Threaded | Hide attachments  Show only new entries    6457 Entries 
Goto page Previous  1, 2, 3 ... 544, 545, 546 ... 806, 807, 808   Next  
ID Date Icon Author Author Email Category OS ELOG Versiondown Subject
  2000   Tue Oct 17 12:14:27 2006 Disagree deletoillexavier.deletoille@synchrotron-soleil.frBug reportLinux | Windows2.6.2-1723Date format in Threaded display
hello,

I have a problem with the Date format in the Threaded display. The Date Format appears normally in the full and the summary displays but not in the threaded one.
I have found a similar Entry in the forum posted by Steve Jones on Friday July 16 16:53:01 2004 and you answered :" That should be fixed by the current version. Please update."
Did I make a mistake?

Here is a part of my program:

Show Attributes = Date evenement, Heure evenement, Auteur, Icone, Groupe
Time format = %d/%m/%Y, %T
Type Date evenement= datetime
Start page = ?rsort= Date evenement

Thanks in advance
Attachment 1: Elog1.JPG
Elog1.JPG
Attachment 2: Elog2.JPG
Elog2.JPG
  2001   Tue Oct 17 13:03:22 2006 Blink Ibrahim Gencig004@hotmail.comBug reportLinux | Windows2.6.2-1723Re: Date format in Threaded display

deletoille wrote:
hello,

Time format = %d/%m/%Y, %T

Thanks in advance


I think "date format" and "time format" are different tags.
you may try to use date format here.
  2002   Tue Oct 17 13:12:52 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux | Windows2.6.2-1723Re: Date format in Threaded display
That fix for Steve Jones was slightly different, it had to do with substitutions in threaded display. I fixed yours now in revision 1734, so give it a try.

Salut,

Stefan
  2008   Thu Oct 19 12:26:16 2006 Entry deletoillexavier.deletoille@synchrotron-soleil.frBug reportLinux | Windows2.6.2-1723Re: Date format in Threaded display

Stefan Ritt wrote:
That fix for Steve Jones was slightly different, it had to do with substitutions in threaded display. I fixed yours now in revision 1734, so give it a try.

Salut,

Stefan


Hello,
I’ve tried on the last available release (revision 1732) and I have the same problem.
You said in you previous message that: “I fixed yours now in revision 1734, so give it a try.”
Could you tell me when this one will be available?

Thanks in advance
  2009   Thu Oct 19 12:32:11 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux | Windows2.6.2-1723Re: Date format in Threaded display

deletoille wrote:
I’ve tried on the last available release (revision 1732) and I have the same problem.
You said in you previous message that: “I fixed yours now in revision 1734, so give it a try.”
Could you tell me when this one will be available?


Since you checked "Linux" in the "OS" of this entry, I was under the assumption that you were able to compile elog from the Subversion repository (http://savannah.psi.ch/websvn/filedetails.php?repname=elog&path=%2Ftrunk%2Fsrc%2Felogd.c).

If you need the Windows executable, I made http://midas/elog/download/windows/elog262-6.exe for you.
  2010   Thu Oct 19 12:42:42 2006 Smile deletoillexavier.deletoille@synchrotron-soleil.frBug reportLinux | Windows2.6.2-1723Re: Date format in Threaded display

Stefan Ritt wrote:

deletoille wrote:
I’ve tried on the last available release (revision 1732) and I have the same problem.
You said in you previous message that: “I fixed yours now in revision 1734, so give it a try.”
Could you tell me when this one will be available?


Since you checked "Linux" in the "OS" of this entry, I was under the assumption that you were able to compile elog from the Subversion repository (http://savannah.psi.ch/websvn/filedetails.php?repname=elog&path=%2Ftrunk%2Fsrc%2Felogd.c).

If you need the Windows executable, I made http://midas/elog/download/windows/elog262-6.exe for you.


IT WORKS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
THANKS A LOT
  2023   Fri Oct 27 19:11:32 2006 Warning Steve Jonessteve.jones@freescale.comBug reportAll2.6.2-1723Interesting behavior with $shell
eLog does not do math so I am trying to leverage the $SHELL function to perform the math. I am using GAWK to perform the math -- I started trying to use CONDITIONAL ATTRIBUTES to assign numeric values to attributes but with loading up the ATTRIBUTES with all of the options brings elog to its knees in terms of performance -- the parsing of attributes is simply too string intensive.

So, I embedded the numeric score in the OPTIONS of the ATTRIBUTE and leveraged the text processing prowess of GAWK:
Options WhoIsEffected =   1:...Single User, 5:...Project, 10:...Department, 50:...Site
Options ServiceOutage =   1:...0-1 Minutes, 2:...10 Minutes, 10:...20 Minutes, 30:...30 Minutes, 100:...gt60

Then pass the following command to GAWK:
Preset TotalScore = $shell(gawk 'BEGIN{split(\"$WhoIsEffected:$ServiceOutage\",scores,\":\");print scores[1]+scores[3]}' )

The interesting result is this works - the proper summation is returned but apparently elog parsing also returns everything after the first ')' as something that also needs to be returned. So the resulting contents of TotalScore is 
2;print scores[1]+scores[3]}' )
assuming one chose the first option of both attributes (the output pasted here are real results).

Before getting to this point I tried using the GAWK internal variable of $0 - but this did not work because apparently $0 in elog is defined as the OS shell!

Stefan, is it possible for you to try creating a logbook on the elog demo site that shows people how to perform math and in the process discover what the $SHELL function is doing?
  2024   Sun Oct 29 16:04:05 2006 Reply Steve Jonessteve.jones@freescale.comBug reportAll2.6.2-1723Re: Interesting behavior with $shell

Steve Jones wrote:
eLog does not do math so I am trying to leverage the $SHELL function to perform the math. I am using GAWK to perform the math -- I started trying to use CONDITIONAL ATTRIBUTES to assign numeric values to attributes but with loading up the ATTRIBUTES with all of the options brings elog to its knees in terms of performance -- the parsing of attributes is simply too string intensive.

So, I embedded the numeric score in the OPTIONS of the ATTRIBUTE and leveraged the text processing prowess of GAWK:
Options WhoIsEffected =   1:...Single User, 5:...Project, 10:...Department, 50:...Site
Options ServiceOutage =   1:...0-1 Minutes, 2:...10 Minutes, 10:...20 Minutes, 30:...30 Minutes, 100:...gt60

Then pass the following command to GAWK:
Preset TotalScore = $shell(gawk 'BEGIN{split(\"$WhoIsEffected:$ServiceOutage\",scores,\":\");print scores[1]+scores[3]}' )

The interesting result is this works - the proper summation is returned but apparently elog parsing also returns everything after the first ')' as something that also needs to be returned. So the resulting contents of TotalScore is 
2;print scores[1]+scores[3]}' )
assuming one chose the first option of both attributes (the output pasted here are real results).

Before getting to this point I tried using the GAWK internal variable of $0 - but this did not work because apparently $0 in elog is defined as the OS shell!

Stefan, is it possible for you to try creating a logbook on the elog demo site that shows people how to perform math and in the process discover what the $SHELL function is doing?




Steve Jones wrote:

So, in order to quickly get around the problem I did the following:
Preset TotalScore = $shell(echo \"$WhoIsEffected:$ServiceOutage\" | gawk -f <gawkscript>' )

This works since all of the script logic is contained in an external script but removes the logic from the elog config, so if anything changes one has to remember to change the script (which is in a comment).
Goto page Previous  1, 2, 3 ... 544, 545, 546 ... 806, 807, 808   Next  
ELOG V3.1.5-3fb85fa6