HDTenEightyP/NetNews huggingface dataset:
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Subject: C.S.M.P. Digest v1 #49 Available
Organization: University of Oregon Computer and Information Sciences Dept.
Date: Mon, 13 Apr 1992 10:51:07 GMT


C.S.M.P. Digest             Mon, 13 Apr 92       Volume 1 : Issue 49

Today's Topics:

	calling XFCNs from an XFCN
	Smalltalk/V or C as ideal development tool?
	ASP, the Server Side
	Shift Key Woes
	Think-C Floating point support - Why so slow??
	OpenAda from Meridian, got any comment?
	THINK C 5.01 and QUADRA... )-:
	Oh no, more woes!
	Always having another rsrc file open (was Re: Preference Files/Folders: How to do under 6.x?)
	Mac Assembly Hacking
	Wanted: AppleTalk programming examples


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

These digests are available (by using FTP, account anonymous, your email
address as password) in the pub/mac/csmp-digest directory on ftp.cs.uoregon.
edu.  This is also the home of the comp.sys.mac.programmer Frequently Asked
Questions list.  The last several issues of the digest are available from
sumex-aim.stanford.edu as well.

These digests are 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 digest as it is created.

The articles in these digests are taken directly from comp.sys.mac.programmer.
They are not edited; all articles included in this digest are in their original
posted form.  The only articles that are -not- included in these digests are
those which didn't receive any replies (except those that give information
rather than ask a question).  All replies to each article are concatenated
onto the original article in the order in which they were received.  Article
threads are not added to the digests 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 digests).

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

-- 
_____________________________________________________________________________
Michael A. Kelly                                         University of Oregon
mkelly@cs.uoregon.edu                             Computer Science Department
_____________________________________________________________________________
From: creiman@void.ncsa.uiuc.edu (Charlie Reiman)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Comm. Tbx/MacTCP?
Date: 9 Apr 92 00:22:53 GMT
Article-I.D.: ux1.1992Apr9.002253.8161
Distribution: comp
Organization: University of Illinois at Urbana

gerson@parc.xerox.com (Dan Gerson) writes:

>In article <1992Apr3.173656.23853@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes:

>   To some extent, yes.  MacTCP is at a lower level than the Comm Toolbox; it
>   can't (reasonably) be done as a Comm Tool.  However, if you ask "Why can't
>   most TCP connections be done with a Comm Toolbox Telnet Tool?" then you are
>   indeed asking a sensible question.

>The MacX software from Apple comes with a MacTCP CTB tool, although it
>isn't on the CTB distribution, and I believe that you are not legally
>supposed to use it except with MacX.  In light of your comments about
>MacTCP v.s. the CTB, I assume that the MacTCP tool implements only
>simple connections.  But does anyone know what it actually does, and
>what its real status (e.g. future) is?

The MacTCP tool is clearly label "For MacX only." This isn't just legal
hoodoo voodoo, it's a hard fact. If it were a _true_ MacTCP tool, you
would be able to specify the remote TCP port to connect to. With X
windows, the correct service port is 6000, which is hardcoded into the
tool (near as I can figure, anyway).

Unless you can type X graphics commands into your vt100 terminal tool,
the "MacTCP tool" is completely worthless for anything but MacX.

"MacTCP tool" is a terrribly misleading name. Had the authors named it
"MacX tool", much misunderstanding would have been avoided. You are not
the first person to claim the MacX tool is useful for something other
than X windows.
-- 
Charlie Reiman - creiman@ncsa.uiuc.edu
"Reading USENET is like drinking from a firehose, you'll get very wet but
 you probably will still be thirsty." - Steve Steinberg
From: lil0695@csvaxd.csuohio.edu
Newsgroups: comp.sys.mac.programmer
Subject: Re: I need your opinion
Date: 14 Apr 92 20:00:47 -500
Organization: Cleveland State University

In article <7APR199205033784@zeus.tamu.edu>, wwg2101@zeus.tamu.edu (GILPIN, W.W.) writes:
> 
> I know this probably isn't the best place for this, but so what.
> 
> I need answers to the following question:
> 
> If you were to buy a computer today, and had to choose between an IBM/PC
> or clone and an Apple Macintosh, which would you choose and why? 
> 
> Mac and IBM are the only two platforms I'm evaluating in this report, so 
> please limit your answers to these two machines.
> E-mail only please...I don't want to start a flame war, I want useful opinions.
> Thanks for any responses.
> 
> Wes Gilpin
> WWG2101@ZEUS.TAMU.EDU

Dear Wes,

  I would choose a mac because of the user interface (operating system).  It is
easier to use for most people.  Also in IMB land there are many program
interfaces (LIKE lotus versus word perfect), and you need to read the entire
manual to get started.  Not in Mac with te user interface.

Newsgroups: comp.sys.mac.programmer
From: neilg@fraser.sfu.ca (Neil K. Guy)
Subject: Memory Manager Problems & System 7.0.1?
Keywords: Memory bug system 7.0.1 fixes?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sun, 5 Apr 1992 19:41:12 GMT

 (apologies if this is an FAQ)

 Does anyone know if Apple has fixed the memory manager bug that affects
machines from the IIci on up? I have an INIT that supposedly fixes the
problem, but I was wondering if it's necessary with 7.0.1 or with the
new System 7 tuneups... thanks in advance!

 - Neil K. (neil_k_guy@sfu.ca)
Newsgroups: comp.sys.mac.programmer
Newsgroups: comp.sys.mac.programmer
Date: Mon,  6 Apr 1992 15:18:29 -0400 
From: William Conrad Wojciechowski <ww10+@andrew.cmu.edu>
Subject: Animation for Mac

Hi,

I was wondering if anybody knew of a good book on programming graphics
and animation for the Mac.  I'm not talking quickdraw routines, but the
really impressive stuff like you see in hellcats.

Thanks in advance,

Will
From: mstephens.520@postman.gsfc.nasa.gov (mark stephens)
Newsgroups: comp.sys.mac.programmer
Subject: Mac<->PC graphical formats wanted
Date: 14 Apr 92 19:56:25 GMT
Organization: nasa/gsfc

We are creating a distributed system composed of a UNIX based back end 
database (Oracle) coupled with Mac and PC front ends.  My dilemma is that 
we need to display and manipulate graphics on both machines.  I would settle 
for display only on the PCs with the Macs as the main machines.  Is there a 
common graphical format between these two?  I would like something more 
than bit map, if possible.   

Of course, I wish everybody were using Macs!  Ha, problem solved.

and thanks... please use Email as I don't get on this group very often.
              mark
Newsgroups: comp.sys.mac.programmer
From: potts@itl.itd.umich.edu (Paul Potts)
Subject: Link Error when trying to use QuickTime StdCompression
Originator: potts@helen
Organization: Instructional Technology Laboratory, University of Michigan
Date: Fri, 10 Apr 92 15:53:39 GMT

I have some code which tries to use StdCompression for QuickTime. I have
included the proper headers and added the StdCompressionGlue library to
my project. The line in my code that causes problems is as follows:

        ci = OpenStdCompression();

I get a link error saying:

undefined: OpenStdCompression (Compress.c)

I have tried rebuilding StdCompressionGlue from the MPW library using
OConv. No dice. When I try to open the StdCompressionGlue project to see
if there is a definition, I get a ZREF error - "Please Remove Objects."
Removing all objects from my project and rebuilding doesn't seem to help.
All header files and glue are from Apple's QuickTime CD. All the other calls
to compression routines seem to link fine.

I suspect the problem is in the header file; the OpenStdCompression is
listed like this:

pascal ComponentInstance
OpenStdCompression(void);

While the other image compression routines have listings like this:

pascal ComponentResult
SCGetCompressionExtended(ComponentInstance ci,SCParams *params,Point where,
        SCModalFilterProcPtr filterProc,SCModalHookProcPtr hookProc,long refcon,
StringPtr customName)
        = {0x2F3C,24,1,0x7000,0xA82A};

Where it appears that the glue code is jammed right in. Any ideas?

-Paul-
 

-- 
Paul Potts - potts@itl.itd.umich.edu
Un damne' descendant sans lampe,/ Au bord d'un gouffre dont l'odeur
Trahit l'humide profondeur,/ D'e'ternels escaliers sans rampe... 
   -Baudelaire on DOS/Windows programming
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Cdent, where do I find it ?
Date: 14 Apr 92 19:29:14 GMT
Organization: MacDTS Mongols

In article <1992Apr7.135814.10598@asterix.drev.dnd.ca>,
louis@asterix.drev.dnd.ca (Louis Demers) writes:
> 
> Hi,
> 
> 	In the documentation of MPW, there a references to a shell variable
> that contains the options for a C++ beautifier.  How can I get this
> beautifier ?

What I know it's one of the few *Apple internal* tools, so we can't 
release it. I guess I could ask if we could send it out as an alpha
tool.

Cheers,
Kent
PS: Yes, I'm nowadays using it a lot from MPW, makes my ugly indentation
look better.
Organization: University of Illinois at Chicago
Date: Wednesday, 8 Apr 1992 21:47:26 CDT
From: John Galidakis <U21192@uicvm.uic.edu>
Newsgroups: comp.sys.mac.programmer
Subject: Where did all the INITs go?

 I am sorry if this has been (probably was) on the net, but I've been
"benching" for the last two months on my IM and programming, and I will
not be getting my volumes VI and VII for another two weeks.
 I was browsing through the sys 7.0.1 and sys 6.0.8 files to figure
out differences the other day with ResEdit, and I've noted that all
the System INITs (about 35?) have been eliminated on 7.0.1.
 What have they been replaced by?
 My second question is also simple: How much does the 7.0.1 differ
from the old MultiFinder from a programmer's point of view
(excluding all the gizmos, that is. Anybody knows if the Event Loop
is similar to the MultiFinder's? How close? What about Apple Events?
Thanx in advance. Net.or.e-mail, is fine.
John Galidakis
SysAdmin-AXIOM (708)382-8188/ProgramR-DESIGNED DATA (708)739-3716
Math/Zen/Chess/Painting freak/Crazy motherf$@#%r
+++++++++++++++++++ JCN IS the Dragon of Wisdom ++++++++++++++++++++++++
uses Disclaimer.p  {UIC/AXIOM/DD are not responsible for my postings}
From: essam@gagme.chi.il.us (Essam Khairullah)
Newsgroups: comp.sys.mac.programmer
Subject: Centering window from an INIT; how?
Date: 7 Apr 92 09:54:51 GMT
Organization: Gagme Public Access UNIX, Chicago, Illinois.

I've written an INIT that pops up a window sometime after startup.  Basically
I'd like to know how to be able to center its window in the main screen.

Normally this should be easy, but you don't have access to QuickDraw's globals
from an INIT, or do you?  Note that I don't want to use System 7's auto
centering; I would like it to work on older system versions as well.

Any help would be greatly appreciated!

-- 
                    Essam Badi' Abu Khalil Khairullah
			  essam@gagme.chi.il.us
	             I don't got no fancy signature!
I'm a .signature virus. You can't resist copying me into your .signature!
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Discipline, Mbg 6.2.2, Quadra
Date: 10 Apr 92 23:05:48 GMT
Organization: MacDTS Mongols

In article <12547@pogo.wv.tek.com>, kevind@pogo.wv.tek.com (Kevin Draz) writes:
> 
> 
> Does anyone have any information on running Discipline on a Quadra [900]
> with MacsBug 6.2.2?
> 
> I use 7.0.1 with tuner 1.1, both at home on my IICX where everything works
> fine, and here at work on the Quadra, where it's flaming death. [Bus Error]
> before it even gets fully initialized.
> 
> I've tried disabling caches, going back to 24 bit addressing, no VM, no
> inits, etc. and it's all the same.  Kaboom!  In 24 bit at least it tries to
> load the prefs file before dying.


Welcome to the wonderful world of new CPU releases and old tools which
break. Try Discipline 2.0.2 from ETO#7.

Cheers,
Kent Sandvik/DTS
From: f85-tno@nada.kth.se (Tommy Nordgren)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How do I find out if Multi-finder is running??
Date: 13 Apr 92 13:11:06 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In article <65131@apple.Apple.COM>, lsr@taligent.com (Larry Rosenstein) writes:
|> In article <1992Apr9.164156.7341@waikato.ac.nz>, ldo@waikato.ac.nz (Lawrence
|> D'Oliveiro, Waikato University) writes:
|> > 
|> > But why bother thinking up all these elaborate techniques? Just check
|> > for the presence of the OSDispatch/JugglerDispatch trap ($A88F). It's the
|> > technique Apple themselves use. You can't get any simpler, or more reliable,
|> 
|> As I recall, checking for the MF Temporary Memory calls requires more than
|> testing for the trap.  Didn't you also have to check a low-memory global to rule
|> out Switcher?
|> --
|> Larry Rosenstein
|> Taligent, Inc.
|> lsr@taligent.com
The Switcher is **** OBSOLETE ***** there is probebly NO NEED to check for it.
From: d88-jwa@hemul.nada.kth.se (Jon W{tte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: MPW QUESTIONS
Date: 13 Apr 92 08:00:22 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden
Originator: d88-jwa@hemul.nada.kth.se

> chrism@col.hp.com (Chris Magnuson) writes:

     2. Is it true that Think Pascal is much faster than MPW Pascal?

Definately.

-- 
"You should meet yourself someday. I'm sure you would hate it."
- Me: h+@nada.kth.se; Jon W{tte (The Diplomat - NOT!)
From: jtgorman@cs.arizona.edu (J. Taggart Gorman)
Newsgroups: comp.sys.mac.programmer
Subject: Using GWorlds to do PixMaps
Date: 7 Apr 92 08:15:45 GMT
Reply-To: jtgorman@cs.arizona.edu (J. Taggart Gorman)
Organization: None - Entire program eliminated due to budget cuts :)
Discliamer: Upon my being captured or killed, my professors will
            disavow any knowledge of me, my statements, and/or
            my mission.


  Am I insane to use GWorlds to do _fast_ PixMaps?  That's my question.

  I have written nasty, convoluted code to do PixMaps the old way (no GWorlds)
and it works and at a decent speed for a IIsi with internal video on a 13"
Apple.  When I rewrote the code to use GWorlds (finally bought IMVI and
discovered what the hell a GWorld was today!), I cleaned up the code
enormously, and I even understood what I'm doing, unlike the old PixMap code.
  The problem is that when I run the GWorld code, my "animation" slows to a
crawl.  It's dreadful - it's like 1/10 the preformance of the PixMap only code.
And I'm only trying to do 256 color PixMaps.  I even tried 16 color PixMaps
and I didn't see an improvement.

  Is this to be expected for me and my IIsi?  I am writting this code at home
on my IIsi, but it will be used on a IIci with a 19" monitor driven by a
Raster Ops 8XLi (an accelerated card).  The IIci is not in yet, so I can't test
this GWorld code - besides, if GWorlds will be too slow, I will have to use
the PixMap code (which I will have to clean up).

  Any pointers?  If anyone has some GWorld PixMap code that is fast (by fast
I mean will cause a IIci (not necessary needed to be fast on a IIsi with
internal video) to do smooth animation), I would greatly appreciate it if
they would slide it by me.  Thanks alot.


|--------------------------------| "I like it.  It's got that 'It's a cruel
|      J. Taggart Gorman Jr.     |  world - Let's throw ourselves in the
| jtgorman@caslon.cs.arizona.edu |  abyss.' type ambience."
|--------------------------------|     - Christian Slater, in _Heathers_
Newsgroups: comp.sys.mac.programmer
From: dougm@cns.caltech.edu (Doug McNought)
Subject: Re: Is ALIGN broken in MPW assembler?
Organization: California Institute of Technology
Distribution: usa
Date: Wed, 15 Apr 1992 17:43:26 GMT

In article <1992Apr15.092634.13148@news.cs.indiana.edu> huntley@garbo.cs.indiana.edu (Haydn Huntley) writes:

   I'm porting a program from Unix to the Mac, and part of it is written
   in assembler.  In the assembler, there are statements like "ALIGN 8",
   to align the function entry points on 8 byte boundaries.  The MPW
   assembler has an align directive, and the files assemble just fine.
   However, when the code is run, those entry points are only aligned on
   2 byte boundaries!

I don't use MPW, but my suspicion is that it's related to the original 68000
alignment properties. Since the 68K has a 16-bit bus, word alignment is the 
only kind of alignmant that exists. On the later chips, you can use any 
you want, but 32-bit accesses do best when longword-aligned. The system
software is restriced by the original architecture--many structs used by
the system are only word-aligned, so C structs which on a unix box would
be longword aligned for efficiency are constrained to only word alignment.
Your problems with the MPW assembler may be related to this--sorry I'm not
better informed on the particulars.
regards,
doug
--
<><><><><><><><><><><><><><><>Go Orioles<><><><><><><><><><><><><><><><>
<> Doug McNaught                          dougm@descartes.caltech.edu <>
<>  Help!!! I'm addicted to *Spaceward Ho!* Is there a support group? <>
<><><><><><><><><><><><><><><>Go Orioles<><><><><><><><><><><><><><><><>
From: Pete.Gontier@p811.f70.n109.z1.fidonet.org (Pete Gontier)
Sender: Uucp@blkcat.UUCP
Newsgroups: comp.sys.mac.programmer
Subject: How do I find out if Multi-finder is running??
Date: Fri, 10 Apr 1992 23:50:04 -0500

 IM> From: ivanski@world.std.com (Ivan M CaveroBelaunde)

 IM> A technique that I've seen mentioned before is using Gestalt on
 IM> gestaltOSAttr ('os  '). One of the flags returned specify whether
 IM> a Launch trap can return to the caller (launchCanReturn or somesuch).

This Gestalt selector is supported on any machine running the Process Manager,
which currently is found only in System 7.
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@byse.nada.kth.se (Jon W{tte)
Subject: Re: LISP and DrawString questions
Originator: d88-jwa@byse.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 7 Apr 1992 19:21:04 GMT

.edu> myers@wittenberg.edu writes:

   First:  I'm looking for a public domain version of LISP.  Does anybody
   know of one (if so, where can I get hold of it)?

There's a nice LISP called "SIOD" short for Scheme In One Defun. Check
for it with archie.

   Second: I want to draw white text on a black background and everything I
   display using DrawString just appears as black (which is no good since
   that is the same color as the background!).  I've tried changing the
   PenPat, but that doesn't work.

Text drawing uses CopyBits; you'd have to use a TextMode ( patXor ) or
TextMode ( patBic )

-- 
h+@nada.kth.se; Jon W{tte, the Diplomat - NOT!
From: phils@chaos.cs.brandeis.edu (Phil Shapiro)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Writing apps that use plug-ins?
Date: 10 Apr 92 14:37:24 GMT
	<1992Apr9.201131.3517@midway.uchicago.edu>
Organization: Symantec Corp.

>>>>> On 9 Apr 92 20:11:31 GMT, jcav@quads.uchicago.edu (JohnC) said:

 > In article <BMG2AE.273@world.std.com> zobkiw@world.std.com (Joe Zobkiw) writes:
In article <1992Apr9.201131.3517@midway.uchicago.edu> jcav@quads.uchicago.edu (JohnC) writes:

>><< If I recall correctly, THINK C (or Pascal or both) will, as an
>>optimization, not include methods in an object that are not called when it
>>does a smart link, therfore your methods won't exist if you don't use them
>>from inside the application. >>
>>
>>I think you're wrong. I've alwasy understoodthat THINK C's Smart Link is 
>>on a FILE BY FILE and NOT a ROUTINE BY ROUTINE "smartness."

 > I know for certain that THINK Pascal 3.0 or newer does smart
 > linking on a routine-by-routine basis, and I would suspect recent
 > versions of THINK C would work in a similar fashion.

You'd think so, right :) ? Well, THINK C 4.x and 5.x both have the
same level of "smart linking" that C 3.x had. They will only leave out
code if an entire file of it is not referenced at all. There are a
couple other things to note:

 - if you add a project file to use as a library (like ANSI), you'll
 get smart linking on a file by file basis *inside* the library. Eg,
 if you just call sin(), you'll just get math.c.

 - C 5.0 lets you create objects by name, like Pascal 3 and 4. You
 can run into cases where you try to create a class on the fly that
 has been linked out. TCL programmers should check out CApplication
 ::ForceClassReferences for more info.

	-phil
--
   Phil Shapiro                                   Software Engineer
   Language Products Group                     Symantec Corporation
		   Internet: phils@cs.brandeis.edu
From: drc@claris.com (Dennis Cohen)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Apple Installer and Compression
Date: 15 Apr 92 13:57:25 GMT
Article-I.D.: claris.14174
Organization: Claris Corporation, Santa Clara CA

ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:

>In article <258@farallonfarallon.com>, neal@farallon.com (Neal Trautman) writes:

>> I don't think any of the other standard
>> compression utilities, StuffIt, Compact Pro, etc.
>> offer decompression in Apple's Installer.

>I think they do. I recall installing something that used Apple's Installer
>and StuffIt compression, but I can't remember which application it was.

>It wasn't Canvas... :-}

You will have seen it in a number of products, including Claris Resolve and
Microsoft Word 5.  Aladdin licenses the decompression/join atoms to developers
and we code our installer scripts to run the atoms at the end of the install
process (because you can only invoke action atoms at the start and end of, but
not during, an installation).  Vise Technologies also provides compression/
decompression for use with the Apple Installer -- Symantec's GreatWorks is
one customer of this technology.

-- 
Dennis Cohen
Claris Corp.
 ****************************************************
Disclaimer:  Any opinions expressed above are _MINE_!
Organization: Penn State University
X-Vignette: Unix -- the operating system for the vowel-impaired.
Date: Tuesday, 14 Apr 1992 14:27:24 EDT
From: Christopher Tate <CXT105@psuvm.psu.edu>
Newsgroups: comp.sys.mac.programmer
Subject: diskInserted events

In article <22885@goofy.Apple.COM>, REEKES@applelink.apple.com (Jim Reekes)
says:
>
>All applications should be checking for diskInserted events.
>

Be that as it may, what should my app be *doing* with them when it
sees them?  I have yet to write an application that needed to know
about these events, so why should I bother looking at them.

Of course, I *am* passing everyEvent as my event mask, but I got the
impression you weren't talking about that....

-------
Christopher Tate     | Cryptogram #17:
cxt105@psuvm.psu.edu |
CXT105@PSUVM.BITNET  | "NYO XFJ BCFGJ ZFJN MQWJVU EGYZ XQWBSGCJ.  QYT
---------------------|  ZOXQ HFMWCJXC NYO QFDC, EYG WJUMFJXC."
Send me the answer!  |                  -- EGFJABWJ H. PYJCU
From: larryb (Larry Bernstein)
Newsgroups: comp.sys.mac.programmer
Subject: Experiences w/ CommToolBox?
Date: 16 Apr 92 15:58:00 GMT
Organization: Sybase

Can someone share any insite into programming with and using the
Connection Manager of the CommToolBox? Particularly I'm wondering 
if their is a significant performance hit going through the 
Connection Manager  and if the Tools available are stable. 
Is the API robust enough to handle all your needs? Where can I 
find out what tools are available besides the ones listed in APDA?
I'm more interested in network protocols such as tcp/ip, etc.

Thanks.

Larry Bernstein
larryb@sybase.com