HDTenEightyP/NetNews huggingface dataset:
From: sw@network-analysis-ltd.co.uk (Sak Wathanasin)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.misc,uk.events,comp.object
Subject: Developer Council AGM and talk on OODLs
Summary: Talk on OODLs and Dylan, Aug 3, 1930 at Apple Computer UK
Keywords: Apple, Macintosh, Object-oriented dynamic languages, Dylan
Date: 26 Jul 92 12:43:32 GMT
Reply-To: sw@network-analysis-ltd.co.uk
Distribution: uk
Organization: Network Analysis Ltd
X-Mailer: uAccess - Macintosh Release: 1.5v4

The next meeting of The Developer Council will be held at 7.00 pm, Aug 3rd at

	Apple Computer
	6 Roundwood Avenue
	Stockley Park
	Uxbridge UB11 1BB

following the AGM (about 30 mins).

Dr Howard Oakley will be giving a technical presentation on
Object-oriented Dynamic Languages with special reference to Macintosh
Common LISP and Dylan, the putative programming language for the
Newton. Dr Oakley is an experienced Macintosh developer and has written
many articles for FrameWorks, the MacApp developers' journal, and, of
course, our very own Developer Council journal. He is also a founder
member of the OODL Special Interest Group on Applelink.  

Entry is free to all members. Guests are welcome, but there will be a
charge of #5 at the door (credited towards your subs if you decide to join).

RSVP to Sak Wathanasin 

	(0203) 419996 (leave msg on answerphone)
	or by email to DevCouncil@network-analysis-ltd.co.uk

so that we have some idea of numbers attending.

---
For those of you who don't know, the Developer Council was set up as
an independent body of Apple Developers with the aim of exchanging
technical information. Anyone who is a developer on an Apple Computer
is welcome: you can be a student, professor, hobbyist, consultant,
hardware or software developer. 

Sak Wathanasin
Network Analysis Limited
178 Wainbody Ave South, Coventry CV3 6BX, UK

uucp:      ...!uknet!nan!sw  Phone: (+44) 203 419996
AppleLink: NAN.LTD           Internet: sw@network-analysis-ltd.co.uk
From: dwb@apple.com (David W. Berry)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How do I sleep w/o using any CPU time
Date: 17 Jul 92 21:19:45 GMT
Organization: Greenwing Enterprises
X-UserAgent: Nuntius v1.1

In article <a684a397@spicewood.uucp>, you write:
>    I am writing an application to check something every so often.  If
>  something exists, I will then put up an error window.  Everything is
Typed in off the type of my head, so this isn't error checked (or really
even syntax checked) but it will give you the general idea...

pascal void Delay(long ticks)
{
        long            wakeTime = TickCount() + ticks;
        long            delay;
        EventRecord     event;

        while((delay = (wakeTime - TickCount()) > 0)
                WaitNextEvent(0, &event, delay, 0);
}
From: eric_gorr@coglab_psych.uoregon.edu (Eric Gorr)
Newsgroups: comp.sys.mac.programmer
Subject: Script writer
Date: 22 Jul 92 22:10:00 GMT
Article-I.D.: nntp.1992Jul22.221000.16338
Distribution: usa
Organization: University of Oregon Network Services

I was wondering what programs out there enable a person to write a program
that allows the sending of apple events easily. 

Also, I would appreciate some sort of comparison between it and hypercard
2.1.

thanx...
From: MacUserLabs@cup.portal.com (Stephan - Somogyi)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Top Ten Things I'd Like to See in Think Pasal
Date: Thu, 23 Jul 92 10:24:27 PDT
Organization: The Portal System (TM)
Distribution: world

paul@fairgate.uucp (Paul Robichaux) writes:

[bunch of THINK Pascal wishes omitted]

>3) A global optimizer.

Why? Last time I looked, TP's code generation was quite good. TP's linker is
also granular at the function-level, unlike TC's, which is file-granular.

_________________________________________________________________________
Stephan Somogyi                  parking vulture                  MacUser
From: kofoid@bioscience.utah.edu (Eric C. Kofoid)
Newsgroups: comp.sys.mac.programmer
Subject: MacOberon
Date: 28 Jul 92 23:17:12 GMT
Organization: Dept. Biology, University of Utah
X-Useragent: Nuntius v1.1b1

Several months ago, I downloaded MacOberon, crashed my system several
times trying to run it, and eventually threw it away.

Recently, a newer port appeared on the archives (2.4(0)). Again, I tried
it with little success. The expected screen size is a large part of the
problem. I can't fault anybody who goes to the time and trouble of
porting something to the Mac for free. However, the installed base of
Macs with small screens is enormous, and all it takes is a quick look at
screenBits.bounds to decide where to put your windows and dialogs. 

Although MacOberon doesn't crash quite as readily now as before, it's
still utterly useless on an SE/30, as only the left half of each text
line can be read. In addition, several project windows clutter the right
half of the screen. I'm sure there is a way to move or hide them, but one
can't do this without reading the directions, which the projects and the
right boundary of the monitor conveniently hide!

Has anyone a workaround? Is this all wasted effort anyway? I'm reluctant
to spend to much time on an application which puts dotted nomenclature
into the menu items, including such priceless synonyms as "Clipboard.cut"
for "Cut". If this is where it starts, can it get any better?

Cheers,

Eric.
Newsgroups: comp.sys.mac.programmer,alt.folklore.computers,comp.sys.mac.misc
From: The Mad Monkey <ericc@uswmrg.mrg.uswest.com>
Subject: Re: And what about this DogCow business ? ( moof! )
Organization: SII Telco Systems Divisions
X-Useragent: Nuntius v1.1
Date: Tue, 21 Jul 1992 15:58:28 GMT

Dave Martin, dave@gergo.tamu.edu writes:
>It's all in TN#31 <grin>. We aren't gonna tell -- you cannot be given
>enlightenment, you must seek it. A hint: you will not reach your goal
>individually; the words of Clarus the DogCow are hidden in a stack of
>notes. Moof and ye shall find.
>
>>Flip
>
>Well, OK, if you insist. <Flip>. Ouch! That hurt! Guess I won't do that again.

So, this is where the Oracle hangs out when he's not dealing with
his supplicants. I kinda figured the Oracle for a mac.god.

OK, ok. And now back to our regularly scheduled discussion: Which is
better...MPW or MicroS**t's PWB? You be the judge. Ack! Oop! Phft!

+------------------------------------------------------------------------+
| Eric "another pathetic sheep following the herd" Cloninger             |
| (ericc@uswmrg.mrg.uswest.com, ericc@a.cs.okstate.edu)                  |
| SII, 9250 E Costilla Ave #400, Englewood, CO 80112  303/649-9481 x3147 |
+------------------------------------------------------------------------+
"In my opinion, there's nothing in this world,
 Beats a '52 Vincent and a red headed girl" - Richard Thompson
Newsgroups: comp.sys.mac.programmer
From: UC525655@mizzou1.missouri.edu (Mark Eaton)
Subject: where to get Tech Notes?
Organization: University of Missouri
Date: Sun, 26 Jul 92 12:42:46 CDT

Sorry, I know this must've been asked a hundred times, but where can I
FTP the Apple Developer Tech Notes?
 
**********************************************************************
Mark Eaton                    * These opinions are MINE! and you cant
UC525655@MIZZOU1.MISSOURI.EDU * have them...    ;)
Newsgroups: comp.sys.mac.programmer
From: jcav@quads.uchicago.edu (JohnC)
Subject: Re: Question: memory allocation in OpenPic()
Reply-To: jcav@midway.uchicago.edu
Organization: The Royal Society for Putting Things on Top of Other Things
Date: Wed, 22 Jul 1992 15:54:56 GMT

In article <1992Jul22.063600.12458@midway.uchicago.edu> blis@midway.uchicago.edu writes:
>If I might indulge upon the patience of the fair readership of 
>comp.sys.mac.programmer, it would be to ask about OpenPic(), whose
>full discription I do not know, as neither I or the nearest bookstores
>has IM I.  
>
>pascal PicHandle OpenPicture(const Rect *picFrame)
>presumably sets the picSize element of the PicHandle based on 
                     ^^^^^^^
The picSize field contains (for historic reasons) the low-order word of the
32-bit byte count of the picture data.  You shouldn't use it anymore, but
should instead call _GetHandleSize on the picture handle.  You should also be
aware that the size of the picture data bears little relation to the picFrame
rectangle.

>picFrame, but by what formula and what scale? I ask because it is
>not clear to me how OpenPicture() allocates the appropriate memory
>for the PicHandle, and what this appropriate amount would be.  

Between your _OpenPicture and _ClosePicture calls, all (well, most)
Quickdraw calls are recorded into the picture, like a tape recorder.  As
each call is made, new data is added to the end of the picture, and the
handle size increases as needed, a little (or a lot) at a time.

>I naively hoped that something like
>Rect		myRet;
>PicHandle	picture;
>
>myRec.left=0;
>myRec.right=500;
>myRec.top=0;
>myRec.bottom=300;
>picture=OpenPicture(&myRec);
> /*bunch of MoveTo, LineTo, etc..*/
>ClosePicture();
>
>would work, but apparently I was wrong.  This code seems to work
>if I create an application instead of running from inside TC.
>Have I done something stupid in configuring TC? Or have
>I instead done something stupid in the code.

Your code seems just fine.  Could you be more specific as to what is going
wrong?

-- 
John Cavallino                  |  EMail: jcav@midway.uchicago.edu
University of Chicago Hospitals |         John_Cavallino@uchfm.bsd.uchicago.edu
Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
B0 f++ c+ g++ k s++ e+ h- pv    |         Chicago, IL  60637
From: johnrobi@aludra.usc.edu (John Robinson)
Newsgroups: comp.sys.mac.programmer
Subject: 4D externals and memory allocation therein
Date: 24 Jul 1992 17:21:19 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu
Keywords: 4th Dimension, memory, externals

Hello:

I'm writing a code resource for a 4th Dimension external, and have
had some problems allocating memory in the resource.  The code
works OK as a standalone app.  Does anyone have a list of
do's and don'ts  for externals?

PS - i'm writing in "C".

jr
From: orpheus@reed.edu (P. Hawthorne)
Newsgroups: comp.sys.mac.programmer
Subject: Things That May Become Dim
Date: 22 Jul 92 11:16:16 GMT
Article-I.D.: reed.1992Jul22.111616.3574
Organization: Reed College, Portland OR

Pardon me if I seem naive about these issues, especially they have been
clarfied by System 7. I'm still trying to get a grip on the state of
Macintosh application programming as of System 6 <:-)

Is depending on the enableFlags of a MenuHandle asking for trouble? Say,
to disable all items in a single blow, or to find out swiftly whether any
commands are enabled?

If all of the commands in a menu are dimmed, should the menu's title on
the menu bar also be dimmed?

If a non-movable modal dialog is up, should all of the menu titles on the
menu bar be dimmed, since you can't use them? What if one of the menus is
hilited to begin with, such as the Apple menu after bringing up an about
window that goes away as soon as you click?

Should the menu bar be visible when the application has just been
launched and the splash screen is hanging out?

If a dialog window is deactivated, perhaps by the application being
suspended or another dialog coming up, should the dialog items be
dimmed? 

 "DTS honestly reminds me of my first girlfriend's father..."
  Theus (Prometheus Hawthorne - Jones, orpheus@reed.edu)
From: davidp@calvin.usc.edu (David Peterson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacINTERCOMM Invisible Xfers! (PR)
Date: 21 Jul 1992 11:51:38 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: world
Reply-To: davidp@usc.edu
NNTP-Posting-Host: calvin.usc.edu


In article <sold.30.711663181@kit.uni-kl.de>, sold@kit.uni-kl.de (Christoph Sold) writes:
|> 
|> Given a lot of buffer memory, you can do amazing things at interrupt time...
|> But things get worse if the bufer overflows. :-(
|> 
|> -Christoph
|> 

You don`t need to buffer the file transfer, just the options negotiation.
After you've decided what the file is named and where it is going, make all
subsequent read call asyncronous and have thier completion procs turn around
and do an asyncronous PBWrite and have its completion proc turn around and
to another asycronous read.

I've gotten this to work with MacTCP, I don't see why it won't work with
serial lines, ADSP, PPCToolbox, or anything else.

-dave.
Newsgroups: comp.sys.mac.programmer
From: crunch@netcom.com (John Draper)
Subject: A 'dcmd' question!
Date: Thu, 30 Jul 92 01:15:15 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I just got a new 'dcmd' for TMON called "Stopif",  but there is little
or no documentation on how I can use it.   I am hoping I can use it
to examine memory,  and stop if a certain condition exists.

I am using TMON pro,  Ver 3.0, a Mac FX, with 32 Megs of memory,  and
running it in 32 bit mode.    I don't know if this 'dcmd' will really
do what I want,  but according to the "help" information,  I get the
following,  and it needs explanation.

StopIf expr ; g
  Stop in Macsbug if expr is true.
  otherwize continue execution of the command line.
  
Question:  What is "expr",  and what syntax form does this need
in order to work.    For instance,  is it possible to use it to check
the value of a certain register,  and if true,  stop?,   what about
memory locations?

I am looking for anyone familiar with this 'dcmd' and how it is used.

Thanx
crunch@netcom.com
or
crunch@well.sf.ca.us
From: Andrew_Gilmartin@Brown.Edu (Andrew Gilmartin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: reducing TCL project size
Date: 24 Jul 92 16:24:45 GMT
Followup-To: comp.sys.mac.programmer
Organization: Brown University
NNTP-Posting-Host: cis_staff-kntx37.cis.brown.edu

In article <admiraal-230792193731@mac165.bio.vu.nl>, admiraal@bio.vu.nl
wrote:
 
> I am starting on a project using Think C's TCL. After compiling the first
> attempts I discovered that the project takes around 2 Megabytes of disk
> space. I remember a discussion (I don't know if it was this news group)
> where a method was given to reduce the size to around 1 Megabyte. Of course
> I forgot to remember and/or save it. So can someone explain (again?) how it
> works ?

If you use a TCL precompiled header, your project files will be smaller.
For example, one of mine went from over 4M to under 2M. The TCL archive at
ftp.brown.edu has a .c file for creating a TCL precompiled header.
[ftp.brown.edu:/pub/tcl/misc/TCLDebugHeaders.misc.0]

-- 
Andrew Gilmartin                        
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
(401) 863-7305
From: scott@mcl.ucsb.edu (Scott Bronson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: DLOG stuff....
Date: 22 Jul 92 05:30:28 GMT

In <scott.711532425@mcl> scott@mcl.ucsb.edu (Scott Bronson) writes:

>I like to make the DITL for the DLOG consist of only one item: a PICT
>resource that covers the entire dialog.  Make sure the item is enabled.
>Then, your about code looks like this (clean and concise):

>			dp = GetNewDialog( 131, nil, (WindowPtr)-1L );
>			if( dp ) ModalDialog( nil, &i );
>			DisposeDialog( dp );

>Dunno why more people don't use this technique...  If you want to be fancy,
>you might pass a filterProc that will check for hitting keys to dismiss
>the dialog also --  but that's left as an excersice for the reader.
I'll tell you why more people don't use my EXACT technique.  It's
got a glaring bug that I didn't notice until just now.  I'm suprised
no one else on the net caught me doing this.

Do you see the bug?  The above code should read:

           dp = GetNewDialog( 131, nil, (WindowPtr)-1L );
           if( dp ) {
               ModalDialog( nil, &i );
               DisposeDialog( dp );
           }


A rather embarassed...

	- Scott
From: andre@flash.cs.pitt.edu (Andre "A Mac Plumber" Srinivasan)
Newsgroups: comp.sys.mac.programmer
Subject: q: mask/mask region for color object animation
Date: 22 Jul 92 21:27:47 GMT
Distribution: na
Organization: Acme Plumbing Services And Exploding Cigars


i am trying to drag a picture around the screen ala DragGrayRgn, but i
want the color pict dragged, not just an outline.

at first i was just drawing the pict to the offscreen gworld, but
since the object is not a perfect rectangle (it's an arrow), parts of
the background get erased by the pict rectangle.  no problem, i
thought, i'll create a pixmap of the pict, copy the pixmap to a bitmap
(no port allocated, i just created a bitmap based on tn#120) and
create a maskrgn with BitMapToRegion which i'll use in conjuction with
copybits.

but this wasn't working - i'm ending up with an outline of my arrow
(which has a black outline and a solid color interior).  i checked the
bitmap by copying it to my on screen port and found that i indeed had
an outline rather than a solid black arrow.

i also tried eliminating the maskrgn by using copymask with the bitmap
as a mask, but i just ended up with the same thing.

i tried creating a searchproc that changed non white into black, but
this didn't work.  i tried returning all kinds of other values to try
to get something other than an outline, but i always did.  at this
point i have to believe (until told otherwise) that copybits does not
call the search proc if the destination is a bitmap.

so how do i create either a mask to use with copymask or a mask region
to use with copybits so when i copybits my pixmap to my gworld, only
the non white pixels get copied and i end up with a color object?

thanks.

								-andre.
--
Andre Srinivasan  : 
734 LRDC          : "Well scratch my back with a hacksaw."
U. of Pittsburgh  :					- Mike Lange
andre@cs.pitt.edu :
Newsgroups: comp.sys.mac.programmer
From: cunetto@calvin.sbc.com (Philip C. Cunetto)
Subject: Bad MenuSelect return value
Organization: Southwestern Bell Technology Resources, St.Louis, MO
Distribution: usa
Date: Fri, 31 Jul 92 20:24:23 GMT


All of a sudden, it seems a call to MenuSelect in my application is
behaving differently than before.  MenuSelect is supposed to return
a longint with the menuID in the high order word, and the index of
the selected item in the low order word (assuming the user released
the mouse on a valid menu item).  That was apparently working
correctly in my application for a long time.

Now MenuSelect returns the correctly encoded menuID and item index,
except that the high order bit in the returned longint is set (thus
screwing up the value of the menuID).  This does not seem to be a
documented return value.  Is the system trying to tell me something by
flipping just the high order bit in an otherwise valid return value?

This setting of the high bit happens on some menus and not others.
It either happens on all items of a particular menu, or none of them. Never
on some items in a menu but not others.  It seems to happen on menus my
application adds to the menu bar, not on menus already in the menu bar.

Thanks in advance.
Phil
Organization: Queen's University at Kingston
Date: Tuesday, 28 Jul 1992 00:56:55 EDT
From: <CHARLESW@QUCDN.QueensU.CA>
Newsgroups: comp.sys.mac.programmer
Subject: Re: Top Ten Things I'd Like to See in Think Pasal
 <1992Jul24.181247.8354@reed.edu> <1992Jul27.140233.14740@lambda.msfc.nasa.gov>
 <1992Jul27.151815.2971@newstand.syr.edu>

> I want to be able to comment out blocks of code, while debugging, and then
> uncomment the block afterwards, without having to deal with TP's silly
> single-line comment restriction.

  You can bracket unwanted sections of code with {$IfC FALSE}...{$EndC}.  It's
slightly less convenient than {...} but it's not bad.

  My wish list would include a way to break up long lines so that they wrap,
and to be able to move "THEN" onto a new line (whew--now that can't be a very
common wish).  I'd also like to have TP close open files when the program
is reset.  (I put in a CloseAllFiles global procedure for now, and use the
Instant window to run it before resetting.)

.../dave   Dave Charlesworth
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon W{tte)
Subject: Re: Mac programming problem
Originator: d88-jwa@dront.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 28 Jul 1992 20:17:08 GMT

> joel@iastate.edu (Joel A Rybolt) writes:

   The problem is I learned how to program in C on a UNIX machine and have no idea
   how to simply open the file I want to read from.  This file will be in the same
   folder as the program and always called the same thing.  i would like to open
   the file and read blocks of data from it, not all at once !


You could either "FSOpen" "FSRead" "FSClose" or you could try
using fopen for a real Q&D !

   My other problem involves printing.  I wold like to bypass messing with the print manager and instead get a "direct connectin".  I want to send it some ESC 
   codes (15cpi, 8lines per inch, ect..).  Then just dump my charecter to it
   instead of the screen.

You can't. Really. Instead, ask for 72 dpi resolution, and calculate
your MoveTos and DrawTexts to place stuff where you want it.

   Any help is appreciated.  Sorry for any readabilty problems as my terminal has
   a hard time working with this system.

You could also try HyperCard, which can read files and generate reports.

-- 
      Jon W{tte, Svartmangatan 18, S-111 29 Stockholm, Sweden
                  h+@nada.kth.se    +46-10-141652

              My cat usually runs around on the roof.
From: ephraim@think.com (Ephraim Vishniac)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Writing asynchronous SCSI driver.
Date: 21 Jul 1992 15:02:12 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
Distribution: comp.sys.mac.programmer
NNTP-Posting-Host: charon.think.com

In article <HEYES.92Jul21092205@dadev.cebaf.gov> heyes@dadev.cebaf.gov (Graham Heyes) writes:
>I am writing a Hard disk driver in think C....
>On average I would expect
>a 13mS delay from the drive while the heads move over the 
>block that I'm looking for. What I am wondering is if I can 
>use that 13mS to do some usefull work. That is where my 
>knowledge of the Mac OS falls down. 

>I am assuming Multifinder
>is giving me something like a multi-tasking environment with 
>the possibility of forced context switching from one task to 
>another.

It doesn't.

>1) How do I switch context in but still be able to recheck 
>   the bus phase every 13mS?

You don't.

>2) How do I make a "task" which wants to use the driver pend 
>   until the current transaction has completed?

You don't.

>	This is probably doccumented somewhere but a code 
>example would be a great help.

The appropriate documentation firmly discourages developers from
attempting to implement asynchronous device drivers. Even if you did,
it's up to the application to request asynch I/O (see the Device
Manager chapter of IM), which none of them do. 

-- 
Ephraim Vishniac    ephraim@think.com   ThinkingCorp@applelink.apple.com
 Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142
        One of the flaws in the anarchic bopper society was
        the ease with which such crazed rumors could spread.
Newsgroups: comp.sys.mac.programmer
From: gbs@panix.com (Eric Braun)
Subject: LaunchDeskAccessory equiv for Sys6
Date: Tue, 28 Jul 1992 19:48:13 GMT
Organization: PANIX Public Access Unix, NYC

Hello,

Can somebody point me to info (sample code is allways great :-) on how
to launch a desk accessory in system 6 at a time other than when you
would call OpenDeskAcc()? (I'm trying to implement a hot key for my
DA).

Thanks,

-eeb