Info-IBMPC@USC-ISIB.ARPA (Info-IBMPC Digest) (11/02/85)
Info-IBMPC Digest Friday, 1 November 1985 Volume 4 : Issue 128
This Week's Editor: Eliot Moore <Elmo@USC-ISIB.Arpa>
Today's Topics:
Lugaru Epsilon 2.99
Janus Ada Compiler
Documentation for the Professional Graphics Controller
NEC V20
Unix V on 386 runs Unix, Xenix, DOS, and Lotus 1-2-3 code
Xenix Patch for EGA with Monochrome Monitor
Replacing AT '286 CPU with '386 CPU
Bridge programs
DOS 3.1 RESTORE bug
Dos Path Hints
Hidden Files
Today's Queries:
NEC V30 vs 8086
Int 2F and PCDOS 3.0/3.1
Spectrum Analysis Board for IBM-PC Wanted
Are all 4416 chips created alike?
Sanyo 555
PC/IX TTY driver bug
----------------------------------------------------------------------
Date: 31 Oct 1985 10:03:07 PST
Subject: Lugaru Epsilon 2.99
From: Craig Milo Rogers <ROGERS@USC-ISIB.ARPA>
To: Info-IBMPC@USC-ISIB.ARPA
I, too, have been beta-testing the new release of Lugaru Epsilon.
While I agree with Billy Brackenridge that Epsilon is a very nice
implementation of EMACS, I'm afraid that he exaggerated some of its
virtues.
You do NOT receive the sources to Epsilon. You do receive the
EEL-coded routines which implement all of the keyboard commands. While
this is enough to change the personality of the editor in all but the
most extreme cases, there's a truck load of underlying software that you
don't have sources for: the EEL compiler, the EEL bytecode interpreter,
the buffer virtual memory manager, the window updater, the DOS interface,
etc.
The interface between Epsilon and EEL is somewhat inconvenient.
In other implementations of EMACS one can open a "mini-buffer", stick in
a few lines of Lisp or TECO, and execute it with a minimum of overhead.
In Epsilon there's more work involved: you've gotta write the mini-buffer
to a file, start EEL as a subprocess, load the bytecode file if compilation
succeeded, switch back to the buffer you were editing, and execute the
command you just created. However, there's no reason why I can't write a
new mini-buffer command in EEL to automate most of the steps I just described!
All in all, Lugaru Epsilon is a fine product with an excellent
support staff behind it. The Info-IBMPC library will be accepting
EEL routines, so with luck we will build a collection of extension
packages such as was developed for MIT EMACS: mail readers, special
editing modes for specific programming languages, and so on.
Craig Milo Rogers
-------
------------------------------
Date: 31 October 85 09:00-PST
From: HLL%SLACVM.BITNET@WISCVM.ARPA
To: INFO-IBMPC@USC-ISIB.ARPA
Subject: Janus Ada Compiler
A couple of weeks ago I posted a comment on the Janus/Ada compiler.
In that note I complained that according to information received from
the local distributor, Computer Graphics Center in Palo Alto CA, the
C-Pak did not support floating point arithmetic. I have received
notification from the primary Janus vendor R.R Software in Madison
Wisconsin, that the C-Pak does indeed support floating point, although
without the 8087. The floating point library, however, is very limited.
I also remarked that statements by Computer Graphics indicated that even
the expensive D-Pak and S-Pak appeared not to generate in-line 8087
code. R.R. also informs me that these do indeed generate in-line code.
As a result of R.R.'s information, I have decided to give Janus/Ada try.
Harvey L. Lynch
------------------------------
Date: 31 October 85 09:49-PST
From: Don Pelton (415) 854-3300 x2901 <DEP%SLACVM.BITNET@WISCVM.ARPA>
To: INFO-IBMPC@USC-ISIB.ARPA
Subject: Documentation for the Professional Graphics Controller
After waiting several months for my Options and Adapters Manual, it
finally arrived without the update card included. But, it turns out,
there is still a way to get updates. The following is from IBM's
ASKINFO service:
"... you can send in the dark blue cover page from Vol. 2
to the following address if you didn't get a registration card:
UPDATE INFORMATION SERVICE
IBM PERSONAL COMPUTER
P.O. BOX 3077
BOCA RATON, FL. 33431"
------------------------------
Date: 31 Oct 85 13:18:22 GMT
From: Bob Stine <stine@edn-vax.arpa>
To: info-IBMPC <info-IBMPC@usc-isib.arpa>
Subject: NEC V20
To clarify a previous message I sent concerning some incompatibilities
of the V20 and the 8088:
My copy of Easy-Flow Plus WILL NOT RUN with my NEC V20 installed, but
runs like a charm with my 8088 in place. Steve Walton characterized
my previous letter as "hogwash"; he is doing a disservice to potential
purchasers of V20s.
I have a rather vanilla IBM PC, 640K, 2 DSDDs, no graphics. For those
not familiar with Easy-Flow Plus, it is a batch- oriented flowchart
generator, which produces a printable ascii file when given a
program-like description of a flowchart.
I do not know why the V20 will not run such innocent, unstressing
software, and I'm only mildly interested in finding out. It is clear,
however, that the NEC V20 is not all that compatible with the 8088.
- Bob Stine
------------------------------
From: Herm Fischer <hermix!fischer@rand-unix.ARPA>
Reply-To: HFischer@USC-ECLB
To: info-ibmpc%ISIB@ECLB
Subject: Unix V on 386 runs Unix, Xenix, DOS, and Lotus 1-2-3 code
Date: Fri Nov 1 09:45:22 1985
According to the product announcement I got today on Intel's '386 chip,
its "System V/386" runs DOS programs under it; they specifically mention
that 1-2-3 will operate under Unix on the '386.
Anybody know if that means the 1-2-3 user can be at a remote terminal of
the '386? Anybody seen this working?
They also state that "future enhancements" will include Xenix '286
compatibility, open-NET, and optimized peripheral drivers. [What's
unoptimized about the current drivers -- are they cruddy now??]
System V includes SDB, for my non-assembler hacker friends.
Does all this mean somebody is retailing these products now? (It's all
in the present tense, and dated October 1985?) Anybody got one of these
babies on an AT plug in card with the Unix V+DOS included?
Herm Fischer HFischer@eclb.arpa or
{randvax, ihnp4, decvax}!hermix!fischer
ps - the manual on the '386 is Intel order number 231630-001.
pps - they quote the '387 at 1.8 whetstones per sec (compared to .3 for
the '287)
------------------------------
From: Herm Fischer <hermix!fischer@rand-unix.ARPA>
Reply-To: HFischer@USC-ECLB
To: info-ibmpc%ISIB@ECLB
Subject: Xenix Patch for EGA with Monochrome Monitor
Cc: ciaraldi%rochester@eclb
Date: Fri Nov 1 23:04:41 1985
I've been asked to comment on the following message regarding patching
Xenix for the EGA with monochrome screens. I have not tried this; if it
works then that is great, but if it doesn't, caveat emptor. At least the
reader will understand what is being done.
>From: Mike Ciaraldi <ciaraldi@rochester.arpa>
>To: hfischer@usc-eclb.arpa
>Subject: IBM XENIX patch for EGA monochrome
>
>
>Described below is a patch obtained from IBM to enable XENIX to use a mono-
>chrome display with the EGA. The documentation states that the patch was
>applied to a version of XENIX dated Aug. 3, which "had a size of 106350" and
>that the patch "should work for any version of IBM XENIX".
>
I don't know if that version is the same as the "Microsoft May Maintenance
release", which I received directly from Microsoft as November 84 customer.
Anybody know?
>
>The following is abstracted from hard copy IBM documentation of the patch:
>
>
>Assuming XENIX is already installed using one of the "supported" monitors, log
>onto the root directory and enter the command
>
>adb -w XENIX1 <XENIX.MONO >monologfile
... hmmm, this won't work unless the XENIX is replaced with xenix (l/c)
>
>where the file XENIX1 was copied from the file XENIX, monologfile is where the
>log file will go and XENIX.MONO is the following file of adb commands:
>
>$x tells adb that all input and output is to be in hex
>
>kdata_dscr+a8/w ffff changes length of display segment for monochrome display
> from fff to ffff
As users of my EGA Graphics driver know, I patch the segment register for
the EGA/color display to permit access to the larger space of the EGA memory.
For the specific case here, they are patching segment register C0 (mono
screen only) to be longer than the 0x1000 (4k) it is distributed as. They
should use the actual length (probably 16k) because this could cause the
kernel to crash if software went south and generated a bad address. It
appears that, since the following uses EGA color monitor code, the screen
refresh for the mono becomes a sliding window in a 16k area (which is what
they do for the EGA color and Professional graphics screens). You do get
an annoying flicker when scrolling downward and the window hits the bottom
and needs to have all the data moved back to the top again!
>
>hgasp+2/w c0 sets segment address of screen for EGA to c0 instead of c8
Symbols beginning with hga pertain to the "Professional Graphics" monitor,
and those beginning with ega pertain to the EGA monitor. Apparently, when
the Professional and EGA both used the same code, then the shared
subroutine is known by the hga symbol prefix.
hgasp is the segment register number used for all screen access by hga and
ega prefexed subroutines in the kernel. It initializes as 0xc8. Changing
it to 0xc0 switches to the mono screen segment pointer. This would
prevent the kernel from working henceforth with either color,
professional, or enhanced color monitors.
>
>hgasp+12/w 4f60
>hgasp+14/w 3a56
>hgasp+16/w 6051
>hgasp+18/w 1f70
>hgasp+1a/w d00
>hgasp+1c/w c0b
>hgasp+22/w 2e5e
>hgasp+24/w 285d
>hgasp+26/w 5ed0
>hgasp+28/w a36e These are the settings for the EGA registers at 3b5. The
> values use are defaults for mode 7 from the EGA TRM.
>
These appear to be the mode 7 initialization stuff from the options
and adapters tech ref manual. I prefer my patch, which simply disables
the initcrtc routine instead (its been on the net zillions of times), and
thus leaves the values as loaded by the bootstrap. That should simplify
patching (if it works for mono).
>hgascroll+6b?w 3b0 [QUESTION: Is the "?" correct? I've not used adb.]
The question mark means that instruction code, rather than data code, is
being patched. The 3b0 substitutes probably for 3d0; I believe b is for
mono and d is for color.
Routine hgascroll is used to scroll the screen (e.g., move the sliding
window down in graphics card memory, until it bottoms out, when all is
moved back to the top).
>egainit+b?w 3b0
>egainit+23?w 3b0 Changes addresses being used for OUT instruction.
>
This routine appears to initialize the screen. It comes distributed for
the 3d0 addresses (color).
>hgacpy+18?w c0b8
>hgaclr+1d?w c0b8 Changes some hardcoded segment addresses.
The above two routines do not use hgasp to pick up the segment number for
color (c8); with expected bad taste, they embed it as a constant, and
thus have to be patched even though hgasp was patched above.
hgacpy moves bytes from one screen buffer location to another (e.g., when
scrolling has bumped bottom, or when characters are deleted in a line).
hgaclr clears bytes in screen buffer memory (e.g, when needed for some
ANSI escape sequences).
>
>egacurs+19?w 3b4
>egacurs+22?w 3b5
>egacurs+2b?w 3b4
>egacurs+36?w 3b5 More out instructions.
These patches, to the cursor setting routine, change the color address to
mono address (3bx instead of 3dx).
>
>$q Exit adb.
>
>
>Now rename the file XENIX to something else and then rename XENIX1 to XENIX.
>Issue a haltsys. Set the switches on the EGA and reboot. That's it.
>
That's wrong, because upper case XENIX should have been lower case xenix.
In addition, one should do all of this to the xenix.fd on the maintenance
disk, so that the maintenance disk loads and executes properly. Since
xenix.fd is stripped, you can't patch it until you go into /usr/sys/conf
and remake it. About 1/2 hour of hacking about.
Then, too, be sure to move your new xenix onto the maintenance disk so
that when your CMI disk blows up (and it sure will, believe me), your
maintenance disk properly builds a system which works with your monitor.
Commentary added by:
Herm Fischer (HFischer@eclb.arpa, {randvax,ihnp4,decvax}!hermix!fischer)
also licensing plot(5)+pixrect+windowing graphics driver for EGA with color
------------------------------
Reply-To: HFischer@USC-ECLB
To: info-ibmpc%ISIB@ECLB
Subject: Replacing AT '286 CPU with '386 CPU
Date: Fri Nov 1 22:19:22 1985
Now that '386 chips are surfacing, it seems that the rumor mill is abuzz
as it was when somebody discovered that you can replace AT crystals with
faster ones.
I am told that the '386 will substitute for the '286 in the motherboard
of the AT, but you have to wire-wrap up a PAL and a socket. One site I
queried said it runs PCDOS, and that they have not tried Xenix.
The '386 manual confirms that it will work with 16-bit memories. Any
volunteers for the wiring harness? PAL layout? Bootup programs (if
any) to place in real 8088 or Xenix-compatible 80286 modes?
What speedups have folks who hardware-hacked this up observed? Will the
motherboard support 25 or 32 MHz crystals with a hacked-in '386?
Herm Fischer
HFischer@eclb.arpa; {randvax, ihnp4, decvax}!hermix!fischer
ps - it's possible you might void your warranty or burn up something;
I'm not suggesting the above action, only curious as to its effect!
pps - would this then mean you can run the Unix V/386, described in the
Intel Brochure as supporting DOS applications as Unix tasks?
------------------------------
Date: Fri 1 Nov 85 19:45:32-PST
From: L. Brett Glass
Subject: Bridge programs
To: info-ibmpc@USC-ISIB.ARPA
One of the most useful bridge-playing programs for the XT comes as part of
Turbo GameWorks, from Borland. Not only does it bid a good hand, but it
comes with the source! It beats me in duplicate most of the time....
--Brett Glass
-------
------------------------------
Date: Sun, 27 Oct 85 16:00:04 PST
From: Ya'akov_Miles%UBC.MAILNET@MIT-MULTICS.ARPA
To: Info-IBMPC@USC-ISIB.ARPA
Subject: DOS 3.1 RESTORE bug
There is a VERY SEVERE bug in PC-DOS 3.1 RESTORE.COM utility. Specifically,
if BACKUP.COM elects to create a backup file which straddles more than one
floppy disk, RESTORE.COM will sometimes (!) fail to restore the complete
file - what RESTORE.COM does is to restore the 1st segment of the BACKUP
file to hard disk, and completely ignore the rest of the BACKUP file
on the 2nd BACKUP floppy... No warning message is issued by RESTORE, and
the disk LOOKS ok when you DIR the files. The only problem is that such
files are missing huge hunks off their rear ends, and the usual symptom
is the message "BAD EXE FILE" from DOS, or "INVALID OBJECT MODULE" from LIB,
at some (future) time when you try to use your compilers...
Also, it "would-be-nice" if BACKUP analyzed the file and performed some
kind of squeeze (Huffman-code, Compression, whatever works best), and then
flags the kind of squeeze used in the 128-byte header prefix which is
present in all BACKUP saved files. Hopefully RESTORE would read the header,
and then figure out the correct unsqueezing algorithm to use. Please note
that the (public-domain) utility ARC.COM, distributed by
System Enhancement Associates
21 New Street
Wayne, New Jersey
U.S.A. 07470
operates in this manner, with a spectacular saving in file space...
Finally, has IBM considered replacing the Intel 8088 cpu chip with the
(pin-compatible) NEC cmos chip, the uPD 70108-5, which executes up to three
times faster, and implements the complete Intel 80186 instruction set? I have
seen the Intel 8088 replaced with the NEC uPD 70108 on the IBM-PC/jr, the
IBM-PC, and the IBM-PC/xt with spectacular results...
------------------------------
Date: Tue, 29 Oct 85 17:09:10 est
From: jcm@ORNL-MSR.ARPA (James A. Mullens)
To: info-ibmpc@isib
Subject: Dos Path Hints
Here is something which I found interesting and useful. If you want
to add more directories to an existing DOS PATH, you can do so without
retyping the entire PATH over again. Here are 2 (very small) BAT files
which do this:
FILE: pathb.bat -- adds directory to beginning of PATH
set PATH=%1;%PATH%
FILE: pathe.bat -- adds directory to end of PATH
set PATH=%PATH%;%1
To use:
pathb your-new-beginning-path-directory-here
pathe your-new-ending___-path-directory-here
Example:
>path
C:\
>pathb A:\
path A:\;C\
>pathe b:\
path A:\;C;\;b:\
>path
A:\;C:\;b:\
The effect seems to be the same as the normal DOS PATH command, except
that lower case characters are not translated to upper case -- this does
not seem to cause problems.
I have tried this only under DOS 3.1 on an IBM PC.
> jim mullens jcm@ornl-msr
------------------------------
Date: 1 Nov 1985 14:25:01 PST
Subject: Hidden Files
From: Dwight Baker <SWG.DBAKER@USC-ISIB.ARPA>
To: info-ibmpc@USC-ISIB.ARPA
Someone recently requested help with hidden files. Here are some
instructions that might help.
In order to modify the status of hidden files so that they may be deleted or
otherwise manipulated it is only necessary to change the file attribute
byte which is located in the twelfth position of the catalog entry.
The possible combinations of that byte are listed below.
The following information is excerpted from the IBM DOS Technical
reference manual part number 1502346 for DOS 2.10.
01 File is marked read-only.
02 Hidden file.
04 System file.
08 This is a volume label entry.
10 This defines a subdirectory.
20 Archive bit. Used to indicate backup status.
If you don't have a disk utility tool like Norton's you can use Debug
to change the status. Before you work on a live disk try formatting
a new disk with the /s option and then examine the directory entries
of the DOS files. The following procedure will show you how to this
can be done using debug.
Format a disk with the /s option.
C>dir a:
Volume in drive A has no label NOTE: This is what the
Directory of A:\ catalog will look like
COMMAND COM 17792 11-05-84 11:10a
1 File(s) 321536 bytes free
C>debug NOTE: Starts up Debug
-l 100 0 05 01 NOTE: This is a L(oad) to address 100 form drive 0(a:)
sector 5 for a length of 1 sector
-d NOTE: displays the loaded information
1A76:0100 49 42 4D 42 49 4F 20 20-43 4F 4D 27 00 00 00 00 IBMBIO COM'..
1A76:0110 00 00 00 00 00 00 00 60-54 07 02 00 80 12 00 00 .......`T.....
1A76:0120 49 42 4D 44 4F 53 20 20-43 4F 4D 27 00 00 00 00 IBMDOS COM'..
1A76:0130 00 00 00 00 00 00 00 60-54 07 07 00 80 42 00 00 .......`T....B
1A76:0140 43 4F 4D 4D 41 4E 44 20-43 4F 4D 20 00 00 00 00 COMMAND COM ..
^These are the attribute bytes
27=archive,system,hidden,ro
20=archive
-e10b NOTE: This will edit byte 10b
1A76:010B 27.20 NOTE: This system types up to the period you type "20"
-w 100 0 05 01 NOTE: This writes back to where we read from
-q NOTE: This q(uits) back to the DOS
C>dir a: NOTE: You now have a visible file.
Volume in drive A has no label
Directory of A:\
IBMBIO COM 4736 10-20-83 12:00p
COMMAND COM 17792 11-05-84 11:10a
2 File(s) 321536 bytes free
See how easy it is. I hope this helps.
Dwight Baker
Hughes Aircraft
swg.dbaker@isib
-------
-------
------------------------------
From: SMERESKI.WBST@Xerox.ARPA
Date: 1 Nov 85 14:00:04 EST
Subject: NEC V30 vs 8086
To: Info-IBMPC@USC-ISIB.ARPA
Reply-to: Smereski.WBST@Xerox.ARPA
I ran a test Turbo Pascal program on a Xerox 6065 (8 Mhz 8086) and again
with the 8086 replaced by a NEC V30. Here are the results followed by
the program listing.
/Dave
---------------------------------------------------------------------------
Results with a V30:
String manipulation Test: 17.2527 seconds.
Integer Arithmetic Test: 20.7692 seconds.
Real Arithmetic Test: 21.9231 seconds.
Prime Number Sieve Test: 13.7912 seconds.
Results with an 8086:
String manipulation Test: 32.3077 seconds.
Integer Arithmetic Test: 31.8132 seconds.
Real Arithmetic Test: 22.9121 seconds.
Prime Number Sieve Test: 15.6593 seconds.
Program BenchMark;
{$R-}
{$V-}
Var
Start : Real;
Function Time : Real;
Var
TL : Integer Absolute $40:$6C;
TH : Integer Absolute $40:$6E;
R : Real;
Begin {Time}
Time := TL;
End; {Time}
{ Eratosthenes Sieve Prime Number Program in Pascal }
Procedure PrimeSieve;
{ This program counts the number of prime numbers between 2 and 16,380 It makes
use of the fact that 2 is the only even prime and considers only odd numbers.
The method of the sieve is to consider an ordered collection of integers
that begins with a prime. If all multiples of that prime are stricken from
the collection then the next highed number left in the list must be prime.
Multiples of this prime are cast out. The process is repeated until the list
is exhausted. The remaining list will only contain primes. The following
algorithm assumes that 3, 5, and 7 are all prime (i + i + 3).
}
Const
size =8190;
Var
flags : Array [0..size] of Boolean;
i, prime, k, count, iter : Integer;
AnyKey : Char;
Begin {PrimeSieve}
For iter := 1 To 20 Do
Begin
count := 0;
For i := 0 To Size Do flags [i] := True; {initialize list to be considered}
For i := 0 To size Do {consider each odd number}
If flags[i] Then
Begin
prime := i + i + 3;
k := i + prime;
While k <= size Do {strike all multiples of the prime}
Begin
flags[k] := False;
k := k + prime
End;
count := count + 1; {increment count}
End;
End;
End; {PrimeSieve}
Procedure IntegerArithmetic;
Var
I, J : Integer;
M, N, O : Integer;
Begin {IntegerArithmetic}
N := 100;
O := 1234;
For I := 1 To 10000 Do For J := 1 To 30 Do M := N * O;
For I := 1 To 10000 Do For J := 1 To 30 Do M := N Div O;
For I := 1 To 10000 Do For J := 1 To 30 Do M := N + O;
For I := 1 To 10000 Do For J := 1 To 30 Do M := N - O;
End; {IntegerArithmetic}
Procedure RealArithmetic;
Var
I, J : Integer;
M, N, O : Real;
Begin {RealArithmetic}
N := 100.098;
O := 1234.53432;
For I := 1 To 1000 Do For J := 1 To 10 Do M := N * O;
For I := 1 To 1000 Do For J := 1 To 10 Do M := N / O;
For I := 1 To 1000 Do For J := 1 To 10 Do M := N * O;
For I := 1 To 1000 Do For J := 1 To 10 Do M := N - O;
End; {RealArithmetic}
Procedure StringTests;
Var
C : Char;
I, J : Integer;
S, T : String [255];
Begin {StringTests}
For I := 1 To 50 Do
Begin
S := '';
T := '';
For J := 1 To 255 Do
Begin
T := Chr (J) + T;
S := S + Chr (J);
End;
End;
For I := 1 To 50 Do
For J := 1 To 255 Do
Begin
C := S [J];
S [J] := S [256 - J];
S [256 - J] := C;
End;
End; {StringTests}
Procedure DisplayTime (StartTime : Real; X, Y : Integer);
Begin {DisplayTime (StartTime : Real; X, Y : Integer)}
GotoXY (X, Y);
Start := (Time - Start)/18.2;
Write (Start:20:4, ' seconds.');
End; {DisplayTime (StartTime : Real; X, Y : Integer)}
Begin {BenchMark}
ClrScr;
GotoXY (5, 3);
Write ('String manipulation Test:');
GotoXY (5, 5);
Write ('Integer Arithmetic Test:');
GotoXY (5, 7);
Write ('Real Arithmetic Test:');
GotoXY (5, 9);
Write ('Prime Number Sieve Test:');
Start := Time;
StringTests;
DisplayTime (Start, 35, 3);
Start := Time;
IntegerArithmetic;
DisplayTime (Start, 35, 5);
Start := Time;
RealArithmetic;
DisplayTime (Start, 35, 7);
Start := Time;
PrimeSieve;
DisplayTime (Start, 35, 9);
End. {BenchMark}
------------------------------
Date: Thursday, 31 Oct 1985 01:29:13-PST
From: tinius%43120.DEC@decwrl.DEC.COM (Stephen Tinius - Kaufbeuren Manufacturing - KBO)
To: Info-IBMPC@USC-ISIB.ARPA
Subject: Int 2F and PCDOS 3.0/3.1
Has anybody used int 2F to queue a file under PCDOS 3.0 or 3.1?
I have a program which works properly under 2.1, but under 3.0 nothing
happens. Clues? Tips?
Stephen Tinius
Digital Equipment International GmbH
Kaufbeuren, West Germany
------------------------------
From: Dan Iuster <cptvideo@ihuxe.uucp>
Subject: Spectrum Analysis Board for IBM-PC Wanted
Date: 29 Oct 85 16:54:58 GMT
To: info-ibmpc@usc-isib.ARPA
I am looking for an IBM-PC or compatible board that could
take a signal and perform a spectrum analysis on it. I would
like to be able to analyze signals under 100Khz, and possibly
use windowing in the frequency spectrum. Has anybody run into
any boards that would perform this sort of function, and if so
could you send me any information about them you may have ?
Please send the info to ihnp4!ihwld!dfi@ucbvax, and don't just do an 'r'
because I hardly log on the machine I am sending this message from.
Thanks in advance
Dan Iuster
ihnp4!ihwld!dfi
------------------------------
Date: 28 Oct 85 17:00:38 PST (Monday)
Subject: Are all 4416 chips created alike?
From: Burton.osbunorth@Xerox.ARPA (Philip M. Burton)
To: ibm-pc^.ES@Xerox.ARPA, info-ibmpc@usc-isib.Arpa
Is there a difference (besides about $4 a chip) between a TMS4416
and a "regular" 4416. The application is the unfilled sockets on
the piggyback memory card for the IBM Enhanced Graphics Adapter.
IBM uses TMS4416 chips.
If there is any response to me directly, I'll summarize to the
net.
Phil Burton
415 496 6514
------------------------------
Date: 31 Oct 1985 20:51-CST
Subject: SANYO 555 HELP NEEDED
From: HUGGINS@USC-ISIE.ARPA
To: INFO-IBMPC@USC-ISIB.ARPA
My son at Baylor University has a Sanyo 555 with the video ram board
modification. He uses a Hayes Smartmodem (300 baud) and copylink to
connect to the university's vax system. he'd like to be able to use
crosstalk or pc-vt to emulate a vt100 but neither will work on his
machine. We've also tried to run kermit and qmodem with the same
results. All will load but each acts as if there were no modem
connected to the port. In fact, crosstalk gives an error message to
that effect. Copylink works fine, but it had to be patched when he
first bought it (using info which came with the program). We're
assuming the other programs mentioned might have to be patched, too,
but we keep drawing blanks. Can anyone help?
One more plea....does anyone know of a way to generate an alternate
key function on the sanyo 555? even if we are ever able to get
qmodem, pc-talk, etc. to run, he wouldn't be able to do much--if
anything--with them since the sanyo 555 has no alt key.
if anyone can help, please send a note to huggins@isie.
thanx!! // JAN P. HUGGINS //
------------------------------
Date: Fri, 01 Nov 85 17:51 EST
To: info-ibmpc@usc-isib.arpa
From: CF4A8X%IRISHMVS.BITNET@WISCVM.ARPA
Subject: Word Perfect 4.1
Word Perfect 4.0 was able to support many nonstandard printers
via a generic 'line printer' driver. I have not been able to find
a similar driver with Version 4.1. In particular, the C. Itoh
M-8510 printer worked fine with Version 4.0 and does not seem
to function with Version 4.1. In Word Perfect's arsenal of printer
drivers, is there one that supports the C. Itoh M-8510 ? I know
that there is a Proprinter and an 8510 driver (limited support),
but these do not function correctly.
Failing that, is there a way within Word Perfect to
construct a nonstandard driver, or is it just a matter of
finding a driver that is more or less compatible?
Several faculty members have invested quite a but of
time and money, and they would like to know.
Mark Eggers, Applications Consultant
Computing Center
University of Notre Dame
Notre Dame, IN. 46556
BITNET cf4a8x@irishmvs
------------------------------
Date: Fri, 1 Nov 85 21:15:35 est
From: karn@Bellcore.ARPA (Phil R. Karn)
To: info-ibmpc@usc-isib.arpa
Subject: PC/IX TTY driver bug
There is a bug in PC/IX (IBM's version of UNIX System III for the PC/XT)
that has annoyed me for a long time. When a remote user logs out from
either of the serial lines, frequently the driver close will hang,
disabling the line. The only way to restore it to operation is to
reboot the system.
I sometimes have to do this several times a day. Does anybody have a
patch that will fix this? H E L P!!
Phil Karn
karn@bellcore.arpa
------------------------------
End of Info-IBMPC Digest
************************
-------