Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!SRI-KL.ARPA!Info-Vax-REQUEST From: Info-Vax-REQUEST@SRI-KL.ARPA.UUCP Newsgroups: mod.computers.vax Subject: Info-Vax Digest V0 #2 Message-ID: <125*kossmann@wnre.aecl.cdn> Date: Sat, 14-Mar-87 11:02:33 EST Article-I.D.: wnre.125*kossmann Posted: Sat Mar 14 11:02:33 1987 Date-Received: Sun, 15-Mar-87 05:04:58 EST Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Info-Vax@SRI-KL.ARPA Distribution: world Organization: The ARPA Internet Lines: 302 Approved: info-vax@sri-kl.arpa 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 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: 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: 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: 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 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 **********************