HDTenEightyP/NetNews huggingface dataset:
From: rmah@panix.com (Robert Mah)
Subject: Re: How do I find a hole in the DeskTop?!
Date: Mon, 28 Dec 1992 02:40:44 GMT
Organization: PANIX Public Access Unix, NYC

In <yjc-251292012254@yjc-slip.dialin.cwru.edu> yjc@po.cwru.edu (Jerome 'TofuSoft' Chan) writes:

>How do I find a clear section of the desktop which is NOT covered by
>Windows?! I've want my clock application window to slowly creep to the
>nearest uncovered region on the desktop.

GREAT IDEA.  I'm gonna use it too, if you don't mind.

Anyway, you just gotta look at the structure regions of all the windows that
are visible.  Each application keeps a list of windows starting at the global
WindowList.  The only problem is to get WindowList for each application.  
One possible way is to patch InitWindows and grab that app's WindowList
global.  Don't forget to patch ExitToShell to catch the application's quitting.

Another option is to track all window creation, deletion, hiding and showing.

On second thought, does GrayRgn hold the VISIBLE desktop or the whole thing?
Not sure on this...but a little experimentation should clear it up.

Cheers,
Rob



-- 
[--------------------------------------------------]
[  Robert S. Mah   |  "Every day an adventure,     ]
[  rmah@panix.com  |   every moment a challenge."  ]
[--------------------------------------------------]
Newsgroups: comp.sys.mac.programmer
From: brucet@leland.Stanford.EDU (Bruce Templeton)
Subject: Re: New to macintosh programming...
Organization: DSG, Stanford University, CA 94305, USA
Date: Mon, 28 Dec 1992 23:01:34 GMT

In article <chuckb.725567825@milton> chuckb@milton.u.washington.edu (Chuck Bass) writes:
>I am an experienced C programmer beginning work on a 
>Mac (coming from workstation/PC programming).  I am wondering if
>there is a specific book or other reference to help my
>transition to the mac.  I would like learn specifics about
>portability issues such as memory allocation and file IO.
>
>If anyone has any info, anecdotes, references on making this
>transition I would apprecitate it.
>
>chuckb
>
>(I'm using Think C)

The best introduction for C on the Macintosh is called (I think) _Macintosh
C Primer vol. 2_.  I'm not sure about the name because I don't have it in
front of me now.  It gives a very good introduction to the Macintosh toolbox
including useful source code, and is written specifically for use with Think
C.  Does anyone know if there will be another volume coming out?

Also, anyone programming on the Macintosh needs the _Inside Macintosh_ series.
It is put out by Apple and contains everything you *need* to know to program,
but it is not quite as user friendly as the book previously mentioned.

-bruce templeton
Newsgroups: comp.sys.mac.programmer
From: tthiel@cs.uiuc.edu (Terry Thiel)
Subject: Future Basic by Zedcor?
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Wed, 30 Dec 1992 01:15:26 GMT

Has anyone looked at Zedcors new Basic?  Is there an educational price on it?
I think the retail is $299.  Any info would be appreciated.
-Terry
From: martin.mike@applelink.apple.com (Mike Martin)
Newsgroups: comp.sys.mac.programmer
Subject: Apple Jobs in Austin, Tx / TAC
Date: 30 Dec 92 22:16:29 GMT
Organization: Apple Computer / Austin TX

TECHNICAL 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.  We are continuing to build the best Customer
Satisfaction organization in the industry.  So, in these key
positions, we need the very best people who know how to listen and can
respond with comprehensive, timely solutions.  Help us continue
Apple's commitment to customer support by answering this with your
resume.


SENIOR SUPPORT ENGINEERS

You will provide support to customers of the Apple Technical
Answerline via a sophisticated telephone environment and via
electronic mail.  Services include support for Macintosh OS, Macintosh
peripherals, A/UX, MacX, SNA*ps, AppleTalk Networks, AppleTalk Remote
Access, DAL, and other high level environment products as determined
by our customer's needs.  You should have a BA/BS degree and 4-5+
years' technical experience in the above areas, with special focus in
A/UX (3.0 preferred), MacX, IBM DAL, or OCE.  Hand on technical
experience with TCP/IP, AppleTalk, SNA, APPC, X.25, or other
networking / communication environments preferred.  (Dept.  SSE
1213-AA)


TELEPHONE TECHNICAL SUPPORT ENGINEERS

You will resolve technical, and pre / post sales customer questions;
provide hardware and software support to Apple's service providers and
end user customers via telephone and AppleLink.  You should have a
BA/BS degree and 3-4+ years' experience services and supporting
microcomputer systems.  Technical support and fault isolation skills
required.  (Dept.  TTSE 1213-AA)


Both positions require excellent written and verbal communication
skills; troubleshooting experience; and a real concern for customer
satisfaction.

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: mwilkinson@cix.compulink.co.uk (Martyn Wilkinson)
Subject: Think C PreProcessors
Cc: comp.sys.mac.programmer@dis.demon.co.uk
Reply-To: mwilkinson@cix.compulink.co.uk
Date: Tue, 22 Dec 1992 13:11:00 +0000

Some time ago I wrote some useful data handling classes in Think C, which 
I would like to reuse in a project I'm doing. Unfortunately, this new 
project isn't on a Macintosh, the machine doesn't have a C++ compiler, 
and porting GNU C/G++ to it is out of the question. All I have available 
is an ordinary ANSI C compiler.

Does anyone know of a CFront-like preprocessor which understands Think's 
simple OO extensions to C, and can produce (possibly unreadable) C as its 
output? The code I've written is simply structured (it was all originally 
done in Think C 4, to give some idea how unsophisticated the OO stuff 
is), and I'd much rather preprocess known, debugged, working code, than 
re-write it all again over Christmas.

Thanks in advance, and Seasons Greetings to you all.

Martyn Wilkinson
mwilkinson@cix.compulink.co.uk

Newsgroups: comp.sys.mac.programmer
From: johnston@me.udel.edu (Bill Johnston)
Subject: Re: One binary for all Macs (even 128K)
Organization: University of Delaware
Date: Wed, 30 Dec 1992 00:35:24 GMT

In article <1992Dec29.234925.4623@kth.se> d88-jwa@hemul.nada.kth.se (Jon Wtte) writes:
>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.
>
>>Is there anyone else out there who is trying to keep
>>thier applications *absolutely* portable to ALL Macs
>>including the Original 1984 128K Mac?

The engineering side of the question is simple:  yes, it's still
possible to come up with a single binary that runs on Mac 128 
through Quadra 950 if one is willing to compromise on features.

Engineering compromises aside, the appropriate question for the
marketing side is not how many 128K Macs were sold, or even how
many are still in use.  I'd want to know how many of the owners
of these machines are active software buyers, and I'd guess
that the answer is "not very many".  If the owners of these 
machines aren't interested enough in buying current software
to buy hardware needed to run it, there isn't much point in
spending effort to support them -- especially if it means 
compromising the product delivered to more likely customers.
-- 
-- Bill Johnston (johnston@me.udel.edu)
-- 38 Chambers Street; Newark, DE 19711; (302)368-1949
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: jacman@magicbb.uucp (Jordan Christensen)
Organization: MAGIC - Macintosh Awareness Group In Canada
Date: Fri, 01 Jan 1993 20:46:37 EST
Subject: Re: "DisposePtr" routine in THINK Pascal

> Hello,
> I figured out very strange thing in THINK Pascal 4.0.1:
> I've placed one fragment from my program:
> var
> 	AppPtr: IntegerPtr;
> begin								    #debugger info: address of AppPtr is 000000000
>  AppPtr := IntegerPtr(NewPtrClear(2));	#debugger info: address of AppPtr
> is 0001D23A2 (OK)
>  AppPtr^ := 327;						#debugger info: address of AppPtr is 0001D23A2 (OK)
>  SetPtrSize(Ptr(AppPtr), 4);		    #debugger info: address of AppPtr is
> 0001D23A2 (OK)
> 
>  DisposePtr(Ptr(AppPtr));				#debugger info: address of AppPtr is
> 0001D23A2 (OK)
> end.									#debugger info: address of AppPtr is 0001D23A2 ?
> 		
> I used standard THINK Pascal debugger..
> 
> Why, after calling *DisposePtr* my address is  0001D23A2 ?
> It can't be! The address must be 000000000 here !!!!
> What does it mean ? *DisposePtr* do nothing here? or smth else ?
> I'm always care about "memory" in my programs! 
> Therefore I CAN'T CONTINUE MY PROJECT! Please, if anyone know what I'm
> doing
> wrong, help!
> Thank you!
> Internet: dmitry@chemistry.chem.utah.edu.
> = Dmitry =

Dimitry,
	DisposePtr doesn't accutally clear the pointer, it just tells the memory
manager that you don't need it any more, if you want it to equal 00000000
then just set it to 'NIL'.

Jordan
jacman@magicbb.uucp
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: sharkman@magicbb.uucp (Matt Daw)
Organization: MAGIC - Macintosh Awareness Group In Canada
Date: Sat, 19 Dec 1992 19:15:24 EST
Subject: Re: C++

You can buy MPW C++ from APDA or there's also Zortech C++. Go for MPW if you
have the money because it supports MacApp, Zortech doesn't.

Matt
Newsgroups: comp.sys.mac.programmer
From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: argc and argv in Think C
Keywords: Think vs. ANSI C
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: NA
Date: Sun, 3 Jan 1993 11:49:10 GMT

Just use it.

The way you define main() is:

void main(int argc, char *argv[])
{
    ...
}

The one difference I found is that the name of the program does not show up
in argv[0].
From: koehn@vms.macc.wisc.edu
Newsgroups: comp.sys.mac.programmer
Subject: Color QuickDraw on old Macs
Date: 30 Dec 92 02:17:04 GMT
Organization: University of Wisconsin Academic Computing Center

There's a major problem I'm having with the Mac Operating System: why in the 
hell can't Apple put Color QuickDraw on all Macs? It makes programming a major 
pain, and seems unnecessarily divisive. Now I know what everybody out there is 
going to say:

"Because Color QuickDraw on an 8 MHz 68000 would be dog slow."

But why not just extend the functionality of plain old B&W quickdraw a bit? 
Just make the necessary routines to make CGrafPorts and such that work only in 
1-bit on those machines. Then even though they remain strictly B&W macs, they 
can run CQD applications. You don't have to put QuickTime on them, just let 'em 
run more programs! Now I know what everybody out there is going to say:

"But it would just make the machines slow down trying to display color 
information and convert it to 1-Bit mode!"

But all of that code seems to already exist! How else can my Mac Plus (which 
has an 030/882 and should be able to run CQD ANYWAY) display PICTs from color 
machines that have 24-bit images, color lines, etc? It seems to be speedy 
enough! The color map PICT from the System 7 scrapbook draws fast enough for 
me, even when I turn off my accellerator! All I'm saying is just extend the 
existing code package the two inches further necessary to give some kind of 
bare minimum CQD support to all macs, if not a full-blown package with things 
like QuickTime.

It would make my life much easier, both as a programmer and as a user.

Brad Koehn
koehn@mac.wisc.edu
From: burglin@amber.mgh.harvard.edu (Thomas Burglin)
Newsgroups: comp.sys.mac.programmer
Subject: Reading ASCII files, best way??
Date: 30 Dec 92 22:57:00 GMT
Organization: Molecular Biology, Massachusetts General Hospital, Boston
News-Software: VAX/VMS VNEWS 1.41

Hi, I am working on a specialized database program.
It's supposed to read the database as an ASCII text file,
and interpret the ASCII data properly as numbers or text 
strings.
I guess I open the file using the standard toolbox calls,
and subsequently I should read it using FSread(...).

Now, what's the best way of doing that.
Should I set the buffer to a big size (i.e. 32k) and
the interpret that whole stuff, or is it as efficient
to read small chunks like line sized (e.g. 80 char) chunks.

Second, what's the best way of interpreting the data.
Obviously I could use the sprintf calls to do such conversions,
but would it be more efficient to decode the ascii buffer
all in C "myself".  
How well do standard C library calls and mac Toolbox calls mix?
Thanks for any help.  Replies by email preferred.
Thomas Burglin
burglin@frodo.mgh.harvard.edu
From: at15+@andrew.cmu.edu (Andrew Lewis Tepper)
Newsgroups: comp.sys.mac.programmer
Subject: Proper way to do Self-Modifying code?
Date: 3 Jan 93 10:55:11 GMT
Article-I.D.: andrew.wfFp_jO00WB707kGgq
Organization: School of Computer Science, Carnegie Mellon, Pittsburgh, PA

I'm writing a BitBlt routine that must be _very_ fast. I want to do
animation of many large 256 color objects of a game. It seems the
quickest way to do this would be to take an object before the animation
starts, and create a sequence of move instructions that would write to
just those addresses I want. To draw the object I would just load a
register with the apropriate starting address and call it's draw routine.

Is there an accepted way to do this on the Mac?  I know that
self-modifying code can cause problems on chips with caches, so I want
to be as "kosher" as possible.

Thanks,
Andy
Newsgroups: comp.sys.mac.programmer
From: tfang@adams.poly.edu (Tiffang Fang)
Newsgroups: comp.sys.mac.programmer
Subject: Test
Date: 24 Dec 92 18:54:32 GMT
Organization: Polytechnic University, New York

This is a test!!!
Newsgroups: comp.sys.mac.programmer,comp.os.ms-windows.programmer.tools,comp.windows.ms.programmer
From: richard@serss0 (Richard A Simm)
Subject: porting windows app to mac
Organization: Florida International University, Miami
Date: Tue, 22 Dec 1992 21:51:41 GMT

I've been asked to help someone port an application written for Windows to
the Macintosh. The app was written with Borland C++ and Object Windows.
I only have experience with the Apple IIgs (toolbox mechanism is similar to
the Macintosh).

I need to know what tools are available to do the port rather than a straight
port of the program. Also, what software do I need in addition to the tools
to get the development work done. I know I need C++. Is MPW a good package?
What resource editors are available? How about debuggers?

Finally, what would be a good mac system to get the development work done on?
We don't plan on spending much money on this project.

Please email replies to richard@fiu.edu.

Thanks,
Albert
From: Peter.Anderson@f406.n712.z3.asstdc.oz.au (Peter Anderson)
Newsgroups: comp.sys.mac.programmer
Subject: FORTH for the Macintosh
Date: Tue, 29 Dec 1992 17:11:21 +1100

Is there anybody who could give me some details on FORTH for the Mac.  Views
about particular products and details of suppliers would be much appreciated.

Thanks, in advance.

Peter Anderson
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: C.S.M.P. Digest V1 #224 Available
Date: 21 Dec 92 12:41:21 GMT
Article-I.D.: cs.1992Dec21.124121.13274
Followup-To: poster
Organization: University of Oregon Computer and Information Sciences Dept.


C.S.M.P. Digest             Mon, 21 Dec 92       Volume 1 : Issue 224

Today's Topics:

	Button() not callable from interrupt ?
	looking for a REALLY RaNdOM "RANDOM"
	MachineLocation dlsDelta: can I set?
	XVT's Portability Toolkit
	sndPlay while animating
	INIT's/System Extension Questions
	is there a way to find out who is using an app ?
	Hilite a Rect



The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

The digest is a collection of article threads from the internet newsgroup
comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
regularly and want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it.  Ask your systems
administrator(s) for details.  You can post articles to any newsgroup by
mailing your article to newsgroup@ucbvax.berkeley.edu.  So, to post an
article to comp.sys.mac.programmer, you mail it to
comp-sys-mac-programmer@ucbvax.berkeley.edu.  Note the '-' instead of '.'
in the newsgroup name.

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
cs.uoregon.edu).  Article threads are not added to the digest until the last
article added to the thread is at least one month old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The entire digest is available for anonymous ftp from ftp.cs.uoregon.edu
[128.223.8.8] in the directory /pub/mac/csmp-digest.  Be sure to read the
file /pub/mac/csmp-digest/README before downloading any files.  The most
recent issues are available from sumex-aim.stanford.edu [36.44.0.6] in the
directory /info-mac/digest/csmp.  If you don't have ftp capability, the sumex
archive has a mail server; send a message with the text '$MACarch help' (no
quotes) to LISTSERV@ricevm1.rice.edu for more information.

The digest is also available via email.  Just send a note saying that you
want to be on the digest mailing list to mkelly@cs.uoregon.edu, and you will
automatically receive each new issue as it is created.  Sorry, back issues
are not available through the mailing list.

Send administrative mail to mkelly@cs.uoregon.edu.


-- 
_____________________________________________________________________________
Michael A. Kelly                                               Senior Partner
mkelly@cs.uoregon.edu                                      High Risk Ventures
_____________________________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: ematias@dgp.toronto.edu (Edgar Matias)
Subject: Re: Programming Group and the 32k TextEdit barrier
Organization: CSRI, University of Toronto
Date: 23 Dec 92 20:06:09 GMT


BTW, for those of us who don't know (me!), what is TopSoft?

Edgar
-- 
Edgar Matias
Input Research Group
University of Toronto
--
I speak for no one...
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: Curves in QuickDraw GX
Organization: Kalamazoo College
Date: Fri, 1 Jan 1993 01:26:08 GMT

russotto@eng.umd.edu (Matthew T. Russotto) writes:
>ksand@apple.com (Kent Sandvik ) writes:
>>
>>[Why is QuickDraw GX written entirely in C?]
>>Well, concerning a PowerPC port it makes sense, because asm is no-no
>>or 'if-you-really-need-it' option on this platform.
>
>Uhhh.... why?

Because the PowerPC will run on a different processor, and the Toolbox
will be written in the native code for that processor.  If Apple writes
it in assembly, they have to write it (and debug it) twice.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "A degree in Computer Science from Berkeley didn't much qualify me to uphold
  the banner of Chaos against the forces of Order."              - R. Zelazny
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How to write After Dark Modules?
Date: 22 Dec 92 11:17:36 +1300
Distribution: na
Organization: University of Waikato, Hamilton, New Zealand

In article <42763@sdcc12.ucsd.edu>, zz1bb@impending.ucsd.edu (Barry Brown) writes:
>
> When I bought After Dark roughly two years ago, the manual included a whole
> section on writing your own screen savers.  The disk even included sample
> source code and some libraries.

Yup, that's true of the manual I got for both 1.1 and 2.0. As I recall,
the programming information takes up over half the manual! I had no trouble
translating the interface file to Modula-2.

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00
From: peirce@outpost.SF-Bay.org (Michael Peirce)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Sprites
Date: 27 Dec 92 01:26:12 GMT
Reply-To: peirce@outpost.SF-Bay.org (Michael Peirce)
Organization: Peirce Software
X-Mailer: uAccess - Macintosh Release: 1.6v1


In article <K-Y=lP=@engin.umich.edu> (comp.sys.mac.programmer), positron@engin.umich.edu (Jonathan Scott Haas) writes:
> Does the Mac have sprites? I'd like to be able to draw something
> in a window, then move it around without disturbing the background
> beneath it. If that works, I'd maybe even like to do fancy stuff
> like collision detection. How can I do this? (If the answer is "Read
> Inside Mac", please tell me which volume I'll want.)

There are isn't any hardware support for sprites, but many people
have rolled their own.  It's not all that hard, but does take a basic
understanding of bitmapped computer graphics.

--  Michael Peirce      --   peirce@outpost.SF-Bay.org
--  Peirce Software     --   Suite 301, 719 Hibiscus Place
--                      --   San Jose, California USA 95117
--  Drop by booth #4463 --   voice: (408) 244-6554 fax: (408) 244-6882
--  at MacWorld Expo/SF --   AppleLink: peirce & America Online: AFC Peirce
Newsgroups: comp.sys.mac.programmer
From: urban@yoda.fsl.noaa.gov (Art Urban)
Subject: TCL, CPanes of variant shapes?
Organization: Forecast Systems Lab, NOAA, Boulder CO, USA
Date: Sun, 3 Jan 1993 21:37:13 GMT

Well, the subject line almost states the question well enough...but,

Can I make a CPane subclass which is a *region* and not a rectangle?

I would love to have a hex shaped region for trapping GoodClicks and
such, without having overlapping panes. I see problems handling overlapping
rectangles which contain "drawn" hexes which must abutt each other.

-- 
Art Urban 					        urban@yoda.fsl.noaa.gov
===============================================================================
 "Look, he's being attacked by creamy nugget centers."		 	 -Joel
===============================================================================
Newsgroups: comp.sys.mac.programmer