The Art of Technology Digest #4 Friday, September 4th, 1992 %%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%%%%AoT%% Editor: Chris Cappuccio (cappucci@crs.cl.msu.edu) BBS Archivist: David Mitchell (dmitchel@ais.org) E-Mail Archivist: Mike Batchelor (mike@batpad.lgb.ca.us) [AoT Digest] Contents #4 (Fri, September 4th, 1992) Article 1: Notes From The Editor Article 2: Legalities Re: New Encryption Program Article 3: New Journal Article 4: UFC (Ultra Fast Crypt) on CM200 Article 5: AT&T USL vs. BSDI/UCB, Mach3, OSF/1, GNU HURD, Linux Article 6: Important N.S.W. Report Released Article 7: Fido-Usenet Gateway Article 8: Linux 0.97pl2 Information Article 9: Announcement: VMS NEWS v1.24 released... Article 10: Cardinal 14.4 S/R Fax Modem Article 11: Microsoft Windows NT Device Driver Developers Conference The Art of Technology Digest is distributed in the following ways: By E-MAIL, send e-mail to mailserv@batpad.lgb.ca.us and, to subscribe to Art of Technology Digest, leave the subject blank and enter: SUBSCRIBE aotd. To get a back-issue of Art of Technology Digest, leave subject blank and enter: GET aotd/vol.zoo UUENCODE (Example: To get AOT-D number 2, use GET aotd/vol2.zoo UUENCODE). To get an index of Art of Technology Digest, leave subject blank and enter: INDEX. To get AoT-D by BBS, Call +1 313 464 1470, Live Wire BBS. This system maintains a complete collection of AoT Digest. Speeds are 1200/2400/HST-9600/HST-14,400. Or, if you have Internet FTP Access, the anonymous FTP site is: crs.cl.msu.edu (35.8.1.10) under /pub/cappucci/aot/ Note: When you anonymous ftp to crs, you MUST use some password! The Art of Technology Digest is an open forum dedicated to sharing information among computerists and to the presentation and debate of diverse views. AoT-D material may be reprinted as long as the source is cited. Some authors do copyright their material, and they should be contacted for reprint permission. It is assumed that non-personal mail at the moderators may be reprinted unless otherwise specified. Readers are encouraged to submit reasoned articles relating to computer culture and communication. Articles are preferred to short responses. Please avoid quoting previous posts unless absolutely necessary. All articles for submission should be sent to: cappucci@crs.cl.msu.edu DISCLAIMER: The views represented herein do not necessarily represent the views of the moderators. Digest contributors assume all responsibility for ensuring that articles submitted do not violate copyright protections. "Dan Quayle may be the secret weapon for the Republicans" -Reporter, 1992 Republican Convention --------------------------------------------------------------------------- From: Chris Cappuccio, AoT-D Editor Date: 8/14/92 Subject: Article 1--Notes from the Editor Anonymous FTP site for Art of Technology Digest: crs.cl.msu.edu (35.8.1.10) under /pub/cappucci/aot/ Note: When you anonymous ftp to crs, you MUST use some password! As you may have noticed, my e-mail address has changed from ccappuc@caticsuf.csufresno.edu to cappucci@crs.cl.msu.edu. All articles for submission should now go my new address. It's been a little while since the last AoT-Digest, but, with school and lots of other stuff, I've had no time to work on this. Anyways, in the works are more anonymous ftp sites for AoT-Digest and a newsgroup. I want to thank Computer Underground Digest for printing an article on AoT-Digest, and now we have hundreds (maybe even thousands!) more e-mail subscribers. I want to remind people that all articles that deal with Technology (not just computers) are welcome and they have to be somewhat recent (nothing before August 25th will be accepted in AoT-Digest #5). ------------------------------ From: butzerd@blanc.eng.ohio-state.edu (Dane C. Butzer) Subject: Article 2--Legalities re: new encryption program Date: 1 Sep 92 02:54:15 GMT First of all, even though I'm sending this posting through OSU (where I'm a graduate student), I'm making it in my capacity as a partner in an independent company - we don't have internet access yet... This posting is a request for some information from the security world out there. Basically, we'd like to find out what legal requirements/hurdles exist for the sale of a new data encryption algorithm. More specifically, we've developed a data encryption program based on a new type of random number generation. This generator produces a stream of numbers with the following basic properties: 1) The cycle of repetition is at least 10^34 (ten to the thirty-fourth). 2) The correlations between any sections of the numbers is statistically zero (with a very high level of confidence). 3) 2^128 (two to the one hundred twenty eighth) different number streams can be generated (ie. there are 2^128 different keys). 4) Changing the key be even one bit is guaranteed to change over 99% of the numbers. 5) The cross correlations between each different number stream is almost zero. (With a normalized correlation of 1 being complete correlation, and a sample size of 8000 numbers, the typical correlation values are around 0.01; sometimes they are as high as 0.05, and sometimes they are as low as 0.00001). The applications for such a generator in encryption are obvious. Now, we're curious about the legal side of selling something like this. Are there special certification, registrations, etc. that have to be taken care of? Can such a program even be distributed/sold legally? Will we get squashed by the government (Agents burst into the apartment and take everything at bazooka point ;-> )? Also, we're thinking about distributing a free copy of a limited version of the program for the internet world to try out. This version would only be able to encrypt files of size 10k or less, would be time-bombed (ie. die off after a certain date), and would probably not incorporate the most efficient implementation of the generator (ie. it would be slow). We're also thinking about releasing an encrypted message and most of the corresponding clear text, with a fee of $500 offered to whoever can "break" the encryption first (This is just an idea right now - the rules to such an experiment would have to be spelled out in detail - not something to bore you with now.) Any comments on the legality/risks involved with doing this? Please respond here or send e-mail to butzerd@eng.ohio-state.edu. Thanks, and if this is the wrong place to have posted this, or if this message seems too commercial, sorry - I'm new at posting to the internet :-) Also, I had no clue as to where else to go to get this information. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ | This posting is of a purely personal nature. It is not a posting as | | student, or a graduate, of OSU. The views and opinions expressed | | are mine. OSU has no control over them. Dane Butzer | \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ ------------------------------ From: rja14@cl.cam.ac.uk (Ross Anderson) Subject: Article 3--New Journal Date: 2 Sep 92 10:41:15 GMT Keeping up with research in computer and communications security is becoming a very time-consuming activity. A conscientious researcher in the field would have had to read well over 600 papers last year; and as the amount of research activity grows, the problem can only get worse. We are currently developing, with Cambridge University Press, an abstracting service designed to solve this problem. Computer and Communications Security Abstracts will summarise research in computer security topics such as access control, database security, formal methods, distributed systems, biometrics, security management, risk management, contingency planning, legal issues, audit, and applications; and in communications security topics including stream and block cipher techniques, public key cryptography and computational number theory, complexity and theoretical cryptography, cryptanalysis, authentication, protocols, and applications. Our mission is to provide abstracts of as much published research and development work as possible. This includes not just conference and journal papers, but also research reports and theses. We will make a particular effort to report work which is published in languages other than English, or which for other reasons might escape the notice of the research community. We expect that the first issue will be published in March 1993. It will be quarterly to begin with, and become bi-monthly once a sufficient flow of abstracts has been established. These should be a dummy issue out at the end of 1992, which will be circulated with subscription information. If you could be able to help us with abstracting work (particularly in foreign languages), then we would be very keen to hear from you. Material published in the main periodicals (IEE and IEEE journals, Journal of Cryptology, Mathematics of Computation, Journal of Computer Security, Computers and Security, Cryptologia) and the main conference proceedings, will be reviewed automatically. However, if you are publishing material elsewhere - such as in the form of a departmental research report, or in a provincial journal - we would suggest that you sent us an offprint to ensure coverage. This should be mailed to: Ross J. Anderson (rja14@cl.cam.ac.uk) University Computer Laboratory Pembroke Street Cambridge CB2 3QG England ------------------------------ From: unijbm@uts.uni-c.dk (Jorgen Bo Madsen) Subject: Article 4--UFC (Ultra Fast Crypt) on CM200 Date: 2 Sep 92 19:36:57 GMT Dear fellows, The project: The implementation of UFC (Ultra Fast Crypt) on UNI-C's CM200 is now finished. The work was done by Michael Glad, who is also the auther of UFC. The CM200 is a small Connection Mashine (parallel computer) with 8K CPUs from Thinking Machines Corporation. Below are the results: - The C* (C-star) version of UFC can crypt 55,000 words pr. second. It is higly optimized and uses special PARIS functions in all the time comsuming parts. - The Fortran version af UFC can "only" crypt 25,000 words pr. second. - The C* version implemented as the standard crypt() function can crypt 53,000 words pr. second. The task is embarrassing parallel and is therefore linarly scalable. So on the largest CM200 (64 K processors) the crypt() function can crypt 424,000 words pr. second. At the moment, the Fortran version of UFC can crypt 85,000 words pr. second on a small CM-5 (128 nodes) with vector units and it is NOT optimized yet. Does anyone know who is running the fastest password cracking program (crypt() function) on a SINGLE machine? Please do * NOT * respond if your answer cant'be documented or verified! There are just too many rumors around . . . Thanks in advance Jorgen Bo Madsen +-----------------------------------------------------------------------+ ! Jorgen Bo Madsen, Security Consultant ! ! UNI-C Lyngby, Danish Computing Centre for Research and Education ! ! DTH, Building 305, DK - 2800 Lyngby, ! ! Phone : +45-45-938355 ! ! Telefax: +45-45-930220 ! ! E-Mail : Jorgen.Bo.Madsen@uni-c.dk ! +-----------------------------------------------------------------------+ ------------------------------ From: pcg@aber.ac.uk (Piercarlo Grandi) Subject: Article 5--AT&T USL vs. BSDI/UCB, Mach3, OSF/1, GNU HURD, Linux Date: 30 Aug 92 22:59:02 GMT The USL suit has direr implications that most people realize. The FSF has decided to abandon the BNR2SS server as it is derived from the disputed NET2 sources, and CMU have withdrawn the BNR2SS sources from public distribution. The FSF is considering building a Mach3 server based on Linux. Unfortunately, I reckon this is pointless. Let's look at USL claims in the BSDI/UCB suit: 1) NET2 and thus BSDI/386 contain USL copyrighted text, or its derivative. 2) NET2 and thus BSDI/386 embody USL trade secrets licensed to UCB, and by UCB disclosed to BSDI or its employees. The defense by UCB/BSDI is that: 1) all text copyrighted by USL has been removed from NET2 and thus from BSDI/386, and substituted with original text. 2) no USL trade secret was employed in writing the replacement text, but only original or publicly known techniques. The interesting aspect of this matter is that the above points, both USL's and UCB/BSDI's, apply *exactly* to Mach3 itself. The lineage of Mach3 starts from 4.1BSD+Accent IPC, and by a process of various releases all USL copyrighted text has been removed, and new text written in its stead, until Mach3 was obtained, just like NET2 was. Not only that, all the authors of Mach3 have been exposed to the very same USL trade secrets to which the UCB/BSDI people have been, as both groups of researchers have worked for (over) ten years on various releases of USL source text. It can actually be argued that if USL wins the UCB/BSDI case, then *all* staff and students of *any* institution or company that has an USL Unix source license must be presumed to have been exposed to the trade secrets contained therein, unless it can proven otherwise. Doing so requires proving that the sources have been kept secure and all people who have accessed them have been logged -- once the license has been granted, all staff and students of the licensee are bound by it, and the burden of proving that they never had access to the secret text is on them, and even if they can I have doubts that it matters). So, if USL wins the UCB/BSDI suit by having the court accepting its contentions, then Mach3 most probably falls too as the next step, and (less probably) so any and all Unix like code developed by staff or students of any organization with a Unix source license. It would astonish me if, having set a precedent w.r.t. UCB/NET2/BSDI, USL were not to use it immediately w.r.t. CMU/Mach3/FSF. By doing so they would effectively prevent the OSF, with their current staff, from producing an OSF/n that does not require an USL Unix source license. So, giving up on BNR2SS buys essentially nothing, if one continues to use Mach3 as the substratum The sure way for the FSF to have an unenncumbered OS would be to adopt Linux, if it can be proven that Linus Benedict never worked or studied at an organization with a Unix source license, or if he did, that he never was exposed to it. Or one could continue to use BNR2SS with Mach3, because they are bound to stand or fall together. -- Piercarlo Grandi | JaNET: pcg@uk.ac.aber Dept of CS, University of Wales | UUCP: ...!mcsun!ukc!aber-cs!pcg Penglais, Aberystwyth SY23 3BZ, UK | InterNET: pcg@aber.ac.uk ------------------------------ Date: Sat, 22 Aug 1992 09:32:08 EDT From: Roger Clarke Subject: Article 6--Important N.S.W. Report released A long-running 'Independent Commission Against Corruption' enquiry in N.S.W. has finally reported on an investigation into leakage of personal data to private enquiry agents, and the leading Sydney daily had over 2 large pages devoted to the matter. Here's the lead article. Roger Clarke ____________________________________________________________________________ SYDNEY MORNING HERALD August 13 1992 HUGE TRADE IN PERSONAL FILES By MALCOLM BROWN Westpac, National Australia Bank, NRMA Insurance Ltd, Custom Credit and Citicorp are some of the big names in a damning report by the ICAC Assistant Commissioner, Mr Adrian Roden, QC, on the unauthorised release of confidential government information. Mr Roden found that there was a multi-million-dollar trade in such information which involved public servants, including police, and private inquiry agents. "Information, from a variety of State and Commonwealth government sources and the private sector has been freely and regularly sold and exchanged for many years," he said. "NSW public officials have been heavily involved." Mr Roden heard 446 witnesses in public and private hearings over 168 days before compiling his 1,300-page report. Even so, he said, it was necessary to be selective; thousands of private and commercial inquiry agents had not examined. Mr Roden found that more than 250 people had participated in the illicit trade or had contributed to it. Of these, 155 had engaged in corrupt conduct. A further 101 had engaged in conduct which allowed, encouraged or caused the occurrence of corrupt conduct. Many are NSW and Commonwealth public servants who sold information collected by the agencies where they work, including the Roads and Traffic Authority (RTA), police force, Telecom and Sydney County Council. The Attorney-General, Mr Hannaford, announced that the Director of Public Prosecutions had set up a task force to consider laying charges against more than 100 people named in the report. He said many of the public servants named could expect to lose their jobs and that the heads of all the government departments involved had been told to examine the report and take action against those involved. The Assistant Police Commissioner, Mr Col Cole, confirmed yesterday that five police officers had been suspended and announced that three task forces had been set up and computer security upgraded. Mr Hannaford foreshadowed the introduction of privacy legislation to make the unauthorised use of confidential information a criminal offence. The major banks said that they could not condone what their staff had done but said the staff had believed that they were acting in the best interests of their employers and the community. None of the banks was planning to sack staff found to be corrupt although several said the staff had been counselled or "educated". Mr Roden said the trade involved banks, insurance companies and other financial institutions which had provided "a ready market". The link was provided by private and commercial inquiry agents. With some banks, codes had been used to conceal the nature of the transactions. "As they have gone about their corrupt trade, commercial interest has prevailed over commercial ethics, greed ha~ prevailed over public duty; laws and regulations designed to protect confidentiality have been ignored," Mr Roden said. "Frequently the client, generally an insurance company, bank or other financial institution, ordered the information from the agent with a full appreciation of how it was to be obtained. "The evidence disclosed that in the collection and recovery departments of a number of those institutions, it has long been standard practice to use confidential government information . . . as a means of locating debtors." Some finance and insurance companies had directed agents to keep all references to the trade off invoices and reports. "Some even directed that the agents falsely state the source of the information in their reports," Mr Roden said. "Some solicitors in private practice have sought and purchased confidential government information in circumstances in which they must have known that it could not have been properly obtained." Mr Kevin Rindfleish, an unlicensed private inquiry agent, had sold Department of Motor Transport/Roads and Traffic Authority and social security information "on a large scale". His principal client had been the ANZ Bank. A private investigator, Mr Terence John Hancock, and his company, All Cities Investigations Pty Ltd, had sold confidential government information to the National Australia Bank and Westpac on a regular basis. Two employees of the NAB had used prior contacts to provide the bank with access to RTA, social security, Australia Post and immigration information. Between them, the employees also provided silent numbers and information on electricity consumers. The Advance Bank had "over a period of years" obtained information improperly released from the RTA, the Department of Social Security and the Department of Immigration. The practice was "known and approved at least to senior management level". New Zealand Insurance and Manufacturers Mutual had bought confidential government information from private investigators. NRMA Insurance Ltd and the Government Insurance Office were "found to have participated as freely in the illicit trade in confidential government information as their more commercially orientated competitors". "Evidence relating to NRMA Insurance Ltd established not only that it purchased confidential government information through private investigators, but also that investigators were required to obtain relevant government information by unauthorised means if they were to retain the company's work." Esanda Finance Corporation Ltd had bought confidential information over at least 23 years. Custom Credit Corporation Ltd which had engaged in the illicit trade over "many years", had maintained false records to conceal how it obtained information. Alston de Zilwa, former underwriter and operations manager of Citicorp Ltd and later, Toyota Finance Australia Limited's credit operations manager, had established for each of the two companies a system for obtaining confidential information. The companies would seek information directly from employees of the DMA and RTA and pay a private inquiry agent, Mr Kevin Robinson, who would "launder" it, then invoice the companies for the corresponding sum. Mr Roden said that hundreds of thousands of dollars had changed hands in the trade uncovered. One agent had estimated that he had paid $40,000 to $50,000 a year for Social Security information alone. Another had said he received $100,000 over two years for government information. Yet another had, according to records, charged a bank $186,000 for "inquiry services" over a period of 18 months. ____________________________________________________________________________ Simon Davies and Graham Greenleaf know a great deal about these matters; I know a bit too, so if there's valuable info in here to support your own work, let one of us know and we'll track down the refs. If there's interest, I could also get the rest of the articles scanned in and put them on an archive. Regards Roger Clarke Reader in Information Systems Department of Commerce Australian National University Canberra ACT 2600 Fax: +61 6 249 5005 or 249 3942 Email: clarcomm@fac.anu.edu.au Tel: +61 6 249 3666 or 249 3664 Home: +61 6 288 6916 ------------------------------ Article 7--Fido-Usenet Gateway Part 1: Need to know about Fido-Usenet gatewaying! Part 2: Re: Need to know about Fido-Usenet gatewaying! From: mjo@ef2007.efhd.ford.com (Mike O'Connor) Subject: Need to know about Fido-Usenet gatewaying! Date: 2 Sep 92 14:09:40 GMT Situation: I would like to gateway existing local Fidonet echoes into a local Usenet system. I would like for this to be a bi-directional gateway, such that the Usenet people can post and have their posts "make it" into the Fidonet universe. I also want mail to work, such that a Fido person can mail someone that posts from the Usenet easily and vice versa. Low-fuss maintenance is a priority. What I have: A. A user with a PC who's more than willing to transmogrify his echoes in a reasonable fashion such that they make it to the Usenet. B. A site that talks UUCP that'd very much prefer to receive the Fidonet echoes as news batches. C. Someone who knows a bit from both the Unix and MS-DOS end who wants to see this thing happen and is willing to sweat over a hot PC, gallantly sacrificing time and energy to do the initial setup. :) What I think I need: A. Software at the MS-DOS end that mutates the Fido echoes we want into properly-formed UUCP batches in an organized manner. B. Software that can talk UUCP to the Unix/Usenet end in an automated fashion (i.e. when the rest of the Fido transfers are taking place.) C. Some idea of the administrative issues that may occur. I want to help both the Fido and Usenet communities, not tick them off. Any assistance would be *greatly* appreciated. I have directed followups to news.sysadmin, but if people don't have access to that, feel free to send me email. I'd like to get this going relatively quickly (Labor Day?). I will post a summary of how I make things work, *if* I manage to make things work. ...Mike -- Michael J. O'Connor | Internet: mjo@fmsrl7.srl.ford.com Ford Motor Company, OPEO | UUCP: ...!{backbone}!fmsrl7!mjo 20000 Rotunda, Bldg. 1-3001 | Phone: +1 (313) 248-1260 Dearborn, MI 48121 | Fax: +1 (313) 323-6277 [[Response]] From: leonard@qiclab.scn.rain.com (Leonard Erickson) Subject: Re: Need to know about Fido-Usenet gatewaying! Date: 2 Sep 92 21:41:15 GMT mjo@ef2007.efhd.ford.com (Mike O'Connor) writes: >What I think I need: >A. Software at the MS-DOS end that mutates the Fido echoes we want >into properly-formed UUCP batches in an organized manner. >B. Software that can talk UUCP to the Unix/Usenet end in an automated >fashion (i.e. when the rest of the Fido transfers are taking place.) Both of the above are handled by UFGATE on the PC. >C. Some idea of the administrative issues that may occur. I want to >help both the Fido and Usenet communities, not tick them off. The Fido person will need to have a *long* talk with his NEC (Net Echo Co-ordinator), and possible his REC and the ZEC (Regin and Zone ECs). This is to avoid dupes on the Fido side. If the group is being gatewayed elsewhere, he shouldn't gateway it again, he should get it from the existing gateway *or* make *very* sure that no one he feeds it to feeds it to a site that has a feed path connectivity with the other gateway! Once he has it set up ok, he should put a GUUCP flag in his nodelist entry. (G= gateway to) For that matter, you should talk to the existing gateways. Look for the GUUCP flags! Similar issues (with different solutions) apply on the Usenet side. Most of the trouble is due to Fido using hierarchial distribution, and relying on on restricting crosslinks to suppress dupes, while Usenet relies on message-IDs. Fido also has message-IDs, but they have a format the you can't munge a Usenet ID into. And while most gateway software preserves the Usenet Message-ID as part of the body of the message, if it gets such a message from another Fido node, it can't reverse the process (if it did, it'd make forgeries *way* to easy). -- Leonard Erickson leonard@qiclab.scn.rain.com CIS: [70465,203] 70465.203@compuserve.com FIDO: 1:105/51 Leonard.Erickson@f51.n105.z1.fidonet.org (The CIS & Fido addresses are preferred) ------------------------------ From: Linus Benedict Torvalds Subject: Article 8--Linux 0.97pl2 Information Date: 8/23/92 [[ED: Note changes in anonymous FTP sites]] finger torvalds@kruuna.Helsinki.FI Free UNIX for the 386 The current version of linux is a 0.97pl2, released 92.08.23. There is a 0.97.1 rootdisk that should be used with the new versions, but earlier versions do work, although they may have some minor bugs. 0.97pl2 supports X11r5 and the new gcc-2.1 (and newer) libraries with multiple shared libs - as well as any old binaries (except the 0.12 version of gdb which used the older ptrace() interface). It also contains support for debugging (core-dumping and attach/detach) as well as profiling: use gcc-2.2.2d for full utilization of all these features. Linux can be gotten by anonymous ftp from 'nic.funet.fi' (128.214.6.100) in the directory '/pub/OS/Linux'. This directory structure contains all the linux OS- and library-sources, and enough binaries to get going. To install linux you still need to know something about unices: it's relatively straightforward to install, but the documentation sucks raw eggs, and people with no previous unix experience are going to get very confused. There are now a lot of other sites keeping linux archives. The main ones (as well as the above-mentioned nic.funet.fi) are: tsx-11.mit.edu (18.172.1.2): directory /pub/linux sunsite.unc.edu (152.2.22.81): directory /pub/Linus (and many additional sites: there are now sites in the uk, japan etc that carry linux, but I have lost count) There is also a mailing list set up 'Linux-activists@niksula.hut.fi'. To join, mail a request to 'Linux-activists-request@niksula.hut.fi'. It's no use mailing me: I have no actual contact with the mailing-list (other than being on it, naturally). There is also a newsgroup that contain linux-related questions and information: comp.os.linux. Mail me for more info: Linus Torvalds (torvalds@kruuna.Helsinki.FI) Pietarinkatu 2 A 2 00140 Helsinki Finland 0.97.pl2 has these new features: - major mm rewrite: 3GB virtual process size - filesystem error reporting corrections - minor bugfixes 0.97 has these major new things relative to 0.96 - select() through the VFS routines - easily installable IRQ's - bus-mouse driver - msdos filesystem (alpha) - extended filesystem (alpha) - serial line changes (faster, changeable irq's etc) - dynamic buffer-cache - new and improved SCSI drivers ------------------------------ From: ONASCH@irav17.ira.uka.de (Bernd Onasch) Subject: Article 9--Announcement: VMS NEWS v1.24 released... Date: 3 Sep 92 00:14:50 GMT Hello alltogether, VMS NEWS v1.24 is now available to the net... VMS NEWS is a VAX/VMS full screen orientated NEWSreader supporting the following network (TCP/IP) implementations: * CMU/tek * EXOS (never tested, no site with it available) * MultiNet * Process Software * UCX (1.x and 2.0 [DEC TCP/IP]) * Wollongong * DECnet object (tested the one of ANU NEWS 6.0.6) The client supports various display methods: * Numbered to just show the articles in order they came in * Subject to display the articles sorted by subject line * Threaded to display the articles sorted by threads (e.g. references) In all cases, VMS NEWS offers a window where you can scroll around to select the requested newsgroup or article. Supported callable editors: * TECO (g'd old one) * EDT * EVE (TPU section) * EVE (LSEDIT section) The command handling is VMSlike (DCL style). The display uses SMG$ routines and is written for terminal usage (no X-Window support - I think that this is not needed). The POST command should check for all possible problems that might occur when a new user starts experimentation with it :-). A special "noscreen" mode for BATCHes is also included. This allows programming of handlers to save automatically parts of newsgroups etc. *Grin* Not to forget - VMS NEWS is VMSlike - not UNIXlike - so there are no compatibility modes to rn or any special handlings for native unix users :-). The only reminder to rn is a possible conversion of rn-style register files to VMS NEWS register files (that use much less disk space). To be really VMSlike, there are HELP, MAIL and PRINT facilities included. VMS NEWS is available from: * MAILserver FILESERV@irav17.ira.uka.de package NEWS_124 - VMSshare'd source * FTPserver iraun1.ira.uka.de (129.13.10.90) /pub/networks/news/news_1_24.com - VMSshare'd source * FTPserver info.rz.uni-ulm.de (134.60.1.125) /pub/VMS/communication/news124.zip - VMS zipped source I offer ONLY the source (that is written entirely in VAX C) and NO executables. I think sources are better for network software because they avoid trouble with different libraries of different TCP/IP implementations. The pure execuables might lead some sysop's to think of traps and hacks. Greetings, Bernd Onasch PS: VMS NEWS stands for "Very Mad Students NEWS" (no offense to DEC intended) ,-----------------------------------------------------------------------------. |Bernd Onasch _,---._ One half of mine is human [Spock]| |Informatik Rechnerabteilung [IRA] / \__,--.I'll never understand humans| |University of Karlsruhe __,--/ \ \ No, I'm from Iowa - I only| |Germany (FRG) / | Uranus | / work in outer space [Kirk]| | ONASCH@ira.uka.de \ \ ____/----' Hello computer ?!? [Scott]| | PSI%45050365300::ONASCH `_____\---' / There shall be no peace...as long| | CCC_ONAS@DULRUU51.BITNET `-___-' as Kirk lives [Klingon Ambassador]| `-----------------------------------------------------------------------------' ------------------------------ From: kgermann@zeos.com (Ken Germann) Subject: Article 10--Cardinal 14.4 S/R Fax Modem Date: 3 Sep 92 14:16:48 GMT [[ED: I don't usually put in ads but this looks like a great deal!]] ZEOS International, Ltd. Product Release with Specs. Cardinal 14,400 v32bis Internal Modem with v42 bis, MNP, Send & Receive Fax - High Speed Hayes compatible modem - 57,600 max data throughput. - Full duplex 14,400 bps to CCITT V32bis standard. - V42, V42bis, & MNP 1-5 error correction & 4:1, 2:1 data compression. - FAX: Group II Fax send and receive up to 14,400 data rates. - Both Class 1 and Class 2 fax command set support. - PC/XT/AT compatible half card. Assignable COM 1-4. IRQ 2-5. - 2 telephone jacks. - DSP Signal Processing - 16550 UART - Rockell Data Pump. - Quicklink for Windows/DOS Fax and Data Communications. *** 195.00 U.S. Dollars. -- Ken Germann ZEOS International, Ltd. support@zeos.com INET Technical Support uunet!zeos!support UUCP 530 5th Ave NW 612-633-4607 FAX St. Paul, MN 55112 ------------------------------ From: leefi@microsoft.com Subject: Article 11--Microsoft Windows NT Device Driver Developers Conference Date: 31 Aug 92 21:28:04 GMT Microsoft Windows NT Device Driver Developers Conference Monday, October 26 to Wednesday, October 28, 1992 Anaheim, California Location: Disneyland Hotel Anaheim, California Telephone: (714) 956-6425 Sponsor: Microsoft Corporation The purpose of this conference is to provide information and understanding on the model to support various devices, such as displays, printers, network adapters, SCSI peripherals, audio products, and more, under Windows NT. The presentations will discuss the entire structure and design of Windows NT as it relates to developing drivers to support various devices. The pre-liminary Windows NT Device Driver Kit is included with registration of this event and includes sample source code for many drivers, testing and debugging tools (the Win32 Software Development Kit is required for actual device driver development and is not included with registration) At the Windows NT Device Driver Developers Conference, the developers and designers of Windows NT will present details on various components of the operating system like the Windows NT Kernel and the I/O Subsystem and how they impact device drivers. Further, you'll have numerous opportunities to discover technical "how-tos" and the latest development tips for a broad range of devices including: * Printers * Communication devices * Keyboards * Mouse/Pointing devices * Display adapters * Audio * Network adapters * SCSI devices * 3270 adapters * Fax * Scanners * and other devices This is a great opportunity to hear directly from key developers, including David Cutler, Architect and Director of Windows NT Development. And, so that you can be among the first to have your hardware take advantage of this powerful operating system, we'll give you a free copy of the preliminary Windows NT Device Driver Kit (DDK) and successive updates include the final version, a $500 value. Windows NT's architecture provides a 32-bit device driver model with great functionality, security, and portability across different hardware platforms - Intel, MIPS, and DEC Alpha. Imagine how users could benefit, and you could profit, from your hardware products running under the Windows NT operating system on not only the huge installed base of PCs but on workstations using high performance RISC processors or multi-processor systems. This hardware support will enable PCs to meet the increasing end-user demands for varied functionality such as fast, high resolution graphics and integrated networking. Some of the speakers are the same as those who presented at the Win32 PDC in San Francisco, but all of the talks at this conference will be focused on hardware support and the particular needs of device driver writers. The second and third day will be made up of more than 35 breakout and general sessions containing completely new material focused on the specific issues of the devices listed above. To order a preliminary Win32 Software Development Kit (SDK) for Windows NT, please contact (800) 227-4679 for specific details. The preliminary Win32 SDK has a retail price of $69 for a CD only option, and $399 for an option including the CD and hard copy documentation. These prices include follow on updates to this product including the final release. ------------------------------- Preliminary Program Monday, October 26, 1992 Keynote: Microsoft Operating Systems - Cameron Myhrvold, Director, Developer Relations Windows Family Demo Windows NT User Mode Architecture Windows NT Graphics Engine Architecture Lunch Windows NT Executive Windows NT I/O Subsystem Device Driver Architecture Windows NT Software Development Kit Windows NT Device Driver Development Kit End of Sessions - Day 1 Tuesday, October 27, 1992 Keynote: Windows NT Kernel Architecture - David Cutler, Director, Windows NT Development Hardware Abstraction Layer Windows NT Registry Lunch Development and Debugging Tools Performance Tools Setup for Device Drivers Performance Counters in Device Drivers Q&A Panel - all speakers Breakout Sessions: Display and Printers - Device Driver Interface Networks - Networking Internals and Overview SCSI - SCSI Overview Devices - Q&A Panel End of Sessions - Day 2 Wednesday, October 28, 1992 Breakout Sessions - all day: Track 1 Displays: Display specific Device Driver Interface and Miniport Architecture Printers: Printing Architecture Networks: Network Driver Interface Specification (NDIS) details SCSI: Miniport Architecture Devices: COM Track 2 Displays: Miniport Architecture (continued) Printers: Driver details (example postscript) Networks: NDIS details (continued) SCSI: Class drivers Devices: Mouse drivers - base and Windows Lunch Track 3 Display: Linear Frame Buffer driver details and VGA driver details Printers: Print Processors and Print Monitors Networks: Driver details (example Sonic) SCSI: Filter drivers and Testing Devices: Multimedia Audio Track 4 Display: VGA driver details (continued) and S3 driver details Printers: Halftoning Networks: Driver details (continued) SCSI: Tape driver details and Tape format Devices: Keyboard drivers: base and Windows Track 5 Display: S3 driver details (continued) and Q&A panel Printers: Minidriver and Testing Networks: Windows NT Streams SCSI: Tape and Floppy Tape drivers Devices: SNADIS - SNA adapter device support End of Sessions and Conference ---------------------------------------------------------------------- Conference Registration Form ---------------------------------------------------------------------- Microsoft Windows NT Device Driver Developers Conference Disneyland Hotel * Anaheim * California * October 26-28, 1992 BY PHONE: (800) MS SHOWS or (800) 677-4697 (Monday through Friday, 6:30am to 5:30pm PST) International: (206) 635-6435 BY MAIL: Return this completed form and your payment to: Microsoft Windows NT Device Driver Developers Conference One Microsoft Way Department 747 Redmond, WA 98052-6393 BY FAX: Return this completed form to: (206) 93MSFAX or (206) 936-7329 Attention: Department 747 Conference Fees: $845 per person (postmarked on or before September 21, 1992) $795 per person who attended the Win32 PDC in San Francisco (again postmarked on or before September 21, 1992) $895 late registration (postmarked after September 21, 1992) Includes: a preliminary Microsoft Windows NT DDK, including updates (a $500 value) Conference presentations Conference guide Conference polo shirt Notepad and pen and more! Cancellations: Cancellations made by September 21, 1992 will be subject to a $90 cancellation fee. No refund for cancellations after September 21 or for no-shows. Cancellations must be made in writing and you must recieve a cancellation number. Please Check One: ____ Check enclosed (payable to Microsoft Corporation) ____ Credit Card ___ Visa ___ Mastercard ___ American Express Sorry, no purchase orders accepted ________________________________________________________________ (card number) (expiration date) ________________________________________________________________ (authorized signature, must be same as card) ________________________________________________________________ (name) (title) ________________________________________________________________ (company) ________________________________________________________________ (address) ________________________________________________________________ (city) (state) (zip code) ________________________________________________________________ (phone) (fax) ---------------------------------------------------------------------- To order a preliminary Win32 Software Development Kit (SDK) for Windows NT, please contact (800) 227-4679 for specific details. The preliminary Win32 SDK has a retail price of $69 for a CD only option, and $399 for an option including the CD and hard copy documentation. These prices include follow on updates to this product including the final release. ------------------------------ ********************************** End of Art of Technology Digest #4 . -------------- Gian-Paolo Musumeci Research Advisor Department of Spanish, Italian, and Portguese University of Illinois at Urbana-Champaign