HDTenEightyP/NetNews huggingface dataset:
Organization: NERDC, U of Fl, 904-392-4601
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 16:40:03 EDT
From:         "Jack Schudel (SCHUDEL@NERVM)" <SCHUDEL@NERVM.NERDC.UFL.EDU>
Subject:      Re: FETCH queue support for JES2 4.2
Comments: To: JES2 discussion group <JES2-L%VTVM2@nervm.nerdc.ufl.edu>

On Mon, 23 Nov 1992 14:36:00 EST Phil Rengert said:
>Does anyone have or know of an implementation of the old J/TIP FETCH queue and
>$QJ/$QALL commands for JES2 release 4.2?  If not, does anyone have an opinion
>of how difficult it would be or what the alternatives are?

I am also interested in doing the same thing.  We are at JES2 2.2.0, and
the original FETCH queue took over the $DUMMY queue type.  With JES2 4.2,
$DUMMY no longer exists, which makes life more interesting.

The most common suggestion that I have heard is to tell the users to
route their output to a dummy destination (or to an unused SYSOUT class),
and then redirect the output after they have looked at it.

Unfortunately, much of the work that is done here is distributed for
print at a foreign site, and many times a single job generates output
to a series of sites, each with conflicting requirements for sysout
class.  It seems to me that moving the burden of remembering the proper
destination and sysout class from the job (where it is set once, and
is always the same) to the user, who will have to look it up and get
it right each time, is much too error prone.  (And besides, aren't
computers supposed to make life easier, not harder?)

I have considered setting a bit in the JQE that would be tested by
work select.  If the bit is on, the job is assumed to be in the FETCH
queue, and is non-selectable.  Of course, this would require that I
also add code to maintain this bit during offload/reload operations.

Better ideas would be greatly appreciated.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: NERDC, U of Fl, 904-392-4601
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 16:54:34 EDT
From:         "Jack Schudel (SCHUDEL@NERVM)" <SCHUDEL@NERVM.NERDC.UFL.EDU>
Subject:      JTIP programmable command interface replacement
Comments: To: JES2 discussion group <JES2-L%VTVM2@nervm.nerdc.ufl.edu>

While on the subject of replacing old JTIP code...

I am looking to replace the JTIP command interface.  This is an SVC
interface to a SSI call that was added to JES2 to allow non-authorised
programs to issue JES2 commands and get the responses back.  The
interface also included authorization checking to ensure that you
owned the job that you were attempting to cancel, etc.

Has anyone written code to use the new MCSOPER/MGCRE/MCSOPER facility?
Any comments on its applicability?

Thanks.

/jack
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 16:30:00 CST
From:         Dave Ulrick <A01DGU1@NIU.BITNET>
Subject: Re: Networked commands & messages - Questions

On Mon, 23 Nov 1992 15:34:00 EST "John Hamlet 677-8000 X7958 (919)"
   <SNOJRH@MVS.SAS.COM> said:
>UCT does NOT need to be linkedited resident with HASJES20. I allocate
>a UCT in JES2 pre-initialization (EXIT 0) and finish initializing
>it in post-initialization (EXIT 24). I expect Doron may be placing
>the address in the UCT as you describe but via a JES2 source code
>change. Can you double check the code you mentioned or point me to the
>JES2 mods tape file number or organization ?

Yes, you're right.  The UCT does *not* have to be link-edited with
HASJES20, but it can be.  In fact, Doron's doc for his UCT
mentions both approaches (link-edit into HASJES20 vs. Exit 0), and
he says that he decided to go with the link-edit approach because
that method facilitated his use of certain V-cons.  You'll notice
that I read this doc *after* I made my previous post. :-)

You'll find his mods for JES2/SP 1.3.6 in files 94 through 96 of
the SP 1.3.6 mods tape.  They have DSNs of UBI.DOC136, UBI.MODS136,
and UBI.SAMP136.  Look for mods BJ017 and BJ032.

Dave

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                        Bitnet:    A01DGU1@NIU   (MVS/ESA)
Northern Illinois University                  A01DGU1@NIUCS (VM/SP)
DeKalb, IL, USA                    Internet:  a01dgu1@mvs.niu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 14:34:00 CST
From:         Dave Ulrick <A01DGU1@NIU.BITNET>
Subject:      Re: FETCH queue support for JES2 4.2

On Mon, 23 Nov 1992 14:36:00 EST Phil Rengert <PHIL@UORMVS.BITNET> said:
>Does anyone have or know of an implementation of the old J/TIP FETCH queue and
>$QJ/$QALL commands for JES2 release 4.2?  If not, does anyone have an opinion
>of how difficult it would be or what the alternatives are?
>
>We are getting ready to migrate to the new release and would like to avoid
>reinventing the wheel- or something equally archaic....

We used to use the J/TIP mods ourselves.  We migrated away from them
when we converted from release 4.2 to SP 1.3.6.  At that point we
stopped using a special FETCH queue in favor of a DEST code named
FETCH, arbitrarily assigned to a route code of U999.  Our main text
editing/job submission facility, SuperWylbur, seems to be quite
happy with this new way of working.  As you would probably imagine,
rerouting and/or purging such "fetch" output is simple, since it
is now in a standard JES2 print queue, albeit one that we never
print.  We simply use the $R command to reroute output and $PQ
to purge old fetch output.

There was one thing, though, that our users did not like at the
time of our conversion from J/TIP:  since the fetch queue was no
longer separate from the print queue, they couldn't assign a
particular route code to a job *and* put it in fetch like they
could with J/TIP.  They were accustomed to running jobs that
contained JECL like "/*ROUTE PRINT RMT3", directing the output
to fetch, and later issuing PRINT <jobnumber> to redirect the
output to print on RMT3.  No more!  They now must re-route the
job from fetch to print; simply saying PRINT is no longer
sufficient.  If you choose to follow an approach like we did, make
sure that your users understand this change ahead of time.  They
might not like it, but at least they'll have been warned.

>Phil Rengert
>University of Rochester

Dave

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                        Bitnet:    A01DGU1@NIU   (MVS/ESA)
Northern Illinois University                  A01DGU1@NIUCS (VM/SP)
DeKalb, IL, USA                    Internet:  a01dgu1@mvs.niu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Sun, 15 Nov 1992 12:50:00 MET
From:         Hans Joolen <RCCSJLN@HDETUD2.TUDELFT.NL>
Subject:      Re: JOBCARD standards enforcement

>
> At our shop we are considering enforcing some sort of standards
> for jobs submitted into JES2.  We want to make sure that certain
> fields in the JOBCARD are present, and if not, we want to pull
> them in.  We would like to be able to get this information from
>  he userid that the job is submitted under.  ...

Some replies already indicated that exit 6 is the way. Let me
give one other reason:
Your MVS/JES2 system is connected to many others. A TSO-customer
of yours can submit a job containig a /*ROUTE XEQ card, indicating
that the job is to execute on one of the other EARN/BITNET nodes.
Do you want to enforce your local jobcard standards on those
outbound NJE-jobs too? Probably not, because the execution node
could have completely different standards.
During exit 2, 3 or 4, you have no way of knowing whether or not
the job is intended for execution on your node. The /*ROUTE XEQ
card comes after the jobcard, it may even be the last card of the
job.

On the other hand, exit 6 runs during JCL conversion. JES will
not convert JCL for outbound NJE-jobs, because it has to be done
at the execution node. So, the simplest way to process only those
jobs that are to run on *your* system is using exit 6.
                                Hans
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 15:34:00 EST
From:         "John Hamlet 677-8000 X7958 (919)" <SNOJRH@MVS.SAS.COM>
Subject: Re: Networked commands & messages - Questions
Comments: To: JES2 discussion group <JES2-L%VTVM2.CC.VT.EDU@UNX.SAS.COM>

> We too are using versions of the $UM and $UC commands.  Our MVS and
> JES2 releases are 3.1.3 and 2.2.0 respectively.  However, we're not
> running the code from TUCC; instead, we're running a variation on
> that code from Doron Shikmoni at Bar-Ilan University.  He uses an
> interesting way of getting around the problem you describe:  he
> puts a V-con of HASPWQUE in the UCT, which if I remember correctly
> *must* be link-edited into HASJES20.  The exit then loads the
> V-con from the UCT, thus eliminating the need for the external
> reference.  I found this exit on a SHARE JES2 Mods tape for
> JES2/SP 1.3.6.  Even if you can't find Doron's exit, I'm sure that
> you could use a technique like the preceding.
>
> Dave
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Dave Ulrick                        Bitnet:    A01DGU1@NIU   (MVS/ESA)
> Northern Illinois University                  A01DGU1@NIUCS (VM/SP)
> DeKalb, IL, USA                    Internet:  a01dgu1@mvs.niu.edu

UCT does NOT need to be linkedited resident with HASJES20. I allocate
a UCT in JES2 pre-initialization (EXIT 0) and finish initializing
it in post-initialization (EXIT 24). I expect Doron may be placing
the address in the UCT as you describe but via a JES2 source code
change. Can you double check the code you mentioned or point me to the
JES2 mods tape file number or organization ?
                                              Thanks
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: NERDC, U of Fl, 904-392-4601
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 16:09:02 EDT
From:         "Jack Schudel (SCHUDEL@NERVM)" <SCHUDEL@NERVM.NERDC.UFL.EDU>
Subject:      Re: Networked commands & messages - Questions
Comments: To: JES2 discussion group <JES2-L%VTVM2@nervm.nerdc.ufl.edu>

On Mon, 23 Nov 1992 13:27:00 EST John Hamlet 677-8000 X7958 (919) said:
>Has anyone placed the HASPWQUE routine's code in an Exit 5 routine to
>avoid the problems associated with resolving the HASPWQUE vcon from a
>"loaded" exit ?

I have a tiny HASPXJ00 module that gets linked into HASJES20 that
has a vcon for HASPWQUE.
A bit of code in HASPXIT0 uses the $HASPMAP table to find HASPXJ00,
and then moves the HASPWQUE address from XJ00 to the UCT.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 23 Nov 1992 13:27:00 EST
From:         "John Hamlet 677-8000 X7958 (919)" <SNOJRH@MVS.SAS.COM>
Subject:      Networked commands & messages - Questions
Comments: To: jes2-l%VTVM2.CC.VT.EDU@unx.sas.com

I'm trying to resurrect some of Jim Walker's (TUCC) old code that
supported the $UC and $UM command support via a JES2 Exit 5 routine
in order to support the old Bitnet related VCMD and VMSG command
processors respectively. I am trying to get this working on a JES2 3.1.1
level system without having to linkedit this Exit 5 routine resident
in JES2 in order to resolve the V(HASPWQUE) vcon used to queue the
message/command. I have tried using $N command to send commands and
it works except the case of the command is changed. I have also tried
the $DM command with no luck when trying to send to a UREP user on a
UREP node. I just tried the $DM and $N commands to see if I could do
what I wanted via a JES2 vanilla facility.

Has anyone placed the HASPWQUE routine's code in an Exit 5 routine to
avoid the problems associated with resolving the HASPWQUE vcon from a
"loaded" exit ?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-hesc
Date:         Fri, 20 Nov 1992 11:34:01 -0800
From:         acc00rrb@UNCCVM.UNCC.EDU
Subject:      Re: HESC inventory listing

We also noticed a number of 'duplicates' (including those mentioned below
and several others) and will be notifying our IBM Marketing Rep. (as
instructed by Fred's letter) to delete these duplicate licenses if they
exist. It may be that this 'double counting' contributes slightly to the
large number of licenses.
-Bob
----------------------------------------------------------------------------
-----------------------------
>Fred,
>
>We just received the HESC license inventory listing that you sent
>out via land mail.  We appreciate your efforts in helping us keep
>HESC costs as low as possible.
>
>We did get a bit of scare when we got to a page showing us with
>several licenses in Group 1D which we aren't paying for.  A quick
>check showed that the products in question are listed in Group 1A1
>*AND* Group 1D.  Whew!!
>
>I thought this note might save you (and the other list readers)
>a little head scratching when other examples of this pop up.
>
>The products that showed up twice for us are
>
>5668-812 GDDM/PGF V2
>5668-958 VS COBOL II
>
>Bob Carr
>UT Arlington
Bob Blackmun
Director of Computing Services
UNC Charlotte
Charlotte NC 28223
(704) 547-2283 / fax 547-3134
Internet: ACC00RRB@unccvm.uncc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.ibm-hesc
Date:         Mon, 23 Nov 1992 14:27:56 EST
From:         Fred Dwyer <FDDWYER@RHQVM21.VNET.IBM.COM>
Comments: To: IBM-HESC%PSUORVM.BITNET@CORNELLC.cit.cornell.edu

Subject:OOOOPS!

>Date:         Thu, 19 Nov 1992 15:48:16 CST
>From:         Robert Carr <C130RDC%UTARLVM1.BITNET@pucc.Princeton.EDU>
>Subject:      HESC inventory listing
>
>Fred,
>
>We just received the HESC license inventory listing that you sent
>out via land mail.  We appreciate your efforts in helping us keep
>HESC costs as low as possible.
>
>We did get a bit of scare when we got to a page showing us with
>several licenses in Group 1D which we aren't paying for.  A quick
>check showed that the products in question are listed in Group 1A1
>*AND* Group 1D.  Whew!!
>
>I thought this note might save you (and the other list readers)
>a little head scratching when other examples of this pop up.
>
>The products that showed up twice for us are
>
>5668-812 GDDM/PGF V2
>5668-958 VS COBOL II
>
>Bob Carr
>UT Arlington
        ------------------------------------------------------
Sorry for the scare Bob, but I believe you figured it out.  The search
logic focused only on product numbers to assemble HESC license groups.
In that fashion, licenses for the few products which are listed in more
than one group, would appear as individual licenses in each of the HESC
groups from which they can be licensed.
                                           Fred Dwyer
                                           IBM ACIS


 =========================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibm-hesc
Date:         Thu, 19 Nov 1992 15:48:16 CST
From:         Robert Carr <C130RDC@UTARLVM1.BITNET>
Subject:      HESC inventory listing

Fred,

We just received the HESC license inventory listing that you sent
out via land mail.  We appreciate your efforts in helping us keep
HESC costs as low as possible.

We did get a bit of scare when we got to a page showing us with
several licenses in Group 1D which we aren't paying for.  A quick
check showed that the products in question are listed in Group 1A1
*AND* Group 1D.  Whew!!

I thought this note might save you (and the other list readers)
a little head scratching when other examples of this pop up.

The products that showed up twice for us are

5668-812 GDDM/PGF V2
5668-958 VS COBOL II

Bob Carr
UT Arlington
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: IBM-HESC@PSUORVM.BITNET
X-VMS-To: @EDUCLIST.DIS
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.ibm-hesc
Date:         Tue, 17 Nov 1992 13:12:29 -0500
From:         "this is cracker soul." <U94_DBELSON@SITVXC.BITNET>
Subject:      Term Paper Assistance?
Comments: To: AACE-L@AUVM.BITNET, CARET@GWUVM.BITNET, DECTEI-L@UBVM.BITNET,
          ECENET-L@UIUCVMD.BITNET, EDAD-L@WVNVM.BITNET, EUITLIST@BITNIC.BITNET,
          IBM-HESC@PSUORVM.BITNET, JCMST-L@PURCCVM.BITNET,
          QUIDNOVI@ASUACAD.BITNET, REACH@UCSBVM.BITNET, VEVA-L@VTVM2.BITNET,
          WCETALL@UNMVMA.BITNET

        This semester I am taking a "Computers and Society" course.  I am
currently in the process of researching and gathering information for a
term paper that I am doing on the topic of "Computers and Education".  In
keeping with the topic, I am attempting to do a large portion of this
research over the Internet.  This is where I need your help.  Below, I have
attached a brief outline of what I hope to cover in my paper.  If you have
any experiences or information in these areas, or can point me to telnet or
ftp sites where I can find information, please send me e-mail at
U94_DBELSON@VAXC.STEVENS-TECH.EDU     In addition, please feel free to
forward copies of this letter to any of your colleagues that you feel might
be able to help me.

---------------------------------------------------------------------------

       What are the logistics of computerizing a school?
            -Planning
            -Timing
            -Costs
            -Educational Level
       What possible problems may be encountered in computerizing a school?
            -Compatibility
            -Obsolescence
       What problems have those involved already encountered?


       How can computers be used in the classroom in a supplementary fashion?
            -Educational Level
            -Tutorials
            -Simulations
            -Exercises
       How can computers be used "at home" to supplement in-class learning?


       How is the Internet utilized as an educational resource?
            -Mailing Lists
            -Telnet sites with information/library catalogs, etc.
            -FTP sites
            -Usenet News
       What educational resources are currently available over the Internet?
       How might the Internet be useful above and beyond "traditional
       education"?
            -communication across country/world
            -student <-> student
            -teacher <-> teacher
            -administrator <-> administrator

----------------------------------------------------------------------------

Thanks in advance for your help!

David Belson - U94_DBELSON@VAXC.STEVENS-TECH.EDU
Box S-116
Stevens Institute of Technology
Hoboken, NJ 07030
(201) 216-3541
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: ADVISE-L@UGA.BITNET
X-VMS-To: IN%"ADVISE-L@UGA.BITNET"
Newsgroups: bit.listserv.advise-l
Date:         Mon, 23 Nov 1992 17:33:00 EST
From:         JMFST10@PITTVMS.BITNET
Subject:      Re: info needed on AI lists or ftp sites.

Hello,
 I would like to unsubscribe from this list.  How is this done?
   Thank you.. Jason Fox
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.advise-l
Date:         Thu, 19 Nov 1992 10:07:21 -0500
From:         JDBER@CONNCOLL.BITNET
Subject:      Computer architecture info needed (ftp or disc.group)

Does anyone know of either an ftp site or a discussion group that covers
Computer architectures? Needed are RISC, Neural Nets, Super Computers,
Parallel architectures, etc. Please respond directly, and if you know of
a location, please respond. I'd rather have too many responses than too few.
Thanks a lot!


                                              _________________________________
                Jason D. Bernstein           /             ___
___________________________________________/      _-  ____/.- | _--_-__--_-
Bitnet:    jdber@conncoll                         __  ----    | --_----_-_--
Internet:  jdber@mvax.cc.conncoll.edu             --_     /___|__ -------____-/
Mail:      Box 3118 Connecticut College          --_-__  /**               #/
           New London, CT 06320                 ___---- |**   ___-------  |
Telephone: (203) 439-3655                         __---  *______________/ _--_
-------------------------------------------\ ---__---_-___-______-____-_-_
                Vice President,              \ -  ---  ------____--___--___-_
                Computer Geeks Anonymous       \______________________________
From: SL_F126@TITAN.KINGSTON.AC.UK
Newsgroups: bit.listserv.advise-l
Subject: Re: Password security for Macs and PCs
Date: 18 Nov 92 18:54:28 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.kingston; Wed, 18 Nov 1992 18:55:19 +0000
X-VMS-To: IN%vm1.nodak.edu::advise-l
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Comments: To: ADVISE-L@vm1.nodak.edu

X-News: titan advise-l:1656

>From: Sandra Oswald <@vm1.nodak.edu:UOSJ19@sdnet.bitnet>
>Subject:RE: Password security for Macs and PCs
>Date: 16 Oct 1992 08:13:11 -0500 (CDT)
>Message-ID:<9210161425.aa03076@ceres.king.ac.uk>

>I have a shareware program called lockout that allows you to set up a hot
>key sequence to lock the keyboard while it is unattended.  Lockout is a TSR
>that when activated, flashes the message "Computer in Use" on the monitor.
>
>The only problem that I have encountered is that a person can boot the
>computer and the keyboard will no longer be locked.
>Why the bloody hell are you telling us this, so all the computer nerds that

>are on this thang can more effectively hog the computers?

>                                             Sandra J. Munkvold-Oswald
>                                             UOSJ19 at SDNET.Bitnet
>                                             SOSWALD@charlie.USD.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X400-Trace: US*ATTMAIL*WIDE; arrival Thu,
            19 Nov 92 14:40:30 -0500 action Relayed
P1-Message-ID: US*ATTMAIL*WIDE; 921119143729087-MTABWIDENER
UA-Content-ID: 921119143729087-
Newsgroups: bit.listserv.advise-l
Date:         Thu, 19 Nov 1992 14:40:30 -0500
From:         Scott.R.Barnett@CYBER.WIDENER.EDU
Subject:      SNAP-IN upgrade cards
Comments: To: ADVISE-L@UBVM.CC.BUFFALO.EDU

Does anyone out there know anything about these upgrade snap-in boards designed
to upgrade a 286 to a 386?  I have a IBM PS/2 30-286 and am looking at possibly
getting one of these.  Any suggestions?


__________________________________________________________________________
Scott R. Barnett                         Scott.R.Barnett@cyber.widener.edu
Computer Lab Manager                     sbarnett@tattoo.cs.widener.edu
Widener University                       Harry Sullivan is an imbecille!
    All opinions expressed or implied are my own and no one else's!!!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <HILL@CMSUVMA>
Newsgroups: bit.listserv.advise-l
Date:         Mon, 23 Nov 1992 09:01:57 CST
From:         HILL@CMSUVMA.BITNET
Subject:      Re: info needed on AI lists or ftp sites.
              21 Nov 1992 15:24:53 +0200 from <ghal@LEON.NRCPS.ARIADNE-T.GR>

There is AI-ED@SUN.COM sub to AI-ED-REQUEST@SUN.COM
for Artificial intelligence
AILIST@NDSUVM1 sub to Listserv@NDSUVM1
EDUCAI-L@WVNVM sub to listserv@WVNVM
IAMEX-L@TECMTYVM sub to listserv@TECMTYVM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.advise-l
Date:         Sat, 21 Nov 1992 15:24:53 +0200
From:         George Chalaris NTU <ghal@LEON.NRCPS.ARIADNE-T.GR>
Subject:      info needed on AI lists or ftp sites.
Comments: To: advise-l@finhutc.bitnet

Does anyone know of an ftp site o [D [D [D  any list dealing with artificial
 Intelligence
suvbjects , neural nets etc.
i appreceiate any info on this and I will try to po 7{st a summary of
responses( I hope there will be some.......)
Thanks a lot,


George Chalaris

GIS Analyst
Hellenic M. Geographical Service
Pindoy 8 , N. Philadelphia
Athens 143 42 - GREECE
FAX : + 30 1 2180037
VOICE:+ 30 1 2525790
INTERNET  ghal@leon.nrcps.ariadne-t.gr
--------------------------------------------------------------------------
Geography Brings us together ............
--------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU