Chuck, SB+ normally generates 'A' types and an SB 'Z' type. As far as operation goes, it works with D & I types quite well. If you build native D & I type dicts outside SB+ then /FD will normally not let you build _new_ Z types over the top.
You can force SB to build an I type by specifying "I(itype-expression)" in the derived field slot. eg I(@RECORD<5,5>) [remembering of course that @RECORD is different to the SB+ @RECORD common variable]. Also, if you create your D/I type dicts natively you can run /MAKE.SBDICT to generate the SB+ Z definitions without changing the base dictionaries. If you set DMCONT SB.CONTROL<34,1> = 1 then /FD will create D/I types. I haven't tested this recently but the incorrect S/M value (in UV only) was created. Best to be using v5.3.4 of SB+ as there was a bug fix for it. Not sure if it generated associations properly either. Regards, Stuart > [mailto:[EMAIL PROTECTED] Behalf Of Chuck Mongiovi > > maybe Mr Bull's site ???... > > http://members.aol.com/_ht_a/mbtexts/23.html > > Great!!! .. Way more detailed than the "System Description" setion 5 .. > > It actually looks like a UniData spec (and I'm working with > UniVerse in this > case) .. > > Specifically, I'm looking to pull a single Multi-Value ( like > EXTRACT(@RECORD,5,5,0) ) using an A-type (since I'm coupling this with SB+ > and *have* to use A-types AFAIK ..) ********************************************************************** This email message and any files transmitted with it are confidential and intended solely for the use of addressed recipient(s). If you have received this email in error please notify the Spotless IS Support Centre (61 3 9269 7555) immediately who will advise further action. This footnote also confirms that this email message has been scanned for the presence of computer viruses. ********************************************************************** ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
