HDTenEightyP/NetNews huggingface dataset:
From: davids@shell.portal.com (David - Schenfeld)
Subject: Re: VersaTerm
Organization: Portal Communications Company
X-Newsreader: TIN [version 1.1 PL7]
Date: Tue, 22 Dec 1992 06:42:10 GMT

Martin S. Weinhous Ph.D. (weinhous@castor.hahnemann.edu) wrote:
: I've been using Versaterm since ~1988 or 1989 and like it so much that
: I use it under Apple's A/UX rather than use the built-in communications
: tools (e.g. telnet).
: 
: Every time that I've called Synergy (the publishers) with a question,
: I've gotten a prompt and helpfull response.
: 
: Versaterm is a top-drawer piece of work with good support!
: 
: One person's strongly held opinion...
: 
I'd like to second that.  Terminal emulation is quick, It's not a memory hog,
Slip works great, The FTP client is nice, and support... well, each time
I emailed a question, I got a prompt, precise answer from the author.  
Support-wise, I couldn't ask for anything more.
-David


Newsgroups: comp.sys.mac.programmer
From: Dmitry Boldyrev <dmitry@chemistry.chem.utah.edu>
Subject: Strange things with Color Quick Draw
Organization: University of Utah
X-Useragent: Nuntius v1.0
Date: Tue, 29 Dec 92 18:21:12 GMT



Hello Folks,
I'm working on my project and I have some questions 
which I can't solve..
Here, let's take a look on my Code:
unit GraphStructs;
interface
	const
		pixelDepth = 8;
	var
		offPort: CGrafPort;

	procedure MakePort (theWindow: WindowPtr);

	procedure SetBack;

	procedure GetWind (var theWindow: WindowPtr);

implementation

	procedure MakePort (theWindow: WindowPtr);
		var
			windRect: Rect;
			newSpace: QDPtr;
			rwBytes: LongInt;
	begin
		windRect := theWindow^.portRect;
		windRect.Bottom := WindRect.Bottom - WindRect.Top;
		windRect.Top := 0;
		windRect.Right := windRect.Right - windRect.Left;
		windRect.Left := 0;

		OpenCPort(@offPort);
		offPort.portRect := windRect;
		offPort.portPixMap^^.Bounds := windRect;
		SetRectRgn(offPort.visRgn, 0, 0, windRect.Right, windRect.Bottom);
		SetRectRgn(offPort.clipRgn, 0, 0, windRect.Right, windRect.Bottom);

		rwBytes := ((8 * windRect.Right + 31) div 32) * 4;
		newSpace := NewPtrClear(LongInt(rwBytes) * windRect.Bottom);

		offPort.portPixMap^^.rowBytes := rwBytes;
		offPort.portPixMap^^.baseAddr := newSpace;
		SetPort(@offPort);
	end;
	procedure SetBack;
	begin
		SetPort(@offPort);
	end;
	procedure GetWind (var theWindow: WindowPtr);
	begin
		CopyBits(GrafPort(offPort).portBits, theWindow^.portBits,
GrafPort(offPort).portRect, theWindow^.portRect, srcCopy, nil);
	end;
end.

It's a simple animation routines.
Simple Program:
-------------
	MainWindow := GetNewCWindow(200, nil, Pointer(-1));	{* Resource Window
(Black Background) *}
	ShowWindow(MainWindow);
	SetPort(MainWindow);
	InitCursor;
	
	MakePort(MainWindow);	{* Make off-screen port *}
	repeat
		SetBack;			{* Set to OffPort, just for drawing *}
		DoDraw;				{* In this routine I'm using RGBForeColor and LineTo to draw
picture *}
		GetWind(MainWindow); {* It's copying contents from off-port into
"MainWindow" *}
		SetPort(MainWindow); 
	until Button;
	DisposeWindow(MainWindow);
--------------
When It's doing GetWind(MainWindow) or in other words Copying offPort to
MainWindow,
it's inverts my picture >.. Isn't strange ?
I tried it in b/w QuickDraw and it works OK,
but here, it's inverts all colors..
THANKS!
My E-Mail: dmitry@chemistry.chem.utah.edu
============ D M I T R Y ============
Newsgroups: comp.sys.mac.programmer
From: rmah@panix.com (Robert Mah)
Subject: Problem with patch to HFSDispatch
Date: Tue, 22 Dec 1992 18:27:10 GMT
Organization: PANIX Public Access Unix, NYC

In an extension that works fine on most systems, but some people seem to 
be getting freezes when they shut down/restart their machine.  I'm not 
sure, but I think it might be related to my patching HFSDispatch.

I'm using register a1 to hold the adress of the real trap -- is there
something wrong with this?  Anyone care to comment?

Some code...

/* 
 *  We need to trap whenever the user moves a directory (selector 5).
 */
pascal void FSDispatchPatch()
{
    asm{
        movem.l  a4, -(sp)                 ; save registers
        lea      main, a4                  ; setup globals
        cmp.w    #5, d0                    ; if not CatMove
        bne.s    @1 
        move.w   #1, gNeedsUpdate          ; set the gNeedsUpdate flag
@1      move.l   realHFSDispatchTrap, a1   ; grab the addr of the real thing
        movem.l  (sp)+, a4                 ; restore registers
        jmp      (a1)                      ; jump to real HFSDispatch
    }
}

Happy Holdiays,
Rob
-- 
[--------------------------------------------------]
[  Robert S. Mah   |  "Every day an adventure,     ]
[  rmah@panix.com  |   every moment a challenge."  ]
[--------------------------------------------------]
Newsgroups: comp.sys.mac.programmer
From: russotto@eng.umd.edu (Matthew T. Russotto)
Subject: Re: Why SUB when you can CLR?
Date: Sun, 03 Jan 93 21:18:23 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1993Jan3.205354.6419@hobbes.kzoo.edu> k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:
>I've seen a lot of 680x0 code that clears registers by subtracting
>them from themselves, i.e.
>   SUB.L  D3, D3
>instead of
>   CLR.L  D3
> 
>Even my C compiler produces code like this;  there must be a
>good reason.  But I can't figure out what it is.  According to
>my 68000 book, "SUB.L <ea>, Rx" takes six cycles, or "eight, if
>the effective address mode is register direct," which it is
>in the example.  So eight;  that's for either address or data
>registers.  "CLR.L Rx" takes six.
>
>And they're both one-word instructions.
> 
>So why not use CLR?  This doesn't have anything to do with
>incredibly obscure 68020+ pipelining timings, does it?

How about MOVEQ #0, D3?  That's FOUR cycles.  And 'IL'ing at random, I
do see a lot of that.

SUB.L D0,D0 sure seems inappropriate, though I do remember certain
Intel processors liking it (but my 80x86 reference and my plumbing
didn't get along, and the plumbing won.....
Anyone want a soggy and mildewed 80x86 reference?)

-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
Newsgroups: comp.sys.mac.programmer
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: what is the best C compiler
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 1 Jan 1993 14:52:55 GMT

Keith Rollin sed:
>>>>>
GNU C lost a lot of ground because it was unable to convert normal
branches into short branches when appropriate.
<<<<<

One of the beautiful parts of GNU c is that you can change this, and probably
Keith's other complaints as well... How? by editing the machine description
and recompiling.
From: martin.mike@applelink.apple.com (Mike Martin)
Newsgroups: comp.sys.mac.programmer
Subject: Apple Jobs in Austin, Tx / CAC
Date: 30 Dec 92 22:19:43 GMT
Organization: Apple Computer / Austin TX

CUSTOMER ASSISTANCE CENTER

Our top priority is being responsive to our customers.  So when they
call, we answer with the unparalleled dedication of our best people
and greatest resources.  Now we are looking for people who will field
customer's calls and provide immediate and direct response.  So help
us continue to improve Apple's total commitment to user support.  Just
answer this with your resume.


CUSTOMER ASSISTANCE CENTER MANAGER

You will be responsible for providing daily supervision an management
to phone support specialist, overseeing phone center staff activities,
and performing personnel activities including: recruitment, training,
performance evaluation, monitoring and coaching.  You should have a
BA/BS degree and 3-4+ years related experience in a general business
environment with call center / customer service management emphasis;
and excellent verbal and written communication skills. Project
management skills and Apple product and company knowledge a plus.
(Dept.  CACM 1213-AA)


USER ASSISTANCE SPECIALIST

You will be responsible for assisting Apple customers by resolving
routine post sale, end user questions and problems to ensure customer
satisfaction.  Provide up and running technical support, isolate
product hardware and software faults and determine appropriate service
options.  You should have a BA/BS degree and 1-2+ years experience in
a customer service or technical support environment; and excellent
verbal and written skills.  Extensive Apple product knowledge is
required.  (Dept.  UAS 1213-AA)


Please send your resume to: Apple Computer, Inc.  Human Resources,
(insert appropriate code from above, here), MS HRB, 2420 Ridgepoint
Drive, Austin, Texas, 78754.  Please also send electronic copies to
Mr. Mike Webb on AppleLink at WEBB.M or via internet mail at
webb.m@applelink.apple.com.

Apple Computer has a corporate commitment to the principal of
diversity.  In that spirit, we welcome applications from all
individuals.  Women, minorities, veterans and disabled individuals are
encouraged to apply.

(c) 1992 Apple Computer, Inc.  Apple, the Apple logo and "The power to
be your best" are registered trademarks of Apple Computer, Inc.
Newsgroups: comp.sys.mac.programmer
From: Michael Hecht <Michael_Hecht@mac.sas.com>
Subject: Distinguishing FrontClicks?
X-Useragent: Nuntius v1.1.1d16
Date: Wed, 23 Dec 1992 16:07:49 GMT
X-Xxdate: Wed, 23 Dec 92 16:07:44 GMT
X-Xxmessage-Id: <A75DF9007601050A@studly.mac.sas.com>
Organization: SAS Institute Inc.

Hello!

I turned on the getFrontClicks bit in my SIZE resource, because it makes
sense for my application. However, I don't want *all* parts of the window
to respond to layer-changing clicks. How can I distinguish a click that
changes my layer from other clicks?

I can't just assume the next click after a resume event is a frontClick,
since the user may have switched to me via the application menu or by
double-clicking my Finder icon. For all I know, some other app may have
called SetFrontProcess for me! Just throwing out the next click would
probably frustrate the user (me) in these cases.

The best method I could think of is to use EventAvail to look for
mouseDown events in my resume event handler. If I see one I'll set a flag
that I can look at in my mouseDown handler. Is this a reliable method?

What I'd prefer is something along the lines of an event modifiers flag
on the mouseDown that says "this event caused you to switch layers."

Thanks!
--Michael

=======================================================================
Michael P. Hecht                 | Internet:  Michael_Hecht@mac.sas.com
SAS Institute Inc.; Cary, NC USA | AppleLink: SAS.HECHT
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Problem with patch to HFSDispatch
Date: 28 Dec 92 10:41:04 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec28.022559.2496@panix.com> rmah@panix.com (Robert Mah) writes:

>Thanks I'll try it and see how it works.  But won't changing the return 
>address mess up some toolbox things.  I seem to recall that that was why
>"tail patches" were not allowed -- of course, I could be totally confused
>here :->

But that's the beauty of it; we DON'T change the normal return
address. The stack will look a little like:

	<Junk>
	Return Address
	<Saved Space>
	<Saved registers>

Then we push the address to chain to:

	<Junk>
	Return Address
	Chain Address
	<Saved registers>

and restore registers and do an RTS:

	<Junk>
	Return Address

The stack looks JUST like it did on entry to our routine!
The patch has preserved all registers and the original return
address, so it isn't a tail patch and it isn't zapping any
registers; it's clean.


-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

  "From now on I will re-label the EQ on the deck as Fizz and Wobble
   instead of HF and LF."
Newsgroups: comp.sys.mac.programmer
From: ksand@apple.com (Kent Sandvik )
Subject: Re: Collection Classes for MacAPP
Date: Wed, 30 Dec 1992 22:09:33 GMT
Organization: (Evil Eye Creature from Mars, Inc.)
Followup-To: comp.sys.mac.programmer

In article <1992Dec24.141504.19923@gossip.urich.edu>,
martinher@urvax.urich.edu wrote:
> I was disappointed by the paucity of collection class support when
> I dug into MacApp.
  
> What suggestions would you offer for grabbing a class library?  
> I have ported Nihcl to PCs in the past and it was nontrivial for
> me.  Or GNU++ libs maybe?

As with other cases it's a matter of taste; like SmallTalk, NIH
is the way to go. Want the reputation of Booch and a small template
pre-processor for templates, purchase the Booch components package.
Wait for something new from Apple, Bedrock will have a new set
of collection classes. Heck, write your own, I wrote my set
of hash tables, linked lists, queues and dequeues in two days. Don't
have all the bells and whistles, but it does the job.

The thing to remember is that if you are looking into cross-platform
endeavors, you need to make sure that the collection classes are 
available on all platforms. This means that access to source, your
own stuff, or a promise from a vendor that this will work with 
MacOS, Windows, OS/2 and UNIX is a good idea. And yeah templates,
and please don't ask me why we don't have that in MPW 3.2 C++, we
are aware of it and we will fix that issue (I'm not the person
to lay out the marketing blurbs about that).

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
"Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
From: trsnyder@mcs.drexel.edu (Bob Snyder)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think C versions: what's the latest?
Date: 30 Dec 92 14:01:46 GMT
Organization: ASCI

In article <103368@netnews.upenn.edu> sal@pike.cis.upenn.edu (Marcos Salganicoff) writes:

  The bookstore here at Penn has v5.0 of Think C. I've seen people on the net
  refer to v 5.0.4. Are there any major bug patches between 5.0 and 5.0.4,
  or should I just go for v5.0. The price is $66, which seems pretty good. Also
  will Symantec send me the patches for free? Can they be gotten from the
  net etc.? mumble mumble...

Get 5.0, and get the patch to 5.0.4 from sumex-aim.stanford.edu:/info-mac/lang.

Bob
From: ksand@apple.com (Kent Sandvik )
Newsgroups: comp.sys.mac.programmer
Subject: Re: What are the proper docs on SoundManager?
Date: 30 Dec 92 21:46:57 GMT
Followup-To: comp.sys.mac.programmer
Organization: (Evil Eye Creature from Mars, Inc.)

In article <1hscsoINN91q@uwm.edu>, bowden@csd4.csd.uwm.edu (John William
Bowden) wrote:
>  What are the correct docs to use when programming for sounds?
> Are they still the updated chapter released with the Tech Notes?

Hmm, I guess IM VI is the best overall documentation just now, until
the new IM book about the Sound Manager is available. Someone (Jim)
might have a better picture.

Kent
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.		
"Don't just do something!  Stand there!"  -- Mystery Science Theater 3000
From: liran@bimacs.BITNET (Eshel Liran)
Newsgroups: comp.sys.mac.programmer
Subject: Switching Network drivers
Date: 24 Dec 92 13:19:14 GMT
Organization: Math & CS, BarIlan U, Ramat-Gan, Israel

Is there a way to change the network drivers from my program ?
(doing the same thing a user can do using the network control panel)

Is in necessary to restart the mac after changing the driver ?

-Liran

liran@bimacs.cs.biu.ac.il

Newsgroups: comp.sys.mac.programmer
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Subject: Re: One binary for all Macs (even 128K)
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 29 Dec 1992 23:49:25 GMT

In <1992Dec29.201304.14795@walter.bellcore.com> art@leis.base.bellcore.com (A. Zysk) writes:

>This is a two part question concerning the mant versions of
>MACS out there.  I've divided the questions into an ENGINEERING
>section and a MARKETING section.  Any response to any question
>is appreciated.

If you're a developer, a lot of info is available from Apple
regarding your questinos.


>Is there anyone else out there who is trying to keep
>thier applications *absolutely* portable to ALL Macs
>including the Original 1984 128K Mac?

Not me. Not Apple. Neither MPW nor Think C support the
64K ROM anymore. Also, the 68000 is fading out, but still
hanging in there in the PowerBook 100s.

>I know that producing such a library will be very painful, but I anticipate
>the results will be well worth it.  Do any comprehensive texts exist
>on this subject?

Worth it? What's your market? The 128K I know of is a fish tank;
the 128K sold less than, say, Quadras sell today I think (I don't
have any figures)

There's just no point in supporting pre-plus pre-system-6
machines today, and tomorrow that's gonna be pre-sys-7
non-color machines.


-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

 -- I don't fear death, it's dying that scares me.
Newsgroups: comp.sys.mac.programmer
From: phaedrus@halcyon.com (Mark Phaedrus)
Subject: Re: How to write a balloons ?
Organization: The 23:00 News and Mail Service
Date: Fri, 1 Jan 1993 18:14:27 GMT

In article <neilg.725880089@sfu.ca> neilg@fraser.sfu.ca (Neil K. Guy) writes:
> Given this interesting discussion about putting balloon help into a
>program comes a naive question...

> Is it possible, in theory, to add balloons to a program that doesn't
>have them already? In other words, to add balloons to a piece of
>software that's already been compiled, when it's not possible to go
>back to the source code?

     Within certain limitations, yes.  For example, let's say you want to add
balloon help to a dialog box.  If the application gets that dialog box from
resources on disk, then you can add balloon help to that dialog, by just adding
the appropriate help information to those resources.  (I've done this with
ResEdit, so it is possible; of course, it would probably be easier to use a
tool like BalloonWriter that's designed for doing this.)  If the application
doesn't get it from a resource, then you're pretty much out of luck if you
don't have the source code; I imagine it would be possible to put together a
system extension that watches for a particular dialog to be displayed and puts
in the appropriate help information on the fly, but I haven't heard of any
product that actually does this.
-- 
\o\ Internet: phaedrus@halcyon.com  (Seattle, WA Public Access Unix)     \o\
 \o\ "How'd you like to move a few steps down the food chain, pal?"       \o\
  \o\ If you enjoy fantasy/SF stories with transformation themes, email me \o\
   \o\ for a copy of the Transformation Stories List.                       \o\
Newsgroups: comp.sys.mac.programmer
From: Dmitry Boldyrev <dmitry@chemistry.chem.utah.edu>
Subject: Sources for Buttons (Pascal) WANTED!
Organization: University of Utah
X-Useragent: Nuntius v1.0
Date: Tue, 29 Dec 92 22:59:24 GMT

Hi Folks,
Does anyone saw any Sources of Buttons (Pascal) ?
Please..
Thanx!
From: d88-jwa@dront.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: On this TopSoft thing
Date: 24 Dec 92 23:57:18 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

Well, I guess the message wasn't in the spirit of the season,
so here comes some explanation:

TopSoft started as a loose collectio of people wanting to write
a useful utility, and release sample code for everyone to use.

Since, several people feel that their goals have been perverted,
since they got themselves business status, people with titles,
and have looked into distributin via mail order houses.

However, it seems there are two sides of the medal (surprise!)
in that they HAD to register themselves for legal reasons, and
that some people HAD to be "executives," and not all of those
people were mature enough to take it for the "nothing" it was.

It also turns out that all the projects will definately be available
for free for FTP (if they ever get finished...) and mail-order
was only thought of as for reaching a larger audience. However,
I feel user groups would serve that purpose better.

So they might not be all bad, maybe just some things about them
rubbed me the wrong way, and if they actually deliver on their
promises (new MacLayers, Gnu CC for the Mac and not to forget
FilterTop, all with complete PD source free for the taking) I
will take back what I said.

Until then, you decide yourself (actually, you'll probably do
that even after that :-)

Cheers, and a very merry christmas to you all,

							/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   There's no problem that can't be solved using brute-force algorithms
   and a sufficiently fast computer. Ergo, buy more hardware.
From: bcoleman@hayes.com (Bill Coleman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: One binary for all Macs (even 128K)
Date: 30 Dec 92 11:22:56 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Dec29.201304.14795@walter.bellcore.com>, art@leis.base.bellcore.com (A. Zysk) writes:
> 
> ENGINEERING SECTION
> ===================
> 
> Is there anyone else out there who is trying to keep
> thier applications *absolutely* portable to ALL Macs
> including the Original 1984 128K Mac?

Well, we kept Smartcom II running on 128K Macs for a while. About 5 years
ago, we abandoned support for 128K Macs. We still kept support for 512K
Macs, though. About 2 years ago, we pulled out support for the 512K Mac.
We may still support the Mac XL (Lisa), but we haven't tested it.

I would suggest that you don't put yourself out to support the 128K Mac.

Apple estimated (3 years ago) that there are less than 50,000 128K / 512K
Macs out there. (Most had been upgraded to a Plus) Of these, by now many
have been put out of service. Of those still in use, few of these users are
buying new applications.

So, if your application happens to run on a 128K or 512K Mac, fine. If not,
I wouldn't sweat it. Unless you have specific clients that need support for
these Macs, It isn't worth it. You're better off spending your efforts 
in supporting the features of the newer system software.

-- 
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: sharkman@magicbb.uucp (Matt Daw)
Organization: MAGIC - Macintosh Awareness Group In Canada
Date: Tue, 29 Dec 1992 13:25:33 EST
Subject: Re: Sample Source Needed

>I'll let others point you to free source code at ftp sites, etc. I just
>wanted to mention that the new Inside Macintosh volume on Files contains
>plenty of source code on the File Manager, all of it in Pascal.

Thanks a lot, I just bought the files volume of IM, it really is great! Do you
or anyone else know when More Toolbox and Imaging are coming out?

Matt
From: bobert@informix.com (Robert Murphy)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Postscript download code?
Date: 29 Dec 92 22:58:56 GMT
Organization: Informix Software, Inc.

rowe@engin.umich.edu (Steven Rowe) writes:

>In article <1992Dec24.155308.22365@midway.uchicago.edu> bmor@midway.uchicago.edu writes:
>>Anyone out there know where I can get simple code to download a postscript
>>program to a printer?  Thanks much!
>>
>>Brad Morris
>>b-morris@uchicago.edu

>Ditto.  There is an old ap called PrintPS which runs under system
>6, but it doesn't work at all under 7.0.1.  Any sources?

Adobe's Font Downloader is available on CompuServe; you can use it for
downloading PostScript programs as well as fonts.
Newsgroups: comp.sys.mac.programmer