13001_6035@uwovax.uwo.ca (04/11/89)
Is there a way of getting VMiX, the multitasking/multiuser os without going through SIMTEL20? Does someone perhaps have a copy he/she can mail us? (our site can't access SIMTEL20) Alex Pruss, Pat Surry, Physics, University of Western Ont.
steve@eros.ame.arizona.edu (Steve Cannon) (04/12/89)
In article <2059@uwovax.uwo.ca> 13001_6035@uwovax.uwo.ca writes: >Is there a way of getting VMiX, the multitasking/multiuser os without going >through SIMTEL20? ...Does someone perhaps have a copy he/she can mail us? I would appreciate it if someone would also mail a copy to me! On the other hand, is there likely to be enough interest that it should be posted to CBIP ? Steve Cannon <X> UUCP: ...{allegra,cmc12,hao!noao,att}!arizona!eros!steve AME Dept. <XXXXXXXX> Internet: eros!steve@ARIZONA.EDU University of Arizona <X> Bitnet: scannon@arizrvax Tucson, AZ 85721 <X> Phone: +1 602 621 6091
mcmiller@uokmax.UUCP (Michael C Miller) (04/14/89)
I to would like to see this posted to CPCB. I've been trying to get at Simtel but there is never an open line!
greg@dekalb.UUCP (Greg Philmon) (04/14/89)
In article <950@amethyst.math.arizona.edu> eros.steve@ARIZONA.EDU (Steve Cannon) writes: >In article <2059@uwovax.uwo.ca> 13001_6035@uwovax.uwo.ca writes: >>Is there a way of getting VMiX, the multitasking/multiuser os without going >>through SIMTEL20? ...Does someone perhaps have a copy he/she can mail us? > >I would appreciate it if someone would also mail a copy to me! On >the other hand, is there likely to be enough interest that it should >be posted to CBIP ? > I too am VERY interested in obtaining a copy. I even checked CI$, but either they don't have it <yet> or it hasn't been indexed and added to the file finder database. I too would like to see it posted to CBIP.
kevinc@auvax.UUCP (Kevin Crocker) (04/15/89)
In article <950@amethyst.math.arizona.edu>, steve@eros.ame.arizona.edu (Steve Cannon) writes: > In article <2059@uwovax.uwo.ca> 13001_6035@uwovax.uwo.ca writes: > >Is there a way of getting VMiX, the multitasking/multiuser os without going > >through SIMTEL20? ...Does someone perhaps have a copy he/she can mail us? > > I would appreciate it if someone would also mail a copy to me! On > the other hand, is there likely to be enough interest that it should > be posted to CBIP ? > Steve Cannon <X> UUCP: ...{allegra,cmc12,hao!noao,att}!arizona!eros!steve > AME Dept. <XXXXXXXX> Internet: eros!steve@ARIZONA.EDU > University of Arizona <X> Bitnet: scannon@arizrvax > Tucson, AZ 85721 <X> Phone: +1 602 621 6091 Alas, I am very interested in this for its multitask capability but then again SIMTEL is beyond my reach still. Also I did not get the full PKZIP package that was posted. Our news reader went to nirvana or something and before I could get set up on another feed I lost about a week's worth of stuff as it went by. If you have PKZIP part 1 then give me a shout E-MAIL to let me know you have it and I will pick the closest site so as to not bog the net with irrelevant mail. Kevin Crocker Kevin "auric" Crocker Athabasca University UUCP ...!{alberta,ncc,attvcr}!atha!kevinc Inet kevinc@cs.AthabascaU.CA BackMail 403 675 3392 -- Kevin "auric" Crocker Athabasca University UUCP: ...!{alberta,ncc,attvcr}!atha!kevinc Inet: kevinc@cs.AthabascaU.CA
dmnhieu@watdragon.waterloo.edu (Duy-Minh NHIEU) (04/16/89)
I try SIMTEL but does not seems to find this file yet. I would like a copy if someone can email me.\
w8sdz@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen) (04/16/89)
I don't understand why you are all telling the world that you can't get files from Simtel20. If you can't use FTP there are TWO file servers that will send files to you by netmail! Here is info on LISTSERV@VM.ECS.RPI.EDU. Notice the various options and limitations depending on the operating system of your host. If this one does't work try LISTSERV@VM1.NODAK.EDU. Either of these servers should be reachable via Usenet by using a path to any backbone site that is also on the Internet. Please note that Simtel20 does not run these servers. Send a message with the word HELP on the first line for instructions on how to get started and where to send mail if you have problems. --Keith Petersen Maintainer of the CP/M & MSDOS archives at WSMR-Simtel20.Army.Mil [26.2.0.74] ---forwarded message--- From: "John S. Fisher" <FISHER@VM.ECS.RPI.EDU> The following is a more up-to-date collection of information about using the server at RPIECS.BITNET (aka VM.ECS.RPI.EDU). Two notes first, though: For non-Bitnet users connectivity continues to be a problem. The server uses the From: header in mail messages to derive the return path, and it does this without the aid of a domain name server. Hosts not in the SRI hosts tables are typically unreachable. Also, there have been some performance problems with the gateway between Arpanet and Nysernet (where VM.ECS.RPI.EDU is to be found). The ability of the server to satisfy file requests has been hampered. -------------- RPIECS File Server Documentation and Usage Notes The RPIECS File Server gives users on Bitnet hosts nearly up-to-date access to the collossal public domain software collection stored on WSMR-SIMTEL20.ARMY.MIL. The server runs on an IBM VM/SP system and is built on top of popular mail/file server, Revised LISTSERV. However, since the server handles files directly from WSMR-SIMTEL20.ARMY.MIL, the normal VM/SP and LISTSERV concepts do not apply. WSMR-SIMTEL20.ARMY.MIL is a DEC Tops-20 system, and file naming therefore follow Tops-20 conventions. For this server, file names always conform , to the following layout: diskname:<directoryname.subdirectoryname>filename.extension The diskname identifies the physical disk device where the file is stored. The software archives are all kept on the disk named PD. The directoryname identifies in which archive the file is stored. The server provides access to the following archives: CPM -- Info-CPM software archives. MSDOS -- Info-IBMPC software archives. SIGM -- SIG/M software archives. PC-BLUE -- PC-Blue software archives. MISC -- Miscellaneous software archives. The subdirectorynames partitions the archive into categories, and the categories vary from archive to archive. The filename is generally some descriptive name for the file; the extentionname indicates its type. For example, PD1:<MSDOS.STARTER>UUDECODE.BAS is a BASIC source program that does uudecoding. It is located in the STARTER (for starter-kit) subdirectory of the MSDOS archive. When requesting files from the server you must specify the file's fully qualified name using the Tops-20 notation. (Note: The design of the server does not allow for getting files at the top level directory, e.g. PD2:<CPM>CPM.CRCLST is not available. However, since the files at the top level are generally directory listings, the need for them is superceded by the /PDDIR command.) Requests are sent to LISTSERV@RPIECS.BITNET either as RFC822-style mail, or as interactive messages. Two commands are supported by the server. The /PDDIR command requests a directory of available files, and the /PDGET command requests a specific file. ********************* The /PDDIR command. * ********************* The /PDDIR command is used to list the names of files that match some pattern. The command has several forms. They are: /PDDIR /PDDIR PD1:<directory> /PDDIR PD1:<directory.subdirectory>filename.ext age The first form lists the names of all the archives known to the server. At present these are CPM, SIGM, PC-BLUE, MSDOS, and MISC. The second form lists the names of all the subdirectories in a particular archive. (The directory name must be one of the known archives: CPM, SIGM, etc.) The third form lists the names of files in the archive. The age parameter limits how old a file in the archive may be and still be considered. If omitted, the default is 30, meaning 30 days old. The directory name must be one of CPM, SIGM, PC-BLUE, MSDOS, or MISC. The subdirectory, filename, and ext may include asterisks ('*') as "wild-card" characters. The following are examples. /PDDIR PD1:<MSDOS> --Lists all subdirectories in the MSDOS archive. /PDDIR PD2:<SIGM.*>*.* --Lists files added in the last 30 days. /PDDIR PD2:<MISC.VAXVMS>*.* 9999 --Lists VAX/VMS related files. /PDDIR PD2:<CPM>UUDECODE*.* 9999 --Lists uudecode software for CP/M. ********************* The /PDGET command. * ********************* The /PDGET command is used to request specific files. No pattern- matching is allowed. The syntax for this command is as follows: /PDGET format simtel.filename ( encoding The format specifies how the file is to be transmitted. Allowed values are NETDATA, PUNCH, and MAIL. NETDATA -- suitable for transfer to Bitnet hosts that can accept files in IBM Netdata format. PUNCH -- suitable for transfer to Bitnet hosts that can accept files but cannot decode the Netdata format. Files are sent as 80-byte card-images. MAIL -- suitable for transfer to hosts that can accept only mail or are accessible to Bitnet only through gateways. Large files sent via mail are split into several smaller files that the recipient must reassemble. If the format is omitted, NETDATA is assumed for Bitnet hosts and MAIL for all others. The encoding specifies any special translation for the file data: ASIS -- suitable for hosts that can receive binary data. The file is sent exactly as it is stored on the server: binary images of the file data. ASIS may be used only with format NETDATA. UUENCODE -- suitable for hosts that cannot receive binary data. The file is sent uuencoded. TRANSLATE -- suitable for any host, but only when the file actually represents readable text. The file is translated to EBCDIC. (If you are on an ASCII machine, then your system should automatically translate to ASCII when the file arrives.) TRANSLATE applied to a binary file will yield trash. If no encoding is specified, then ASIS is assumed for NETDATA, and UUENCODE for the others. *** Note: Users on non-IBM hosts should remember that with the NETDATA/ASIS server defaults, binary data is put on an EBCDIC network (viz. Bitnet). The normal action of most non-IBM networking software is to do EBCDIC/ASCII trans- lation on incoming data. This will render most files from the server useless. Non-IBM users should either use one of the other encoding options or receive the a file without translation. (Jnet has this capability.) In each of the following examples the user wants the UUDECODE.HEX and the UNARC16.ARK file to download to a CP/M micro. (1) The user is on an IBM host directly connected to Bitnet: /PDGET NETDATA PD2:<CPM.STARTER-KIT>UUDECODE.HEX (TRANSLATE /PDGET NETDATA PD2:<CPM.ARC-LBR>UNARC16.ARK (2) The user is on a non-IBM host directly connected to Bitnet and can receive Netdata files, but not binary: /PDGET NETDATA PD2:<CPM.STARTER-KIT>UUDECODE.HEX (TRANSLATE /PDGET NETDATA PD2:<CPM.ARC-LBR>UNARC16.ARK (UUE (3) The user is on some host somewhere: /PDGET MAIL PD2:<CPM.STARTER-KIT>UUDECODE.HEX (TRANSLATE /PDGET MAIL PD2:<CPM.ARC-LBR>UNARC16.ARK (UUE ********************* Additional remarks: * ********************* (1) If the server is unable to satisfy a request for a file from Simtel20 in three days, the request is rejected. (2) The server limits /PDGET and /PDDIR request by number and by size. The limits are adjusted periodically to regulate network load. (3) The server refreshes its directory listings of files at Simtel20 about every two days. Therefore, there is a window during which requests for recently deleted files are accepted by the server and requests for recently added files are rejected. (4) The server is EXPERIMENTAL. It is supported on an as-time-is- available, best-efforts basis. (5) The primary mission of the server is to support the Info-CPM community on Bitnet. General availability will continue as long as that mission is not compromised, and as long as disk space, system load, and network load are not a problem. (6) Problems regarding the service should be sent directly to FISHER@RPIECS, and not to anyone at Simtel20 or its associated interest groups.
ed@iitmax.IIT.EDU (Ed Federmeyer) (04/24/89)
Yes, I would also like to have this file, but cannot yet reach SIMTEL20. Could someone in the Chicago area (well, if you want to send it from far away, thats okay too... I would really appreciate that) E-mail me a copy. Thanks! Ed Federmeyer ed@iitmax.iit.edu <- Hard to get through to sysed@iitVax.bitnet <- Works every time, so far!
jwbirdsa@phoenix.Princeton.EDU (James Webster Birdsall) (04/27/89)
Unless you've got a lot of time to waste, don't bother with VMiX. It has some neat features (multitasking, a 33-line CGA mode, etc.), but they aren't very useful unless the rest of it works... it seems to make no attempt to keep processes from writing to the screen on top of each other, even when told that the new process needs exclusive access to the screen. Furthermore, it has a tendency to simply lock up and go away, requiring a cold restart! So far, the longest I've gotten it to run is one minute. So far I haven't had a lot of time to fool with it, so I'm giving it the benefit of the doubt and assuming that I'm doing something wrong. Anybody have any experience with it? -- James W. Birdsall jwbirdsa@phoenix.Princeton.EDU jwbirdsa@pucc.BITNET ...allegra!princeton!phoenix!jwbirdsa Compu$erve: 71261,1731 "For it is the doom of men that they forget." -- Merlin
c60b-jw@buddy.Berkeley.EDU (Jay Bhatt) (04/28/89)
In article <7988@phoenix.Princeton.EDU> jwbirdsa@phoenix.Princeton.EDU (James Webster Birdsall) writes: > > So far I haven't had a lot of time to fool with it, so I'm giving it >the benefit of the doubt and assuming that I'm doing something wrong. >Anybody have any experience with it? VMix doesn't seem to work with PC-DOS 4.01. It loads then freezes the first time I issue an *exec* command. ----- A Sun c9c-ct@dorothy.Berkeley.EDU ucbvax!dorothy!c9c-ct ----- -----