Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 90 Issue 215
=========================================================================
INFO-ATARI16 Digest Fri, 16 Feb 90 Volume 90 : Issue 215
Today's Topics:
Bombs with MWC i/o redirection.
Club pirating orgies
FORMDIAL.PRG
GDOS fonts, metafiles
Key virus NOT harmless
Looking for Assembler
Looking for assembly language compression routines
MicroEMACS 3.10 -- thanks
STe
----------------------------------------------------------------------
Date: 16 Feb 90 14:48:02 GMT
From:
usc!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watdragon!tiger!swklas
sen@ucsd.edu (Steven W. Klassen)
Subject: Bombs with MWC i/o redirection.
Message-ID: <20977@watdragon.waterloo.edu>
A few weeks ago someone posted about receiving bombs when using
i/o redirection with a MWC compiled program in a non-MWC shell.
Whoever that was, I lost your address so could you please e-mail
me?
Steven W. Klassen +-----------------------------+
Computer Science Major | Support the poor...buy fur! |
University of Waterloo +-----------------------------+
------------------------------
Date: 16 Feb 90 17:17:33 GMT
From:
zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!uflorida!beach.c
is.ufl.edu!cr1@tut.cis.ohio-state.edu (Christopher Roth)
Subject: Club pirating orgies
Message-ID: <22309@uflorida.cis.ufl.EDU>
In article <2554@sactoh0.UUCP> mfolivo@sactoh0.UUCP (Mark F. Newton) writes:
>
>Heck, if you really want to make a difference, don't just write a
>letter,or make an announcement saying you're clean, the pirate
>boards just laugh in your face anyway, what do they care?
>
>Heck, just infiltrate the bloody organization, and format their
>hard disk, or palm an indistrial magnet, and run them over the
>disks....
While Mark's basic desire to get rid of pirate bbs's is good, I do not
suggest anyone follow his suggestion. It is, of course, illegal. You
are not entitled to take the law into your own hands. Reporting the
offending bbs is the best thing you can do. Planting worms and
viruses, as mark suggests, can result in you getting into trouble as well.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
* Christoper Roth * "Machines have no
* InterNet : cr1@beach.cis.ufl.edu * Conscience..."
=-=-=-=-=-=-=-=-=-=-=-=-=-Post No Bills-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
------------------------------
Date: 16 Feb 90 07:27:33 GMT
From: mcsun!unido!laura!klute%heike.informatik.uni-dortmund.de@uunet.uu.net
(Rainer Klute)
Subject: FORMDIAL.PRG
Message-ID: <1995@laura.UUCP>
In article <1990Feb15.161106.17781@gpu.utcs.utoronto.ca>
barry@gpu.utcs.utoronto.ca (Barry Lay) writes:
>... Mr. Oren points out that calling form_draw() with
~
Obviously form_dial() is meant here. ----|
>a function code of three and the coordinates of the desktop will cause redraws
>to be sent for all windows; that is, there is no "balancing" required. I don't
>understand why you have to wait for the redraw to carry on. If your program
>handles messages as they arrive, this shouldn't be an issue.
The problem is the "if" in the last sentence. Some badly
programmed applications do not send their output to some window
but simply put it on the screen. They will not look for
WM_REDRAW messages and thus will not process any of them. (I am
not quite sure whether a form_dial (3, ...) causes the screen
manager to send a WM_REDRAW to the window with handle 0 (the
screen) but if the application does not care for WM_REDRAW
messages that would not make any difference.)
Dipl.-Inform. Rainer Klute klute@heike.informatik.uni-dortmund.de
Univ. Dortmund, IRB klute@unido.uucp, klute@unido.bitnet
Postfach 500500 |)|/ ...uunet!mcvax!unido!klute
D-4600 Dortmund 50 |\|\ Tel.: +49 231 755-4663
------------------------------
Date: 16 Feb 90 18:30:07 GMT
From: seas.gwu.edu!gwusun.gwu.edu!fortin@uunet.uu.net (robert fortin)
Subject: GDOS fonts, metafiles
Message-ID: <1612@sparko.gwu.edu>
I am writing a small graphing program, and I would like to
be able to use different fonts to label the graphs and charts,
and use metafiles to save the graphs.
How do I load and access the fonts. Do I just use the VDI load
fonts and select font calls. I have Gdos loaded already. I am
using Laser C v2.1, and there is very little mention of how to
use gdos. If anyone can help me or point me to informtion on
fonts, metafiles, etc please let me know.
-Bob Fortin
fortin@seas.gwu.edu
ps. How can I get a new version of Gdos, I have version 1.1.
------------------------------
Date: 16 Feb 90 12:22:24 GMT
From: cs.utexas.edu!usc!srhqla!quad1!ttidca!woodside@tut.cis.ohio-state.edu
(George Woodside)
Subject: Key virus NOT harmless
Message-ID: <9986@ttidca.TTI.COM>
In article <3117@caesar.cs.montana.edu> icsu8053@caesar.cs.montana.edu (Craig
Pratt) writes:
...[edited]...
>I just ran into this virus yesterday and it is not even in the general sense
>harmless! It ate two of my disks last night before I could isolate it and
>kill it.
Your description of the events is not characteristic of the "KEY" virus.
If you have a surviving copy of what hit you, please contact me as soon
as possible. The "KEY" virus will not do anything to any disk other
than reproduce itself onto the boot sector, unless the "KEY" disk has
turned up.
--
* George R. Woodside - Citicorp/TTI - Santa Monica, CA *
* Path: woodside@ttidca *
* or: ..!?philabs|csun|psivax?!ttidca!woodside *
------------------------------
Date: 16 Feb 90 07:43:04 GMT
From: mcsun!unido!laura!klute%heike.informatik.uni-dortmund.de@uunet.uu.net
(Rainer Klute)
Subject: Looking for Assembler
Message-ID: <1996@laura.UUCP>
In article <1719@uniol.UUCP> simon@uniol.UUCP (Frank Simon) writes:
>A new version of the commercial Assembler package Omnikron Assembler is
>now Shareware. The Assembler is named Turbo-Ass. It's very fast (assembly
>2.000.000 Lines/minute) and the Debugger it one of the best i ever seen.
>
>Send a Disk and an Envelope to: Frank Simon,
> Kennedystrasse 12
> 2900 Oldenburg
> West-Germany (even now)
What about posting it to comp.binaries.atari.st?
Dipl.-Inform. Rainer Klute klute@heike.informatik.uni-dortmund.de
Univ. Dortmund, IRB klute@unido.uucp, klute@unido.bitnet
Postfach 500500 |)|/ ...uunet!mcvax!unido!klute
D-4600 Dortmund 50 |\|\ Tel.: +49 231 755-4663
------------------------------
Date: 16 Feb 90 03:10:19 GMT
From: mcsun!unido!tub!tubopal!alderaan@uunet.uu.net (Thomas Cervera)
Subject: Looking for assembly language compression routines
Message-ID: <996@opal.tubopal.UUCP>
Hi,
is there anyone out there having (pointers to) Huffman Encoding/Decoding
routines (or other compression routines) as 68k (or PDP or VAX) assembler
source ?
If possible please reply by e-mail.
Thank you very much in advance -thomas
------------------------------
Date: 16 Feb 90 12:50:18 GMT
From: mcsun!ukc!axion!masalla.fulcrum.bt.co.uk!chrisl@uunet.uu.net (Chris
Parkin Lilley [cs12])
Subject: MicroEMACS 3.10 -- thanks
Message-ID: <800C#_@masalla.fulcrum.bt.co.uk>
I'd just like to express my appreciation to those of you who responded
to my request for help in stopping uEMACS 3.10 going ``BONG'' on my ST. I
finally fixed it when I discovered that the `mousehidden' variable (number of
calls to hide_mouse) was called something totally different on my m/c.
All I have to do now is fix the bug that causes it to crash when I try
to shell out... (a 4-bomb crash). Any offers ...?
Thanx again,
-Chrisl.
--
"Time is an illusion. Lunchtime doubly so."
--------------------------------------------------------------------------------
Chris Parkin Lilley, CS1.2, BT Fulcrum, UK chrisl@uk.co.bt.fulcrum
------------------------------
Date: 16 Feb 90 17:50:49 GMT
From: ogicse!blake!ramsiri@ucsd.edu (Enartloc Nhoj)
Subject: STe
Message-ID: <5801@blake.acs.washington.edu>
Newsgroups: comp.sys.atari.st
Subject: Re: OK, so they sell the STe in Europe...
Summary:
Expires:
References: <9002020807.AA08400@ucbvax.Berkeley.EDU> <4876ef20.14a1f@force.UUCP>
<1990Feb13.115340.5645@bath.ac.uk> <2427@medusa.informatik.uni-erlangen.de>
Sender:
Reply-To: ramsiri@blake.acs.washington.edu (Enartloc Nhoj)
Followup-To:
Distribution:
Organization: University of Washington, Seattle
Keywords:
In article <2427@medusa.informatik.uni-erlangen.de>
csbrod@medusa.informatik.uni-erlangen.de (Claus Brod ) writes:
>exspes@bath.ac.uk (P E Smee) writes:
>
>>There is ONE good reason for selling to Europe first. In general, FCC type
>>approval is harder to get than the corresponding approvals in Europe. So,
>this? Second, the US appears to us as a PC-sick country. Users don't
>seem ready to change over to 68000 computers (except, of course, the
>Mac). Third, after five years of software and hardware development
>for the ST, the European market has proven to be more flexible and
>powerful than the US market; European applications set the pace for
>ST software development. Many good reasons for ATARI to favor Europe.
>
>Claus Brod
I had two students back to back yesterday who own a MacII and a
MacPlus.
I demonstrated how fast NeoDesk is ... had a file sitting on the
desktop.. clicked on it and blitted it to the screen in about
the time it took my finger to leave the mouse. Then i took
them into Tempus II and their eyes were bugging out. Both
agreed that what they saw was faster than what they get on
their macs.. then i booted into GCR and wowed them with
the "welcome to macintosh" thing..
they had a hard time pronouncing "atari" ..
who's fault is this? i am quite certain that these same individuals
who spent well into the thousands on their systems might have
considered the ST had they even known about them... i don't
think the US citizen inherently is not as CAPABLE of appreciating
the ST... after all.. people around the world are generally rather
similar. Europe is already convinced by ATARI.. it is certainly
time for ATARI to expand its market by making an effort to
convince the US consumer. The off the street cost of an ST is
still below the cost of an educational discounted mac.
Has anyone ever seen an ST on a school listing for
computers available for educational discount?
I don't think we can even compare market repsonses until
Atari even commences to announce their products in the US...
-kevin
ramsiri@blake.acs.washington.edu
------------------------------
End of INFO-ATARI16 Digest V90 Issue #215
*****************************************
