HDTenEightyP/NetNews huggingface dataset:
X-VMS-To: IN%"CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.cdromlan
Date:         Fri, 14 Aug 1992 14:47:20 -0500
              <CDROMLAN@IDBSU.BITNET>
From:         FB23@VAXB.ACS.UNT.EDU
Subject:      Re: Stuck CD-ROM
X-To:         CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU

RE: DISK STUCK IN SONY CDU-100B

I have one of these old warhorses still around and have had to remove stuck
disks (including a lens cleaner) from time to time.  Removing stuck disks is
performed as follows:

Turn off the power to the unit.  In the upper right corner of the faceplate,
there is a 'drive number window'.  A label is mounted in the window giving
the drive number.  In most cases, this is a zero.

Pry the label out of the window.  Behind the label is a slotted shaft.  Using
a screwdriver, carefully turn the screw.  As you turn it, the drive drawer
should open.

Voila!!

Arne J. Almquist
Assistant to the Director--Networking and Microcomputer Resources
University of N. Texas--Libraries
P.O. Box 5188
Denton, Texas  76203-0188

ph. 817/565-3024
Bitnet: FB23@UNTVAX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.cdromlan
Date:         Sat, 15 Aug 1992 03:41:45 -0700
              <CDROMLAN@IDBSU.BITNET>
From:         ADM0404@SAIPA00.BITNET

Hello:
would some body help me finding a MAC cd-rom sw:
I would like to hook my Mac to two   chained cd-rom drives.
help could be company name's that deal with such subj.
thanks in advance.
aziz
----------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: Penn State University / University Libraries
X-Envelope-to: CDROMLAN@IDBSU.BITNET
X-VMS-To: IN%"CDROMLAN@IDBSU.BITNET"
Newsgroups: bit.listserv.cdromlan
Date:         Wed, 19 Aug 1992 12:57:00 EST
              <CDROMLAN@IDBSU.BITNET>
From:         "Alan Claver E6 Pattee 5-7213" <ALC@PSULIAS.BITNET>
Subject:      Re: Charging per page for printing

>We met yesterday with a representative of a company who claims they
>can sell us "one-card" readers and monitors that can be attached
>to the Epson printers currently being used at the stations of
>our CD-ROM LAN.  Thus we would be able to set a fixed charge per
>page printed from our various bibliographic databases.  I would
>much appreciate hearing from any libraries who have considered
>and/or implemented such devices.  We would continue to use continuous
>feed paper, and most software simply prints over the perforations;
>the rep claims they can configure their devices to counts lines
>printed rather than trapping for form feeds.
>
>In addition to knowing whether this might work (technically) I'd
>be interested in knowing, if you have implemented such a system,
>what impact it had on the volume of printing, as well as how much
>you charge per page.  Any other tips and pointers gratefully
>accepted.  I'll summarize direct replies for the list if their is
>interest.  Thanks.

We've looked at charging for printing extensively at PSU Libraries.
Technically, vending systems work fine. They can count characters, lines or
even time and work reliably. We have the whole infrastructure in place anyway
for our copiers.

The problem we had was the cost of the devices. For printers with a low
materials cost (like dot matrix printers), 90% of the charges per page were to
pay for the devices and vendor fees. For example, we figured it costs about 1
cent/page for dot matrix (or inkjet) printers but we'd have to charge 10
cents/page to pay for the card reader or for the rental fees.

The back fees are less a problem with high quality printing, like laser
printers or for copiers. But, these are not required for quick citation
printing. We couldn't justify charging 10 cents just to get back 1 cent in
costs.

We currently print at about 25 CD-ROM stations and absorb the costs in our
budget.

We are looking at other ways to cut printing, like downloading and central
printer servicing.

  /^/|^|    Alan Claver, Microcomputer Info Specialist                 |^|\^\
 / / | ||^| Penn State University Libraries                         |^|| | \ \
/_/  |_||_| E6 Pattee Library, University Park, PA 16802            |_||_|  \_\
     Ma Bell:(814) 865-7213--Bitnet:ALC@PSULIAS--Internet:ALC@PSUVM.PSU.EDU

           " Certe, Toto, sentio nos in Kansate non iam adesse."
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: CDROMLAN@IDBSU.BITNET
X-VMS-To: IN%"CDROMLAN@IDBSU.BITNET"
Newsgroups: bit.listserv.cdromlan
Date:         Mon, 17 Aug 1992 12:51:00 EDT
              <CDROMLAN@IDBSU.BITNET>
From:         KRYSTYNA <RYKOWSKI@RIDER.BITNET>
Subject:      Re: cabling

Thanks for replying.  You taking about SCSI Express software but we planning
to use Optinet software for the optical server, so I also want have SCSI
adapter and I'm still confused.
Krystyna
Rider College
Newsgroups: bit.listserv.cdromlan
From: DGH@herald.divinity.yale.edu (Duane Harbin)
Subject: Amdek LD-1 & NIC's
Organization: Yale Divinity Library
Date: Fri, 21 Aug 1992 18:14:58 GMT

I have an old Amdek Laserdrive 1 (I believe that it was actually 
manufactured by Hitachi) with an interface card marked CD-ROM Interface CD-
IFI4, and no documentation worth mentioning. I have found that when I try to 
install this in a system with a 3C503 NIC, it interferes badly with the NIC.

I have tried various diagnostics, and I cannot find out exactly where the 
boards conflict. The most likely areas are interrupts and DMA channels. I 
have not been able to find a combination for the NIC that the CD-ROM 
interface doesn't kill somehow.

Does anyone know anything about this interface card, or if a different 
interface (preferably SCSI) would work with the drive, or have suggestions 
for getting the interfaces to co-habitate peacefully?

Thanks.

Duane Harbin
Information Services Librarian
Yale Divinity School Library
203/432-5289
DGH@Herald.Divinity.Yale.Edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:      UK.AC.ASTON; 13 AUG 92 17:14:31 BST
Newsgroups: bit.listserv.cdromlan
Date:         Thu, 13 Aug 1992 17:18:48 +0000
              <CDROMLAN@IDBSU.BITNET>
From:         t.m.a.hooton@ASTON.AC.UK
Subject:      Re: Accessing Library CDs for Citation indexes
X-cc:         kurtoglu@trmetu.BITNET

>
> Hi,
>
>Our library has a PC and a CD-ROM Drive and CDs for Citation indexes.
>And Here, In METU, We have a fiber optic token ring backbone and the
>departmental LANS are tied to this Backbone. These LANS are either
>BANYAN-Vines, NOVELL-Netware or Unix workstations. And TCP/IP is
>available  on all  of them.
>Now What our Library want is letting this CDs available all over the
>network (they will buy lots of CDS).
>
>Any Suggestions, or information would be appreciated.
>
>Thanks
> Kursat CAGILTAY
> METU CC

Merhaba!

Here at Aston Uni. we have several CD_ROM servers using OptiNet software.
I run under MS LanManager, but Edward Craft in our Library
(e.j.craft@aston.ac.uk)(via earn) runs a Netware setup and may be willing
to offer more useful advice.

PS. I was at METU last Friday, and if I had known I could have dropped in
to see you.
Tim Hooton, Computer Officer, Dept. Modern Languages, Aston University,
BIRMINGHAM, B4 7ET      	 	     	       	tel.(021)-359-3611 x4227
T.M.A.Hooton@uk.ac.aston
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.cdromlan
Date:         Sat, 15 Aug 1992 12:50:26 EDT
              <CDROMLAN@IDBSU.BITNET>
From:         Steven Kriby <kirby@ATHENA.CS.UGA.EDU>
Subject:      Re: Menus versus Windows
X-To:         CDROMLAN%IDBSU.BITNET@uga.cc.uga.edu
              at Aug 14, 92 4:26 pm

No, not for a number of reasons.  First, I'm still not 100 percent sold on MS
Windows' reliability.  Win 3.1 is a big improvement over 3.0 in this area, but
there's still a ways to go.  And since most of the CD-ROM apps we use are still
written for a DOS API, this is a major concern given that most of the Windows
problems crop up when trying to run DOS apps under Windows.  But the major
reason is that SaberMenu and Direct Access Network perform very different
functions from a Windows desktop.  The latter is designed to make it as easy
as possible (at least in theory) to get to an application, while the former is
intended to keep people away from certain parts of the disc structure.  Now,
you might could convince me that File Manager is an effective barrier to a lot
of people.  :-)  But that's not its purpose.  Besides, I only have two public
workstations that stand even a remote chance of running Windows successfully.
Until we upgrade to 386/486 (or whatever)--which ought to happen around 2000,
the way things seem to go here--we're "stuck" with a DOS command line interface
using a menu program.


--Steve

Steven Kirby
University of Georgia
kirby@athena.cs.uga.edu>
> Hello, everybody !!!
> I don't know any software-menus for PC based networks...
> but I think that all these menus could be favourably replaced
> by Windows (3.0 or 3.1)
> You don't think so ?
>
>
> --
> ------------------------------------------------------------------------------
> Emmanuel COURCELLE
> CNRS/IBCG (ex-CRBGC)		Tel (33) 61 33 58 66
> 118 route de Narbonne		Fax (33) 61 33 58 86
> 31062 TOULOUSE Cedex		e-mail   manu@ibcg.biotoul.fr
> France
> ------------------------------------------------------------------------------
>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.cdromlan
Date:         Mon, 17 Aug 1992 07:50:38 CDT
              <CDROMLAN@IDBSU.BITNET>
From:         "Gerald A. Smith" <gsmith@GUNTER-EMH.AF.MIL>
Subject:      Re: Menus versus Windows
X-To:         CDROMLAN%IDBSU.BITNET@pucc.princeton.edu
              Aug 14, 92 4:26 pm

>
> Hello, everybody !!!
> I don't know any software-menus for PC based networks...
> but I think that all these menus could be favourably replaced
> by Windows (3.0 or 3.1)
> You don't think so ?
>
>
> --
> ------------------------------------------------------------------------------
> Emmanuel COURCELLE
> CNRS/IBCG (ex-CRBGC)		Tel (33) 61 33 58 66
> 118 route de Narbonne		Fax (33) 61 33 58 86
> 31062 TOULOUSE Cedex		e-mail   manu@ibcg.biotoul.fr
> France
> ------------------------------------------------------------------------------
>
I personally don't think that Windows is an end all solution for all people,
 especially considering many networks are not "Windows-friendly."  To send a
 graphic down a network takes much more space than does a text based system.
 Not everyone around is us
ing Netware 3.X (soon to be 4.X???), and using a fiber 100mbps   network.  I
 haven't seen it yet, but I would shudder to see windows accessing a CD-ROM on a
 Lantastic peer-to-peer network going over twisted pair.  This would especially
 be slow if several
people tried to access it at one time.
MS-DOS is still the king for the majority of PCs out in the world.  I think most
 of them prefer not being left in the dust when it comes to networking, just
 because Bill Gates chooses to leave everyone there that doesn't follow him with
 their tails wag
ging behind.  (Don't get me wrong, I like Windows, even with its many
 faults.)...
  Menu systems allow easy access to many programs on the LAN and usually give
 some control over who will access the system.  With Direct Access, I don't need
 tosearch hard for what I am looking for, it is written on the screen.  All I
 have to do is select
 the menu-choice I want and the program is there for me.  This isvery tempting
 for those who still have XTs and ATs in their shops.  I know they are out
 there, and I know that most of you would not consider trying Windows on an AT
 system.  Personally, I w
ould never use Windows on an AT, I don't want to have to go to lunch right after
 getting to work (because that is about how long it would take for Windows to
 boot up on the ATs we have here).  I can't imagine using it over a network
 under such conditions.
  Maybe when we totally convert to 386s...

Gerald Smith
gsmith@ssblan.ssc.af.mil
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cdromlan
Date:         Mon, 17 Aug 1992 10:39:35 CDT
              <CDROMLAN@IDBSU.BITNET>
From:         zhengt@UWWVAX.UWW.EDU
Subject:      RE: cabling
X-To:         CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU

we use MPXI-2 hub from Cabletron System (603)-332-9400.
To connect Hub to server, use one of the port on the hub and use
the cable to connect to 10BASET card of your server. All work
stations do the same connection.
The CDROM Towers shall connect to server SCSI adapter if you used
SCSI adapter in your server. It does not need be connected to Hub.
You may also need some software like SCSI Express to make server
read your CD-ROM Towers. Once CD-ROM Towers be accessed by server.
Your workstation shall be able to access it via server.
=========================
Ting Zheng, L&LR
University of Wisconsin-Whitewater
(414) 472-5519
zhengt@uwwvax.uww.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cdromlan
Date:         Fri, 21 Aug 1992 21:46:00 CDT
              <CDROMLAN@IDBSU.BITNET>
From:         "Don M. Wee/Loyola Univ Chicago" <$ACSDMW@LUCCPUA.BITNET>
Subject:      Re: Bridging Novell LAN to BM Mainframe

> OK, the verdict is in.  Our LAN is great, etc. etc.  But the first question
> out of everyone's mouth (except those of us who brought the LAN up) has been
> "When will we be able to get to this from the online catalog?".  Our OPAC wa
> developed in-house.  It is CICS based and runs on an IBM 3090.  Naturally,
> all devices connected to it are 327x devices.  Now, here's the question.
> Hypothetically, could we bridge a connection between our Novell NetWare 3.11
> LAN and the mainframe?  Has anybody actually done that?  And lived to tell
> the tale?
> Steven Kirby
> University of Georgia
> kirby@athena.cs.uga.edu
> Novell 3.11/SCSI Express 1.09

I see several people have answered the question "can I let LAN users
access the CICS catalog system" with the stock gateway solutions.
We, too, have such in gateways in place, and are creating other
ways to go that direction.  But I think your question was really
going the other direction -- giving IBM-3270-type-terminal-users
the chance to search databases mounted on the Novell CD-ROMs.
I know of NO ONE doing this anywhere.
  I can imagine one way to do it...but it wouldn't be pretty:
a. Run TCP/IP under TSO on your IBM host and teach everyone how to
   use TSO and IBM mainframe Telnet.
b. Add a product to your IBM TCP/IP to make it handle ASCII character-
   mode hosts better (IBM prefers to talk to other IBMish block-mode
   EBCDIC devices).
c. Dedicate additional search stations on your Novell LAN, each running
   four things: the Novell shell, a TCP/IP stack, the search engine,
   and a "telnet daemon."  That fourth piece is the key and the tricky
   that I am only speculating MIGHT work: never having used one, I
   can only report I'm told that it is character-mode remote-control
   software for TCP/IP: a Telnet client logs into a TELNETD host and
   can run DOS character-mode applications.
This is such an ugly scenario I know I would never suggest it inside
my own institution...we're instead migrating people away from
terminal-only devices on their desks to PCs on LANs using gateways
to get at CICS...then we can add access to LAN CD-ROMs more easily...
and access to many other services.
  (I guess that statement and my references to ASCII and EBCDIC
are dead giveaways of the fact I come from the central computing
staff rather than the library staff, aren't they?)  ;-)
---------------------------------------------------------------------
Don M. Wee   Loyola University Chicago    BITNET: $ACSDMW@LUCCPUA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Pegasus Mail v2.3 (R1).
Newsgroups: bit.listserv.cdromlan
Date:         Wed, 12 Aug 1992 14:54:40 EDT
Reply-To:     wallyg%fen1.gmu.edu@gmuvax2.gmu.edu
              <CDROMLAN@IDBSU.BITNET>
From:         "Clyde W. Grotophorst" <WALLYG%fen1.gmu.edu@GMUVAX2.GMU.EDU>
Subject:      Re: CDROM network menus
X-To:         CDROMLAN%IDBSU.BITNET@cunyvm.cuny.edu

I've developed a simple menu program that we're using on our
Optinet CD-ROM network. I thought other subscribers of CDROMLAN
might be interested in evaluating it.  The program's is freeware
so there's no cost involved.

Program name: CDMENU
        Size: 32K
    Platform: IBM PC / DOS
     Version: 2.0

CDMENU enables you to offer 1-16 choices to your user. The
menu is mouseable, includes a help screen (ASCII file that you
create) and protects against the public exiting to DOS.

You call CDMENU from  a batch file, then based on what the
user selects, it exits back to DOS with a particular errorlevel code
(mapped to each of the options).  The calling batch file
picks up this errorlevel code and initiates the commands
necessary to launch a particular CD-ROM.  CDMENU doesn't
eat up any RAM -- it exits completely...just make sure to
your calling batch files calls itself when each CD-ROM
system is done.

An ASCII configuration file accompanies CDMENU, enabling
you to assign 1-30 character strings to each of the 16
menu options. If you don't have 16 options, CDMENU will
disable any option without a corresponding text string
in the configuration file. Exit from CDMENU to DOS is
password protected.

you can get CDMENU20.ZIP via ftp from gmuvax2.gmu.edu

username: anonymous
password: typeyouremailaddresshere
cd library
dir <- to see what else is available
bget CDMENU20.ZIP
bye

if bget doesn't work for you, just set mode to binary and
then issue your regular get.


+===================================================================+
| Clyde W. Grotophorst    Library Systems Office  Fenwick Library   |
| George Mason Univ       4400 University Drive   Fairfax, VA 22030 |
| Voice: (703) 993-2239   wallyg@fen1.gmu.edu     BBS:(703) 993-2219|
+===================================================================+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU"
Newsgroups: bit.listserv.cdromlan
Date:         Mon, 17 Aug 1992 03:31:41 -0400
              <CDROMLAN@IDBSU.BITNET>
From:         JULIUS ARIAIL <SOLIBJA@GSVMS2.CC.GASOU.EDU>
Subject:      Re: single user vs. standalone
X-To:         CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU

We have the same problem with the multi-campus situation of Georgia
Southern University; one "main" site, two large affiliated sites in a
city sixty miles away, and several smaller sites within 100 miles.  All
sites have access to the state-wide network which is linked to the
Internet.  So I have students who physically access my system by connecting
to the network from a local terminal through the campus network, and
other students who access my system by connecting to the network from
a terminal somewhere else in the state.  There is no distinction between
"local" and "distant" student; they are one and the same, and often
an individual student will be "local" one quarter and "distant" another
quarter.

Most of my CD agreements specify a certain number of simultaneous users
on the network, with no comment on where the users can be physically
located.  However, one agreement limits use to users within the
span of a "local area," with no definition of what a local area is.

With state-wide networks linked to campus networks, the distinction
between "local" and "wide" networks is fairly meaningless to the user.

I haven't figured out how to restrict "distant" users coming in to the
library CD network, and I certainly don't know how to explain the
situation to them or the administration.

Julius Ariail, Director of Libraries  solibja@gsvms2.cc.gasou.edu
Georgia Southern University           Statesboro, Georgia  30460
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-VMS-To: IN%"CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.cdromlan
Date:         Thu, 20 Aug 1992 10:02:25 -0500
              <CDROMLAN@IDBSU.BITNET>
From:         FB23@VAXB.ACS.UNT.EDU
Subject:      Re: Menus versus Windows
X-To:         CDROMLAN%IDBSU.BitNet@pucc.PRINCETON.EDU

Let me add that Saber Software has written a menu system front end for
Windows that adds the security functionality of a menu system but retains
Window's appearance and ease of use.  I agree with Steve that using 'raw'
Windows would be terribly insecure and probably a managerial nightmare.

Arne J. Almquist
Assistant to the Director, Networking and Microcomputer Resources
University of N. Texas--Libraries
P.O. Box 5188
Denton, TX  76203-0188

ph. 817/565-3024
Bitnet: FB23@UNTVAX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.cdromlan
Date:         Wed, 19 Aug 1992 11:49:00 EDT
              <CDROMLAN@IDBSU.BITNET>
From:         Will Owen <UWOWEN@UNC.BITNET>
Subject:      Charging per page for printing

We met yesterday with a representative of a company who claims they
can sell us "one-card" readers and monitors that can be attached
to the Epson printers currently being used at the stations of
our CD-ROM LAN.  Thus we would be able to set a fixed charge per
page printed from our various bibliographic databases.  I would
much appreciate hearing from any libraries who have considered
and/or implemented such devices.  We would continue to use continuous
feed paper, and most software simply prints over the perforations;
the rep claims they can configure their devices to counts lines
printed rather than trapping for form feeds.

In addition to knowing whether this might work (technically) I'd
be interested in knowing, if you have implemented such a system,
what impact it had on the volume of printing, as well as how much
you charge per page.  Any other tips and pointers gratefully
accepted.  I'll summarize direct replies for the list if their is
interest.  Thanks.

Will Owen, Systems Librarian
University of North Carolina at Chapel Hill
uwowen@unc.bitnet//uwowen@unc.oit.unc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mailer: Elm [revision: 66.25]
Newsgroups: bit.listserv.cdromlan
Date:         Fri, 14 Aug 1992 16:26:01 METDST
              <CDROMLAN@IDBSU.BITNET>
From:         Emmanuel Courcelle <manu@IBCG.BIOTOUL.FR>
Subject:      Menus versus Windows
X-To:         cdrom products in Lan environment <cdromlan@idbsu.idbsu.edu>
X-cc:         Emmanuel Courcelle <manu@hpsrv.biotoul.fr>

Hello, everybody !!!
I don't know any software-menus for PC based networks...
but I think that all these menus could be favourably replaced
by Windows (3.0 or 3.1)
You don't think so ?


--
------------------------------------------------------------------------------
Emmanuel COURCELLE
CNRS/IBCG (ex-CRBGC)		Tel (33) 61 33 58 66
118 route de Narbonne		Fax (33) 61 33 58 86
31062 TOULOUSE Cedex		e-mail   manu@ibcg.biotoul.fr
France
------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.cdromlan
Date:         Fri, 14 Aug 1992 09:25:12 CDT
              <CDROMLAN@IDBSU.BITNET>
From:         "Gerald A. Smith" <gsmith@GUNTER-EMH.AF.MIL>
Subject:      Re: single user vs. standalone
X-To:         CDROMLAN%IDBSU.BITNET@pucc.princeton.edu
              92 3:03 pm

Concerning the Computer Select library using DR Dos. I do agree that it is an
 ingenious way to get around your problem, however, I would suggest that you
 talk with the company and discuss the legalities of it. Perhaps they will allow
 you, in writing, to u
se it as you are now doing.
The possibility of lawsuits can be the ruination of a career.  The $5000 for the
 network version is much cheaper than the $100,000 fine and jail term.

Gary Smith
gsmith@ssblan.ssc.af.mil
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU