So I thought I would build an I-type to get the date of the &PH& items in
Universe so I could more easily purge them...
The item id looks like so:
AUTOMATED.UPDATE.REO_23400_15641
The friendly manual says that the item id is:
phantomverb_time_date
So my I-type looks like so:
001 I
002 FIELD(@I
FIELD(@ID,'_',3)
2 is the time 3 is the date
John Thompson wrote:
So I thought I would build an I-type to get the date of the &PH& items in
Universe so I could more easily purge them...
The item id looks like so:
AUTOMATED.UPDATE.REO_23400_15641
The friendly manual says that the item id is:
Third field, not second field
FIELD(@ID,'_',3)
-Original Message-
From: John Thompson
To: U2 Users List
Sent: Tue, Nov 29, 2011 1:54 pm
Subject: [U2] I-Type question in &PH&
So I thought I would build an I-type to get the date of the &PH& items in
niverse so I could more easil
There is also a problem with the field mask
In information flavor it would be 10R and S on the next attribute
Is it supposed to be R then 10 instead of 10 then R?
By looking at the output, something in the mask is not right.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
Yep... need more sleep. Thanks.
On Tue, Nov 29, 2011 at 4:58 PM, Wjhonson wrote:
>
> Third field, not second field
> FIELD(@ID,'_',3)
>
>
>
>
>
>
>
>
>
> -Original Message-
> From: John Thompson
> To: U2 Users List
> Sent: Tue, Nov 29, 2011 1:54 pm
> Subject: [U2] I-Type question in &
Yes, you are right.
It should be:
0001 I
0002 FIELD(@ID,'_',3)
0003 D4-
0004 Date
0005 10R
0006 S
On Tue, Nov 29, 2011 at 5:00 PM, George Gallen wrote:
> There is also a problem with the field mask
>
> In information flavor it would be 10R and S on the next attribute
> Is it supposed to be R th
You can also get elapsed time by subtracting that ID date-time stamp
from the os's date-time-modified stamp, which is when the job ended. (if
the job writes to the &PH& log as it ends.)
On 11/29/2011 4:01 PM, John Thompson wrote:
Yep... need more sleep. Thanks.
On Tue, Nov 29, 2011 at 4:58 P
Also, be aware that the format of the &PH& IDs may change when there are
several phantoms which start at the same time
(I don't know if this behaviour may have been fixed - I reported this in 2005).
After the normal: RUN_61985_13557
the following entries are like:
RUN`72:85_13557
RUO`72:85_13557
I just tested starting multiple phantoms at the same time and it still
increments the time field, er, weirdly. [UV/aix 10.2.4 Pick flavour.]
These phantoms were started at the same time from a paragraph (well, within a
few milliseconds of each other) which output time() from a basic program
cont
Symeon, I'm working on an article series for Spectrum that over the next
three installments will be writing a general purpose web connector using a
little bit of PHP, a little bit of BASIC, and a couple of Apache instances.
I'm also speaking at the Spectrum conference in April on the same topic.
If you don't want to mess with the "nuances" of the &PH& ID you can call a
subroutine which does an OPENSEQ then uses STATUS to get the modification date
right from the file system.
Perry
- Original Message -
From: Charles Stevenson [mailto:stevenson.c...@gmail.com]
Sent: Tuesday, Novem
11 matches
Mail list logo