🚀 go-pugleaf

Info-Vax Digest         Wednesday, 11 Mar 1987      Volume 0 : Issue 2

Special note:
    Due to an unusual backlog of info-vax messages we have decided to
    place them all together in a series of digests for more efficient
    mailing.  Please do not mail comments on the digest format to the
    info-vax list.  We anticipate returning to the old direct mailing
    system shortly.  Thank you.


Date: Sat, 7 Mar 87 22:02:20 mst
From: jon%gaia.UUX%ncar.csnet@RELAY.CS.NET
Subject: VMS archiving systems

> We have heard over here in Europe various rumours about the inclusion
> of an Archiving System in VMS 5.  Since, for some reason beyond our
re "imminent" in the US than it
> does here, has anyone over there any information as to whether there is
> any substance in either the fact or the timing in the rumour or details
> of the proposed system itself!

I have heard that sort of rumor too.  One thing to consider, though: given
DEC's new attitude, it is unlikely that it would be bundled with VMS.  So,
you're going to have to buy it one way or another, and DEC's version is
unlikely to be the cheapest.

---
Jonathan Corbet
{seismo | hplabs | gatech}!hao!gaia!jon
{ucbvax | allegra | cbosgd}!nbires!gaia!jon

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

Date: Sun, 8 Mar 87 14:22:51 EST
From: jcm@ORNL-MSR.ARPA (James A. Mullens)
Subject: Question: C++ Experiences


I am considering using C++ on VAX/VMS for a graphics project.  I don't have
C++ yet on the VAX, but I have been playing with it on an IBM AT.

This project needs to be done quickly.  I don't have time to fight a lot of
compiler bugs, and I don't have time to re-code it into C if the C++ should
prove to be a pain...  I'd love to hear from anyone using C++ under VMS.
What sorts of experiences have you had?

Just so this message has some informatin content:  C++ is AT&Ts extension of
the C language which adds "object-oriented programming" features.  A brief
way of summarizing this is that structs can now contain functions as well
as data, and parts of structs can be hidden from users.  C++ also adds
operator overloading (+,-,etc) to allow easy use of new classes of data.
Finally, C++ cleans up some C syntax such as variable number of arguments
in function calls, function declarations, constant declarations, and
inline functions in place of macros.

Any comments, to the mailing list or directly to me, will be appreciated.

jim mullens / oak ridge national lab / jcm@ornl-msr.arpa

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

Date: Mon,  9 Mar 87 01:12:04 +0100 (Central European Time)
From: XBR1Y028@DDATHD21.BITNET (W. Reichenbaecher, HRZ)
Subject: Using a Laserprinter spooled (ormal printoutts) + nonspooled
         (for TeX)

We are about to run a TeX driver for a Laser printer on one of our VAXen.

Until today we are printing on the laser printer with the unmodified VMS
printer symbiont, as a spooled device over a printer queue.

Since the output of the TeX driver to the laser printer (bit map) is too
large to keep it in a queue, for TeX-printing we have to
 - stop the 'normal' printer queue and
 - 'unspool' the printer device

After the TeX output is finished ,
 - the printer has to be set as a spooled device and
 - the normal spooled printer queue will be started again

Our problem is, that we do not want to give any privileges to those
students who are printing their TeX output - in addition I like to
have a 'fully automated mechanism' to handle this problem.
(for example dispatching between two queues - a 'normal' printer queue
 and a special batch queue, where the TeX-Output job runs).

I think this problem is not new to some of the audience to this list.

So, I don't like to reinvent the wheel -

I would apreciate any comments and suggestions
(you may send them directly to me)

Thanks in advance


Walter Reichenbaecher
Technical University Computing Center
Darmstadt, West Germany

Bitnet/EARN:  XBR1Y028@DDATHD21

ARPAnet:      XBR1Y028%DDATHD21.BITNET@WISCVM.WISC.EDU

_________________________________________________________________________

Date: Mon,  9 Mar 87 6:35 +0200
From: Yehavi Bourvine +972-2-584279
      <YEHAVI%HUJIVMS.BITNET@wiscvm.wisc.edu>
Subject: IVECS cards (in reply to Scott Marshall query).

  Concernning Ethernet LANS, we are using here (Hebrew U, Computation Center)
only the Bridge's LAN. The IVECS cards makes some troubles, but it seems that
in this situation they are almost the best solution. I haven't tried the DEC's
LANS, but as I heard they have problems too.
  The IVECS is DMFs emulator, and it does its fuction (usually). I guess
that you've read the messages here about it; There is one more thing that
is written in its book: It accumulates errors when in heavy use due to
timeouts. When the load is heavy the card is a little bit slow in response
to the CPU, which causes a timeout error and re-transmission from the CPU
to the card. The user does not notice it. Furthermore, I don;t remember
whether it was only on the HACK version or also with the IVECS, but when
the traffic is very high, and the amount of data passing in the card in
one moment reaches a certain limit, the IVECS disconnects all the users
routed through it, and they have to requset again re-connection. I haven't
saw it here, since I never operate it with more than 32 ports.
  Again, I have no other LANS to compare it. It seems that usually it
does it's work...
                    __Yehavi:
                    Yehavi Bourvine
                    The Hebrew U of Jerusalem,
                    Computation Center.

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

Date: Mon, 9 Mar 87 11:15 O
From: <BEN%TECHMAX.BITNET@wiscvm.wisc.edu>
Subject: mount/ebcdic

The Mount/Ebcdic is not documented in Vax-11 RSX, however there is a QIO
that allows for translatation from EBCDIC to ASCII. This has been used on a
couple of old DECUS entries, namely- mtexch. I do not know if the sources
of this are still available, but the executable code is still running on
version 4.5 by me.

-------------------------------------------------------------------
|Ben Pashkoff                                   xx  xxxxxxxx      |
|System Engineer                                 xx  xxxxxx       |
|Biomedical Engineering                           xx    xx        |
|Technion, IIT                                     xx  xx         |
|Haifa, Israel 32000                                xxxx          |
|BEN@TECHMAX.BITNET                                  xx           |

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


Date:           Mon, 09 Mar 87 10:42:48 n
To:             INFO-VAX@SRI-KL.ARPA
From:           <KND@DHDMPI5.BITNET>
Organisation:   MPI fuer Kernphysik
Postal-address: Saupfercheckweg, 6900 Heidelberg, W. Germany
Phone:          (6221)516-1 [switchboard]
Subject:        Virtual/physical terminals
Header-Disclaimer: I don't like my headers either !


Hi,

I would like to get the physical terminal name  within a DCL
command procedure. But if you have disconnectable terminals the
lexical functions return only the virtual terminal name. Is there
a way to find the relationship between the virtual terminal and
the real (physical) one ?

        Hans

Post-Mail-Address                       E-Mail

 Hans Kandler                           PSI%02624562219303::KND
 Max-Planck-Institut
 fuer Kernphysik                        KND@DHDMPI5     (Bitnet / Earn)
 Postfach 1o398o
 D-69oo  Heidelberg                     KND@DHDMPI5V    (Bitnet / Earn)
 GERMANY

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


Date:           Mon, 09 Mar 87 11:51:05 n
To:             INFO-VAX@SRI-KL.ARPA
From:           <KND@DHDMPI5.BITNET>
Organisation:   MPI fuer Kernphysik
Postal-address: Saupfercheckweg, 6900 Heidelberg, W. Germany
Phone:          (6221)516-1 [switchboard]
Subject:        Supress Error messages
Header-Disclaimer: I don't like my headers either !


hi,
in my logout procedure I delete all .JOU files. But if there are none
I get an error message that there are no .JOU files. If you see the
text "error..." on the screen you look at it even it isn't a "real"
error. Is there a way to suppress the error message

%DELETE-W-SEARCHFAIL, error searching for DRB2:[KND...]*.JOU;*

Assigning SYS$ERROR or SYS$OUTPUT to NL: doesn't help neither a
SET MESSAGE /DELETE. Could anyone help?

        Hans

Post-Mail-Address                       E-Mail

 Hans Kandler                           PSI%02624562219303::KND
 Max-Planck-Institut
 fuer Kernphysik                        KND@DHDMPI5     (Bitnet / Earn)
 Postfach 1o398o
 D-69oo  Heidelberg                     KND@DHDMPI5V    (Bitnet / Earn)
 GERMANY

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

Date: Mon, 9 Mar 87 12:30 PST
From: Kevin Carosso <KVC@ENGVAX.SCG.HAC.COM>
Subject: Source list ufiche

Has anyone out there successfully ordered and received the VMS
source list fiche kit?  Since we didn't get fiche with 4.5 I'm
assuming that DEC has stopped sending it to sites that don't
buy it (as they mentioned a few DECUS' ago).  We're having some
trouble getting order numbers, etc. for it, though.  Anyone
know the part number and price?  Any chance it's grandfathered
for free to people with licenses before some date (as RSX was)?

Thanks,

        /Kevin Carosso           kvc%engvax.uucp@usc-oberon.usc.edu
         Hughes Aircraft Co.

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

Date: Mon, 9 Mar 87 21:10:22 EST
From: garry@tcgould.tn.cornell.edu (Garry Wiegand)
Reply-to: garry@oak.cadif.cornell.edu
Subject: Hoops announcement

{2nd try at posting. Please excuse if you've seen this already.}

** Graphics Product Announcement **

In keeping with network etiquette, I will try to make this as brief and to-the-
point as possible. Apologies in advance to anyone who may be offended (but I
hope no one is!)

What we have is a beast called "Hoops". Hoops is a large, 2-D/3-D, general-
purpose display-list graphics subroutine library. Hoops deals with such
things as lines, polygons, text, windows, colors, and cameras. It is
designed to run on on many machines and many displays, and its basic
purpose is to make your life easier when you sit down to write a graphics
application. We've put a lot of effort into: 1) a clean design, 2) speedy
program execution, and 3) keeping it cheap!

Software completed:

    C language binding
    Fortran language binding

    Support for X-Windows  (tested on Ultrix microVax/GPX's)
    Support for the microVax/GPX running VMS
    Support for the Parallax 1280 on microVax's running VMS
    Support for Postscript laser printers, including the Apple

In progress:

    Pascal language binding

    Support for the Silicon Graphics Iris workstation
    Support for the Sun 3 workstation
    Support for the IBM 5080 on IBM mainframes
    Support for the Number Nine "Pro1280" on IBM PC/AT's
    Support for the Pixelworks "ClipperBoard" on IBM PC/AT's

Commercial licenses are moderately priced, with large discounts for volume
purchases. University licenses are generally priced at 25% of commercial
licenses; university license fees may, under some conditions, be waived
entirely. Source code is available; demo copies are available.

For further information, call:

    Gary Wayne
    Flying Moose Systems & Graphics
    (607) 273-3690 // The Clinton House // Ithaca, New York 14850

Or send your post-office address to me. Thanks for listening -

    Garry Wiegand   (c/o garry@oak.cadif.cornell.edu)

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

End of Info-Vax Digest
**********************