Re: Need help with vinum (fwd)
On Fri, Oct 22, 1999 at 08:52:10PM -0700, Dennis Glatting wrote: drive a device /dev/da3 drive b device /dev/da4 You need to label the drive first and use such as da3e in vinum. The Handbook tells you how to do. vinum - create -f drv 1: drive a device /dev/da3 ** 1 Drive a has invalid partition type: Inappropriate file type or The label need to say vinum not 4.2BSD as for normal partitions. vinum: loaded vinum: no drives found xl0: promiscuous mode enabled vinum: vol1.p0.s0 is crashed vinum: vol1.p0 is faulty vinum: vol1.p0.s1 is crashed This might be a result of the above. -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ata driver and mounting CDROMs, missing tape drives
I've been having trouble mounting my ATAPI CDROM using the new ATA drivers When I do a: %mount /cdrom, the system complains: cd9660: Block device required This is my fstab entry: /dev/acd0a /cdrom cd9660 ro,noauto 0 0 And here is the relevant part of my kernel config: controller ata0 device atadisk0 device atapicd0 device atapist0 And here are my /dev entries: brw-r- 1 root operator 19, 0 Oct 22 01:34 /dev/acd0a brw-r- 1 root operator 19, 2 Oct 22 01:34 /dev/acd0c brw-r- 1 root operator 19, 8 Oct 22 01:34 /dev/acd1a brw-r- 1 root operator 19, 10 Oct 22 01:34 /dev/acd1c They look like block devices to me! I have the CDROM configured as master, and a HP Travan 8G tape drive as slave. The dmesg shows only the CDROM, and the kernel doesn't see the tape drive at all, although the dmesg says there are two devices on the channel. Here is the last dmesg: Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Fri Oct 22 00:01:27 EDT 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/GRAVY Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 249414302 Hz CPU: Cyrix 6x86MX (249.41-MHz 686-class CPU) Origin = "CyrixInstead" Id = 0x601 Stepping = 1 DIR=0x1353 Features=0x80a135FPU,DE,TSC,MSR,CX8,PGE,CMOV,MMX real memory = 134217728 (131072K bytes) avail memory = 127672320 (124680K bytes) Preloaded elf kernel "kernel" at 0xc0274000. Preloaded elf module "linux.ko" at 0xc027409c. Preloaded elf module "warp_saver.ko" at 0xc027413c. npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: AcerLabs M1533 portable PCI-ISA bridge at device 2.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Promise Ultra/66 IDE controller irq 11 at device 5.0 on pci0 ata-pci0: Busmastering DMA supported ata2 at 0xeff0 irq 11 on ata-pci0 vga-pci0: S3 ViRGE DX/GX graphics accelerator irq 0 at device 6.0 on pci0 ata-pci1: AcerLabs Aladdin IDE controller irq 0 at device 11.0 on pci0 ata-pci1: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci1 atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 pcm0: SoundBlaster 16 4.11 at irq 5 drq 1 flags 0x15 on isa0 vga0: Generic ISA VGA at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: generic printer on ppbus 0 lpt0: Interrupt-driven port fdc0: NEC 72065B or clone at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 sio2: U.S. Robotics 56K FAX INT at port 0x3e8-0x3ef irq 10 on isa0 sio2: type 16550A ad0: WDC AC29100D/J74OA30K ATA-4 disk at ata2 as master ad0: 8693MB (17803440 sectors), 17662 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 31 depth queue, UDMA33 Creating DISK ad0 Creating DISK wd0 ad1: WDC AC32500H/12.07H12 ATA-? disk at ata2 as slave ad1: 2441MB (4999680 sectors), 4960 cyls, 16 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 0 depth queue, DMA Creating DISK ad1 Creating DISK wd1 ata0: Aladdin: two atapi devices on this channel, DMA disabled atapi: MODE_SENSE_BIG - UNIT ATTENTION skey=6 asc=29 ascq=00 error=00 acd0: DELTA OPC-K101/ST1 F/W by OIPD/VER-3.40 CDROM drive at ata0 as master acd0: read 2062KB/s (6875KB/s), 128KB buffer, PIO acd0: supported read types: CD-R, CD-RW, CD-DA, packet acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked changing root device to wd0s1a WARNING: driver snd should register devices with make_dev() (dev_t = "#snd/4") To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ata driver and mounting CDROMs, missing tape drives
Quoting Bryan Liesner ([EMAIL PROTECTED]): I've been having trouble mounting my ATAPI CDROM using the new ATA drivers When I do a: %mount /cdrom, the system complains: %mount_cd9660 /cdrom or %mount -t cd9660 /cdrom #:^) -- bush doctor harder than the rest ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Massive pccard disruptions to continue
On Sat, 23 Oct 1999, Warner Losh wrote: To summarize the changes, I killed the legacy PCCARD_MODULE macro and all things associated with it. It is not longer emulated, even in the slightest. Everything is done via newbus. This kills lots and lots lines and makes it possible for newbus attachments, and only newbus attachments. Also, pccardd no longer sets the unit number, so the unit numbers have changed. The ep driver is hit by this since it checks against NEP (this should be fixed, btw) in places. Send your changes to me. I've been rewriting if_ep. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ata driver and mounting CDROMs, missing tape drives
Today Bryan Liesner wrote: I've been having trouble mounting my ATAPI CDROM using the new ATA drivers And here are my /dev entries: brw-r- 1 root operator 19, 0 Oct 22 01:34 /dev/acd0a brw-r- 1 root operator 19, 2 Oct 22 01:34 /dev/acd0c brw-r- 1 root operator 19, 8 Oct 22 01:34 /dev/acd1a brw-r- 1 root operator 19, 10 Oct 22 01:34 /dev/acd1c They look like block devices to me! They sure are but the major number has changed, it should be 31. Make sure you've got an up to date MAKEDEV and remake the devices. -- Jack O'NeillSystems Administrator / Systems Analyst [EMAIL PROTECTED] Crystal Wind Communications, Inc. Finger [EMAIL PROTECTED] for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages /dev/null -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Are we going to fix -current's ed driver anytime soon?
From current.freebsd.org's release build log: linking BOOTMFS if_ed_isa.o: In function `ed_isa_probe': if_ed_isa.o(.text+0x45): undefined reference to `ed_probe_WD80x3' if_ed_isa.o(.text+0x54): undefined reference to `ed_release_resources' if_ed_isa.o(.text+0x5a): undefined reference to `ed_probe_3Com' if_ed_isa.o(.text+0x69): undefined reference to `ed_release_resources' if_ed_isa.o(.text+0x6f): undefined reference to `ed_probe_Novell' if_ed_isa.o(.text+0x7e): undefined reference to `ed_release_resources' It's time to either fix this or back out the changes which broke it. If nobody finds the time to do the former in the next 48 hours, I'll do the latter myself. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall tweak
Suppose I need to install on a bunch of machines. What I'd do, is install once, get all the pieces/ports/customizations right and then make a tarball of the system. To install the next machine, I'd use sysinstall to partition and label the new machine and then just nfs mount the machine with the tarball, unroll it and just fix rc.conf as necessary. But when you go this way, there are no commands available available at the holographic shell. Could this be fixed by letting the commands be linked/copied into the chroot env? Um. But the chroot directory, e.g. where all your filesystems are mounted, is where you're also supposed to extract the bits or you'd be attempting to whap this NFS-mounted tarball onto your MFS. :) This question doesn't quite make sense to me, I'm afraid. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
does anybody but me have this problem (vgrind grinds forever...)
853 ?? Is 0:00.02 /bin/sh -c $HOME/bin/Nightly-FreeBSD-Build 855 ?? I 0:00.01 /bin/sh /home/mjacob/bin/Nightly-FreeBSD-Build 857 ?? I 0:00.02 sh ./DOMAKE buildworld 858 ?? I 0:00.03 make buildworld 861 ?? I 0:00.00 /bin/sh -ec cd /usr/src; make -f Makefile.inc0 -m /u 862 ?? I 0:00.03 make -f Makefile.inc0 -m /usr/src/share/mk buildworld 865 ?? I 0:00.00 /bin/sh -ec cd /usr/src; make -m /usr/src/share/mk - 866 ?? I 0:00.13 make -m /usr/src/share/mk -f Makefile.inc1 buildworld 1268 ?? I 0:00.00 /bin/sh -ec cd /usr/src; PATH=/usr/obj/usr/src/tmp/sb 1269 ?? I 0:00.08 /usr/obj/usr/src/tmp/usr/bin/make DESTDIR -f Makefile 1272 ?? I 0:00.01 /bin/sh -ec for entry in share/info include lib bin 21573 ?? I 0:00.03 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 21577 ?? I 0:00.01 /bin/sh -ec for entry in colldef dict doc examples in 21602 ?? I 0:00.03 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 21606 ?? I 0:00.01 /bin/sh -ec for entry in psd smm usd papers ; do (if 22824 ?? I 0:00.03 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 22828 ?? I 0:00.01 /bin/sh -ec for entry in beyond4.3 diskperf fsinterfa 22865 ?? I 0:00.04 /usr/obj/usr/src/tmp/usr/bin/make all SUBDIR_CHANGE D 22871 ?? I 0:00.00 /bin/sh -ec vgrind -f /usr/src/share/doc/papers/ker 22872 ?? R 81:53.05 /bin/csh -f /usr/obj/usr/src/tmp/usr/bin/vgrind -f 22873 ?? Z 0:00.00 (vfontedpr) 22874 ?? Z 0:00.00 (cat) It really is vgring hanging on a file: vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms A plain vgrind -f on this file also hangs. Anyone have a clue on this? This happens for me on an alpha. -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: does anybody but me have this problem (vgrind grinds forever...)
:It really is vgring hanging on a file: : :vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms : :A plain vgrind -f on this file also hangs. Anyone have a clue on this? : :This happens for me on an alpha. : :-matt The vgrind command above does not hang on my PIII test box. It takes about a second to run. I tried both an old binary and a new binary of vgrind. Both worked. I recommend compiling vgrind up w/ full debugging and attaching a debugger to it to see what is up. test3:/tmp# vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms test3:/tmp# md5 /usr/src/share/doc/papers/kernmalloc/appendix.t MD5 (/usr/src/share/doc/papers/kernmalloc/appendix.t) = bd78df7b99cbaddae3cf952b6898fe1d -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: sio working
On 23-Oct-99 Warner Losh wrote: OK. I managed to get sio and ep working on the plane back from FreeBSDCon'99. There are some problems with card eject at the moment, but will be committing things to the tree shortly. I will be your guinea pig, if you like. :-) -- Will Andrews [EMAIL PROTECTED] GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ G+ e- h! r--+++ y? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: does anybody but me have this problem (vgrind grinds forever...)
On Sat, 23 Oct 1999, Matthew Dillon wrote: :It really is vgring hanging on a file: : :vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms : :A plain vgrind -f on this file also hangs. Anyone have a clue on this? : :This happens for me on an alpha. : :-matt The vgrind command above does not hang on my PIII test box. It takes about a second to run. I tried both an old binary and a new binary of vgrind. Both worked. I recommend compiling vgrind up w/ full debugging and attaching a debugger to it to see what is up. Sigh. Yes. test3:/tmp# vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms test3:/tmp# md5 /usr/src/share/doc/papers/kernmalloc/appendix.t MD5 (/usr/src/share/doc/papers/kernmalloc/appendix.t) = bd78df7b99cbaddae3cf952b6898fe1d -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sio working
In message [EMAIL PROTECTED] Will Andrews writes: : I will be your guinea pig, if you like. :-) Grab the current patches from http://www.freebsd.org/~imp/pccard-snap.patch but read my other posting about the warnings and such. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
CVSUP ?
Is there something up with the cvsup servers or is my repository hosed? I havent seen any updates in over a day. How do I go about checking if something is messed up on my end ? ---Mike ** Mike Tancsa, Network Admin* [EMAIL PROTECTED] Sentex Communications Corp, * http://www.sentex.net/mike Cambridge, Ontario* 01.519.651.3400 Canada* To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CVSUP ?
It's hosed. There are several emails in -hackers on this. so we're just waiting for a human to go fix it. On Sat, 23 Oct 1999, Mike Tancsa wrote: Is there something up with the cvsup servers or is my repository hosed? I havent seen any updates in over a day. How do I go about checking if something is messed up on my end ? ---Mike ** Mike Tancsa, Network Admin* [EMAIL PROTECTED] Sentex Communications Corp, * http://www.sentex.net/mike Cambridge, Ontario* 01.519.651.3400 Canada* To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CVSUP ?
It's hosed. There are several emails in -hackers on this. so we're just waiting for a human to go fix it. Someone or something has broken cvsupd on freefall. Until jdp gets back from FreeBSD Con (or someone gives him connectivity there, since we had to pack up the terminal room), there's not going to be any more updates. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CVSUP ?
On Sat, Oct 23, 1999 at 01:44:28PM -0700, Mike Smith wrote: It's hosed. There are several emails in -hackers on this. so we're just waiting for a human to go fix it. Someone or something has broken cvsupd on freefall. Until jdp gets back from FreeBSD Con (or someone gives him connectivity there, since we had to pack up the terminal room), there's not going to be any more updates. After we did some more playing on freefall, it looks more like an NFS problem. "ls -l /" hangs on nfsrcv, just like cvsupd is doing right now. -- Mike Pritchard [EMAIL PROTECTED] or [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make release failure -- ed0 in PCCARD
Hi, Make release has been failing for awhile now and I just started to take a look at it. If I remove 'ed0' from i386/conf/PCCARD then the BOOTMFS kernel for pccard links correctly. With ed0 present, the following link errors occur: linking BOOTMFS if_ed_isa.o: In function `ed_isa_probe': if_ed_isa.o(.text+0x45): undefined reference to `ed_probe_WD80x3' if_ed_isa.o(.text+0x54): undefined reference to `ed_release_resources' if_ed_isa.o(.text+0x5a): undefined reference to `ed_probe_3Com' if_ed_isa.o(.text+0x69): undefined reference to `ed_release_resources' if_ed_isa.o(.text+0x6f): undefined reference to `ed_probe_Novell' if_ed_isa.o(.text+0x7e): undefined reference to `ed_release_resources' if_ed_isa.o(.text+0x84): undefined reference to `ed_probe_HP_pclanp' if_ed_isa.o(.text+0x93): undefined reference to `ed_release_resources' if_ed_isa.o(.text+0xa4): undefined reference to `ed_alloc_irq' if_ed_isa.o(.text+0xaf): undefined reference to `ed_release_resources' if_ed_isa.o: In function `ed_isa_attach': if_ed_isa.o(.text+0xef): undefined reference to `ed_alloc_port' if_ed_isa.o(.text+0x109): undefined reference to `ed_alloc_memory' if_ed_isa.o(.text+0x11a): undefined reference to `ed_alloc_irq' if_ed_isa.o(.text+0x127): undefined reference to `edintr' if_ed_isa.o(.text+0x152): undefined reference to `ed_attach' if_ed_isa.o(.text+0x15a): undefined reference to `ed_release_resources' *** Error code 1 The above functions are found in a few places: dev/ed/if_ed.c i386/isa/if_ed pc98/pc98/if_ed.c Ok, pc98 isn't used here... I'm not sure about the 1st two.. However, it appears that in dev/ed/if_ed.c, 'ed_probe_Novell' is defined and globally visible... but, in i386/isa/if_ed.c, 'ed_probe_Novell' is declared static... I don't know if this is the problem, but it's a difference... I'm continuing to look into this. If anyone has any comments, please let me know. Thanks, John To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
trek73
I found a copy of the C version of trek73 in my Amiga archives. This is the trek73 originally written in HP-2000 Basic that was rewritten by Dave Pare and Chris Williams in C and seriously enhanced by a bunch of people including me in my early college years circa 1985. I don't think any of the authors would mind if it went into /usr/games, but tracking them down is close to impossible since ucbvax no longer exists. If nobody knows different, I would like to clean it up (fairly easy since it's already in C) and commit it in. I've included the docs below. -Matt Originally written (in HP-2000 BASIC) by William K. Char, Perry Lee, and Dan Gee Rewritten in C by Dave Pare (sdcsvax!sdamos!mr-frog) and Christopher Williams (ucbvax!ucbmerlin!williams) Corrected, Completed, and Enhanced by Jeff Okamoto(ucbvax!okamoto) Peter Yee (ucbvax!yee) Matt Dillon (ucbvax!dillon) Dave Sharnoff (ucbvax!ucbcory!muir) and Joel Duisman(ucbvax!duisman) T R E K 7 3 A Star Trek(R) Battle Simulation Trek73 is a computer-simulated battle based on the famous Star Trek television series and the game Star Fleet Battles. Via computer terminal, you can clash with enemy battle cruisers, such as Klingon D-7's and Romulan Sparrowhawks, and use the same stra- tegies that Captain Kirk has used. Like Kirk, you control a Federation vessel similar to the Enterprise; a computer program directs the enemy. Victory can fall into several categories: Decisive Victory -- You completely destroy or cripple the attacking force. Tactical Victory -- You out-maneuver the enemy using high- speed escapes, corbomite bluffs, `play dead' tactics; or the enemy surrenders. Moral Victory -- You surrender or self-destruct and destroy each other. All distances are measured in megameters, one million meters (abbreviated `M'). Speed is expressed in `warp factors'. Each warp factor equals 100M per second. All angles are expressed in common degrees from zero to 360, measured counter-clockwise from the x-axis, similar to reading a protractor. Only two dimensions are used. Play is as follows: 1. You issue one of a number of commands (fire phasers, change course, launch antimatter pods, surrender, etc.) by typing the appropriate code number into the keyboard; 2. The enemy, under programmed instructions, issues a simi- lar command; 3. Both your commands are executed (phasers are fired, probes are launched, damages are assessed, courses changed, etc.) while the vessels move through space; 4. Unless certain end-game conditions are met (you destroy the enemy, the enemy destroys you, your out-maneuver the enemy, you both destroy each other, or one party surrenders) the above steps are repeated. __ Star Trek is a registered trademark of Paramount Pictures. Although technically incorrect, it does save the player from having to compute cube roots. This saves the player from having to work out problems in spherical geometry. - 1 - STAR TREK Appendix 1 displays certain weapon and shield angles. Appendix 2 depicts the Enterprise's power circuits. Appendix 3 lists certain weapon and vessel specifications. Appendix 4 lists initial deployment of resources. CODE COMMAND === 1Fire Phasers 2Fire Photon Torpedos 3Lock Phasers Onto Target 4Lock Tubes Onto Target 5Manually Rotate Phasers 6Manually Rotate Tubes 7*Phaser Status 8*Tube Status 9Load/Unload Torpedo Tubes 10 Launch Antimatter Probe 11 Probe Control (Detonate, Direct, Lock) 12 *Position Report 13 *Position Display 14 Pursue An Enemy Vessel 15 Run From An Enemy Vessel 16 Manually Change Course And Speed 17 *Damage Report 18 Scan Enemy (Damage Report Of Enemy) 19 Alter Power Distribution 20 Alter Torpedo And Phaser Firing Parameters 21 Jettison Engineering 22 Detonate Engineering 23 Attempt Defenseless Ruse 24 Attempt Corbomite Bluff(s) 25 Surrender
Re: trek73
a port? On Sat, 23 Oct 1999, Matthew Dillon wrote: I found a copy of the C version of trek73 in my Amiga archives. This is the trek73 originally written in HP-2000 Basic that was rewritten by Dave Pare and Chris Williams in C and seriously enhanced by a bunch of people including me in my early college years circa 1985. I don't think any of the authors would mind if it went into /usr/games, but tracking them down is close to impossible since ucbvax no longer exists. If nobody knows different, I would like to clean it up (fairly easy since it's already in C) and commit it in. I've included the docs below. -Matt Originally written (in HP-2000 BASIC) by William K. Char, Perry Lee, and Dan Gee Rewritten in C by Dave Pare (sdcsvax!sdamos!mr-frog) and Christopher Williams (ucbvax!ucbmerlin!williams) Corrected, Completed, and Enhanced by Jeff Okamoto(ucbvax!okamoto) Peter Yee (ucbvax!yee) Matt Dillon (ucbvax!dillon) Dave Sharnoff (ucbvax!ucbcory!muir) and Joel Duisman(ucbvax!duisman) T R E K 7 3 A Star Trek(R) Battle Simulation Trek73 is a computer-simulated battle based on the famous Star Trek television series and the game Star Fleet Battles. Via computer terminal, you can clash with enemy battle cruisers, such as Klingon D-7's and Romulan Sparrowhawks, and use the same stra- tegies that Captain Kirk has used. Like Kirk, you control a Federation vessel similar to the Enterprise; a computer program directs the enemy. Victory can fall into several categories: Decisive Victory -- You completely destroy or cripple the attacking force. Tactical Victory -- You out-maneuver the enemy using high- speed escapes, corbomite bluffs, `play dead' tactics; or the enemy surrenders. Moral Victory -- You surrender or self-destruct and destroy each other. All distances are measured in megameters, one million meters (abbreviated `M'). Speed is expressed in `warp factors'. Each warp factor equals 100M per second. All angles are expressed in common degrees from zero to 360, measured counter-clockwise from the x-axis, similar to reading a protractor. Only two dimensions are used. Play is as follows: 1. You issue one of a number of commands (fire phasers, change course, launch antimatter pods, surrender, etc.) by typing the appropriate code number into the keyboard; 2. The enemy, under programmed instructions, issues a simi- lar command; 3. Both your commands are executed (phasers are fired, probes are launched, damages are assessed, courses changed, etc.) while the vessels move through space; 4. Unless certain end-game conditions are met (you destroy the enemy, the enemy destroys you, your out-maneuver the enemy, you both destroy each other, or one party surrenders) the above steps are repeated. __ Star Trek is a registered trademark of Paramount Pictures. Although technically incorrect, it does save the player from having to compute cube roots. This saves the player from having to work out problems in spherical geometry. - 1 - STAR TREK Appendix 1 displays certain weapon and shield angles. Appendix 2 depicts the Enterprise's power circuits. Appendix 3 lists certain weapon and vessel specifications. Appendix 4 lists initial deployment of resources. CODE COMMAND === 1Fire Phasers 2Fire Photon Torpedos 3Lock Phasers Onto Target 4Lock Tubes Onto Target 5Manually Rotate Phasers 6Manually Rotate Tubes 7*Phaser Status 8*Tube Status 9Load/Unload Torpedo Tubes 10 Launch Antimatter Probe 11 Probe Control (Detonate, Direct, Lock) 12 *Position Report 13 *Position Display 14 Pursue An Enemy Vessel 15 Run From An Enemy Vessel 16 Manually Change Course And Speed 17 *Damage Report 18 Scan Enemy (Damage Report Of Enemy) 19 Alter Power Distribution 20 Alter Torpedo And Phaser Firing Parameters 21
Re: trek73
I don't think any of the authors would mind if it went into /usr/games, I certainly wouldn't. It would be an old game returning home to the Berkeley world, and I also used to play it a lot on the HP-2000. The 'ol HP 2000 access, now that brings back memories... Did you know I once wrote an entire multi-user BBS (emeryville's HP-BBS) in HP basic? But I digress.. :) - Jordan but tracking them down is close to impossible since ucbvax no longer exists. If nobody knows different, I would like to clean it up (fairly easy since it's already in C) and commit it in. I've included the docs below. -Matt Originally written (in HP-2000 BASIC) by William K. Char, Perry Lee, and Dan Gee Rewritten in C by Dave Pare (sdcsvax!sdamos!mr-frog) and Christopher Williams (ucbvax!ucbmerlin!williams) Corrected, Completed, and Enhanced by Jeff Okamoto(ucbvax!okamoto) Peter Yee (ucbvax!yee) Matt Dillon (ucbvax!dillon) Dave Sharnoff (ucbvax!ucbcory!muir) and Joel Duisman(ucbvax!duisman) T R E K 7 3 A Star Trek(R) Battle Simulation Trek73 is a computer-simulated battle based on the famous Star Trek television series and the game Star Fleet Battles. Via computer terminal, you can clash with enemy battle cruisers, such as Klingon D-7's and Romulan Sparrowhawks, and use the same stra- tegies that Captain Kirk has used. Like Kirk, you control a Federation vessel similar to the Enterprise; a computer program directs the enemy. Victory can fall into several categories: Decisive Victory -- You completely destroy or cripple the attacking force. Tactical Victory -- You out-maneuver the enemy using high- speed escapes, corbomite bluffs, `play dead' tactics; or the enemy surrenders. Moral Victory -- You surrender or self-destruct and destroy each other. All distances are measured in megameters, one million meters (abbreviated `M'). Speed is expressed in `warp factors'. Each warp factor equals 100M per second. All angles are expressed in common degrees from zero to 360, measured counter-clockwise from the x-axis, similar to reading a protractor. Only two dimensions are used. Play is as follows: 1. You issue one of a number of commands (fire phasers, change course, launch antimatter pods, surrender, etc.) by typing the appropriate code number into the keyboard; 2. The enemy, under programmed instructions, issues a simi- lar command; 3. Both your commands are executed (phasers are fired, probes are launched, damages are assessed, courses changed, etc.) while the vessels move through space; 4. Unless certain end-game conditions are met (you destroy the enemy, the enemy destroys you, your out-maneuver the enemy, you both destroy each other, or one party surrenders) the above steps are repeated. __ Star Trek is a registered trademark of Paramount Pictures. Although technically incorrect, it does save the player from having to compute cube roots. This saves the player from having to work out problems in spherical geometry. - 1 - STAR TREK Appendix 1 displays certain weapon and shield angles. Appendix 2 depicts the Enterprise's power circuits. Appendix 3 lists certain weapon and vessel specifications. Appendix 4 lists initial deployment of resources. CODE COMMAND === 1Fire Phasers 2Fire Photon Torpedos 3Lock Phasers Onto Target 4Lock Tubes Onto Target 5Manually Rotate Phasers 6Manually Rotate Tubes 7*Phaser Status 8*Tube Status 9Load/Unload Torpedo Tubes 10 Launch Antimatter Probe 11 Probe Control (Detonate, Direct, Lock) 12 *Position Report 13 *Position Display 14 Pursue An Enemy Vessel 15 Run From An Enemy Vessel 16 Manually Change Course And Speed 17 *Damage Report 18 Scan Enemy (Damage Report Of Enemy) 19 Alter Power Distribution 20 Alter Torpedo And Phaser Firing Parameters 21 Jettison Engineering 22
Re: trek73
: : I don't think any of the authors would mind if it went into /usr/games, : :I certainly wouldn't. It would be an old game returning home to the :Berkeley world, and I also used to play it a lot on the HP-2000. : :The 'ol HP 2000 access, now that brings back memories... Did you know :I once wrote an entire multi-user BBS (emeryville's HP-BBS) in HP :basic? But I digress.. :) : :- Jordan Heh, I think I heard about that BBS but the only HP 2000 I ever used was the one Berkeley High had. Oh, and LHS had one too - though that might have been a higher powered model. I guess the real question is: /usr/games or /usr/ports? I don't care which, but I would personally prefer /usr/games because it really is an old-time berkeley program. -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trek73
I guess the real question is: /usr/games or /usr/ports? I don't care which, but I would personally prefer /usr/games because it really is an old-time berkeley program. Perhaps we should ask Kirk... ;) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trek73
On Sat, 23 Oct 1999, Matthew Dillon wrote: I found a copy of the C version of trek73 in my Amiga archives. This is the trek73 originally written in HP-2000 Basic that was rewritten by Dave Pare and Chris Williams in C and seriously enhanced by a bunch of people including me in my early college years circa 1985. I don't think any of the authors would mind if it went into /usr/games, but tracking them down is close to impossible since ucbvax no longer exists. If nobody knows different, I would like to clean it up (fairly easy since it's already in C) and commit it in. I've included the docs below. Remembering from ancient history, didn't this make the rounds to just about anyone who wanted to learn code? I think it was even in a DEC games book. I think putting this into games is safe, but there's another trek in games already ... I haven't played trek in a looong time, is this one better in some way than the one already there? If it doesn't get into /usr/games, anyhow, it can certainly go into ports. Chuck Robey| Interests include C programming, Electronics, 213 Lakeside Dr. Apt. T-1 | communications, and signal processing. Greenbelt, MD 20770| I run picnic.mat.net: FreeBSD-current(i386) and (301) 220-2114 | jaunt.mat.net : FreeBSD-current(Alpha) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trek73
I guess the real question is: /usr/games or /usr/ports? I don't care which, but I would personally prefer /usr/games because it really is an old-time berkeley program. Perhaps we should ask Kirk... ;) No. Make it a port. Policy, remember? 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trek73
No. Make it a port. Policy, remember? 8) I guess the anti-bloatists would have a point on this one... I would not object to a port. It certainly eliminates the bike shed arguments over it. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trek73
No. Make it a port. Policy, remember? 8) I guess the anti-bloatists would have a point on this one... I would not object to a port. It certainly eliminates the bike shed arguments over it. Did anyone bother to look at /usr/src/games/trek/main.c: ** C version by Eric P. Allman 5/76 (U.C. Berkeley) with help ** from Jeff Poskanzer and Pete Rubinstein. ** ... This is the original UCB BSD version of trek as has been shipping since the BSD 2.x days -- Rod Grimes - KD7CAX - (RWG25)[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sio working
On 23-Oct-99 Warner Losh wrote: In message [EMAIL PROTECTED] Will Andrews writes: : I will be your guinea pig, if you like. :-) Grab the current patches from http://www.freebsd.org/~imp/pccard-snap.patch but read my other posting about the warnings and such. As of yet, I haven't tested your code. I will be, in a few. I took the opportunity to go over the patch first. I noticed a little discrepancy in ep_pccard_identify, where the switch() does not offer a default: case. You should put something like that in there and call the card "Unknown 3Com card" or somesuch. Same for ep_pccard_card_attach(). That's all I can manage from a quick skim of your code. Well, I'm gonna test out this kernel patch. (after safely backing up sys/). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message