HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.mac.programmer

I bought and experimented with Digtalk's Smalltalk/V.  Here's a 
couple of warning remarks about this product ...

My strong impression from the continual flow of Smalltalk/V bumpf 
from Digitalk is that the DOS platform is well supported -- and the 
Mac implementation is very much the poor relation.  I eyeball the stuff 
out of a sense of misguided hope.  Sure, there is a new release
coming out soon-ish.  But it's been out on DOS for ages.  If you
want to stay on the cutting edge, get MS-DOS :-(

I have also been very disappointed with the run-time cloner -- Smalltalk/V
jargon for the creation of a runnable executable.  My first test was
a "hello world" program which I used as a baseline test.  The resulting
image was enormous (I forget exactly how big now -- but well over 1.5 Mb, 
the size of a SuperDrive floppy.)  The cloning process was incredibly
slow (I had a bath -- and then watched TV.)  This completely ruled
it out for me.  I was prepared to tolerate, perhaps, a 0.5 Mb 
overhead as I'm a really lazy person and value what AI languages have
to offer.  But this was ridiculous.  

I was also pretty unimpressed with the lack of integration with ResEdit
and resource forks.  Instead of using the Toolbox, it appears from the
documentation and from general furkling about, that they simulate
the appearance of dialogs (etc) using their own code.  I was amazed
that this could be considered adequate in a Mac-based programming
environment.  In fact, I still can't believe this and wait (cheerfully)
to be contradicted.

Apart from these negative remarks, I was generally happy with the
standard of engineering.  I didn't find any defects in my experimentation.
It worked, it felt like Smalltalk, and provided a decent range of
classes.  It just was too fat, slow, and insufficiently integrated
with the Mac for what I wanted.  But if all you want to do is write
some experimental programs to check out some ideas, and they aren't
too demanding computationally, it would actually be a good choice.

[Open Rant: It is truely CRIMINAL that every system that provides automatic
storage managment also assumes that a 2Mb executable is a viable
overhead for the privilege of using the environment.  Give me C
every time.  And I _DETEST_ C, C++ and all of their despicable ilk.  Someone 
please tell me that MCL is different.  'Til then, roll on Dylan ... End Rant]

I quickly gave up on it and started using Think C instead because
I knew that nothing I could build in Smalltalk/V would be of comparable
standard.  If other folks have had more positive experiences then
I'd be glad to hear from them.

Steve
Newsgroups: comp.sys.mac.programmer
From: Dmitry Boldyrev <dmitry@chemistry.chem.utah.edu>
Subject: Thanks
X-Xxmessage-Id: <A5A4E26B0A01C4C9@quadra.chem.utah.edu>
X-Xxdate: Thu, 23 Jan 92 18:21:47 GMT
Organization: University of Utah
X-Useragent: Nuntius v1.1.1d17
Date: Sun, 24 Jan 93 04:18:58 GMT

Thanks for Help!

o=======================================o
I Dmitry Boldyrev.                      I
I Department of Chemistry,              I
I University of Utah SLC Utah.          I
I Inter. dmitry@chemistry.chem.utah.edu I
o=======================================o
Newsgroups: comp.sys.mac.programmer
Distribution: world
From: Philip_J._Grandinetti@bmug.org
Organization: BMUG, Inc.
Date: Sun, 24 Jan 1993 15:38:42 PST
Subject: Re: Geneva 9 Radio Buttons, Checkboxes, etc...

It's fairly straightforward to get your radio buttons and checkboxes in geneva
9. 

First step:  Use ResEdit to create a new control resource and set the ProcID
to either 9 or 10 for checkbox or radio button respectively.  Define all the
other parameters (e.g. name, sizes, etc).  Then use Resedit DITL editor to add
the new control to your dialog (don't forget to specify the Resource ID).

Second step: In your source code change the font for your dialog box to geneva.
I do this when I set up my dialogs, and use a routine I got from the book
"Extending the
Macintosh Toolbox" by May and Whittle called SetDFont() that I modified
slightly to fix a bug in it.  

For example,
myDialog = GetNewDialog(myDialogID, 0L, (WindowPtr) -1L);
SetDFont(myDialog,geneva,fontSize,fontStyle,copyMode);

I probably shouldn't reproduce it here for legal reasons, but my bug fix is to
include the lines

	FontInfo finfo;

	TextFont(fontNumber);
	TextFace(fontStyle);
	TextMode(copyMode);
	TextSize(fontSize);
	GetFontInfo(&finfo);

	(*((DialogPeek)theDialog)->textH)->fontAscent = finfo.ascent;
	(*((DialogPeek)theDialog)->textH)->lineHeight = finfo.ascent + finfo.descent
+ finfo.leading;

and to move the variable fontName to the subroutine arguments, replacing fontName.  I recommend the book as a good source for things like this, but I have had quite a few problems implementing some of the routines because
of minor bugs.

Good Luck,

Philip 

**** From Planet BMUG, the FirstClass BBS of BMUG.  The message contained in
**** this posting does not in any way reflect BMUG's official views.
From: mharm@gizmo.usc.edu (Mike Harm)
Newsgroups: comp.sys.mac.programmer
Subject: App icons won't stay changed!
Date: 23 Jan 1993 18:09:11 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: gizmo.usc.edu

Hi.  

I've started writing mac programs with the help of David Mark's
mac programming primer vol 1&2, and the hypercard IM's.  There
is a section on changing app icons in the primer which says to 
stick in a new icon in the resource file, make a BNDL and FREF
resources, signature and the icon changes.  It does when I 
rebuild my desktop... 

If I then copy the app to a floppy, the correct (new) icon
shows up when I stick it in my machine (whose desktop was rebuilt)
but when I put it in another mac it shows the plain old vanilla
application icon.

I'm sure I don't really have to rebuild the desktop on each
machine... how do I get all machines to recognize this icon?

Any help greatly appreciated.  

please email me at: mharm@gizmo.usc.edu

Thanks for any help.

Mike Harm
Univ of Southern Calif.
From: eaeu209@orion.oac.uci.edu (Rodney G. Ramos)
Subject: FOR SALE: THINK Pascal 4.0
Newsgroups: comp.sys.mac.programmer
Organization: University of California, Irvine
Distribution: usa
Date: 25 Jan 93 23:29:57 GMT
Followup-To: comp.sys.mac.programmer

THINK Pascal 4.0 + all manuals.
Will transfer registration upon purchase.

Send offers to: eaeu209@orion.oac.uci.edu
Newsgroups: comp.sys.mac.programmer
From: wondertr@fraser.sfu.ca (wondertree learning center)
Subject: Mail order Programming books
Summary: Mail order Programming books
Keywords: Mail order Programming books
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 22 Jan 1993 06:26:39 GMT

I wouuld like to know the best source for MAC Programming books....
A Mail order Source is perfered.... but exceptional deals from chain book
store would be good too... (I don't get out much though :) )

THANKS

TED
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Closing files at interrupt time
Date: 26 Jan 93 17:11:35 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <1993Jan25.204808.11120@news.media.mit.edu>, delphi@media-lab.media.mit.edu (Andrew J. Kass) writes:
> I am writing a library of sound routines, but have recently run into a major
> problem. I am playing files using SndStartFilePlay asynchronously. In the
> completion routine, I set my A5 to access my globals, get the fRefNum of the
> file I was playing, and then call FSClose to close the file. The problem is,
> every now and then, not at repeatable intervals, the machine will hang during that
> call to FSClose. I can get into MacsBug and look at the stack to verify that it
> is hanging during FSClose, but any attempt to exit to shell fails and I have
> to reboot the machine.

I'd say the problem is the file system is in the middle of another call when
your interrupt routine tries to do the close. Remember, the file system
can only process one call at a time! What you should do is use PBCloseAsync
instead, which will queue the request for execution when the file system
isn't busy.

This is probably a general rule with *all* services that have an asynchronous
and a synchronous form: *never* use the synchronous form from interrupt level.

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
All the best cliches are true.
From: hammett@sbsu1.aukuni.ac.nz (Tim Hammett)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think Reference 2.0 Review
Date: 24 Jan 93 20:46:39 GMT
Article-I.D.: sbsu1.hammett.727908399
 <1jn6paINNs7r@life.ai.mit.edu> <keith-210193231612@kip-50.taligent.com>
Organization: University of Auckland, New Zealand.

keith@taligent.com (Keith Rollin) writes:
>the size of TR 2.0. If you want, you can also toss in 411 (16.3 Meg) and
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Seeing as 411 hasn't been updated since early 1991, it hardly seems
worth it! :-(

--
Tim Hammett, School of Biological Sciences, Auckland University, New Zealand.
t.hammett@auckland.ac.nz   Phone: +64-9-373-7599 x8365    FAX: +64-9-373-7416
Newsgroups: comp.sys.mac.programmer
From: mark@pokey.jsc.nasa.gov (Mark Manning)
Subject: Two things
Organization: NASA
Date: Tue, 26 Jan 1993 19:14:32 GMT

Hello! :)

I have one question and one statement.

Question:

   I'm trying to change the font, size, and facing of a dialog's
static text field.  I'm sure this has been asked before and I'm
sure there is a pat answer for this - but I missed it.  Can someone
tell me how to do this?  Thanks.

Statement:

   I *really* wish that the Inside Macintosh manuals made a clear
delineation between the different types of information which is
returned from functions.  What I mean to say is: Some functions
return local coordinates and some global.  But no where is there
mentioned who does what.  So the poor programmer has to either
ask (which isn't too bad if you have Usenet) or simply go on blind
faith which kind of information has been returned.  Of course, I
have an _old_ set of IM manuals.  So this might have changed. :)
But if not - could this be addressed in the next release of the
manuals?  Maybe the simple addition of the two words "local coordinate"
and "global coordinates" could be attached to the sentences like
the following: "TextBox draws the specified text in the GLOBAL COORDINATE
rectangle indicated by the box parameter with justification just...."
Then maybe I could stop being so confused about which coordinate
system we are using.  Thanks. :)
Newsgroups: comp.sys.mac.programmer
From: fixer@faxcsl.dcrt.nih.gov (Chris Bearded Guacamole Tate)
Subject: Re: touch & go breakpoints in ThinkC debugger?
Reply-To: fixer@faxcsl.dcrt.nih.gov
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Wed, 27 Jan 1993 13:06:09 GMT

>In article <1993Jan19.183025.4425@leland.Stanford.EDU> dmcannon@leland.Stanford.EDU (David M. Cannon) writes:
>I don't see any clear reference to touch & go breakpoints in the
>ThinkC manual debugger section, and I assume that this means that
>you can't do them.  Can anyone confirm or refute this?  If there
>really is no such option, and since I know Think folks monitor
>this forum, let me make it a suggestion for the next release, major
>or minor.
>
>In case it isn't clear what I mean by a touch & go breakpoint: I
>would like to see a breakpoint which stops execution of the program,
>updates the data window in the debugger with the proper information,
>and then continues program execution.  Basically a regular breakpoint
>except that you don't have to hit a key or move & click the mouse to
>hit the 'go' button.  It would be *very* nice to have when tracking the
>state of the program during mouse and keyboard activity, among other
>things, without having to write your own monitoring display.

I think the closest that THINK C comes to what you want is documented on page
234 of the THINK C 5 manual:

"Stepping Continuously

If you hold down the Option or Command key as you click on one of the status
panel buttons (except Stop) you'll enter Auto Mode.  In auto mode the debugger
updates the Source and Data windows and repeats the command.  To trace through
every line of your program automatically, for example, hold down the Option key
as you click on the Trace button.

One useful technique is to set breakpoints at spots where you'd like to look at
some variables and then do an Auto-Go.  When your program hits the breakpoint,
the debugger will update the Data window and start the program up again."

It would be nice if there were a different type of breakpoint (a half-filled
diamond?) that was touch-and-go, but they're right - the technique they
describe is useful.

------------------------------------------------------------------------------
Christopher Tate             | Return of the CryptoSig (tm):
Management Systems Designers |    XHGVMFCV GBGNKJ KJ LFJG X CXZB, KG GBXIVBJ
                             |    DMF GVKJ: QVXGBTBN DMF AM, AMP'G ZKJJ.
fixer@faxcsl.dcrt.nih.gov    |    
Newsgroups: comp.sys.mac.programmer
From: mspace@netcom.com (Brian Hall)
Subject: Re: how to send AppleEvent to remote machine without login dialog.
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Tue, 26 Jan 1993 06:06:40 GMT

udmorrow@mcs.drexel.edu (Daniel Morrow) writes:

>How can I send an Apple event to a program on a remote machine without
>getting that damned 'login as a guest or registered user' dialog box.

>I want to assume that guest access will always be allowed.

If that is the case, check out AutoGuest 2.0 on the developer CD.  It will
link to a machine as a guest if that machine allows guest access, no
dialog comes up.  Very handy if you develop client/server appps that talk
via apple events.

-- 
 
 \ | /   | Brian Hall                 mspace@netcom.com
 - : -   | Mark/Space Softworks       Applelink: markspace
  /|\    |                            America Online: MarkSpace
 |-+-|   |
/-\|/-\  | Do Not Disturb: I'm on a mission from EggHead.
Newsgroups: comp.sys.mac.programmer
From: Stewart Walker <swalker@mta.ca>
Subject: I'd recommend FutureBasic
X-Xxmessage-Id: <A78C199116010163@acim.mta.ca>
X-Xxdate: Wed, 27 Jan 93 10: 50:57 GMT
Organization: Mount Allison University
X-Useragent: Nuntius v1.1.1d17
Date: Wed, 27 Jan 1993 14:44:31 GMT

I have done various projects in ZBasic and found it useful in spite
of its idiosyncrasies, preferring it to QuickBasic. There is no
contest now: FutureBasic wins hands down. FutureBasic is a complete
rewrite of the ZBasic product with lots of goodies and access to
the OS that a programmer will appreciate. I have done further
development of some of my old ZBasic programs in the FutureBasic
and have found that the code is now more robust and runs faster.
Debugging and code structuring possibilities are vastly improved. I
was thinking of moving to C, but FutureBasic will meet my needs.
From: Scott.M.Silver@dartmouth.edu (Scott M. Silver)
Newsgroups: comp.sys.mac.programmer
Subject: ShareWare assembler?
Date: 25 Jan 93 23:43:01 GMT
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0a5@newshost.dartmouth.edu

Are there any shareware assemblers out there, I'm not looking for
anything 
particularly special just so it doesn't have to be done by hand...


Thanx in advance.

Scott Silver
scott.silver@dartmouth.edu


"If you met two guys name Hambone and Flippy which would you think
would like Dolphins more?  You'd probably say Flippy, but you'd be
wrong though, it's Hambone."  -JH
Dartmouth College '96
Hanover NH
Newsgroups: comp.sys.mac.programmer
From: neath@brazil.psych.purdue.edu (Ian Neath)
Subject: Re: Subverting the Think C Editor
Summary: Use CMaster!
Organization: Purdue University
Date: Wed, 27 Jan 1993 16:38:21 GMT

lind@ils.nwu.edu (Jeff Lind) asks:

Well, perhaps I'm spoiled by having worked in MCL for a while now, but in
playing with THINK C lately I've been consistently dissapointed off by the
weak editor.  It doesn't know anything about coding, really. I mean, it
won't match parentheses, it hardly does any indentation, it has very few
searching commands, it has no concept of a word or an expression, so you
can't do nice things like control-rightarrow to skip an entire word or
expression. It's basically teach-text.

     Use CMaster from Jersey Scientific.  Excellent, robust, and
     inexpensive product.  It adds all this and a lot more to
     Think C editor so you get the best of both worlds:  powerful
     and integrated editing.

     Jersey Scientific
     545 Eighth Avenue 9th Floor
     New York, NY 10018
     voice (212) 736-0406
     Compuserve: 70400,3361 (or 70400.3361@compuserve.com).

     I have no connection except a thoroughly satisfied customer.


--
      Ian Neath        | There are four kinds of people in this world:
neath@psych.purdue.edu | cretins, fools, morons and lunatics - U. Eco
From: eapg070@orion.oac.uci.edu (Caroll Elke Pohl)
Subject: help calling assembly from C
Summary: how?
Newsgroups: comp.sys.mac.programmer
Organization: University of California, Irvine
Keywords: assembly,C
Date: 23 Jan 93 19:13:05 GMT
Distribution: usa

greetings mac programmers!

i wonder if someone out there can assist me with a small problem.
i'm using MPW (3.2) and want to call an assembly language subroutine
i wrote from a C program _however_ i want to pass the parameters in
A0 and A1 instead of using the stack (much like certain memory
manager traps). how can i get the C compiler to recognize this fact?

on a related matter, can anyone recommend a good book on writing
assembly programs on the mac.
a perfect book would include:
1) writing MC68000 code in general
2) using mac traps, pascal and C stack frames and the like
3) using the MPW assembler. things like:
   a) special syntax
   b) all the assembler directives and keywords
   c) how to do more complicated things like segmenting
        and external routines.

any recommendations would be much appreciated.
please e-mail.

-caroll

*********************************************
                      ) """ (
                       (Q Q)
   Don't spook        (  |  )
    the horse!         \ A /
                       (___)
*********************************************
Newsgroups: comp.sys.mac.programmer
Subject: undefined: screenBits.   WHY???
From: seth@physc1.byu.edu
Date: 26 Jan 93 02:18:00 -0700
Distribution: world
Organization: Brigham Young University

I hope that by the time you read this I will have found the answer myself,
but I doubt it...
Here goes. I have this code snippet in my C program:

*aRect = screenBits.bounds;


WHen I compile there is no prblem, BUT when I link I get a link error that
says "undefined: screenBits"
Now why is that? what do I have to include to get screenbits to be known? The
THINK Reference (1.0) and ObiWan both report my spelling as being fine. I am
at my wits' end by now. In THINK Pascal this worked just fine. What in the
heck can I do?

Thanks,
Seth Leigh
BYU Physics Dept.

Newsgroups: comp.sys.mac.programmer
From: mark@pokey.jsc.nasa.gov (Mark Manning)
Subject: Re: Help for Poor Student
Organization: NASA
Date: Tue, 26 Jan 1993 18:41:33 GMT

This problem is directly addressed in the snippets directory at
ftp.apple.com.  In (if I remember correctly) /dts/mac/tn/snippets
there is a snippet called ModalDialog.<something>.  In this snippet
the person sets up a text field with a scroll bar.  Everything is
readily explained as to how to set up the text field and how to
scroll it.  Check it out!
From: davidp@stealth.usc.edu (David Peterson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MacTCP: MPW C and Think C
Date: 26 Jan 1993 20:41:32 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
Reply-To: davidp@usc.edu
NNTP-Posting-Host: stealth.usc.edu


In article <1993Jan26.202734.20702@ctp.com>, rsanb@ctp.com (Randall Sanborn) writes:
|> I am having a problem with the MacTCP TCPSend() function in MPW C 3.2, 

|> error on the TCPSend() function.  The MacTCP manual states "the total 
|> amount of data described by the WDS was either 0 or greater than 65,535 
|> bytes."  I have checked the length member of the wdsEntry structure, and 
|> it is between 0 and 64K bytes.  My function is as follows (with some code
|> extracted):
|> 


I think what you need to do is "terminate" your wdsEntry. Try using the 
following macro:

#define WDS(count) struct {		\
	wdsEntry	block[count];	\
	unsigned short	zero;		\
}

MySend(char* somejunk)
{
	WDS(1)	wds;

	wds.zero = zero;
	wds.block[0].ptr = somejunk;
	wds.block[0].length = strlen(somejunk);

	TCPSend((wdsEntry*) &wds);	
}

I'm not sure why it would work in THINK. I've always used macros like this
with MacTCP, not sure why, but I've never had the problem you describe.

-dave.
Newsgroups: comp.sys.mac.programmer
From: totic@milton.cs.uiuc.edu (Aleksandar Totic)
Subject: Porting code from UNIX: how to get rid of printfs
Keywords: unix, porting
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Sun, 24 Jan 1993 17:35:16 GMT

Hello,
I am using some UNIX code on the Mac. It works fine, with the exception
that occasionally the code uses printf to print diagnostics and errors.
Currently I am using Think C, but soon I`ll port it to MacApp also.
The result of printf in ThinkC is to pop up a console window. Is there
any way to get rid of this behaviuor, maybe pipe the statements into
dialog boxes, or my own error window? All comments are welcome, I do 
not know if there is a right answer to this.

Aleks
Newsgroups: comp.sys.mac.programmer
From: hanson@mentor.cc.purdue.edu (Paul Hanson)
Subject: Mac cross-compiler (or cross-assembler)
Organization: Purdue University
Distribution: usa
Date: Thu, 28 Jan 1993 20:15:15 GMT

Does anyone know where I might be able to find a cross compiler (C preferably)
for the Mac (shareware, commercial-ware, PD)?  I'd also be interested in any
Cross-assemblers that might exist.  I've seen an ad in the back of Mac World
for one, but I've not seen any information about any others.

Thanks,

Paul
hanson@sage.cc.purdue.edu
Newsgroups: comp.sys.mac.programmer
From: dan@quebec (Dan Hanan)
Subject: Where to get MacsBug?
Organization: SAIC
X-Newsreader: Tin 1.1 PL4
Date: Thu, 28 Jan 1993 02:19:26 GMT

Is MacsBug a commercial product, shareware, public domain, or what?

And where can I get it...  
Thanks.  
				-Dan
-------------------
Dan Hanan    USA#12  
dan@quebec.saic.com
------------------- 
Newsgroups: comp.sys.mac.programmer
From: bowman@reed.edu (BoBolicious)
Subject: TextEdit & destRect?
Organization: Reed College, Portland, OR
Date: Sat, 23 Jan 1993 01:50:09 GMT

As a final blow to a nasty week, I thought I'd implement a little scrollable
help window using TextEdit, of course...my first mistake?

Anyhow, for some reason TextEdit isn't word-wrapping properly...it just draws
merrily past the right hand side of the destRect.  I haven't played with TE
in quite some time, and despite poring through IM, sample code, & TNs, I can't
seem to find what [obvious] thing I'm doing wrong.

thanks for any help,
bobo              In seeking the unattainable,
bowman@reed.edu            simplicity only gets in the way.
Best personal ad ever:
"Functionally dysfunctional bi-polar former pop-star geek with Valium habit
seeks anorexic queen of darkness for co-dependency.  Hobbies include: passing
out, slurred speech, blurred vision and reliving past glory."
_Willamette Week_, 1/7-13/93
From: ted@hpkslx.mayfield.HP.COM (Ted Johnson)
Date: Mon, 25 Jan 1993 01:52:25 GMT
Subject: Re: Is MacTutor still alive?
Organization: HP Response Center Lab