diff options
author | joerg <joerg@FreeBSD.org> | 1996-12-22 19:01:16 +0800 |
---|---|---|
committer | joerg <joerg@FreeBSD.org> | 1996-12-22 19:01:16 +0800 |
commit | a9b387883a367ca7a64dd8c122946e54db72a890 (patch) | |
tree | 1d1938d2ef55690e4ae1e7d65e6f70b6dc9ffff0 /emulators/pcemu | |
parent | a1520694dbb1c8eb789acf64c9d76f9a06157229 (diff) | |
download | freebsd-ports-gnome-a9b387883a367ca7a64dd8c122946e54db72a890.tar.gz freebsd-ports-gnome-a9b387883a367ca7a64dd8c122946e54db72a890.tar.zst freebsd-ports-gnome-a9b387883a367ca7a64dd8c122946e54db72a890.zip |
Trim down excessively long DESCR files in ports i either own, or where
i'm somehow related to (hpscan, that is).
Requested by: asmi (long ago)
Diffstat (limited to 'emulators/pcemu')
-rw-r--r-- | emulators/pcemu/pkg-descr | 220 |
1 files changed, 2 insertions, 218 deletions
diff --git a/emulators/pcemu/pkg-descr b/emulators/pcemu/pkg-descr index 812ce717b029..eae8e8a30d16 100644 --- a/emulators/pcemu/pkg-descr +++ b/emulators/pcemu/pkg-descr @@ -5,23 +5,6 @@ As the title suggests, this is a Unix/X windows program which is designed to emulate a standard 8086 based PC. -In its current form it runs most text based programs. The programs I have -tried and found to work are as follows: - -MSDOS 5.0 MSDOS 6.2 -WordPerfect 5.1 Borland C++ 2.0 -Turbo Debugger 2.51 Turbo Assembler 2.51 -BBCBasic 4.61 MSDOS QBasic -MSDOS GWBASIC Virtually all program that came with MSDOS 5 -Hitchhiker's Guide to the Galaxy PC Magazine's ANSI.COM -SemWare's QEdit 2.1 Norton Utils 4.50 Advanced Edition -Norton Utils 6.0 Xtree Professional 1.1 -PowerMeter Utils Autoroute (ancient version) -Minitab 8.0 Microsoft Diagnostics - -This is all the programs I could lay my hands on which were text based -and could run on an 8086 - The emulator runs at about 8-10MHz 80286 speed on a Sun SparcStation 10/40 (without the -mviking flag) and at about 6MHz 8088 speed on a 33MHz 80486 box running Linux. @@ -34,205 +17,6 @@ release.... The program rather hogs the cpu but unmapping the window (iconifying it) will put it to sleep. -The most recent version of this program will always be in ftp.cs.bris.ac.uk -currently in the directory /users/hedley - -INSTALLING THE EMULATOR - -Edit the Makefile to change the OPTIONS, CFLAGS and XROOT to be -appropriate for your system (I am assuming you are using GNU GCC, -although any ANSI C compiler should work just as well). Ensure you are -using the best (speed) optimisations possible (e.g. -O2 -fomit-frame-poiner) - -Edit the file mytypes.h and ensure that the types for INT8, UINT8, -INT16, UINT16 etc are correct. Hopefully nothing need be changed in -this file, but you never can tell... I have assumed that 'char's are 8 -bit bytes, 'short's are 16 bit words and 'long's are 32 bit words. If -your compiler treats these differently to the above then you will have -to edit this header file. - -Type 'make' and go away and have a cup of tea! Compiling 'cpu.c' takes -a while (and quite a bit of memory!). - -Get a floppy disk of the same size/type as you specified in the Makefile -(i.e. if you chose -DBOOT720, then you'll need a 3.5" 720k disk). Install -MSDOS on it. Copy the files 'config.sys', 'emufs.sys' and 'lredir.exe' from -the 'programs' directory onto this floppy disk. Shove it in your Unix box -and type cp /dev/fd0 DriveA This should create a 720k (or whatever) file -which the emulator can boot from. If you do not have access to a Unix box -with a floppy disk on it, then you can use the supplied 'dumpdisk' program -to create a disk image. All you need is access to a PC. Simply put in a -bootable MSDOS disk into the drive and type dumpdisk A (or dumpdisk B if in -drive B). The program will copy the entire disk to a file called -'drivea'. You must then transfer it to your Unix box... - -You then need to convert the vga font (vga.bdf) into a font format -your X server can understand (either SNF or PCF) using either -'bdftosnf' or 'bdftopcf' and install the resulting font file somewhere -where your X server can find it. Then type 'mkfontdir' to rebuild the -fonts.dir file and then type 'xset fp rehash' to tell your X server -about the new font. If you type 'xlsfonts' you should see 'vga' as one -of the fonts listed. If not, then something has gone wrong. I may or -may not be able to help - it depends on your local setup. The emulator -will run without the font as it uses the standard 8x16 X11 font - -although most programs which use the extended character set will look -pretty terrible. A warning will be displayed if the correct VGA font -cannot be found. If you are using openwindows, you will have to type -'convertfont' and then 'bldfamily' - -You should now be in a position to run the emulator - -By default, the emulator requires the disk image called 'DriveA' to be in -the current directory or else it will complain. If you don't like this, -then you can change the file the emulator boots from by altering your -.pcemurc file (see below) or by changing the default at compile time (by -modifying the Makefile) - -Once run, the emulator should come up with the usual MSDOS banner and -request the current date and time (which should already be -correct). You can now run PC programs, mount Unix directories as -drives etc. You will already have one drive redirection - drive C: is -the Unix root directory. To mount further directories as drives, you -must use the program 'lredir'. Consult the file 'lredir.readme' for -instructions... - - The .pcemurc file - -At present this file allows a few things to be changed at run time. If this -file is found (either in the current directory or in your home directory), -then it is read and parsed and the values overwriting the equivalent -compile time options. Currently the only options supported at present are: - -bootfile diskfile - -where diskfile is the disk image you want to boot from (no quotes or -anything are needed and the filename must not contain white spaces). - -boottype type - -where type is either 360, 720, 144 or 12. This tells the emulator the type -of disk the disk image file represents (360k, 720k, 1.44MB, 1.2MB -respectively). - -updatespeed n - -where n is an integer > 0 -This is the rate at which the screen memory gets checked for changes (and -hence the update speed at which the screen gets updated for non-BIOS -writes). n is measured in internal interrupt ticks of which there are ~72.8 -per second (depends on the resolution of the system timer). - -cursorspeed n - -where n is an integer -This specifies how fast the cursor should flash. Flashing the cursor can -take a fair amount of bandwidth and so on slow/heavily loaded networks it -may be best to slow down the cursor flashing. Setting n to 0 or less will -disable cursor flashing - the cursor will be permanently on. - -An example .pcemurc file can be found in this directory. - -If you have problems compiling or running the emulator, then please contact -me giving details of what went wrong (along with your computer type -etc). - -Architectures tested: - -Computer OS Comments ------------------------------------------------------------------------------ -PC 486/33 Linux 0.99.14w Runs quite well. A bit pointless though :) -Sun 3/60 SunOS 4.1.x Takes an age to compile and not really worth - the effort... -SparcStation 10 SunOS 4.1.3 Runs well. Takes > 20MB RAM to compile though -HP 755/99 HPUX Runs OK (>25MB RAM to compile...) -Sun 4 Solaris 2.3 Runs OK -RS6000 ??? Had a few problems getting it to compile. - Getting there slowly though. -SGI Indigo IRIX 4.?.? Doesn't work if compiled with optimisation - using the standard compiler. Haven't tried - it using gcc yet... - -As you can see this list is quite small. The main limiting factor is the range -of machines I have access to. If anyone else can get it running on other -architectures then please contact me! - -Warning: This program is not secure! Do not make is suid or sgid anything -unless you wish to compromise the security of your system! - -EMULATOR LIMITATIONS etc - -Some parts of the PC architecture are emulated better than others. The -BIOS has been partly implemented - enough to get MSDOS to boot and to -allow most programs to run. Anyhow, most decent programs bypass the -BIOS for screen access. BIOS Disk calls for drive A have been mostly -emulated, although formatting doesn't work. - -Some of the hardware has been emulated but not much. Timer interrupts -are generated by the system but there is now way (at present) to -reprogram the timer. The Programmable Interrupt Controller has been -emulated in part to respond to the End Of Interrupt command and reads -from and writes to the mask register should work OK. - -None of the VGA hardware has been emulated at present (apart from -screen updating) although this will change in the near future. Mode -changes must therefore be done through the BIOS. - -The keyboard has been mostly emulated. The program converts X11 -keysyms to raw PC scan codes and then generates an interrupt 9 as per -usual. There is a BIOS routine which takes these scan codes and -generates the correct BIOS ASCII/scan code pair. The keysyms used can -be found in the module 'xstuff.c'. In the future these keysyms will be -read in from a file at run time. - -THANKS - -Thanks go to the following: - -Andy Norman at HPLabs, Bristol (ange@hpl.hewlett-packard.co.uk) for the HP -port. -Dieter Becker (becker@med-in.uni-sb.de) for help with the Solaris port -Klaas Esselink (esselin1@ksla.nl) for help with the RS6000 port - -Please report bugs/comments etc to me (hedley@cs.bris.ac.uk) and I'll -do my best to sort them out (no guarantees though). After June 25th I -will be leaving University and will not be able to check email very -frequently - please be patient if you want a response - I will reply -eventually. - -Have fun... - -David - - - -[FreeBSD port comments] - -I (joerg_wunsch@uriah.heep.sax.de) have slightly extended the .pcemurc -functionality, in order to improve the handling of international key- -boards. David's code hard-coded the keyboard mapping from XKeyStrings -to PC scancodes. - -I've been adding a .pcemurc section that defines the reverse mapping -from XKeyStrings to PC scancodes, so it's at the very least possible -to remap the keyboard to the original US layout even for international -versions. The syntax for this rules is - - `keymap' <scancode>`='<XKeyString> - -This is my personal .pcemurc file, just to illustrate the usage. - -bootfile /home/joerg/pcemu/DriveA -boottype 720 -keymap 12=ß -keymap 13=' -keymap 21=z -keymap 26=] -keymap 27=+ -keymap 39=\ -keymap 40=[ -keymap 41=^ -keymap 43=# -keymap 44=y -keymap 53=- -keymap 86=< +The author is: +David Hedley, hedley@cs.bris.ac.uk |