HDTenEightyP/NetNews huggingface dataset:
From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
Subject: Hacking Contest
Date: Fri, 31 Jul 1992 17:46:31 GMT
Organization: MSD software vault #9 @THD
Keywords: BIOS,XBIOS,GEMDOS

----------------------------------------------------------------
                           HACKING-CONTEST
----------------------------------------------------------------
Change the screen color on a normal ST using only those XBIOS, 
BIOS and GEMDOS calls that have been available since TOS 1.2 in
-as many different ways- as possible. Each entry is scored
according to this table:


   Changes color voluntarily       +7 pts    ; these two are of course!
   Changes color                   +4 pts    ; mutually exclusive
   Being resolution dependent      -1 pts
   Crashes after changing color
   or terminating                  -2 pts
   Crashes w/o changing color      -3 pts
   Used same idea with a different
   system call                      1 pts max. for this entry
   Used small modification of the
   same idea with the same system
   call                             0 pts max. for this entry
   Uses any non-TOS calls anywhere  0 pts max. for this entry
   Uses Supexec or Super anywhere   0 pts max. for this entry

   Solutions depending on special hardware can not be accepted.


With changing colors voluntarily I mean, that you have full control
over the (16-bit) color value.
All points are added, the one with the most points wins!
You have to accept that the way points are given are solely my own
judgement.

   Each entry should be a *seperate* little source of working
code in C and/or assembler. Please write as compiler/assembler
unspecific as possible. A comment here and there might help.

Remember: Just use XBIOS, GEMDOS and BIOS calls, that have been
available since TOS 1.2.

  ***********************************************************
  * The end of the contest is 23.59 of Sunday (9 Aug. 1992) *
  * Mail your entries to:                                   *
  *         wallmann@backus.pu.informatik.th-darmstadt.de   *
  * Use this in your "Subject:" line:                       *
  *         CONTEST: <yourname> ANONYMOUS: [n/y] ACK: [n/y] *
  ***********************************************************

You may indicate whether you want an ACK that your entry has arrived,
and also you may choose to remain anonymous if you so desire. You can
of course use an assumed name as <yourname>, which will then be used
in the final result list. You may send in your entries trickle-like 
one after the other. You may send your code uuencoded in .ARCed, 
.ZOOed or .LHArced form.

The winner(s) will receive (for lack of sponsors) a purely symbolic
prize in form of a custom "SO WATT Carebears Demo"-ripper.
Of course the results and all the code examples will be posted to the
net.

Nat!

HINT: With <way> I don't mean just setting different colors or using
LSR.W instead of MOVE.W or using the same method accessing different
memory locations.
-- 
 -----   Email: wallmann@backus.pu.informatik.th-darmstadt.de  -----
                "Bang that bit that doesn't bang"                 
 Album of the month: "Countdown to Extinction" Megadeth
From: vombruch@quando.quantum.de (Stefan vom Bruch)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 31 Jul 92 10:16:10 GMT
Organization: Quantum Software GmbH, Dortmund, Germany
X-Newsreader: Tin 1.1 PL4

bartjan@cs.kun.nl (Bart-Jan Bouwers) writes:

: This might be a cause for such a problem but it does not hold for me. ALL of
: my disks won't work anymore (and they are *not* infected :-) and booting 
: without a disk won't work either. So thanx to everybody who suggested that it
: might have been corrupted auto-prg's or acc's but it's not the case for me...
: So it must be a hardware problem. I expanded the memory to 3 MB recently and
: before I had some troubles with an overheating power supply. My machine is
: a 1040STf with tos 1.0. Any other suggestions?

Maybe the problem is your strange memory configuration. The MMU of the 1040STF
can only handle two memory banks with either 512K or 2MB. So a 1MB machine has
two banks @ 512K. If you want to upgrade by 2MB you'll have to disable one of
the 512K banks giving you a total of 2.5MB.

Hope this helps, Stefan

-- 
 _--_|\            Stefan vom Bruch                         vombruch@quantum.de
/      | ______________________________________________________________________
\.--._/ (_      /  Quantum GmbH, Emil-Figge-Str.83, W-4600 Dortmund 50, Germany
_____v____) |/ /_)
Newsgroups: comp.sys.atari.st.tech
From: bammi@acae127.cadence.com (Jwahar R. Bammi)
Subject: Re: A "C" question...
Organization: Cadence Design Systems
Date: Sun, 19 Jul 1992 03:22:21 GMT

In article <16832DDF3.MDORMAN1@ua1vm.ua.edu> MDORMAN1@ua1vm.ua.edu (Mike Dorman) writes:

> be used.  So I was thinking of creating functions wx_name() and wx_info(),
> where the function definition would be something like:
>  
> wx_name(ws,str)
> Window ws;
> char *str;
>  
> I would then like to malloc() memory to hold the string that we've been given
> so that we won't use any more memory than necessary (I have an ulterior motive,
> I want to create a printf() interface to this stuff, too--I have a couple of
> programs that could use it).
>  
> So, what's the best way to declare the variable within the structure?  Is
> merely making it a char * sufficient, or do I need to make it static char *?

ok. i'll bite: you really should be reading a good C book:

	you certainly do not want to make anything static inside a
structure (in fact i am not sure if you even can). a static modifier
just controls the scope of the declared object. for instance anything
declared static at the module level (that is outside of any function)
is visible only in the module (file) in which it appears. if a
variable is declared static, then in addition to the scope semantics,
it also makes it persistant. fields of a structure are not object/variables,
so you cannot put the static modifier there.

to answer your question: i guess the best way to optionally allocate
some fileds is to declare the fields as pointers to the type you want,
and malloc() them on demand. for instance

typedef struct _window {
   int	x,y,w,h;
   ....
   char *name;
} *Window;
#define WindowSize sizeof(struct _window)

/* return an instance of Window */
Window new_window()
{
     Window w = (Window *) malloc(WindowSize);

     if(!w)	fail();

     bzero(w, WindowSize);
     return w;
}

/* fill in the name field */

wx_name(ws,str)
Window ws;
char *str;
{
    if(!(ws->name = strdup(str)))
	fail();
}

Another way to approach this is to store the name in the structure
itself.

typedef struct _window {
   int	x,y,w,h;
   ....
   char name[1];
} *Window;
#define WindowSize sizeof(struct _window)

/* return an instance of Window */
Window new_window(wname)
char *wname;
{
     Window w = (Window *) malloc(WindowSize + strlen(wname));
/* In WindowSize we have accounted for 1 byte needed for the final \0
   needed to store the string , so we dont need strlen(wname)+1 above */

     if(!w)	fail();

     bzero(w, WindowSize);
     strcpy(w->name, wname);
     return w;
}

in this scheme you can only initialize the name field when the window
instance is created. the advantage is that you avoid the over head of
one char pointer.
--
--
bang:   uunet!cadence!bammi			jwahar r. bammi
domain: bammi@cadence.com
GEnie:	J.Bammi
CIS:    71515,155
Newsgroups: comp.sys.atari.st.tech
From: stigb@pvv.unit.no (Stig Saether Bakken)
Subject: The TT's SCC chip
Organization: ProgramVareVerkstedet
Distribution: comp.sys.atari.st.tech
Date: 22 Jul 92 18:24:23


 Does anyone have the register layout of the 8530 SCC controller in
the TT?  My developer's package only says the following:

ffff8c80  SCC1 A control
ffff8c82  SCC1 A data
ffff8c84  SCC1 B control
ffff8c86  SCC1 B data

...really fustrating...

Please post replies to news so everyone can be enlightened.  ;-)

--
	  The computer is your friend - trust the computer!

	Stig Saether Bakken
	Voice phone:  +47 7 945061
	Internet:  Stigb@pvv.unit.no
Xref: sparky comp.sys.atari.st.tech:4093 comp.sys.atari.st:11581
From: skolodzieski@vaxc.stevens-tech.edu
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: "bot" is "help with gemview"
Date: 22 Jul 92 16:45:27 GMT
Organization: Fairleigh Dickinson University

My post got called "bot" instead of "help with gemview", enough said!

scott.
Newsgroups: comp.sys.atari.st.tech,comp.os.minix
From: ralf@ptavv.ka.sub.org (Ralf Wenk)
Subject: Re: Help!!! Minix ignores 2nd HD (ST)
Organization: The known space
Date: Sun, 26 Jul 1992 11:35:28 GMT
Followup-To: comp.sys.atari.st.tech

The original article has a followup to comp.sys.atari.st.tech but
as I don't get c.s.a.s.t I must crosspots to comp.os.minix to get
this article accepted by my newssystem. Followup-To: is set again.

Ralf

adamd@rhi.hi.is (Adam David) writes:
> I added a 2nd hard disk to my 1988 Supra hostadaptor, and it works fine
> under TOS. I set the partitions to type MIX, recompiled the minix kernel
> for 2 hard disks and added the device nodes for the new partitions.
> Minix refuses to recognise the extra diskspace on all counts. The disk
> LED does not light.
> 
> I have the new disk on scsi id 1, lun 0. What I suspect is that minix is
> looking for the 2nd disk on scsi id 0, lun 1. As far as I can see there is

Yes, because that's the id a second harddisk at SH20[45] gets.

> no way to set the disk to be at lun 1 with this hardware (it is an embedded
> SCSI disk). Has anybody got such a setup to work? or do I have to change
> the hardware first? Minix version is 1.5.10.4
> 
> 1st disk: scsi0,lun0 partitions C: D: are GEM, E: F: are MIX
> 2nd disk: scsi1,lun0 partitions G: H: are MIX
> 
> Maybe I should try #define NR_HD_DRIVES 3, but this is of course stupid to
> access the second disk as if it were the third one.

But it is the right way. Your physical second disk is the logical 3rd.
Also you can see in /usr/include/minix/config.h:

~ /* define the number of hard disk drives on your system */
~ /* (assuming 2 drives/controller) */
~ #define NR_DRIVES	   3	/* typically 0 or 1 */

> All sensible approaches
> have failed, so its time to be silly. Any other suggestions?

The above define works for me.
-- 
-- 
Ralf Wenk -- ralf@ptavv.ka.sub.org
Newsgroups: comp.sys.atari.st.tech
From: krakover@spot.Colorado.EDU (KRAKOVER JONATHAN DA)
Subject: Very Wierd?!?!?!?!?
Organization: University of Colorado, Boulder
Date: Wed, 22 Jul 1992 18:12:01 GMT

	I recently installed a 4meg upgrade into my 1040ST.  It's a tech-
specialties board version 1.1 for a 1040 version 1 motherboard.  Well, I
have a 1040 version 3 motherboard.  Anyways, after rebuilding the data and 
address lines, the only way to get my computer to boot up was to leave power
to the old memory chips.  I left the old memory chips in place, but had 
dissconnected all the data, address, and control lines, but they still need
power for my computer to boot?????   Also, when I turn on my computer, I
have to press the reset button about five times before the system boots up,
 once booted, it works fine and passes all memory checks as long as the system
is on.  Go figure.   Any ideas why?
	Thanks,
	Jonathan
	krakover@spot.colorado.edu

Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Test post / Message for Ian Lepore
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Sat, 25 Jul 92 00:55:35 GMT

 Nyx has gone through recent hardware and software upgrades, and the mail
system in particular wasn't working well.  It seems to be fixed now, and 
it should be possible to reach me at ilepore@nyx.cs.du.edu; if that fails,
you can try ilepore@newnyx.cs.du.edu.

 The password file here is getting nuked on a semi-regular basis, so some
mail may get bounced back as "unknown user", but if you resend it, it should
get through the second time.

 I've been getting mail from the outside world yesterday and today, so it
does seem to be fixed now.
--
- Ian
(void *) where prohibited by law

Newsgroups: comp.sys.atari.st.tech
From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
Subject: MFP yet again
Date: Mon, 27 Jul 1992 20:18:54 GMT
Organization: MSD software vault #9 @THD

I have bothered the net for the last couple of years with
this problem. But now, since I feel _really_ confident that
I know what's going on I feel oblidged (oh so oblidged (har))
to bother you once more.

The problem:
/* ----------------------------------------------------------
     WARNING!!  You have to reboot after running this program  
   ---------------------------------------------------------- */
#include <tos.h>

main()
{
   unsigned long  count = 200000;
   
   Cconws( "Move the mouse, hit the keys!\r\n");
   while( count--)
   {
      Jdisint( 6);
      Jenabint( 6);
   }
   Cconws("Mmmh, either you were lucky or I was wrong :-P\r\n");
}
----------------------------------------------------------------
Now these are only TOS calls and you wouldn't expect them to
produce a crash (in an ideal world). Alas they do.

What's happening is that the MFP chip that is accessed here with
the Jdisint, Jenabint (aside: why not Jdis*b*int ?) has a problem
dealing with an interrupt JUST WHEN it's being turned off to this
interrupt source. The Jdisint call in this case is sort of 
asynchronously interrupting the interrupt processing of the MFP
(maybe just when communicating with the CPU). [#1#]

Now the MFP doesn't know what to tell the CPU properly anymore
and sends the CPU a spurious interrupt. On the ST though, normally
a spurious interrupt (which can't be masked, coz it's NMI) leads
to bombs!

EVERY program that uses Jdisint (or disables/masks off the MFP
directly) on an interrupt channel which might still produce interrupts 
has a slight chance of crashing. 

Solution:

   a) Programmers that use Jdisint or turn off -active- MFP 
      interrupts in any way, may want to intercept the exception 
      vector at $60 and just do an RTE on it.
      
   b) Users who feel that they might suffer from spurious IRQs 
      install the little ditty appended here, that just ignores
      spurious IRQs, and put it anywhere in there AUTO folder.
      
Nat!
----------------------------------------------------------------
table
 !"#$%&'()*+,-./0123456789:;<=>?
@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_
begin 644 spurious.prg
M8!H   !D        $                 <  $*G/SP ($Y!0_H 'B+X & Az
MR0!@0E=(> ( /SP ,4Y!6$)204Y33OD'____3G,-"@!3<'5R:6]U<R!)4E$@y
J4')O=&5C=&]R('8P+C @:6YS=&%L;&5D("AN870A+SDR*0T*        x
 w
end
----------------------------------------------------------------
[#1#] My -model- of what's happening. 
-- 
Email: wallmann@backus.pu.informatik.th-darmstadt.de
         "Bang that bit that doesn't bang"
Waiting for the time when chips are measured in color.
Newsgroups: comp.sys.atari.st.tech
From: sourada@iastate.edu (Steven D Ourada)
Subject: Want a .tech FAQ?
Organization: Iowa State University, Ames IA
Date: Tue, 21 Jul 1992 19:59:46 GMT

Is there sufficient demand and material to create a .tech FAQ? Please
send me your thoughts on whether to create one, and what should be 
included. A post on c.s.a.s suggested a MiNT FAQ, that could be one part
of this FAQ. I would suppose that a general guideline for this FAQ is
that the material should be related only to programming or building
hardware for the ST's.


Well, email me your thoughts...

                     Later,
                       Steven Ourada

-- 
-----------------
Steven Ourada  Member of the Students for Electronic Freedom
Ask me how Iowa State University is censoring my Usenet access!
sourada@iastate.edu     "can't casts no shadow" -- cummings
From: dtarico@violet.ccit.arizona.edu
Newsgroups: comp.sys.atari.st.tech
Subject: Problem with 1.4 meg floppy mod
Date: 24 Jul 92 00:52:36 GMT
Article-I.D.: violet.1992Jul23.175236.1
Distribution: world,local
Nntp-Posting-User: dtarico

I connected a 1.4 meg floppy to my Mega ST and installed a switch to
switch the WD1772 between 8 and 16 mHz.  It works fine, except that 
after I switch clock speeds a couple times, the dirves start giving trouble.
It seems like the 1772 is locking up or something, as everything is fine
again after a reset.  Does anybody know how to make the switching more stable?
 
----------------------------------------------------------------------------
                        Doug Tarico                      
                   dtarico@ccit.arizona.edu               
                 doug@catalina.sie.arizona.edu
                       (602)795-7633                     
----------------------------------------------------------------------------
Newsgroups: comp.sys.atari.st.tech
From: boyd@cs.unca.edu (Mark Boyd)
Subject: Docs for installing EZRAM II in 1040 ST
Organization: University of North Carolina at Asheville
X-Newsreader: Tin 1.1 PL3
Date: Wed, 29 Jul 1992 17:36:18 GMT

I would like to buy a EZRAM II board to expand a 1040 ST to 2.5 M but
the seller has no documentation. If you have docs on installing this
board could you send me a summary? I have worked lots with hardware
and I am pretty familiar with ST innards, so I don't need hand
holding - just basic installation instructions. Thanks,

	Mark
	boyd@cs.unca.edu

Newsgroups: comp.sys.atari.st.tech
From: ki@cs.tu-berlin.de (Karsten Isakovic)
Subject: Re: MiNT ptys
Keywords: MiNT
Organization: Technical University of Berlin, Germany
Date: Wed, 22 Jul 1992 20:58:40 GMT

In article <1992Jul20.150242@disuns2.epfl.ch> monnier@disuns2.epfl.ch (Stefan Monnier) writes:
>
>Maybe I even don't need to hack around with it: where is your Xterm-like
>to get ?
>Or do you want me to write my own to see if it is better ?

After i managed to get around the problems i mentioned in my posting, i 
heard of several other people working on an xterm (or simular) programm.
So i decided to put my effort into something else... 

Greetings, Karsten
From: timg@ccwf.cc.utexas.edu (Tim Gallivan)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Gem program control of mouse and cursor--HOW?
Summary: Don't worry about it.
Date: 22 Jul 92 01:40:57 GMT
Organization: University of Texas Center for Relativity

To all those who share the following sympathies:

> tcue> 1) When a dialog appears on the screen, I want to move the mouse
> tcue> to an appropriate button, and then return the mouse after the
> tcue> dialog exits.
>
>Arrrggh.. don't do it.. It is _Most_ disconcerting when the program you are

[remainder deleted]

Don't worry. I am not going to FORCE anyone to use a program with a
rebellious mouse, although you tempt me :-). If I could get GEM to
cooperate, I would include this as an option you can ENABLE (rather than
disable). This is rather mute, however, since the only suggestion I
have received for moving the mouse is to use appl_tplay(), which I
can't get to work at all. You need not loose any more sleep on this
issue.

-Tim Gallivan
timg@landau.ph.utexas.edu

Newsgroups: comp.sys.atari.st.tech
From: obryan@gumby.cc.wmich.edu (Mark O'Bryan)
Subject: Re: Gem program control of mouse and cursor--HOW?
Date: Fri, 31 Jul 1992 05:26:53 GMT
Organization: Western Michigan University

In article <76336@ut-emx.uucp> timg@ccwf.cc.utexas.edu (Tim Gallivan) writes:
> 
> > tcue> 1) When a dialog appears on the screen, I want to move the mouse
> > tcue> to an appropriate button, and then return the mouse after the
> > tcue> dialog exits.
> 
> This is rather mute, however, since the only suggestion I
> have received for moving the mouse is to use appl_tplay(), which I
> can't get to work at all. 

It must be possible though, because the setup DA for Turbo ST does it.
Annoys the hell out of me.  :-)  Since it's the only thing I've got
that does it, I'm already moving the mouse down from the menu bar
where I activated the DA, to the alert box... but it's already there,
so I have to back up.

So, just buy Turbo ST and disassemble the DA.  :-Q

-- 
Mark T. O'Bryan                 Internet:  obryan@gumby.cc.wmich.edu
Western Michigan University
Kalamazoo, MI  49008
Newsgroups: comp.sys.atari.st.tech
From: kjackson@cix.compulink.co.uk (Keith Jackson)
Subject: In article <1992Jul29.101755.27052@sci.kun.nl>, bartjan@cs.kun.nl 
Reply-To: kjackson@cix.compulink.co.uk
Date: Fri, 31 Jul 1992 18:00:52 +0000

(Bart-Jan Bouwers) writes:
>Hi,
>
>Anyone had this problem? My ST keeps resetting itself when I boot it (from
>diskette). It does read the prg's in the auto-folder as well as the acc's
>but as soon as the desktop comes up, it resets. This sequence then repeats
>and repeats and repeats until I'm fed up. So, I've put it far away in a
>cupboard... Who knows what could be the cause of this and what needs to be
>repaired? Tell me!
>
Have you tried booting with nothing in the disk drive? Your problem sounds
to me like you have some incompatible programs in your set-up. If the 
desktop appears, change the last letter of the suffixes of the ACC's and 
PRG's to X so they won't operate and try again.

If it boots now, change the programs back one by one. When it bombs out 
you've found the culprit.

Keith
quit
Newsgroups: comp.sys.atari.st.tech
From: rgoseweh@digi.lonestar.org (Roy Gosewehr)
Newsgroups: comp.sys.atari.st.tech
Subject: Seagate Sense Codes
Summary: Need info on ST157-N <Sense 14>
Keywords: sense, seagate, st157-n, scsi, hard drive
Date: 23 Jul 92 14:05:52 GMT
Organization: DSC Communications Corp, Plano, TX

I need to find out the meaning of the "sense" codes generated by my
Seagate ST157-N (embedded SCSI) drive.  Currently, I am getting an
occasional "<Sense 14>" and after 2.5+ years of use, I am concerned
that this might be an early indication of drive failure.  (I just 
started getting that code in the last three days.)

Please post these if you have them, e-mail them to me or tell me where I
can find them.  Thanks in advance for any assistance.

Roy C. Gosewehr
-- 
 ------------------------------------------------------------------------
| GEnie: R.C.Gosewehr | rgoseweh@digi.lonestar.org | uunet!digi!rgoseweh |
 ------------------------------------------------------------------------
Newsgroups: comp.sys.atari.st.tech
From: ki@cs.tu-berlin.de (Karsten Isakovic)
Subject: Re: MiNT ptys
Keywords: MiNT
Organization: Technical University of Berlin, Germany
Date: Wed, 22 Jul 1992 21:28:10 GMT

In article <mfg.711660187@gmd.de> mfg@gmd.de (Martin Gergeleit) writes:
>You are right with the analysis of my problem. But I think there is another
>solution to it. With MiNTs call Fcntl(..., F_SETFD) you can force a file 
>handle to be inherited to Pexeced childs. If the pty now is created at DAs boot-
>time, it will be inherited to all GEM programs (and their DAs). 

But all processes 'loose' one file-handle... Shure it will work, but 
the method with a second 'sub-process' does not have this restriction.

 A second problem occurs with the memory, the DA allocats while another GEM
 pogram is running. If the process terminates, the memory is freed. This

 And the last big problem that you will meet (when continuing in the DA/xterm-
 quest...) is that a process that was started under the desktop in your xterm
 clone is in the sleeping state after you start a new GEM process ;-)

>These two problems should be handled by starting the TTP with the mode 100 of
>MiNTs Pexec, I think. (correct me if I'm wrong).

This did not work for me... If you spawned the process while in the desktop,
the new processes are childs of the desktop. When starting a new GEM-process,
the desktop was sleeping (it? used pexec(0)...) an so did his children. 
(I am not 100% shure of this.. In my DA this migt have happened because the
output pipe of the paralell process was full, because the DA looked after
a 'different' file-handle to read from...)

Greetings, Karsten