| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Hi all,
one of my favourite customers ran into following problem with
ALL-IN-1 V3.0-1. Guess who, yeah it's the COV again. But it is easy to
reproduce in our office, too.
Having a Boilerplate like this (called abt.blp)
!ABT.BLP
<&oa do ABT>
and the DO Script for this (called abt.scp)
!ABT.SCP
for subscriber do .if .orgunit1 NES "MD-ADV" then -
Get oa$merge_line = .Commname:30 " Abt = " .orgunit1
This will be run by <MERGE ABT,ABT.LIS from ALL-IN-1 Menu.
The result in ABT.LIS File looks like this:
Grasser Gerald Abt = Referat ES2
Lydia Wutka Abt = Referat MN3
FAX VOT Abt =
berger stefan Abt =
Altenburger, Ing. Helmut, TK Abt = Referat ES2
Reithmayer, Ing. Johann Abt = MD-ADV
Beate Rinzner Abt = MD-ADV
See, you'll find some matches with "MD-ADV". But this is not the result which
is expected. The .IF function is always TRUE.
What have we done here wrong!
Best regards
Charly_from_CSC_Vienna
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2528.1 | Ideas ... | BRUMMY::MARTIN::BELL | Martin Bell, NTCC, Birmingham UK | Mon Apr 05 1993 13:07 | 15 |
Just a couple of thoughts ... Firstly, why don't you include the conditional within the FOR loop, thus for subscriber with .orgunit1 nes "MD-ADV" do get oa$merge_line ... Secondly, i think that the subscriber DSAB is "intelligent", and when you search on ORGUNIT1 it automatically searches other ORGUNITS, so you may be hitting some side-effect of comparing other fields within a boolean. Maybe, perhaps, mb | |||||
| 2528.2 | Subscriber uses a funny type of "intelligence"! | IOSG::SHOVE | Dave Shove -- REO2-G/M6 | Mon Apr 05 1993 13:15 | 12 |
This is a known bug (I should know, as I reported it!), with the
SUBSCRIBER data-set, which causes it to confuse any IFs.
You can work round it by binding a phantom to SUBSCRIBER, so your
script would look like:
bind *fred to subscriber
for *fred do ...
(don't forget to do a bind_break *fred at the end of your script too.)
D.
| |||||
| 2528.3 | You're right! A nice workaround! | VNABRW::EHRLICH_K | With the Power & the Glory | Mon Apr 05 1993 14:02 | 9 |
Good afternoon,
you're both right! I think the easyiest way is the workaround mentioned
in .1 from Martin.
Thank you again!
Best regards
Charly
| |||||
| 2528.4 | .1 doesn't work either! | VNABRW::EHRLICH_K | With the Power & the Glory | Mon Apr 05 1993 14:19 | 9 |
Martin,
I've tried your solution from .1 but it doesn'T work here either.
The output file hasn't changed.
Best Regards
Charly
| |||||
| 2528.5 | BRUMMY::MARTIN::BELL | Martin Bell, NTCC, Birmingham UK | Mon Apr 05 1993 15:33 | 7 | |
Charly, oh well, still, you can use Dave's idea! Cheers, Martin | |||||
| 2528.6 | I've tried Daves one and .... | VNABRW::EHRLICH_K | With the Power & the Glory | Mon Apr 05 1993 15:56 | 91 |
Dave, Martin,
I've then tried Daves workaround, and it doesn'T work again.
The same output is still here.
But having a look in the trace I get the same error messages described
in Note 1198.
Below I've posted a piece of the trace.
Hmmmm?? What's going on here???
Best Regards
Charly_from_CSC_Vienna
<merge mdadv_abt, wrk$:bind_abt.lis {CR}
![A1LOG] Entry = %OA-I-LOGUSER, <merge mdadv_abt, wrk$:bind_abt.lis{CR}
![FORM] Form = MAIN, Field = CHOICE/7, Page = 1, Key Value = {CR}
![FUNC] Function = OA$FLD_DONE, Cmd line =
![A1LOG] Entry = %OA-I-LOGFUN, Funktion: OA$FLD_DONE
![FIELD] Field = CHOICE/7. All fields checked
![FIELD] Field CHOICE being post-processed. Workspace = 0004B000
![FIELD] Field = CHOICE. Returning field contents
![FORM] Form = MAIN, Field = CHOICE/7, Page = 1, Input = <merge mdadv_abt, wrk
! $:bind_abt.lis
![FUNC] Function = MERGE, Cmd line = mdadv_abt, wrk$:bind_abt.lis
![A1LOG] Entry = %OA-I-LOGFUN, Funktion: MERGE mdadv_abt, wrk$:bind_a
! bt.lis
![BLP] Merging boilerplate mdadv_abt
![IO] Opening TXT$MERGE_OUTPUT, File = wrk$:bind_abt.lis, Class = TEXT, Mode
! = OUTPUT
![IO] Putting record in TXT$MERGE_OUTPUT, Key =
![FUNC] Function = DO, Cmd line = mdadv_ABT
![A1LOG] Entry = %OA-I-LOGFUN, Funktion: DO mdadv_ABT
!
![SCRIPT] Opening script MDADV_ABT (DO)
![IVP] Script mdadv_ABT opened
![SCRIPT] Function nesting level = 0. Script context follows:
![SCRIPT] Line SCRIPT Script
!
![SCRIPT] Line DO Script
![SCRIPT] 0 MDADV_ABT
!
![SCRIPT] MDADV_ABT Line 1: BIND *fred to subscriber
![FUNC] Function = BIND, Cmd line = *fred to subscriber
![A1LOG] Entry = %OA-I-LOGFUN, Funktion: BIND *fred to subscriber
![SYMBOL] Symbol = LOG$sys$cluster_node, Value = VNOTSC::
![FLOW] Form UAPASSWRD opening, Library = ALLIN1$DISK:[ALLIN1.LIB_GERMAN]OAFOR
! M.FLB;
![IO] Opening UAPASSWRD, File = OA$DATA_SHARE:UAPASSWRD.DAT, Class = DATA, M
! ode = INPUT
![IO] Getting record from UAPASSWRD, Key = OA$VNOTSC$ALLIN1, Key-of-ref = /0
![IO] Getting field UADDSID from UAPASSWRD, Value = 2B280A80009559E6439086C0
! 7EC20000
![SYMBOL] Symbol = #display, Value =
![IO] Getting field UAPASSWORD from UAPASSWRD, Value = TESTA1
![IO] Getting field from USERAGENT, Value =
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field from USERAGENT, Value =
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field from USERAGENT, Value =
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field MTANODE2 from USERAGENT, Value =
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field MTANODE1 from USERAGENT, Value = VNOTSC
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field USERIDI from USERAGENT, Value = MANAGER
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field MAILBOX from USERAGENT, Value = A1
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field USERIDV from USERAGENT, Value =
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting field VMSNODE from USERAGENT, Value =
![IO] Status = Die Funktion "!AS" ist bei dieser Version nicht verf�gbar.
![IO] Getting record from PROFIL, Key = EHRLICH, Key-of-ref = USER/0
![IO] Getting field MDFLAG from PROFIL, Value = Y
![SCRIPT] MDADV_ABT Line 2: FOR *fred do .if .orgunit1 NES "SSG" then Get oa$mer
! ge_line = .Commname:30 " Abt = " .orgunit1
![FUNC] Function = FOR, Cmd line = *fred do .if .orgunit1 NES "SSG" then Get o
! a$merge_line = .Commname:30 " Abt = " .orgunit1
![A1LOG] Entry = %OA-I-LOGFUN, Funktion: FOR *fred do .if .orgunit1
! NES "SSG" then Get oa$merge_line = .Commname:30 " Abt = " .orgu
! nit1
![SYMBOL] Symbol = #display, Value =
![SYMBOL] Symbol = , Value =
![FUNC] Function = OA$SCP_DISPATCH, Cmd line = .if .orgunit1 NES "SSG" then Ge
! t oa$merge_line = .Commname:30 " Abt = " .orgunit1
![A1LOG] Entry = %OA-I-LOGFUN, Funktion: OA$SCP_DISPATCH .if .orgunit1 NES "SSG
! " then Get oa$merge_line = .Commname:30 " Abt = " .orgunit1
![SCRIPT] Form = MAIN, Statement = .if .orgunit1 NES "SSG" then Get oa$merge_lin
! e = .Commname:30 " Abt = " .orgunit1
![SYMBOL] Symbol = "SSG", Value = SSG
| |||||
| 2528.7 | Now it works, but I don't know why ... | VNABRW::EHRLICH_K | With the Power & the Glory | Tue Apr 06 1993 13:50 | 19 |
Good afternoon again,
today I've spent some more time playing with the subscriber DSAB.
Expanding Daves' solution to following:
bind/sort_key=".SURNAME1" *fred to subscriber
for *fred do .if .orgunit1 NES "SSG" then - ! or ENS - as you like -
Get oa$merge_line = .Commname:30 " Abt = " .orgunit1
bind_break *fred
works now fine.
But having switched on the TRACE again, you'll find these errormessages
as mentioned in .6.
Can we ignore them? Any ideas why this?
Best regards
Charly_from_Vienna
| |||||
| 2528.8 | Worked fine in v2.4 (but of course i'd say that) | AIMTEC::WICKS_A | Oscar the Grouch is an Optimist! | Tue Apr 06 1993 16:28 | 11 |
Charly,
No you shouldn't ever ignore these error messages - there was a note in
here only a few days ago that mentioned these error message - can't
find it at the moment. As I said in that note someone in Engineering
needs to sit down in the VAX debugger and work out just what 'feature'
was introduced in v3.0
Regards,
Andrew.D.Wicks
| |||||
| 2528.9 | Yes, Andy, you're right! | VNABRW::EHRLICH_K | With the Power & the Glory | Wed Apr 07 1993 07:23 | 15 |
Andy,
you've - however- right! The notes you and I mean is 1198 as
I mentioned in .6. Guess, all I want to know is if someone has
found wherein the problem lies. As Trevor said in 1198.11 he has
SPR'd this, I was not sure about filling out a SPR, too.
The funny thing is, that it seems to work.
Andy, have a nice day and maybe can you forward Candy(theMoon) my
special greetings. Thatwillbenice!
Regards
Charly_as_you_know_the_troublemaker_from_Vienna!
| |||||
| 2528.10 | One SPR should do it. | IOSG::SHOVE | Dave Shove -- REO2-G/M6 | Wed Apr 07 1993 16:11 | 6 |
Since it's been SPRd once, there's no need for you to do so again.
I strongly suspect that the problem is just some code setting the wrong
status value somewhere, but we do need to check.
D.
| |||||