HDTenEightyP/NetNews huggingface dataset:
From: tkulju@cs.joensuu.fi (Timo Kelju)
Subject: Re: HELP: Keyboard Interrupt 09H
Organization: University of Joensuu
Date: Tue, 13 Oct 1992 12:39:12 GMT




Hi!

>This works, but the problem is that since I'm not using the BIOS to read the
>keystrokes (I'm just reading the key_map[] array), the BIOS buffers them up
>and starts clicking the speaker when the buffer overflows.  Needless to say,
>when I'm holding keys down, this click turns into a "drumroll" and slows down
>my game.  I tried removing the call to old_handler(), but then everything
>stopped working, as if the interrupt itself was no longer being generated.

I'm not sure if I remember this right. I had same kind of problem last weekend
and I solved it like this (sorry but I'm not so familiar with C that I can write
solution with it. I do this with Pascal instead).

First we need two pointers one pointing to keyboard buffers next value and 
the second which points at next free slot in buffer. Both pointers point at 
byte.

	        X:=Ptr($40,$1A);
		Y:=Ptr($40,$1C);

First value of each pointer is page and second is offset.

Then all we have to do is to set values of these pointers to point at same
address, because if these addresses are same the buffer is empty. So we do
following assignment:

		X^:=Y^;

This has to be done in your case (I think ;) every time when you read some 
characters. Buffer will never get full (at least I hope so).

Maybe this method is little rude, but at least it works (or it worked last
weekend). I'm not quite sure if I remembered those addresses right, but if
you have problems you can write to me and I will check them.


		tkulju@cs.joensuu.fi


		
Xref: sparky comp.sys.ibm.pc.programmer:491 alt.msdos.programmer:2543
From: mortenk@dhhalden.no (MORTEN KNUDSEN)
Newsgroups: comp.sys.ibm.pc.programmer,alt.msdos.programmer
Subject: Re: HELP: Keyboard Interrupt 09H
Date: 12 Oct 92 16:52:19 GMT
Organization: Ostfold College

In article <1992Oct9.154103.18137@sol.ctr.columbia.edu> jerry@connection.prospect.com (Jerry Shekhel) writes:
>From: jerry@connection.prospect.com (Jerry Shekhel)
>Subject: HELP: Keyboard Interrupt 09H
>Date: Fri, 9 Oct 1992 15:41:03 GMT
>Hello out there.  I'm creating a VGA game, and I need precise keyboard
>control, so the kbhit()/getch() functions are insufficient.  I need to know
>when keys are pressed and released.  I managed to do this by intercepting the
>keyboard hardware interrupt:
>
>		...
>		old_handler = getvect(0x09);
>		setvect(0x09, my_handler);
>		...
>
>My keyboard handler marks the key as "pressed" or "released" and passes
>control to the BIOS handler:
>
>		BYTE key_map[128];
>
>		void interrupt my_handler(void)
>		{
>		    BYTE scan;
>
>		    scan = inportb(0x60);
>		    key_map[scan & 0x7f] = scan & 0x80;
>
>		    old_handler();
>		}
>
>This works, but the problem is that since I'm not using the BIOS to read the
>keystrokes (I'm just reading the key_map[] array), the BIOS buffers them up
>and starts clicking the speaker when the buffer overflows.  Needless to say,
>when I'm holding keys down, this click turns into a "drumroll" and slows down
>my game.  I tried removing the call to old_handler(), but then everything
>stopped working, as if the interrupt itself was no longer being generated.
>
>Can someone help me with this problem?  Thanks in advance.
>--
>+-------------------+-----------------------+--------------------------------+
>| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
>| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
>|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
>+-------------------+-----------------------+--------------------------------+
>|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
>|                            jerry@polygen.com                               |
>+----------------------------------------------------------------------------+

Have you sent a end-of-interrupt to the PIC? If you don't do this, the
PIC will not generate interrupts with less or equal priority than
the keyboard.
Newsgroups: comp.sys.ibm.pc.programmer,alt.msdos.programmer
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: HELP: Keyboard Interrupt 09H
Organization: Warsaw University Physics Dept.
	<1992Oct13.123912.27125@cs.joensuu.fi>
Date: Fri, 16 Oct 1992 12:25:35 GMT

>>>>> On Tue, 13 Oct 1992 12:39:12 GMT, tkulju@cs.joensuu.fi (Timo Kelju) said:
Timo> Hi!
...
Timo> First we need two pointers one pointing to keyboard buffers next value and 
Timo> the second which points at next free slot in buffer. Both pointers point at 
Timo> byte.
Timo> 	        X:=Ptr($40,$1A);
Timo> 		Y:=Ptr($40,$1C);
Timo> 		X^:=Y^;

In Turbo Pascal it can be done in more efficient way:
VAR X:Word ABSOLUTE $40:$1A; Y:Word ABSOLUTE $40:$1C;
and can simply X:=Y; instead X^:=Y^; Addresses are OK.
Newsgroups: comp.sys.ibm.pc.programmer,alt.msdos.programmer
From: ballou@uselss.uucp (Ken Ballou)
Subject: Re: Determining Extended memory size in C program
Organization: Digital Equipment Corporation
Distribution: usa
Date: Sat, 10 Oct 1992 01:06:35 GMT

I think you might have better luck with:

	cout << "Extended memory: " << regs.x.ax << endl;

Using _AX instead of regs.x.ax means you write whatever is in register AX
after you evaluate cout << "Extended memory: " (in fact, that should be the
address of cout).

					- Ken
--
Kenneth R. Ballou			ballou@vmsdev.enet.dec.com
Digital Equipment Corporation		...!decwrl!vmsdev.enet!ballou
Newsgroups: comp.sys.ibm.pc.programmer,comp.sys.ibm.pc.misc
From: mppu2@syma.sussex.ac.uk (Balwinder S. Grewal)
Subject: Graphics formats HELP!!
Organization: University of Sussex
Date: Fri, 16 Oct 1992 16:20:07 GMT

Hi Folks, 
	I need to know the formats for the following graphics file
types:

	PC :--->
		GIF, TIF, BMP

	MAC:--->
		TIF

	If anyone can then please post replies to me, as this will save 
bandwidth on the net!

	Thanx to any knights in advance...
						Bal
---------------------------------------------------------------------------

Balwinder Grewal
Sussex University, UK
(0273) 606755 ext 8072

email   MPPU2 @ UK.AC.SUSSEX.SYMA
___________________________________________________________________________
Newsgroups: comp.sys.ibm.pc.programmer,comp.sys.ibm.pc.hardware
From: dont@klic.rain.com (Don taylor)
Subject: Can I force a SVGA card to enter and stay in a single video mode?
Organization: KLIC
Distribution: na
Date: Mon, 12 Oct 1992 04:48:03 GMT

Have a fixed frequency color monitor that will function with one of the SVGA
modes but won't function in the others.

Is it feasible to hold the card in that mode?  In other words, can I tell
software packages that that mode is the only one available?  I was thinking
of perhaps a bit of code that would intercept calls to the card and massage
the data a bit.

Any other ideas on how I might accomplish this?

It is a 48kilohertz 1024 x 768 color monitor.  I have been told the Tseng 4000
chipset card will drive this but I would be open to other opinions or
suggestions.  Looking at Windows use, perhaps some other use.

Thanks
Don Taylor
503-235-6853
dont@klic.rain.com
qiclab!loop!dont

Xref: sparky comp.sys.ibm.pc.programmer:486 alt.msdos.programmer:2539
From: boone@athena.cs.uga.edu (Roggie Boone)
Newsgroups: comp.sys.ibm.pc.programmer,alt.msdos.programmer
Subject: Determining Extended memory size in C program
Date: 9 Oct 92 20:49:10 GMT
Distribution: usa
Organization: University of Georgia, Athens

I am trying to include code in my C program that will report the
amount of memory on a computer (Conventional, EMS, Extended).
I can use the Turbo C built-in function biosmemory() to get 
conventional memory.  I am having trouble with extended
memory.  I am trying to use BIOS INT 15 Function 88 for this.

The relevant subsection of my code is as follows:

	union REGS regs;

	basemem = biosmemory();    // reports 640K 

	_AH = 0x88;
	int86(0x15, &regs, &regs);
	cout << "Extended memory: " << _AX << endl;

My system has 7168K extended memory.  However, when I run the
code above it prints out "Extended memory: 34368".  According to
the documention I have, _AX should contain the number of K of
extended memory as reported by POST.  Thus I would expect, 
to see "7168" in AX.  Am I missing some conversion or something in 
there?

Thanks in advance for your help.

R. Boone
boone@athena.cs.uga.edu




-- 
Roggie Boone
Computer Support Staff                    Internet:  boone@athena.cs.uga.edu     
Dept. of Ag and Applied Economics         Internet:  roggie@aisun1.cs.uga.edu
University of Georgia                     Phone:  (706) 542-2482
Xref: sparky comp.sys.ibm.pc.programmer:493 alt.msdos.programmer:2546
From: tomster@bigwpi.WPI.EDU (Thomas Richard Dibble)
Newsgroups: comp.sys.ibm.pc.programmer,alt.msdos.programmer
Subject: Re: HELP: Keyboard Interrupt 09H
Date: 12 Oct 92 22:40:45 GMT
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
NNTP-Posting-Host: bigwpi.wpi.edu
In-reply-to: jerry@connection.prospect.com's message of 9 Oct 92 15:41:03 GMT

In article <1992Oct9.154103.18137@sol.ctr.columbia.edu> jerry@connection.prospect.com (Jerry Shekhel) writes:

   Hello out there.  I'm creating a VGA game, and I need precise keyboard
   control, so the kbhit()/getch() functions are insufficient.  I need to know

[...]


   This works, but the problem is that since I'm not using the BIOS to read the
   keystrokes (I'm just reading the key_map[] array), the BIOS buffers them up
   and starts clicking the speaker when the buffer overflows.  Needless to say,
   when I'm holding keys down, this click turns into a "drumroll" and slows down
   my game.  I tried removing the call to old_handler(), but then everything
   stopped working, as if the interrupt itself was no longer being generated.

   Can someone help me with this problem?  Thanks in advance.

Try putting a few getch() statements in there.  These will eat the keyboard
buffer.  Just to make sure you have a key in there to eat, (ie, the user
did not just press <Shift> or something), call (kbhit()) beforehand.  I
usually use the construct:

	for(;kbhit();)
	   getch();

It works well.  Unfortunately, many programmers do not use it, and decide that
the 'drumroll' you describe is a feature rather than a bug ...

		---- tomster@wpi.wpi.edu
--
/^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\
|  The bleeding hearts and the artists  \ /  Words of Wisdom, Inc.            |
|  make their stand.  And when they've  / \  Thomas R. Dibble, esquire, C.E.O.|
|  given you their all, some stagger &  \ /  aka, The Tomster, Tomahawk, etc. |
|  fall,  after  all,  it's not  easy,  / \  send mail/ money to:             |
|  banging your heart against some mad  \ /  tomster@wpi.wpi.edu              |
|  bugger's wall. ---R. Waters, _Wall_  / \  (or don't send it at all)        |
\vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv/
Newsgroups: comp.sys.ibm.pc.programmer,alt.msdos.programmer
From: southern@rodan.acs.syr.edu (Southern)
Subject: MCGA/VGA Video Panning
Originator: southern@rodan.acs.syr.edu
Organization: Syracuse University, Syracuse, NY
Date: Tue, 6 Oct 92 18:29:55 EDT

Hello. Does anyone have any source code/tech info on doing smooth Panning on
an MCGA video mode? I've had problems like I can't explain! Any help would
be greatly appreciated..


Newsgroups: comp.sys.ibm.pc,comp.sys.ibm.pc.misc,comp.arch.storage
From: holbrook@apollo.HP.COM (Alan R. Holbrook)
Subject: Re: TAR compatible tapes from PC SCSI tape drive
Date: Fri, 16 Oct 1992 16:59:45 GMT
Organization: Hewlett-Packard Company, Chelmsford, MA
Keywords: SCSI id
Followup-To: comp.sys.ibm.pc.misc


I use ctctrl.exe and tar.exe with a 60 meg Viper and an Adaptec 1522
for the same purposes, namely moving files back and forth from my
workstation at work to my PC at home.  The only annoyance I've had
with it is that setting the TAPEID environment variable in config.sys
to any other SCSI id other than 2 has no effect.  This is because the C
function used to read the variable gets it from the local environment,
not the master.

I'd really like to be able to assign an address other than 2 to my tape
drive.  Does anyone have a makefile for TurboC 2.0, or any other
solution?

Thanks,
Alan Holbrook
holbrook@apollo.hp.com
No .sig, I just post on impulse.
Newsgroups: comp.sys.ibm.pc.soundcard
From: ittschir@techfak.uni-bielefeld.de (Tim Tschirner)
Subject: TO ALL PAS-16 USERS IN THE U.S.
Date: Fri, 16 Oct 92 10:38:01 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

Hi PAS-16 Users!

I`m trying to find a PAS-16 user in the U.S., who is willing to download
the new PAS-16 drivers and programs from the MediaVision BBS or from their
forum at CompuServe! From germany it is totally expensive to connect to a
BBS in the states, and CompuServe is even more expensive. 
There are new V1.4 Beta drivers out (dated October,1 1992) and some other new
drivers (icluding a new mvsound.sys) and programs.
If I receive some feedback on this post and get some stuff st the end, I will
upload it some ftp-sites!

Please contact me via e-mail !

Thanx in advance,

Tim Tschirner


Internet address: ittschir@techfak.uni-bielefeld.de
From: twong@civil.ubc.ca (Thomas Wong)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Parity errors (Was: GUS!! Help meeeeee...)
Date: 14 Oct 1992 19:13:23 GMT
Organization: Dept. of Civil Engineering, U.B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: sam.civil.ubc.ca

I just talked to Gravis yesterday to see if they have any new info on
anything. As it turns out, they did. They have found that on one
clone (no name brand), the motherboard does funny things with the 16 bit 
bus slots and basically doesn't like it. On this computer, they did get
Parity Errors under Windows. 

Suggestion: Use DMA channel 1 or 3 (use ultrainit.exe to reconfig) which 
uses 8 bit but doesn't seem to slow down the performance.

More info on my talk with Gravis in my next message.

Thomas.
From: msf@skaro.as.arizona.edu (Michael Fulbright)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: STEREO in SB Pro? (HELP)
Date: 10 Oct 92 07:00:32 GMT
Distribution: na
Organization: University of Arizona UNIX Users Group

In <1992Oct4.005043.59410@cc.usu.edu> sl859@cc.usu.edu writes:
>Does anyone have any useful info on how to achieve Stereo affects
>on the SoundBlaster Pro.  C, Pascal, but preferable Assembler, would
>be my choice of language.  Any hints, or demos with source, Especially
>outputting digitized voices in stereo.  
>						wReam...
>					     Ultimate Ninja!
>					     SL859@cc.usu.edu

I have a set of routines in C for using the SB Pro available via anon ftp at

astro.as.arizona.edu 

Look for the file /pub/SBDOS20/sbdos20.zoo

michael fulbright
msf@as.arizona.edu
Newsgroups: comp.sys.ibm.pc.soundcard
From: bjornhk@dhhalden.no (BJORN HAAVARD KLEVEN)
Subject: Re: GUS Interrupts?
Organization: Ostfold College
Date: Sun, 11 Oct 1992 15:51:14 GMT

In article <dedmunds.718570628@sfu.ca> dedmunds@selkirk.sfu.ca (Darran Edmundson) writes:
>From: dedmunds@selkirk.sfu.ca (Darran Edmundson)
>Subject: Re: GUS Interrupts?
>Date: 8 Oct 92 18:57:08 GMT
>rdippold@qualcom.qualcomm.com (Ron Dippold) writes:
>
>>Shouldn't be - it's just for XTs.  ATs and above can use interrupts
>>above 8, XTs can't.  However most cards don't seem to make use of this
>>ability.  The 11, 12, and 15 is nice so that it doesn't conflict with
>>other things.  May have to use 2,3,5, or 7 to be soundblaster
>>compatible, though.
>
>This was my initial problem.  I didn't choose I7 because it was already
>taken by LPT1 (I7 is the default).  Being an ignoramous, I should have
>just accepted the defaults.  I buggered up my SB emulation by playing
>with the settings.
>
>-- 
>
>Darran Edmundson
>darran@chaos.phys.sfu.ca

Correct me if I'm wrong, but isn't it so that LPT1: never actually uses this 
IRQ, even though it's reserved for it?

    -=* Bjorn :: bjornhk@sofus.dhhalden.no
  ACCESS DATA :: TEL: (+47)-9-17 50 48/61-97 791 FAX: 61-97 791
                 BBS: 61-97 304/97 945
 
Newsgroups: comp.sys.ibm.pc.soundcard
From: wilson@schaefer.math.wisc.edu (Bob Wilson)
Subject: Re: MIDI connect. of GUS ?
Organization: Univ. of Wisconsin Dept. of Mathematics
Date: Thu, 8 Oct 92 13:18:05 GMT

ylam@fraser.sfu.ca (Yau Ha Elina Lam) writes:

>   According to what I gathered from the specs, MIDI is built-in on the 
>Ultrasound, via the joystick port (ala Sound Blaster), but you need a 
>special "midi connector box" which plugs into the joyport and gives you
>a midi-in, a midi-out and a midi-thru.  You need to buy this connector
>from gravis.

If this is just a few DIN plugs and sockets and a D-15 and some wire,
which is what it sounds like, does the GUS documentation give the
pinouts at the joystick port so I can build my own?

If the documentation doesn't have it, and if somebody has those
pinouts, could they be posted?

Bob Wilson
wilson@math.wisc.edu
From: gram@aim1.aztec.co.za (Graham Wheeler)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: Piano/keyboard teaching software
Date: 9 Oct 92 10:13:30 GMT
Article-I.D.: aim1.gram.718625610
Organization: Aztec Information Management

johnf@scd.hp.com (John Flowers) writes:

>I am looking for piano teaching software. I have a PC, a MIDI board (PAS 16)
>and a keyboard(yamaha YPR-9). Can someone point me in the right direction?
>Shareware preferred, commerical would be OK.

The Software Toolworks make a piano teaching system that includes a MIDI
keyboard that interfaces to their teaching software via the serial port.
It is very reasonable in price, so even though it is a lot more than you
are looking for, you should maybe consider it. It is called the Miracle
Piano Teaching System.

-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Network Systems Programmer         | that which is soft conquers the hard."
Aztec Information Management       | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za              | There's no justice, there's just us
Newsgroups: comp.sys.ibm.pc.soundcard,comp.os.os2.misc
From: ross@kaos.b11.ingr.com (Ross Erickson)
Subject: Re: OS/2 and Ultrasound - Need to hear from you
Reply-To: ross@kaos.b11.ingr.com
Organization: Intergraph Corporation
Date: Tue, 13 Oct 1992 15:58:49 GMT

>: To keep this in perspective, I'm one of those "1.5 million" (if that's
>: a true number....) and for $49.00 who wouldn't!  It's now sitting on a
>: shelf and has been ever since the IBM box arrived. 
>
>Hey send me $49.00 and I'll send you an empty box, seeing as you'll never
>check it out it won't matter.

Who says I won't ever check it out???  You're putting words into my
mouth.  I most likely won't check out this version because it's far
too lacking for my needs, but who's to say the next few versions or
whatever it turns into (Pink, PowerOpen, ....NT) might prove useful.
When that day comes, I'm a registered owner and can very likely
upgrade cheaply to something useful.

-- 
|------------------------------------------------------------------|
|  Ross Erickson             |                                     |
|  ross@kaos.b11.ingr.com    | "No individual raindrop considers   |
|  205-730-4019 - voice      |  itself responsible for the flood." |
|  205-730-6445 - fax        |                                     |
|  Internet: 129.135.252.87  |                                     |
|------------------------------------------------------------------|
From: tchang@athena.cs.uga.edu
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Microsoft Sound System and UltraSound
Date: 16 Oct 92 18:02:27 GMT
Article-I.D.: athena.1992Oct16.180227.11708
Distribution: usa
Organization: University of Georgia, Athens


Hi all,

I would like to know more info about Microsoft Sound system --- basically
Can UltraSound do ALL Microsoft SOund System can do? or vice versa.

Sorry if this is a stupid question or FAQ

Thanks

Tony
From: johnson@cps.msu.edu (Graham K. Johnson)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: .MOD question
Date: 7 Oct 92 20:58:46 GMT
Reply-To: johnson@cps.msu.edu (Graham K. Johnson)
Organization: Dept. of Computer Science, Michigan State University
Originator: johnson@indian.cps.msu.edu

In article <1992Oct7.172322.17893@ra.msstate.edu> wrp1@ra.msstate.edu (William R. Payton) writes:
>
>Is there any program that can extract samples in .mod files and convert them
>to .voc files or some other format?

You can use most MOD editors (i.e. Modedit 2.0) to save the individual
samples to their own files.  You'll then need to get a sound file
editor (i.e. Scoptrax) to convert the file from Amiga to PC format (.voc).
Scoptrax is probably on garbo.uwasa.fi; you might have to look a
little harder for moded200.zip (I believe that's the zip file name).

-- 
   ___                    johnson@cps.msu.edu            ___
  /__    ___           Michigan State University        /__    ___   
 <__/raham /                                           <__/raham /     
     K. <_/ohnson        Bite the wax tadpole!             K. <_/ohnson
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: ATI/FX and SoundBlaster PRO compatability
From: baustin@billapc.UUCP (Bill Austin)
Date: Sat, 10 Oct 92 12:27:29 EDT
Organization: Ground Zero Group, Columbus, OH 43227
Keywords: ATI/FX SoundBlaster

davidh@towers.rn.com (David Holland) writes:

> I'd dearly love to get hold of some SoundBlaster PRO specific stuff
> and test this out some more... Any suggestions where?  (The SB Pro

Look for a freeware program called ProMod by David Lopez and Agel
Trigo.
Its a rather nice SB-Pro specific .Mod player that should at least
prove (or disprove) that aspect of compatibility.
Personally (just a statement, flame not) I'm quite happy with my SB-Pro
for what I paid for it ($199).  I don't have any of the noise (HD,
floppy..etc) problems others have complained about, I don't have (many)
software compatibility probems (Though OS/2 2.0 is new to me and I'm
still trying to bring my system completely back into one useable
machine).  There were better (specs) cards.. but for the money I think
it was worth it for the SB-Pro to not have to worry about compatibility
with xxx programs.  When/if SB/SB-PRO's get surpassed in software that
uses some other native card.. I'll likely just sell the SB-Pro and move
on.
Just my view..
baustin@billapc
Newsgroups: comp.sys.ibm.pc.soundcard
From: ptran@sciborg.uwaterloo.ca (Phat H Tran)
Subject: Re: Where to buy Ultrasound?
Organization: University of Waterloo
Date: Wed, 7 Oct 1992 05:11:09 GMT

In article <1992Oct6.155233.7967@m.cs.uiuc.edu> tgao@m.cs.uiuc.edu (Tong Gao) writes:
>Could some one tell me where I can get a good deal on gravis ultrasound card?
>I called Electronic Art yesterday and they asked for $199 for the card:(.
>Any info is deeply appreciated.

$199 is very steep, especially in US funds.  I think in Canada the
Ultrasound is $180 CDN.  I guess the Electronic Arts $99 promotional
offer has expired.

Phat.
From: THOMASG@epx.cis.umn.edu (ThomasD.Gasser)
Newsgroups: comp.sys.ibm.pc.soundcard,comp.sys.ibm.pc.misc,rec.games.ibm.pc.misc,alt.binaries.sounds.misc
Subject: Re: ** The Sound Newsletter #10 **
Date: 7 Oct 92 19:50:36 GMT
Article-I.D.: epx.THOMASG.1012.718487436
Organization: Department of Neurosurgery, University of Minnesota

Does anyone know if the SoundBlaster Digest is still being electronically 
published?  I think it was based in Toronto.  If it is is there a way to 
post the current SBD to this forum every month?  A  FTP site would work also.



*********************************************************************
*  Thomas D. Gasser                                                 *
*  Department of Neurosurgery                *******     ******     *
*  University of Minnesota                    ***  *** *** ***      *
*  (612) 624-4427                             ***   *****  ***      *
*  E-Mail:  THOMASG@EPX.CIS.UMN.EDU          *****        *****     *
*                                                                   *
*********************************************************************