HDTenEightyP/NetNews huggingface dataset:
From: pprior@magnus.acs.ohio-state.edu (Paul A Prior)
Subject: Re: OUTDOOR PONDS
Organization: The Ohio State University
Date: Sun, 3 Jan 1993 18:19:29 GMT

In article <726070057.AA00000@therose.pdx.com> Jack.Honeycutt@f52.n105.z1.fidonet.org (Jack Honeycutt) writes:
>Hello Oleg!
>
>03 Jan 93, Oleg Kiselev writes to All:
>
> >> million color, 1024 X 768, 400DPI pond .gif's.  A friend of mine made
>them
> >> for me. Callers at 2400 can spend 1/2 hr down loading one .gif file! 
>But,
> >> if you can call in at 14.4K (v.32 bis) you can grab one in about 4
> >> minutes.
>
> OK> You can post these gifs to alt.binaries.pictures or whatever the
> OK> appropriatae alt.binaries group is.  If you do post, please announce it
> OK> here.  I, for one, would like to use a lily as my screen background.
>
>I am just going to have to figure how this alt.binaries.pictures works.  I
>have read about it for quite some time now, and it is time to learn more.  I
>will request that news group for my system, and see if I can figure out how it
>works.
>
I would like to learn more about this as well.  A certain mailing group
which will remain nameless recently flooded my mailbox with >5MB of 
GIFS and my account blew chunks for days (quotas...).  I do, however,
want to have access to the GIFS that come across the binaries groups 
because it seems like there are some good fish ones.  Could someone
explain how we go about doing this?  I use TRN to read news.  Is this
group simply a group where you "read" the message and capture it then
decode it or something?  If so, please post directions on how to use
it - perhaps a FAQ?

Thanks!


-- 
--------pprior@magnus.acs.ohio-state.edu----(614) 621-8240----------------
Paul A. Prior    Ban anchors, not reef tanks    Nuke Gay Whales for Jesus  
3rd year medical student 		        
The Ohio State U. College of Medicine   Tobacco Kills- Please don't smoke!
From: paulc@tsien.Eng.Sun.COM (Paul Tsien)
Newsgroups: alt.aquaria
Subject: ** Complete 55 gl. Wet/Dry system w/stand and cannope **
Date: 12 Jan 1993 22:07:21 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: paulc@tsien.Eng.Sun.COM
NNTP-Posting-Host: tsien

FOR SALE!! Complete 55 gl. Wet/Dry System!
Comes with beautiful black Oak stand and cannope!

55 gl. TRUVU Plexi Aquarium (4'x20"x13")
Black background with corner pre-filter
Light and fixture
TRUVU Wet/Dry filter system with submersible Eheim 1250 pump
Magnum 350 canister filter (350 gl./hour)
Aquanetics 15IL UV sterilizer (480 gl./hour)
Sander protein skimmer with AquaClear 802 powerhead (400 gl./hour)
Submersible heater and other misc. items

State of art salt water (or fresh water) setup!
Adds life and colors to any room/office!  Only one year old!

Paid over $2,000.  Asking $1,200 or best offer!

Call Paul at 415 336-0815 work
             415 325-8566 home (Palo Alto, CA)
From: riouxm@JSP.UMontreal.CA (Rioux Martin)
Newsgroups: alt.lang.asm
Subject: Sound Blaster Card
Date: 9 Jan 93 00:14:59 GMT
Organization: Universite de Montreal

Hello everybody... I have a little quetion.

Can someone tell me How to access the sound blaster card.
If you have examples of little routines using the sound blaster 
contact me... 

                                        Thanks in advance.

P.S. Is there a FTP site with assembly source code...

riouxm@jsp.umontreal.ca

 >>> THE EVIL ONE <<<
Newsgroups: alt.lang.asm
From: andreasa@dhhalden.no (ANDREAS ARFF)
Subject: IO Port 03CEh
Organization: Ostfold College
Date: Mon, 11 Jan 1993 23:44:13 GMT

We know this port (03ceh) is called Graphic Address, but what the heck does 
it do?

BTW, if anybody has got any source on how to change the graphics mode using
ports, we'd be very happy if anyone could share this piece with us.

Any help is appreciated.

Arff and Gunnar

andreasa@dhhalden.no or gunnarh@dhhalden.no
"Also for the not religous confessor, there is a mystery of higher values,
who's birth mankind - to the last - builds upon. They are indisputible. And 
often disregarded. Seldom you hear them beeing prized, as seldom as you hear 
a seeing man prizeing what he sees." Per Lagerkvist, The Fist 
(Free translation from Swedish)
              --Andreas Arff  andreasa@dhhalden.no--
Newsgroups: alt.lang.asm
From: tm@netcom.com (Toshiyasu Morita)
Subject: Fast 386 code (and min() and max())
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 5 Jan 1993 15:17:02 GMT

My app needs signed 32-bit ints, so I'm probably going to use:

mov ecx, eax
sub ecx, ebx
mov edx, ecx
asr edx, 32
and ecx, edx
sub eax, edx (min) or add ebx, edx (max)


(Hope I got that right....)


Alright, next question:

What general guidelines are there to follow to write fast 386/486 code?
What's fast, what's not?



Toshi Morita
tm@netcom.com

Newsgroups: alt.lang.asm,comp.sys.intel
From: chrisj@pdx041.NoSubdomain.NoDomain (Chris Jones)
Subject: Re: Setting of flags by "Shr" on different processors.
Keywords: shr, intel, flags
Reply-To: chrisj@ichips.intel.com
Organization: INTEL X86 Focus Group
Date: Thu, 7 Jan 1993 20:56:07 GMT

In article <1993Jan7.154426.3421@odin.diku.dk>, terra@diku.dk (Morten Welinder) writes:
|> 
|> The Intel 486 programmer's reference manual very clearly states that
|> the shift operations -- except for "Shrd" and "Shld" -- always set 
|> the basic flags. The code:
|> 
|> 	Mov	Ax,0
|> 	Mov	Cl,0
|> 	Cmp	Ax,-1		; Clear zero flag
|> 	Shr	Ax,Cl		; Result is zero.
|> 
|> should leave you with the zero flag set. However, tests on my i486 
|> shows that this is not true. The shift is executed as a "Nop".
|> 
|> I would like to know how other processors respond to this piece of
|> code. Please try it and email the result to "terra@diku.dk" stating
|> the processor type, of course. Also if you have a manual for another
|> processor, please look up the description of the shifts. I would like
|> to know if there are any differences.


From the Intel 486(TM) Microprocessor Family Programmer's Reference
Manual:

        SAL/SAR/SHL/SHR - Shift Instructions

        Flags Affected

            If count = 0, the flags are not affected.

        (page 26-253 in the 1992 edition)

--Chris
+-------------------------------+---------------------------------+
| Chris S Jones, Intel Corp.    :    chrisj@ichips.intel.com      |
| 2111 N.E. 25th, JF1-19        :    (503) 696-4022               |
| Hillsboro, OR 97124           :    #include <std.disclaimer>    |
+-------------------------------+---------------------------------+
Newsgroups: alt.lang.asm,comp.sys.ibm.pc.hardware
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: DRAM refresh rates
Organization: Warsaw University Physics Dept.
Date: Tue, 12 Jan 1993 19:43:46 GMT

>>>>> On 30 Dec 1992 18:03:29 GMT, chbl@sbustd.rz.uni-sb.de (Christian Blum) said:
CB> NNTP-Posting-Host: sbustd.stud.uni-sb.de
CB> rnichols@cbnewsg.cb.att.com (robert.k.nichols) writes:
> In article <1992Dec27.105039.25690@microsoft.com> chuckst@microsoft.com (Chuck Strouss) writes:
> ...
> The length of time that a DRAM cell can hold its content without
> refresh is inversely proportional to the leakage current in the
> device.  The leakage current, in turn, is an *exponential* function of
> temperature.  What this boils down to is that a device with cells that
> must be refreshed every 2 ms at max rated temperature will hold
> information for over 20 SECONDS at a junction temperature of 25 C.
> One particularly nasty consequence of this is that it becomes very
> difficult to tell whether refresh is working correctly in your system,
> and even harder to devise a test which will reliably detect memory
> cells that might be marginal (from a refresh standpoint) at high
> temperatures.
CB> Correct, but it was a simple question and I wanted to give a simple
CB> answer. I know that DRAMs can do it without refresh for seconds at
CB> room temperature, but it's really not advisable for a greenhorn to
CB> try it...
CB> BTW, I wrote a program that switches to lower refresh rates whenever
CB> possible (some PCs fail to access diskettes if the rate has been
CB> changed, and the beep won't work correctly). If anyone is interested
CB> in it, please email.

It is possible to write a program testing DRAM refresh assuming we have
some memory which will not be destroyed when refresh discontinues to
work. I suppose video RAM can be used for this purpose.
Need: disable non-maskable interrupt and disable (CLI) interrupts,
put program (code, data, stack) in the RAM, put some pattern data in
memory, reduce refresh rate, wait some time (normal refresh in PC is
17us/address, suppose 4ms to go through all addresses, can wait e.g.
55 ms), then check the data and NMI signal (memory parity error gives
NMI). Repeat it for several patterns.
Before the test: do large memory moves on tested cells to 'heat' them.
From: markh@csd4.csd.uwm.edu (Mark)
Newsgroups: alt.lang.asm
Subject: Re: looking for fast min()/max()
Date: 6 Jan 1993 07:20:02 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4
Keywords: speed min max

In article <1993Jan4.094755.9593@odin.diku.dk> terra@diku.dk (Morten Welinder) writes:
>; ax := unsigned-min(ax,dx)
>;
>	sub	ax,dx
>	sbb	cx,cx
>	and	ax,cx
>	add	ax,dx
>----------------------------------------------------------------------
>; ax := unsigned-max(ax,dx)
>;
>	sub	dx,ax
>	add	ax,dx
>	sbb	cx,cx
>	and	cx,dx
>	sub	ax,cx

Try this one:

AX, DX = max(AX, DX), min(AX, DX)

For unsigned integers:
sub AX, DX
sbb CX, CX
and CX, AX
add AX, DX
sub AX, CX
add DX, CX

For signed integers:
xor AH, 80h
xor DH, 80h
<The unsigned routine above>
xor AH, 80h
xor DH, 80h
Newsgroups: alt.lang.asm
From: tm@netcom.com (Toshiyasu Morita)
Subject: fast min() max() responses
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 5 Jan 1993 14:50:47 GMT

Thanks to everyone who posted a reply - you guys are awesome.


Thanks again.


Toshi Morita
tm@netcom.com

Xref: sparky alt.lang.asm:534 comp.sys.intel:2914
From: terra@diku.dk (Morten Welinder)
Newsgroups: alt.lang.asm,comp.sys.intel
Subject: Setting of flags by "Shr" on different processors.
Keywords: shr, intel, flags
Date: 7 Jan 93 15:44:26 GMT
Organization: Department of Computer Science, U of Copenhagen


The Intel 486 programmer's reference manual very clearly states that
the shift operations -- except for "Shrd" and "Shld" -- always set 
the basic flags. The code:

	Mov	Ax,0
	Mov	Cl,0
	Cmp	Ax,-1		; Clear zero flag
	Shr	Ax,Cl		; Result is zero.

should leave you with the zero flag set. However, tests on my i486 
shows that this is not true. The shift is executed as a "Nop".

I would like to know how other processors respond to this piece of
code. Please try it and email the result to "terra@diku.dk" stating
the processor type, of course. Also if you have a manual for another
processor, please look up the description of the shifts. I would like
to know if there are any differences.

I will post a summary in a week or so.

-- 
------------------------------------------------------------------------
Visit the lyrics archive at ftp.cs.uwp (mirrored to nic.funet.fi, a site
in Finland). All kinds of lyrics available -- upload "yours" and join.
------------------------------------------Morten Welinder, terra@diku.dk
Organization: Penn State University
Date: Tue, 5 Jan 1993 21:58:11 EST
From: Senthil Ramas Kumar <SRK106@psuvm.psu.edu>
Newsgroups: alt.lang.asm
Subject: FFT in 8086 ASM ?

I am looking for code that can do an FFT, written in ASM.  I know it *shud*
be there in some FTP site, but an archie search, gives me too many places,
and most of them turn out to be C, PASCAL etc.

I would really appreciate any help, into this.

thankx.

Kumar
Newsgroups: alt.lang.asm,comp.sys.intel
From: wbeebe@bilver.uucp (Bill Beebe)
Subject: Re: Setting of flags by "Shr" on different processors.
Organization: W. J. Vermillion - Winter Park, FL
Date: Fri, 8 Jan 1993 14:36:30 GMT
Keywords: shr, intel, flags

In article <1993Jan7.154426.3421@odin.diku.dk> terra@diku.dk (Morten Welinder) writes:

>	Mov	Ax,0
>	Mov	Cl,0
>	Cmp	Ax,-1		; Clear zero flag
>	Shr	Ax,Cl		; Result is zero.

If I'm not mistaken, shift instructions with CL=0 will not execute, but
will be handled as NOPs. I'm not sure what you complaining about.

-- 
William H. Beebe, Jr. - wbeebe@bilver.UUCP
                 UUCP - {ucf-cs,peora,uunet}!tarpit!bilver!wbeebe
                      - bilver Public Access Unix, Orlando FL
                      - (407)644-8327  2400/9600  24 hours  8N1
Xref: sparky alt.lang.asm:542 comp.sys.ibm.pc.hardware:35702
From: john@gu.uwa.edu.au (John West)
Newsgroups: alt.lang.asm,comp.sys.ibm.pc.hardware
Subject: Re: DRAM refresh rates
Date: 13 Jan 1993 05:35:00 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: mackerel.gu.uwa.edu.au

jt@fuw.edu.pl (Jerzy Tarasiuk) writes:

>It is possible to write a program testing DRAM refresh assuming we have
>some memory which will not be destroyed when refresh discontinues to
>work. I suppose video RAM can be used for this purpose.

It isn't just losing the program... ANY access to the DRAM will refresh part
of it, destroying the test. It wasn't uncommon in the past to arrange memory
so adjacent bytes were in different rows, so just executing code would 
(hopefully) refresh all of memory. Just watch out for those tight loops.

John West
--
For the humour impaired: Insert a :-) after every third word
From: terra@diku.dk (Morten Welinder)
Newsgroups: alt.lang.asm
Subject: Re: looking for fast min()/max()
Keywords: speed min max
Date: 4 Jan 93 09:47:55 GMT
Organization: Department of Computer Science, U of Copenhagen

tm@netcom.com (Toshiyasu Morita) writes:

>I'm looking for a fast min() and max() algorithm, preferably without branching.

----------------------------------------------------------------------
; ax := unsigned-min(ax,dx)
;
	sub	ax,dx
	sbb	cx,cx
	and	ax,cx
	add	ax,dx
----------------------------------------------------------------------
; ax := unsigned-max(ax,dx)
;
	sub	dx,ax
	add	ax,dx
	sbb	cx,cx
	and	cx,dx
	sub	ax,cx
----------------------------------------------------------------------

The sequences are optimal for the 386 and 486 in 16-bit segments.
In 32-bit segments use 32 bit registers.

The best signed versions I can think of is by adding 8000h to the
operands, using the unsigned versions, and subtracting 8000h from the 
results:

----------------------------------------------------------------------
; ax := signed-min(ax,dx)
;
	xor	ah,80h
	xor	dh,80h
	sub	ax,dx
	sbb	cx,cx
	and	ax,cx
	add	ax,dx
	xor	ah,80h
----------------------------------------------------------------------
; ax := signed-max(ax,dx)
;
	xor	ah,80h
	xor	dh,80h
	sub	dx,ax
	add	ax,dx
	sbb	cx,cx
	and	cx,dx
	sub	ax,cx
	xor	ah,80h
----------------------------------------------------------------------



Morten Welinder
terra@diku.dk


-- 
------------------------------------------------------------------------
Visit the lyrics archive at ftp.cs.uwp (mirrored to nic.funet.fi, a site
in Finland). All kinds of lyrics available -- upload "yours" and join.
------------------------------------------Morten Welinder, terra@diku.dk
Newsgroups: alt.lang.basic
From: sstern@jmb2.jmb.com (Steven D. Stern)
Subject: Re: Visual Basic
Organization: JMB Realty Corporation
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 8 Jan 1993 18:41:19 GMT

How could you NOT have heard of Visual Basic?  If you don't want to buy a
copy to check it out, there are a lot of 3rd party manuals available.  Hop
on down to your nearest bookstore and skim a few.

VB is a semi-object-oriented Windows development language.  When you write code
it's in Basic.

Ke George Hong (hong@cs.arizona.edu) wrote:
: Hi netters,
: 
:   A friend of mine asked about Visual Basic. Does anyone ever hear of that?
: 
:   Thanks in advanced!
: 
: --George

--
 +-------------------------+---------------------------------+ 
 | Steven Stern            | "Bones, quick, over here!"      |
 | sstern@jmb2.jmb.com     | "He's dead, Jim."               |
 | 70327.135@compuserve.com|                                 |
 +-------------------------+---------------------------------+
From: hlr@aber.ac.uk (Hazel Marie Davey)
Newsgroups: alt.lang.basic
Subject: VBDOS File List Box
Date: 9 Jan 93 14:11:35 GMT
Organization: University of Wales, Aberystwyth

Hi there,

	Has anyone out there had much time to do any programming in
VB for DOS yet? If so perhaps you will be able to help. I'm trying to
use the common dialog for "file open" that comes with VB for DOS. The
problem is that the file list box and directory list box display the 
files / directories in a non-alphabetic order (presumably they are in 
the order they were stored on the disk). Ordinary List Boxes and Combo
Boxes have a "sorted" property which if set to TRUE sort their contents
into alphabetical order. As far as I can tell in the manuals the File
and Directory Boxes dont have this property.

	My program would look much better if they were sorted so if
anyone knows how to do this PLEASE let me know.

Thanks in advance,

Hazel Davey,                         (hlr@aber.ac.uk)
Dept. Biological Sciences,
Aberystwyth,
Wales
From: steffen@mbcr.bcm.tmc.edu (David Steffen)
Newsgroups: alt.lang.basic
Subject: Macintosh Quickbasic: Can you draw in (24 bit) color?
Date: 4 Jan 1993 15:24:59 GMT
Organization: Baylor College of Medicine, Houston, Tx
Distribution: world
NNTP-Posting-Host: mbcr.bcm.tmc.edu


My 11 year old son and I am enthusiastic users of Microsoft Quick
Basic on the Mac.  (We are running it on a color LC).  For some of the
stuff we would like to do, we need access to color quick draw to use
the 8 bits of color (256 colors) available on this machine.  This
version of basic does not support this directly, nor does it in the
included libraries, nor does it in the supported ROM calls.  Thus, if
it is possible to do this at all, one would need to write code
resources (e.g. in Think C) to do it.

I have figured out how to use color quickdraw in Think C.  In order to
get more than the 8 colors available in the original quick draw, it is
necessary to use a color grafport, which you normally set up when you
set up your window.  Basic, as best I can tell, does not do this, thus
limiting you to old quickdraw.  I have thought of some ways around
this limitation (e.g. modification of the grafport in the existing
window) that I plan to try, but if anyone else has already solved
this I would appreciate hearing about this.

Thanks!


-- 
David Steffen
Department of Cell Biology, Baylor College of Medicine, Houston TX 77030
Telephone = (713) 798-6655, FAX = (713) 790-0545
Internet = steffen@bcm.tmc.edu
From: hutch@bellman.lanl.gov (John Hutchinson)
Newsgroups: alt.lang.basic
Subject: Re: VB and scaling
Date: 12 Jan 93 17:31:23 GMT
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory

In article 24579@enea.se, tope@enea.se (Tommy Petersson) writes:
>We have an application written in Visual Basic for use on normal
>VGA (640*480) monitors. More and more people have 800*600,
>1024*768 or bigger screens, so it would be fine to dynamically
>take that into account.
>

I find it quite difficult, in the "real world", to write an application such
that it is perfectly usable in any and all resolutions.  It's a nice goal, and
one can take steps in that direction, but it's tough to achieve, IMHO.

If you can restrict your application to a few resolutions, then you can make
life much easier on yourself.  640x480 VGA is pretty much the default, but
so many people use 800x600 SVGA its support is almost mandatory.  1024x768 is
not quite as popular, but as larger screen monitors decrease in price, the
number of users of this mode will increase.  The higher resolution modes are
still pretty much beyond the _average_ user, IMHO.  Anyone disagree here?

The answer then, is to try to come up with the most appropriate scaling factor
to support your chosen range of resolutions.  It's either that, or yield to
bunches of DATA statements with the coordinates/dimensions of your various
Windows widgets for each resolution.  I don't know how you could realistically
avoid a lot of trial and error testing, however.

I too would be interested in hearing comments/tips from other programmers who
attempt to make their applications resolution independent.

---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
From: hong@cs.arizona.edu (Ke George Hong)
Newsgroups: alt.lang.basic
Subject: Visual Basic
Date: 7 Jan 93 22:27:21 GMT
Organization: U of Arizona, CS Dept, Tucson

Hi netters,

  A friend of mine asked about Visual Basic. Does anyone ever hear of that?

  Thanks in advanced!

--George
From: villalj@prism.CS.ORST.EDU (John Villalovos)
Newsgroups: alt.lang.basic
Subject: Re: Basic Compiler
Date: 11 Jan 93 23:59:07 GMT
Organization: Oregon State University, Computer Science Dept.
NNTP-Posting-Host: prism.cs.orst.edu

In article <1993Jan11.151925.1231@newshost.lanl.gov> hutch@bellman.lanl.gov writes:
>Visual Basic is undoubtedly the most popular and widely used of the "new" PC
>BASICs, but it is _not_ your only choice.  For a more structured, command
>oriented type of BASIC (which is easier to port to from older BASICs, IMHO)
>I strongly suggest you take a look at GFA BASIC (DOS or Windows versions).
>Even in interpreted mode it's considerably faster than VB and has the potential
>to be quite a lot more capable for larger, more complex programs.  Like VB it
>comes with a pseudo-compiler that requires a PD run-time file accompany the
>EXE for it to work.  However, unlike VB they have announced a true compiler to
>be available by the end of this month... no more run-time file baggage!
>
I was wondering what you mean by "true compiler....no more run-time file
baggage!"?  I'm pretty sure in Visual Basic for DOS that I created an EXE file
that did not need a run-time file included with it.  It was a stand-alone EXE
file.

Also, do you have any figures on speed differences between the compilers.  You
said that GFA is faster then VB even if GFA is running interpreted and VB is
compilied.

Later,
-- 
John Villalovos
Certified Netware Engineer
villalj@xanth.cs.orst.edu
(503) 753-7883
Newsgroups: alt.lang.basic
From: jr2921r@acad.drake.edu
Subject: Time restriction on data entry
Organization: Drake University, Des Moines, Iowa, USA
Date: Thu, 7 Jan 1993 15:16:56 GMT

I am writing a short program in QuickBasic 4.5 which requires the user to input
an answer to a question.  However, I only want to give the user a few seconds
to perform the data entry.  Is there an easy way to do this using the 
INPUT statement?
Newsgroups: alt.lang.basic