HDTenEightyP/NetNews huggingface dataset:
Return-Path: phssvb@unix.cc.emory.edu
Newsgroups: bit.listserv.hellas
Date:         Tue, 14 Apr 1992 17:41:05 -0400
Reply-To:     "Spiros V. Branis" <phssvb@UNIX.CC.EMORY.EDU>
From:         "Spiros V. Branis" <phssvb@UNIX.CC.EMORY.EDU>
Subject:      Apolusn Samara
Comments: To: -v@emoryu1.cc.emory.edu, hellas@brownvm.brown.edu

Grafei o A0nnodwros
>>>>>>
Egw omws fobamai tnv alln pleura...Ypoxwrnsn Mntsotakn sto 0ema
avagvwrisns. O Samaras n0ele va kleisei ta suvora. O Mntso omws dev leei
ti 0a kavei. Emeva dev mou arese ka0olou n kivnsn tou Mntso, pou deixvei
gia mia akomn fora, oti autoi pou kubervouve to ernmo topo pou legetai
Ellada, eivai gia ta pavnguria. Kala to eipai o Xarru Kluv, "...Autn
n xwra dev swzetai pia me tipota...".
<<<<<<<

Ta senaria einai polu anoikta gia to eggus mellon....
An lavoume upopsin oti erxetai o Genscher Tetartn vradu stin Athina
anepisnma (ndn itan gnwsto apo tin prongoumenn evdomada) + itan etoimos
o Mitso na diwxei ton Samara tin prongoumenn Tetartn, to mono pou
mporei na upothesei kaneis einai oti kapoio deal uparxei sta skaria...
me ton Germaniko paragonta + ton Milosevitch (idi eixe elthei kai autos gia
diakopes stin Athina..) Auto to deal, APAITEI kai apo pleuras Skopiwn
mia <<sumvolikn>> upoxwrisn apenanti stous <<metriopatheis>>, pou den
exei fanei akomn....... An den ginei toulaxiston auto, o Mitso MONOMERWS
etinaxe sto aera tin upolnpsn tou Ellinikou kratous ston diethnn xwro..
pragma pou tha odngnsei se <<luseis>>-sumvivasmous se OLA ta metwpa
mexri to telos tou xronou...

Ekeino pou einai para polu snmantiko, den einai n psnfos empistosunns
stin Bouln, alla n egkatastasn tou mustikosumvoulou Tzouvn sto Yp. Ex.
ws B' Yfupourgou Ex.; mallon o kurios autos tha leitourgnsei ws to mati
tou Mitso stin diplwmatikn upnresia, pou teleutaia me ton Samara,
proxwrise se mia seira apo autonomes kiniseis stin Ex. politikn....
An doume tipote, <<paraitnseis>> kai allages sto Yp. Ex., prokeitai
peri xulwmatos mn nmeterwn....


Spiros
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.hellas
Date:         Sat, 11 Apr 1992 03:10:54 -0400
Reply-To:     COMMANDO <w315@NUVLSI.COE.NORTHEASTERN.EDU>
From:         COMMANDO <w315@NUVLSI.COE.NORTHEASTERN.EDU>
Subject:      Dokimastiko xenyxti
Comments: To: hellas@brownvm.brown.edu

 .. meta apo arketo kairo
  exw pia pali thlefwnikh grammh dikh mou
    kai arxizw na xenyxtw kanonika.

  Elpizw oloi sas oi bradynoi beteranoi
   na katalabainete ti shmainei auto.

  Pollous xairetismous sto Giorgo ton Koulojohn.

  Mia kainourgia epoxh xekinaei.


  0odwrns/NU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"hellas@uga"
Newsgroups: bit.listserv.hellas
Date:         Thu, 9 Apr 1992 23:27:00 EDT
Reply-To:     "YORGOS M. MALTAS" <GEORGE@UMBC.BITNET>
From:         "YORGOS M. MALTAS" <GEORGE@UMBC.BITNET>
Subject:      Dustuxws to humor tou dev alla3e...:-(

From:         PERKON%USCVM.BITNET@uga.cc.uga.edu
Subject:      MALTUS TSOUKNIDIOUS

   --- Anhkei sthn kathgoria twn "anegkefalwn, monokotulhdonwn, aei0olwn"<
       ka0oti: 1. Egkefalo den dia0etei, 2. Erxetai se sexoualikh epafh  <
       mono me kotes (ex ou kai: mono-kotu-lhdono) kai 3. O,ti leei panta<
       einai 0oloures kai staxth sta matia twn allwn anegkefalwn ( ex ou <
       kai: aei0olon, oxi aei0ales...)                                   <

Eixes dev eixes tnv eferes tnv koubevta sto sex!!!
Kala otav sta gurisave pros ta mesa, meta tnv epituxn egxeirnsn, dev
sou ntav arketo gia va korestei n fagoura sou ???? Oute me autoikavopoinsn
pia auto to paidi dev euxaristietai...

Ean sunanthsete ton Maltus Tsouknidious mhn tou milhsete, mhn ton        <
akoumphsete kai mhn ton taisete: oi fulakes tou Parkou kai omada         <
eidika ekpaideumenwn gewponwn exoun analabei thn douleia auth.           <

Fwva3e tov Ale3n tou ME0ORIAKOU STA0MOY alliws douleia dev givetai!

PFK                                                                      <
Southern California School of Tropical Agriculture                       <

Pali alla3es to major?

PS   Den m' afhsate na agiasw koufales.....                              <

Asteia asteia twra prox0es 3avarxise va grafei kai o Mpravns. Sumptwsn??

O akav0ivos lukos
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.hellas
Date:         Thu, 9 Apr 1992 12:52:37 EDT
Reply-To:     Costa Karamalis <057504@ACADVM1.UOTTAWA.CA>
From:         Costa Karamalis <057504@ACADVM1.UOTTAWA.CA>
Subject:      Re: Alh0inh perigrafh Pao-OLYMPIAKOY

Wraia kai agia ayta pou mas grafei o Giannhs apo efhmerides.
Alla na ton rwthsw kati. Giati mas ta egrapses? Ti egine? Epidh aneferes
orismena apospasmata apo orismenes efhmerides, shmainei oti o Pao
apokleisthke adika apo ton Olympiako?
Akoma kai an poume oti 1 sto 10000000 apokleisthkate adika,
0a sou pw to e3hs: E kai ti egine? Ti mas noiazei? Poses fores o Olympiakos
exase adika apo allous. Den bgainoume na klaigomaste sth lista kai na
kouname fylades legontas: Na oriste, to lene kai alloi.
Get a life , pou lene kai oi en thn Amerikh kai Kanada i0ageneis.
Ante syner0ete kai stamathste me ton Olympiako.

Kwstas
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.hellas
Date:         Mon, 13 Apr 1992 17:54:05 EDT
Reply-To:     UCARIS@UMUC.BITNET
From:         UCARIS@UMUC.BITNET
Subject:      **** H grammh tou PROPO *****
Comments: To: LEONIDAS@SRC.UMD.edu

Filoi tou PROPO geia sas kai kalh sas ebdomada.
Eidate pisteuw oloi sas thn ba0mologia sas ths prohgoumenhs ebdomadas.
Parakatw einai h grammh ths erxomenhs Kyriakhs.
Tis problepseis sas na tis steilete mexri ta mesanyxta ths Paraskeuhs,
(exoume agwna to Sabbato), sto:
                   UCARIS@UMUC  (BITNET)
                   ucaris@umuc.umd.edu  (Internet)
************* 28h Agwnistikh ************
PIERIKOS        0.5     Korin0os
SERRES          0.5     Apollwn
A0HNAIKOS       1.5     Larisa
XAN0H           0.5     Paok
E0NIKOS         0.5     Hraklhs
Olympiakos      0.5     DOXA DRAMAS  (Sabbato)
ARIS            1.5     Panaxaikh
Pana0hnaikos    1.5     PANIWNIOS
AEK             1.5     Ofh

Gia ena wraio prwta0lhma PROPO, osoi exxete labei meros se
prohgoumena PROPO , na steilete ki auth thn ebdomada.
         KALH SAS EPITYXIA
                     Aris
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.hellas
Date:         Thu, 16 Apr 1992 15:24:14 PDT
Reply-To:     Perikles Konstantinides <perkon%girtab.usc.edu@USC.EDU>
From:         Perikles Konstantinides <perkon%girtab.usc.edu@USC.EDU>
Subject:      O nonos....
Comments: To: hellas@uga.cc.uga.edu

Arxonth, pshla, ekei: o nonos! O nonos!

Mhn mas pnigei ki olas ap' ton bhxa, e; Pws 0a mporei
meta na mixoklaiei gia thn epikeimenh apwleia tou
A.P.;

PFK
Southern Cal ............. Den xexnw
From: andygr@IHLPB.ATT.COM
Newsgroups: bit.listserv.hellas
Subject: NOMAIL
Date: 17 Apr 92 19:59:00 GMT
Article-I.D.: BROWNVM.HELLAS%92041716122522
Reply-To: andygr@IHLPB.ATT.COM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

SET HELLAS NOMAIL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.hellas
Date:         Tue, 14 Apr 1992 13:02:35 BST
Reply-To:     N.P.Xenios@BNR.CO.UK
From:         N.P.Xenios@BNR.CO.UK
Subject:      PROGRAMMA GIA CATALOGING
Comments: To: HELLAS@brownvm.brown.edu

Filoi:

Mhpws kaneis sas 3erei/exei kapio public-domain UNIX programma
(isws me X GUI) pou na kanei cataloging px library management
i kati paromoio?????

Nikos
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: @MITVMA.MIT.EDU:HELLAS@brownvm.bitnet
X-VMS-To: NET::"HELLAS@brownvm.bitnet"
Newsgroups: bit.listserv.hellas
Date:         Thu, 9 Apr 1992 00:28:00 EDT
Reply-To:     KSILVETZ@LUCY.WELLESLEY.EDU
From:         KSILVETZ@LUCY.WELLESLEY.EDU
Subject:      Politiki katantia (xwris lathi auti ti fora)

Egrapse o Kuriakos Apostolidis:

******
H proeklogiki ekstrateia tou
PA.SO.k eixe ksekatharo minima tin ptwsi tis N.D. apo tin eksousia
kai gi'afto to psifise kai o laos.
******

Alitheia? Egw nomiza oti oi proeklogikes ekstrateies prepei na exoun stoxo na
enimerwnoun ton lao gia to programma pou tha akoulouthisei kapoio komma outws
wste na suneisferei sto kalo tou topou. Einai pragmatika lupiro kai tautoxro-
na kai epikinduno otan to mono pou exei na pei ena komma einai "katw i kuber-
nisi". Tetoia minimata deixnoun kai to ideologiko "bathos" tou, kai ap' oti
mnporeite na diapistwsete kai oi upoloipoi, mallon anuparkto einai. Ta sumpe-
rasmata fantazomai mporei na ta bgalei o kathenas monos tou.


					Filika (panw ap' ola)
					      Karolos
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.hellas
Date:         Thu, 16 Apr 1992 00:57:41 EDT
Reply-To:     Tseligas koumparos <LPETROPO@SBCCVM.BITNET>
From:         Tseligas koumparos <LPETROPO@SBCCVM.BITNET>
Subject:      Avte 3evuxtia....

.....va pw kai egw me tnv seira mou eva kalnspera, kai va ri3w kai eva ouzaki
se olous gia va staviarete.

P.S. Karakoln agori mou eisai tuxeros pou kapoios eipe oti to network (cafe)
     exei teleutaios avaibei se poiotnta kai me epiase sto filotnmo,
     alliwtnka exw edw dipla mou twra kati palnkaria pou se 3erouv kai
     0elave va sou steilouv mnvuma (xusosakoula lekiasmevn, etsi leve se
     fwvazav oloi pisw apo tnv platn sou). Opws eipa omws va mnv ripavw tov
     kafeve me alles brisies giauto dev 0a tous afnsw va se lekiasouve.
     Mou eipave movo va sou pw oti tnv epomevn fora va pas kai va katsns
     pavw sto Washington monument kai va mas stelveis muvnmata, giati n klava
     sou leve (ta palnkaria fusika) to xwraei olo mesa tns. Ti trexeis se
     Iapwvies;;;;
 P.S.Mikros pou eivai re o kosmos, akou va 3erouv kai tov ......(ep eipame
     oxi ovomata) karakoln evvoousa.
 P.S. Kai pousai ....... ta tsopavoskula grulizouv otav akouv to ovoma sou,
     kave mou mia xarn kai koitaze pavta pisw apo tnv platn sou gia kalo kai
     gia kako.3erouv kai pou meveis kiolas.

 ___________________________________
|                                   |
|                                   |
|             TSELIGAS              |
|                                   |
|___________________________________|
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: SUNY at Stony Brook NY 11794-2400
Newsgroups: bit.listserv.vmesa-l
Date:         Wed, 15 Apr 1992 23:32:23 EDT
From:         Leonard Boyle <LENBOYLE@CCVM.SUNYSB.EDU>
Subject:      re: vm/esa 1.1 service guide

I am trying to understand the new vm/esa 1.1 service guide and I
find that I have a few unconnected dots.

Let me list the steps as I understand them and hopefully many can
list better ideas.

1) Load components using the vmfins install ppf esains compid (nomemo nolink
   command. This will use 3480 carts 1-4.
2) Load components from RSU, vol 5, using the command
   vmfins install ppf esains compid (nomemo nolink
3) Order cor tapes and install with vmfrec, vmfapply, vmfbld as needed.
4) Install local service

Questions:

1) Am I correct in that there are no put tapes and there will not be any?
2) Am I correct in that there are no refresh tapes for VM/ESA 1.1 yet?
3) Should one order a new RSU instead of ordering a pile of COR tapes?
   This is assuming that there is no new product refresh tapes above
   one's install level.
4) Can one order just a RSU tape or does one have to order 5 refresh tapes.
5) If RSU tapes are orderable by themselves and there is a refresh tape,
   can one only order the latest RSU tape for the lastest refresh tape
   or can one order it for each refresh level out in the world?
6) Will the system let you put a wrong level of RSU or refresh tapes
   on your system?
7) Can you backlevel anything with VMSES/E? I did not see a warning
   for this action as came with VMSES for VM/ESA 1.0.
6) Am I the only one who finds the amount of reading for vm/esa 1.1
   service daunting?
7) Do you really have to id all local modifications with "LC"?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Northeast Regional Data Center
Newsgroups: bit.listserv.vmesa-l
Date:         Thu, 16 Apr 1992 08:48:51 EDT
From:         Maynard Calkin <MSC3@NERVM.NERDC.UFL.EDU>
Subject:      re: vm/esa 1.1 service guide
              15 Apr 1992 23:32:23 EDT from <LENBOYLE@CCVM.SUNYSB.EDU>

On Wed, 15 Apr 1992 23:32:23 EDT Leonard Boyle said:

>Questions:
>
>1) Am I correct in that there are no put tapes and there will not be any?

    Yes, there will be no PUT service for VM/ESA 1.1.

>2) Am I correct in that there are no refresh tapes for VM/ESA 1.1 yet?

    Unknown. I am trying to find out myself. From what I have seen, IBM
    is supposed to send out a program reorder form whenever a new refresh
    tape is created.

>3) Should one order a new RSU instead of ordering a pile of COR tapes?
>   This is assuming that there is no new product refresh tapes above
>   one's install level.

    Yes.

>4) Can one order just a RSU tape or does one have to order 5 refresh tapes.

    My understanding is the refresh tapes are cumulative. So you the maximum
    you should have to order is one PSU and one RSU.

>5) If RSU tapes are orderable by themselves and there is a refresh tape,
>   can one only order the latest RSU tape for the lastest refresh tape
>   or can one order it for each refresh level out in the world?

    I don't know.

>6) Will the system let you put a wrong level of RSU or refresh tapes
>   on your system?

    Given the way SES works, I don't see how you could backlevel your
    system unless you did it manually.

>7) Can you backlevel anything with VMSES/E? I did not see a warning
>   for this action as came with VMSES for VM/ESA 1.0.

    See above.

>6) Am I the only one who finds the amount of reading for vm/esa 1.1
>   service daunting?

    No.

>7) Do you really have to id all local modifications with "LC"?

    I don't know, but we do it that way.


WSC FLASH 9202 deals with the PSU/RSU process.

Maynard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Tue, 7 Apr 1992 15:12:51 CST
From:         Larry Holder <##09@UTMARTN.BITNET>
Subject:      TSRs in VM

>   Is there an equivalent to TSRs on the PC in VM? (TSR = Terminate and
> Stay resident.) Here's what I'm trying to do. We are running PROFS OV/VM
> When mail comes in from SMTP to my userid, it goes into my reader and then
> and then, without my consent, PROFS snatches it out of my reader, turns it
> into a profs message and I have to go into profs to read the thing.
>   This can be extremely annoying sometimes. What I'd like to do is have
> a program that stays in memory at all times and whenever the reader gets a
> file, I want a program to get control of the file before PROFS.
>   I can handle the part of waiting for the interrupt, but how would I get
> the program to be resident while it's waiting and still allow me to continue
> a normal CMS session?
>   If it's of any consequence, we're running VM/XA CMS 5.6
>                                                    _Pete Davis

Sounds like the Nucleus Extensions.  CMS has commands like
NUCXLOAD, etc. Check your CMS Application Guide for Assembler.

Larry Holder

Senior Programmer/Analyst
The University of Tennessee at Martin Computer Center
Martin, TN  38237

Bitnet:   ##09@UTMARTN    Phone: (901) 587-7890    GUIDE: PHY
Systems:  VSE/ESA 1.1.1, CICS/VSE 2.1.0, VM/ESA 1.0
Hardware: IBM 9221-150; 9336 FBA dasd; 9348 tape; 7171 term control
New PSW:  (Personal Status Words): Saved by grace (Romans 1:16 & 8:38)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.asm370
Date:         Tue, 7 Apr 1992 15:21:44 EST
From:         DAVISPE@PENTAGON-HQDADSS.ARMY.MIL
Subject:      TSRs in VM
Comments: To: asm370%uga.bitnet@gwuvm.gwu.edu

  Is there an equivalent to TSRs on the PC in VM? (TSR = Terminate and
Stay resident.) Here's what I'm trying to do. We are running PROFS OV/VM
When mail comes in from SMTP to my userid, it goes into my reader and then
and then, without my consent, PROFS snatches it out of my reader, turns it
into a profs message and I have to go into profs to read the thing.
  This can be extremely annoying sometimes. What I'd like to do is have
a program that stays in memory at all times and whenever the reader gets a
file, I want a program to get control of the file before PROFS.
  I can handle the part of waiting for the interrupt, but how would I get
the program to be resident while it's waiting and still allow me to continue
a normal CMS session?
  If it's of any consequence, we're running VM/XA CMS 5.6
                                                   _Pete Davis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Wed, 8 Apr 1992 15:18:00 GMT
From:         HOLST <HOLST%DIALOG@MCIMAIL.COM>
Subject:      TSRs in VM
Comments: To: GROUP <asm370@uga.cc.uga.edu>

TO:   HOLST
FROM: IBM 370 Assembly Pro
DATE: 04/07/92
TIME: 19:29:15
SUBJ: MCI Mail message

In response to :

>Message-Id: 60920408001206/0003765414NA4EM
>   I think my question might have been a bit confusing. I know how to lad
>a module as a nucleus extension. What I need is a way of having it be ale
>to become active when an interrupt (file coming into the reader) takes lace.
>Sort of the same way WAKEUP or IUCVTRAP work.

If I understand your question correctly, I believe the solution to
your problem would be to load your TSR into memory (NUCXLOAD, CMS
loader, etc.) and then setup an interrupt handler that would intercept
I/O interrupts for the RDR only. You can achieve the latter by
overriding the IONPSW and screening all the I/O interrupts or
using the HNDINT macro to specify an exit that should be taken
when I/O interrupts occur for a particular device (RDR/00C). I hope
this information is helpful.


Mike Holst
Programmer
DIALOG Information Services
(415)858-4072
HOLST%DIALOG@MCIMAIL.COM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.asm370
Date:         Tue, 7 Apr 1992 18:07:06 EST
From:         DAVISPE@PENTAGON-HQDADSS.ARMY.MIL
Subject:      TSRs in VM
Comments: To: asm370%uga.bitnet@gwuvm.gwu.edu

   I think my question might have been a bit confusing. I know how to load
a module as a nucleus extension. What I need is a way of having it be able
to become active when an interrupt (file coming into the reader) takes place.
Sort of the same way WAKEUP or IUCVTRAP work.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Wed, 8 Apr 1992 10:37:22 EDT
Comments:     In-Reply-To: Your posting to ASM370 dated Tue,
              7 Apr 1992 18:07:06 EST
From:         "John A. Pershing Jr." <PERSHNG@YKTVMH3.BITNET>
Subject:      TSRs in VM

First you need to find some usable notification event, and then you have
to figure out how to hook into that event.

I seem to remember hearing at one time that CP presented the virtual
reader with an unsolicited ATTN interrupt whenever a file was spooled
to the reader.  IF THIS IS TRUE (it may not be -- my memory is
notoriously faulty), then you can probably hook I/O interrupts and go
from there.  Check into the HNDIO macro, which allows you to establish
a "disabled interrupt exit" (DIE) for a specific device (e.g., the
reader).  However, HNDIO exits may not survive ENDCMD and/or ABEND
cleanup processing, so this may not work for a nucleus extension; you
will have to read the manuals, and perhaps do a bit of experimenting.
The other tack (this is the all-time favorite of CMS hackers) is to
steal the I/O New PSW, act on the ATTN interrupts from the reader (if,
in fact, CP does present these interrupts), and the pass the interupts
on through to CMS's FLIH.  In both of these cases, you will be running
disabled, and you will be severely limited in what CMS services you can
use -- note that the bulk of CMS is not reentrant and, therefore, not
usable from a FLIH.  E.g., you will *not* be able to invoke DMSDDL to
inhale the spool file; the best that you can do is issue CP commands
(via DIAG 8) to try to do something to the spool file that will
convince PROFS to leave its grubby hands off of it (e.g., can you
change the class of the file, or spool it HOLD, or something?).

The other possibility is to intercept the message that CP sends you
when the file is spooled ("RDR FILE nnnn SPOOLED FROM RSCS"), which is
what IUCVTRAP, et al., are doing.  Unfortunately, your only choice here
is to intercept *all* CP messages, which leaves you with the problem of
what to do with the messages that you don't want to process.  This tack
is probably "safer" and "easier", but is a lot less fun.  Also, I
believe that there are problems in "sharing" IUCV interrupts, so you
may have problems with programs stealing the interrupts away from you.
Of course, you can solve this problem by stealing the External New PSW
and filtering out the interrupts that you want.

I'm sure others will have better ideas.

      John Pershing
      IBM Research, Yorktown Heights NY
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.asm370
Date:         Tue, 7 Apr 1992 10:38:18 -0400
From:         U10009@SNAESP2.BITNET
Subject:      Extract Macro

 Hello.
 I am a VM/SP rel. 6 user running VSE/SP 3.2 as a guest operating system.
 I don't have the appropiate manual to see the parameters of the macro:

 EXTRACT ID=CPUID,... other parameters follow

 Someone in the list could send me the complete format of this macro and
 return codes?  The appropiate manual must be 'VSE/AF Application Pro-
 gramming: Macro Reference' ( SC33-6197-?? )

 Thanks in advance.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU