ftp.mactech.com 2010/ftp.mactech.com.tar/ftp.mactech.com/csmpdigest/csmp-digest-v3-069

Text File | 2010-09-21 | 61KB | 1,499 lines

Received-Date: Sat, 19 Nov 1994 15:31:47 +0100
From: [e-mail] (Francois Pottier)
Subject: csmp-digest-v3-069
To: [e-mail]
Date: Sat, 19 Nov 1994 15:31:42 +0100 (MET)
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Errors-To: [e-mail]
Reply-To: [e-mail]
X-Sequence: 75

C.S.M.P. Digest             Sat, 19 Nov 94       Volume 3 : Issue 69

Today's Topics:

        Animation Techniques
        Control Strip Tester Available!
        Dragging to a background app?
        GeoPort-GeoPod Documentation - Does it exist?
        How to get list of files in folder
        Sample code for Launching appl from SC++ or TC.
        Subject: Apple PR: MacOS Software Developer's Kit



The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier
([e-mail]).

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.  If you don't have access to news, you may
still be able to post messages to the group by using a mail server like
anon.penet.fi (mail [e-mail] for more information).

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
nef.ens.fr).  Article threads are not added to the digest until the last
article added to the thread is at least two weeks 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 digest is officially distributed by two means, by email and ftp.

If you want to receive the digest by mail, send email to [e-mail]
with no subject and one of the following commands as body:
    help                        Sends you a summary of commands
    subscribe csmp-digest Your Name    Adds you to the mailing list
    signoff csmp-digest            Removes you from the list
Once you have subscribed, you will automatically receive each new
issue as it is created.

The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest.
Questions related to the ftp site should be directed to
[e-mail]. Currently no previous volumes of the CSMP
digest are available there.

Also, the digests are available to WAIS users.  To search back issues
with WAIS, use comp.sys.mac.programmer.src. With Mosaic, use
http://www.wais.com/wais-dbs/comp.sys.mac.programmer.html.


-------------------------------------------------------

>From [e-mail] (Tom Williams)
Subject: Animation Techniques
Date: Tue, 1 Nov 1994 07:41:03 GMT
Organization: NETCOM On-line Communication Services (408 261-4700 guest)

Hi Everyone.

  I am interrested in the different aproaches for storing all of a
programs sprites for a project.  In particular, a game.  As I browse
through many Mac Games' Resource Forks, I come across two common
aproaches.  The first is to have each sprite (usually no larger than
32x32) contained in its own PICT resource.  The second is to merge all
the sprites into one big huge pict resource.  The second aproach seems
more logical since you could simply create a gworld, copy the entire pict
into the gworld and then copybits the rects of the part of the image you
want to display on the screen at one time.

  Does anyone have any arguments and possibly some C source code around
pertaining to the second method?

Thanks in advance,

Warm Regards,


Tom Williams.

+++++++++++++++++++++++++++

>From [e-mail] (DuckMan)
Date: 1 Nov 1994 19:41:10 GMT
Organization: University of Idaho, Moscow, Idaho

Tom Williams ([e-mail]) wrote:
: Hi Everyone.

:   I am interrested in the different aproaches for storing all of a
: programs sprites for a project.  In particular, a game.  As I browse
: through many Mac Games' Resource Forks, I come across two common
: aproaches.  The first is to have each sprite (usually no larger than
: 32x32) contained in its own PICT resource.  The second is to merge all
: the sprites into one big huge pict resource.  The second aproach seems
: more logical since you could simply create a gworld, copy the entire pict
: into the gworld and then copybits the rects of the part of the image you
: want to display on the screen at one time.

:   Does anyone have any arguments and possibly some C source code around
: pertaining to the second method?

: Thanks in advance,

: Warm Regards,


: Tom Williams.

I tryed the second method myself and it seems to work very well.  The only
problem I'm having now is with the copymask.

I have no problem using copymask as long as the source rects line up on the
lefthand side (source.left==0). but if its any distence away funny things
start to happen.  Any suggestions?


DuckMan...


+++++++++++++++++++++++++++

>From [e-mail] (Ken Long)
Date: Wed, 2 Nov 1994 18:05:36 GMT
Organization: NETCOM On-line Communication Services (408 261-4700 guest)

Tom Williams ([e-mail]) wrote:

:   Does anyone have any arguments and possibly some C source code around
: pertaining to the second method?

A most excellent example of this, in all its simplicity, is in the C
source called "swar" available on the alt.sources.mac server, in volume8.

There's another one in C called Cellusoft Graphics Demo, also at the
site, but it's more complex and may not work right.

Of course, ant John Calhoun game source (Pascal) does this.  Glypha II
(color) especially.

A third method is direct to screen drawing/animation.  See the Arashi
source for this. v1.1 crashes an LC but v1.0 does not.

-Ken-

+++++++++++++++++++++++++++

>From [e-mail] (Ingemar Ragnemalm)
Date: 2 Nov 1994 19:21:24 GMT
Organization: (none)

[e-mail] (Tom Williams) writes:

>  I am interrested in the different aproaches for storing all of a
>programs sprites for a project.  In particular, a game.  As I browse
>through many Mac Games' Resource Forks, I come across two common
>aproaches.  The first is to have each sprite (usually no larger than
>32x32) contained in its own PICT resource.  The second is to merge all
>the sprites into one big huge pict resource.  The second aproach seems
>more logical since you could simply create a gworld, copy the entire pict
>into the gworld and then copybits the rects of the part of the image you
>want to display on the screen at one time.

The big advantage with keeping each sprite as a separate resource -
preferrably not a PICT but rather a "cicn" or icon suite - is that it
makes it much easier to match the icon and the mask. Editing icons
in ResEdit is easy in that respect.

With huge PICTs, matching the icon and the mask is much harder. Just imagine
the headache when you make a small change in an icon and have to make the
corresponding change in the mask! You also have to have some way to find
each sprite in the PICTs. The advantage is fast loading and smaller space
on disk.

For digestable (that means fairly small) source-code examples of both:

the PICT way: Cellusoft Graphics Routines (or whatever the name is - it's
different every time I see it uploaded). Both C and Pascal versions.

the icon way: OffscreenToys. Only Pascal until someone ports it.

Both should be available from the alt.sources.mac archive (see the a.s.m FAQ).



--
- -
Ingemar Ragnemalm, PhD
Image processing, Mac shareware games
E-mail address: [e-mail] or [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (mark)
Date: 2 Nov 94 16:39:39 EST
Organization: HRB Systems, Inc.

In article <398ork$[e-mail]>, [e-mail] (Ingemar Ragnemalm) writes:
> [e-mail] (Tom Williams) writes:
>
>>  I am interested in the different approaches for storing all of a
>>programs sprites for a project.  In particular, a game.
>
> The big advantage with keeping each sprite as a separate resource -
> preferably not a PICT but rather a "cicn" or icon suite - is that it
> makes it much easier to match the icon and the mask. Editing icons
> in ResEdit is easy in that respect.
>

        Personally I avoid the mask issue by using the "transparent"
        mode in CopyBits. There are a few tradeoffs involved here.

        1) The sprite (in my case a PICT) must appear on a white
        (ForeColor) background. -- Not a problem in my case.

        2) The sprite can not contain the color white (ForeColor). --
        Again not a problem. What I do is create my sprites in
        Photoshop, use the magic wand to select the background (white),
        select similar (all white now selected) fill with one tick less
        than white, reselect background, fill white. Now I do not need
        to worry about masking in CopyBits because CopyBits does it for
        me.

        This also gives me the benefits of using a 'PICT' versus a
        'cicn'. No size restriction. No color table restriction.

        In addition, I have all the power of photoshop at my disposal.
        Try creating a marble textured sphere in ResEdit's 'cicn'
        editor. In Photoshop - Edit>Fill>Pattern, Filter>Distort>KPT
        Glass Lens Bright. Quod erat demonstrandum.

        Naturally, if the pixel map of your 'PICT' is larger than the
        'cicn' you will notice a speed penalty. You may also have a
        custom blitter that can do masking faster than CopyBits, but I
        find this method quite acceptable.

--
Hope this helps.

Mark H. Linton
____________________________________________________________________
mark \'m‰rk\ n [ME, fr. OE mearc boundary, march, sign; akin to OHG
marha boundary, L margo] 1 a : a conspicuous object serving as a guide
for travelers 2 : A standard or criterion of quality 3 : An object or
point that serves as a guide --idiom. mark time. 1 : To make little or
no progress

+++++++++++++++++++++++++++

>From [e-mail] (Rick E. Stewart)
Date: 05 Nov 1994 18:54:45 GMT
Organization: Galaxy Online Services

If your looking for ways of Sprite animation, you should look at the Sprite
Animation Toolkit, or the Animation
Class Libary.  These can be FTP'd from many Mac Archives.  They can show you
any of the type of animation you want.

Rick

---------------------------

>From [e-mail] (Chris DeSalvo)
Subject: Control Strip Tester Available!
Date: Sat, 5 Nov 1994 09:36:35 GMT
Organization: NETCOM On-line Communication Services (408 261-4700 guest)

I just mailed off version 1.0 of my Control Strip Module Tester to
MacGifts.

This is a small application that will host a Control Strip module for
testing purposes.  Anything that you can do in the real Control Strip
you can do in the tester.  This includes:

o  Allocating memory blocks that are passed back to your SDEV.
o  Loading your resources during your init phase.
o  A tickle heartbeat for periodic processing.
o  Full support for pop-up menus, Balloon Help and other stuff.

No longer will you have to restart your Mac just to check a change of
one line of code.  You can also use it to sample any new modules that
you get without actually having to load them into the system.

The util is free.  It should be in the MacGifts distribution sites in
a couple of days.

Also available are my module shell and my CD Strip which allows
pops-up a menu of track titles on a mounted audio CD so you can pick a
song to play.  Both are free and available with full C source for
CodeWarrior 4.5.

If you have questions about the tester, or would like my sample code,
just email me.  24-hours is usual response time.

Thanx,
Chris
--
+-----------------------------------------------------------------+
| [e-mail]           |   Macintosh:  Changing the world, |
| Chris De Salvo              |        one person at a time!      |
| Professional Mac Geek       |    -----------------------------  |
| for MacPlay, Inc.           |      (I wish they'd hurry up!)    |
+-----------------------------------------------------------------+

Any opinions expressed, or implied, are my own!  They should not be
considered representative of the opinions or policies of my employer,
MacPlay, a division of Interplay Productions, Inc.

+++++++++++++++++++++++++++

>From [e-mail] (Neil Ticktin)
Date: Sat, 5 Nov 1994 19:41:40 GMT
Organization: MacTech Magazine/Xplain Corp.

In article <[e-mail]>, [e-mail] (Chris
DeSalvo) wrote:

>> I just mailed off version 1.0 of my Control Strip Module Tester to
>> MacGifts.
>>
>> This is a small application that will host a Control Strip module for
>> testing purposes.  Anything that you can do in the real Control Strip
>> you can do in the tester.  This includes:
>>
>> o  Allocating memory blocks that are passed back to your SDEV.
>> o  Loading your resources during your init phase.
>> o  A tickle heartbeat for periodic processing.
>> o  Full support for pop-up menus, Balloon Help and other stuff.
>>
>> No longer will you have to restart your Mac just to check a change of
>> one line of code.  You can also use it to sample any new modules that
>> you get without actually having to load them into the system.
>>
>> The util is free.  It should be in the MacGifts distribution sites in
>> a couple of days.
>>
>> Also available are my module shell and my CD Strip which allows
>> pops-up a menu of track titles on a mounted audio CD so you can pick a
>> song to play.  Both are free and available with full C source for
>> CodeWarrior 4.5.
>>
>> If you have questions about the tester, or would like my sample code,
>> just email me.  24-hours is usual response time.

Chris,

People should also check out the Dec issue which has an article on how to
write control strip modules.  Pretty cool stuff, huh?

The issue will be available at the end of this month.

Hope it helps,

Neil Ticktin
MacTech Magazine

- ---------------------------------------------------------------------
           Neil Ticktin, MacTech Magazine (formerly MacTutor)
PO Box 250055, Los Angeles, CA 90025 * 310-575-4343 * Fax: [phone]
 For more info, anonymous ftp to ftp.netcom.com and cd to /pub/xplain
  [e-mail] * [e-mail] * [e-mail]
[e-mail] * [e-mail] * [e-mail]
   [e-mail] * [e-mail] * [e-mail]

---------------------------

>From [e-mail] (Randall Meadows)
Subject: Dragging to a background app?
Date: Fri,  4 Nov 1994 16:37:12 UTC
Organization: Anonymous contact service

I am implementing some Drag-and-Drop code into an existing application.
Due to time constraints and wanting to avoid some major code-rewriting, I
have put in D&D on top of what I have now.  Here is a problem hopefully
someone has run across and can help me out with:

My program is in the background.  A drag is started in another application,
say the Finder, and a drop occurs in my program (which tracks the drag as
expected).  There are certain situations where an abnormal condition can
occur, such as a drag containing a file type that I do not support (like a
folder or a volume).  If the drag also contains valid items, most of the
time I want to handle those normally, but some of them require special
handling, like letting the user choose which resources in a Scrapbook file
to select.  In this latter situation, I use a modal dialog box to let the
user select the resources.  (I also use an alert box to notify the user of
errors, which presents the same problem.)

But, as I said before, my program is in the background, and so I hang when
the dialog opens up.  I tried forcing my program to the foreground using
SetFrontProcess(), but this doesn't work.  Do I need to (or can I) just sit
in a loop until the foreground process calls WaitNextEvent(), which is when
the process switching occurs?  Or am I totally hosed, and have to disallow
the drag (of at least certain items in that drag)?

[Note that I want to try to avoid the Notification Manager as that would
require some massive code changes that I don't really have time to deal
with right now.  Yes, I know, I know...!]

!PLEASE! CC: a copy of your reply to me ("[e-mail]") as I have to
post through an anonymous server because we don't get newsfeeds here.

Any help you can give would be most appreciated.

Thanks!!

Randall Meadows
[e-mail]
"Show me a good loser, and I'll show you a loser."


- -----------------------------------------------------------------------
To find out more about the anon service, send mail to [e-mail].
Due to the double-blind, any mail replies to this message will be anonymized,
and an anonymous id will be allocated automatically. You have been warned.
Please report any problems, inappropriate use etc. to [e-mail].

+++++++++++++++++++++++++++

>From [e-mail] (Paul M. Hoffman)
Date: Sat, 05 Nov 1994 09:30:34 -0500
Organization: University of Michigan

In article <[e-mail]>, [e-mail] wrote:

> My program is in the background.  A drag is started in another application,
> say the Finder, and a drop occurs in my program (which tracks the drag as
> expected).
> [ ... ]
> In this latter situation, I use a modal dialog box to let the
> user select the resources.  (I also use an alert box to notify the user of
> errors, which presents the same problem.)
>
> But, as I said before, my program is in the background, and so I hang when
> the dialog opens up.  I tried forcing my program to the foreground using
> SetFrontProcess(), but this doesn't work.  Do I need to (or can I) just sit
> in a loop until the foreground process calls WaitNextEvent(), which is when
> the process switching occurs?  Or am I totally hosed, and have to disallow
> the drag (of at least certain items in that drag)?

In your "receive" handler, bundle up all the pertinent info from the drag
and put it into a global "drags to complete" queue, then return noErr.
Each time through your main event loop, check this queue and do your thing
if there's something there.  Depending on how complicated the drags you
accept are, this could be a bit of work; I've done it with text-only
drags, where it was a cinch.

An alternate, and to my mind much more elegant, solution (suggested
recently by Jon Pugh, I think) is to send the drag info to yourself in a
(custom) Apple Event rather than queuing it yourself.  Then you can let
the Apple Event Manager do some (or all) of the notification stuff for you
-- just do something like this in your AE handler:

   err = AEInteractWithUser (kAEDefaultTimeout, NULL, MyIdleFunction);

and abort the drag completion if err != noErr.  (Put a pointer to a
notification record in the 2nd parameter if you want; see IM:
Interapplication Communication p. 4-50 for more on this, and p.5-21 to
5-23 for info on idle functions.)  Just make sure you don't set the
direct-dispatch-to-myself bit (I forget its name) when you send the event,
since that would result in a crash like what you're getting now.  And *do*
set the kAECanSwitchLayer bit.

You may choose to do this for all drags, or just ones that need user
interaction.  And setting up a notification record really isn't all that
difficult; you should give it a shot -- see IM 6, chapter 24.  Here's a
snippet to set one up (untested, unwarranted, etc.):

   NMRec    note;
   note.nmMark = 1;  /* Diamond mark by app name in the app menu */
   note.nmIcon = myIconFamilyHndl;  /* Icon to flash */
   note.nmSound = -1;  /* System beep */
   note.nmStr = "\pThe app 'Foo' needs your help!";  /* Alert string */
   note.nmResp = NULL;

You have to get the icon family handle yourself; I can't find any handy
sample code right now.

Paul.

--
Paul Hoffman            +-----+ E-mail: [e-mail]
Taubman Medical Library | pmh | WWW: http://www.umich.edu/~nkuitse/
University of Michigan  +-----+ "Dragons do not enter into this article"

---------------------------

>From [e-mail] (Chuck Shotton)
Subject: GeoPort-GeoPod Documentation - Does it exist?
Date: 28 Oct 1994 16:58:25 GMT
Organization: U.T. Houston

I'd really like to get an application running on the Power Mac that
performs like the ApplePhone demo app that shipped with AV Quadras. (It
apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to
track down ANY documentation on how to communicate with the GeoPod via the
GeoPort for VOICE telephony applications.

Has Apple documented this stuff anywhere? If so, can someone point me to
the source of this information? If not, why hasn't Apple made this info
available?

(Sorry if I just missed a discussion on this. I've been out of news reader
contact for a week or so.)

+++++++++++++++++++++++++++

>From [e-mail] (C. Stephen Andrichak)
Date: Mon, 31 Oct 1994 11:18:58 -0500
Organization: Pffbbbttt!

In article <[e-mail]>,
[e-mail] (Chuck Shotton) wrote:

> I'd really like to get an application running on the Power Mac that
> performs like the ApplePhone demo app that shipped with AV Quadras. (It
> apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to
> track down ANY documentation on how to communicate with the GeoPod via the
> GeoPort for VOICE telephony applications.
>
> Has Apple documented this stuff anywhere? If so, can someone point me to
> the source of this information? If not, why hasn't Apple made this info
> available?

I just read in the November issue of MacWorld that the long-awaited
Telephony Tool should be released before the end of the year. Finally,
could it be?!

I've not gotten my hopes up yet though. You might check out the
Phonebridge device that was just released, it's a add on that has full
fax/data/voice abilities and you can get it with full developer info for
about $500.

Other than that, join the club on waiting. :-)  Let us know if you find
anything.

- -------------------------------------------
C.Stephen Andrichak
[e-mail]
- -------------------------------------------

+++++++++++++++++++++++++++

>From [e-mail] (Bill Coleman)
Date: 31 Oct 94 17:46:31 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <[e-mail]>, [e-mail] (Chuck Shotton) writes:
> I'd really like to get an application running on the Power Mac that
> performs like the ApplePhone demo app that shipped with AV Quadras. (It
> apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to
> track down ANY documentation on how to communicate with the GeoPod via the
> GeoPort for VOICE telephony applications.

Talk to your friendly Apple evangelist. If you are not an Apple developer,
then you don't have a prayer. If you are a developer, you might have a small
chance.

> Has Apple documented this stuff anywhere? If so, can someone point me to
> the source of this information? If not, why hasn't Apple made this info
> available?

This stuff is documented somewhere, I'm sure. The Apple engineers that wrote
the stuff had to work from something, right?

Why Apple hasn't made this information available is beyond me. Ask Apple. I
know several developers have asked, and no one has yet come up with an
answer.

--
Bill Coleman, AA4LR                ! Internet: [e-mail]
Principal Software Engineer        ! AppleLink: D1958
Hayes Microcomputer Products, Inc. ! CIS: 76067,2327
POB 105203 Atlanta, GA 30348 USA   !
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.


+++++++++++++++++++++++++++

>From [e-mail] (Chuck Shotton)
Date: Thu, 03 Nov 1994 11:02:28 -0600
Organization: Academic Computing, UT-Houston

In article <1994Oct31.174631.9586@hayes>, [e-mail] (Bill
Coleman) wrote:

> In article <[e-mail]>,
[e-mail] (Chuck Shotton) writes:
> > I'd really like to get an application running on the Power Mac that
> > performs like the ApplePhone demo app that shipped with AV Quadras. (It
> > apparently doesn't run on AV PowerMacs.) Unfortunately, I can't seem to
> > track down ANY documentation on how to communicate with the GeoPod via the
> > GeoPort for VOICE telephony applications.
>
> Talk to your friendly Apple evangelist. If you are not an Apple developer,
> then you don't have a prayer. If you are a developer, you might have a small
> chance.
>
> > Has Apple documented this stuff anywhere? If so, can someone point me to
> > the source of this information? If not, why hasn't Apple made this info
> > available?
>
> This stuff is documented somewhere, I'm sure. The Apple engineers that wrote
> the stuff had to work from something, right?

> Why Apple hasn't made this information available is beyond me. Ask Apple. I
> know several developers have asked, and no one has yet come up with an
> answer.

Here's the best answer so far from Apple DTS. There is no documentation
that corresponds to the interfaces used to develop ApplePhone. It was
written to internal, undocumented interfaces. The closest thing to
documentation on how to play with the GeoPort/GeoPod is contained in the
"Telephone Manager" CTB extensions. This info is available from APDA. The
Telephone Manager is a part of System 7.5 and is also available on the
most recent Developer's CD (TelMgr 1.1, or something like that.)

My best guess is that the Telephone Manager is an extended set of
routines, added to the CTB to allow control of telephony devices in
addition to data-oriented comm hardware. The only example telephone tool
that comes with the TM is an ISDN tool for use with the defunct Apple ISDN
card. Whether the product from APDA comes with a GeoPod tool is unclear.
If there isn't a GeoPod tool then this software is useless since Apple
hasn't documented how you talk to a GeoPod, making it impossible for 3rd
parties to write a GeoPod tool.

All of this is confused by the fact that Open Transport is ultimately
supposed to mean the end of the CTB. Since no mention of telephony has
been made in any of the Open Transport documentation, it isn't clear what
happens to the Telephone Manager in the future.

But most of all, it isn't clear why Apple is including big chunks of
system software capability in 7.5 without making developers aware of it
and providing them with appropriate documentation. Apple gets a big black
eye on this subject, IMHO.
--_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_\_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Chuck Shotton                             \
Assistant Director, Academic Computing     \   "Are we there yet?"
U. of Texas Health Science Center Houston   \
[e-mail]  [phone] \
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-\-_-_-_-_-_-_-_-_-_-_-_-_-

+++++++++++++++++++++++++++

>From [e-mail] (Rob Terrell)
Date: 3 Nov 1994 22:48:15 GMT
Organization: Jecta Development Corp.

In article <[e-mail]>
[e-mail] (Chuck Shotton) writes:

> Here's the best answer so far from Apple DTS. There is no documentation
> that corresponds to the interfaces used to develop ApplePhone. It was
> written to internal, undocumented interfaces. The closest thing to
> documentation on how to play with the GeoPort/GeoPod is contained in the
> "Telephone Manager" CTB extensions. This info is available from APDA. The
> Telephone Manager is a part of System 7.5 and is also available on the
> most recent Developer's CD (TelMgr 1.1, or something like that.)

No, the Telephone Manager is an API in its own right...It doesn't
connect with CTB at all. So when the CTB goes away, the tel manager
will still be around. Unfortunately.

I worked on a project for a large telcom firm and tried like hell to
get the Geoport APIs out of Apple. None was made available, not even to
a large telcom firm that's deeply in bed with Apple.

> Whether the product from APDA comes with a GeoPod tool is unclear.
> If there isn't a GeoPod tool then this software is useless since Apple
> hasn't documented how you talk to a GeoPod, making it impossible for 3rd
> parties to write a GeoPod tool.

It doesn't, and you're right, it's useless. The telephone manager lets
you do things like place calls, transfer calls, answer calls, and so
forth. It doesn't actually IMPLEMENT these features, it just provides a
callable API for them.

If you want these features for a particular phone system, you'll need
to write a telephone tool. There are very few tools out there. There is
NO tool for the GeoPort. I repeat--no GeoPort tool.

Cypress Research gives away a tool for the SupraFax modem that their
PhonePro program uses to interface with it. You can then use this tool
with any other Telephone Manger program out there...of which, I only
know of one, which a friend of mine wrote. (It's a totally cool
AppleScript interface for the telephone manager. Dials the phone,
transfers calls if you're on a Centrex system, that kind of thing.)

Even so, there's no voice support in the telephone manager yet; it's
supposed to be in the next version which hasn't yet materialized. This
means you can't do voicemail-type apps without serious hacking. (We
used a second sound card for sound in/out, hooked up to the line
through a little black box I concocted from Radio Shack.) I think
Cypress hacked voice support through the Telephone Manager's
'device-specific' calls, but I'm not sure.

The only guy I know who actually has other Telephone Tools for other
modems is Michael Spizer at Glen Canyon Software. He has posted stuff
about it on Applelink a long time back.

Feel free to call, write, fax, and mail-bomb the Apple Telephony
Evangelist, Michael Bayer ([e-mail]). He's a total
wad who, in my experience, never returns email or phone calls, never
provides support or accurate information about Apple's plans, and may
simply make your life hell. He wasn't any help in making our product
come to life. It will make you want to switch to TAPI. But don't.

Rob

+++++++++++++++++++++++++++

>From [e-mail] (Stephen Knight)
Date: Sat, 5 Nov 1994 19:24:27 GMT
Organization: Northern Telecom

In article <39bpbf$[e-mail]>, [e-mail] (Rob
Terrell) wrote:

> In article <[e-mail]>
> [e-mail] (Chuck Shotton) writes:
>
> > Here's the best answer so far from Apple DTS. There is no documentation
> > that corresponds to the interfaces used to develop ApplePhone. It was
> > written to internal, undocumented interfaces. The closest thing to
> > documentation on how to play with the GeoPort/GeoPod is contained in the
> > "Telephone Manager" CTB extensions. This info is available from APDA. The
> > Telephone Manager is a part of System 7.5 and is also available on the
> > most recent Developer's CD (TelMgr 1.1, or something like that.)
>
> No, the Telephone Manager is an API in its own right...It doesn't
> connect with CTB at all. So when the CTB goes away, the tel manager
> will still be around. Unfortunately.

   True.

>
> I worked on a project for a large telcom firm and tried like hell to
> get the Geoport APIs out of Apple. None was made available, not even to
> a large telcom firm that's deeply in bed with Apple.

   True.

>
> > Whether the product from APDA comes with a GeoPod tool is unclear.
> > If there isn't a GeoPod tool then this software is useless since Apple
> > hasn't documented how you talk to a GeoPod, making it impossible for 3rd
> > parties to write a GeoPod tool.
>
> It doesn't, and you're right, it's useless. The telephone manager lets
> you do things like place calls, transfer calls, answer calls, and so
> forth. It doesn't actually IMPLEMENT these features, it just provides a
> callable API for them.
>
> If you want these features for a particular phone system, you'll need
> to write a telephone tool. There are very few tools out there. There is
> NO tool for the GeoPort. I repeat--no GeoPort tool.

   True.

>
> Cypress Research gives away a tool for the SupraFax modem that their
> PhonePro program uses to interface with it. You can then use this tool
> with any other Telephone Manger program out there...of which, I only
> know of one, which a friend of mine wrote. (It's a totally cool
> AppleScript interface for the telephone manager. Dials the phone,
> transfers calls if you're on a Centrex system, that kind of thing.)
>
> Even so, there's no voice support in the telephone manager yet; it's
> supposed to be in the next version which hasn't yet materialized. This
> means you can't do voicemail-type apps without serious hacking. (We
> used a second sound card for sound in/out, hooked up to the line
> through a little black box I concocted from Radio Shack.) I think
> Cypress hacked voice support through the Telephone Manager's
> 'device-specific' calls, but I'm not sure.

   You're correct.  Cypress's tool uses the "device-specific" calls to use
voice support.  It requires a voice-modem.  In theory, they have a new box
in beta that will provide the POTS interface that the GeoPort does.

>
> The only guy I know who actually has other Telephone Tools for other
> modems is Michael Spizer at Glen Canyon Software. He has posted stuff
> about it on Applelink a long time back.

   His name is Michael Speiser and he seems a pretty neat guy to talk to.

>
> Feel free to call, write, fax, and mail-bomb the Apple Telephony
> Evangelist, Michael Bayer ([e-mail]). He's a total
> wad who, in my experience, never returns email or phone calls, never
> provides support or accurate information about Apple's plans, and may
> simply make your life hell. He wasn't any help in making our product
> come to life. It will make you want to switch to TAPI. But don't.

  Bayer will return email...sometimes.  He also promises that their
GeoPort TM tool will even slice bread.  But, he won't tell when it will be
done and after awhile he stops answering the email (no, I didn't bomb
him.  he said their tool (when ready) would be great.  he asked for my
mail address so that non-disclosures could be sent.  I sent it to him
and....

  So, since the GeoPort is useless (it makes an expensive modem), the
current choices Cypress Research and Collaboration Technologies.
Collaboration is advertising "PhoneBridge".  They currently have a $500
developer program (comes with beta software and hardware, when the
hardware goes final you get a free upgrade).  Their talk is that they can
satisfy our requirements (it'll be interesting to see if they can walk).

Oh well

--
Steve Knight
Northern Telecom
Rochester, NY

+++++++++++++++++++++++++++

>From [e-mail] (Sak Wathanasin)
Date: Mon, 7 Nov 94 09:15:37 GMT
Organization: Network Analysis Ltd


In article <sdk-0511941528450001@47.216.192.238>
(comp.sys.mac.programmer,comp.sys.mac.comm), [e-mail] (Stephen Knight)
writes:

> current choices Cypress Research and Collaboration Technologies.
> Collaboration is advertising "PhoneBridge".  They currently have a $500
> developer program (comes with beta software and hardware, when the
> hardware goes final you get a free upgrade).

Do these guys actually exist? I've sent them email about 3 times with no
response. It doesn't bode well...

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

Internet: [e-mail]
uucp:     ...!uknet!nan!sw                       AppleLink: NAN.LTD
Phone: [phone] Mobile:[phone]  Fax: [phone]

+++++++++++++++++++++++++++

>From Darrin Cardani <[e-mail]>
Date: Fri, 4 Nov 1994 21:27:36 GMT
Organization: AT&T Global Information Solutions, Atlanta

>In article <39bpbf$[e-mail]> Rob Terrell writes:
>In article <[e-mail]>
>[e-mail] (Chuck Shotton) writes:
>
>> Here's the best answer so far from Apple DTS. There is no documentation
>> that corresponds to the interfaces used to develop ApplePhone. It was
>> written to internal, undocumented interfaces. The closest thing to
>> documentation on how to play with the GeoPort/GeoPod is contained in the
>> "Telephone Manager" CTB extensions. This info is available from APDA. The
>> Telephone Manager is a part of System 7.5 and is also available on the
>> most recent Developer's CD (TelMgr 1.1, or something like that.)
[...]
>I worked on a project for a large telcom firm and tried like hell to
>get the Geoport APIs out of Apple. None was made available, not even to
>a large telcom firm that's deeply in bed with Apple.

etc.

Are you aware of the following press release from Apple?
- -----forwarded stuff------
Support Grows for Apple GeoPort Standard 10/21/94

CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's  (NASDAQ:
APPL) GeoPort interface, first announced in 1993, has gained new support from 10
influential computer and telephony vendors. GeoPort is a plug-and-play, backward
compatible serial interface with a bandwidth 200 times that of a standard serial
port.

The 10 companies declaring GeoPort to be their preferred cross-platform
computer-telephony interconnect standard are: AOX, Inc., AT&T Corp., Crystal
Semiconductor Corp., Cypress Research Corp., IBM Corp., Motorola, Inc., SAT
Groupe SAGEM, Siemens PN, Siemens Rolm Communications, Inc., and Zilog, Inc.

Mark Orr, business manager in Apple's PC division, considered the announcement a
turning point, telling Newsbytes, "We think it has the ability to become a
communications standard throughout the PC world. Now we're going to go out and
work the issue from an evangelism point of view."

Orr explained, "The real problem is that there has developed a solid
infrastructure and technological momentum in both the telephony and PC
communities. The result is that the phone and the PC haven't been able to
communicate very well. There has been no means to bridge the 6-inch gap between
the PC and the phone sitting next to it. GeoPort lets that happen, not just in
the context of a single platform or a single telephone, but with any computer,
any telephone, anywhere in the world."

Beyond providing a broad bandwidth physical connection, Apple Computer says
GeoPort also hides the differences between connected computers and
communications systems, and allows any kind of data to pass between them. That
makes it a superior cross-platform communications tool, Apple said.

Apple has ambitious plan for GeoPort. The firm believes its design offers strong
appeal in both computer and telephony markets. It cites potential uses including
fax and data transmission, video conferencing, and "white board" type data
sharing regardless of telephones, lines, connections or computers used in a
link.

Technically, GeoPort supports most common telephone APIs (application
programming interfaces) including AT&T/Novell's TSAPI, IBM's CallPath,
Microsoft's TAPI, or Apple's Telephone Manager. It works with phone lines from
POTS (plain old telephone service) to T1/E1 links and supports computer data,
voice, fax, modem, voice or video data transfer. It also allows multiple
simultaneous information streams, such as voice plus video.

(Craig Menefee/19941021/Press Contact: Maureen O'Connell, Regis McKenna, Inc.,
408-862-6689; or Lisa Byrne, Apple Computer, Inc., 408-862-5154)







+++++++++++++++++++++++++++

>From [e-mail] (Stephen Knight)
Date: Tue, 8 Nov 1994 02:21:06 GMT
Organization: Northern Telecom

In article <[e-mail]>,
[e-mail] wrote:

> In article <sdk-0511941528450001@47.216.192.238>
> (comp.sys.mac.programmer,comp.sys.mac.comm), [e-mail] (Stephen Knight)
> writes:
>
> > current choices Cypress Research and Collaboration Technologies.
> > Collaboration is advertising "PhoneBridge".  They currently have a $500
> > developer program (comes with beta software and hardware, when the
> > hardware goes final you get a free upgrade).
>
> Do these guys actually exist? I've sent them email about 3 times with no
> response. It doesn't bode well...
>

   You've probably already received mail from Wayne by now, but...try
"[e-mail]".  He always replies to me.

--
Steve Knight
Northern Telecom
Rochester, NY

+++++++++++++++++++++++++++

>From [e-mail] (Stephen Knight)
Date: Tue, 8 Nov 1994 02:43:37 GMT
Organization: Northern Telecom

In article <[e-mail]>,
[e-mail] wrote:

  [ comments on Apple's lack of GeoPort documentation, snip ].

>
> Are you aware of the following press release from Apple?
> -------forwarded stuff------
> Support Grows for Apple GeoPort Standard 10/21/94
>

  [ Apple press release, snip ].

Unfortunately, as long as GeoPort documentation is still unreleased from
Apple, the GeoPort makes a neat fax-modem.  Big deal.  You wouldn't
believe how irritated I get everytime I see a Compaq ad bragging about
their speech or phone handling.  The last time I looked at an article in
Computer Telephony on phone handling Apple wasn't mentioned (they had been
mentioned in a previous article...months ago).  As far as I can see, Apple
isn't even considered a player.  Sorry folks, the wound is
self-inflicted.  It will be even more pitiful if any of those other
box-making companies release their APIs before Apple (question at the 94
WWDC: "when are you going to document the GeoPort APIs?"  answer: "uhhh,
we haven't decided yet").

We've been wanting to release telephony capable applications to our
customers for over a year.  Well, it looks like we're finally going to,
but it won't be with GeoPort.  Hellooooo Collaboration Technologies!!!

--
Steve Knight
Northern Telecom
Rochester, NY

+++++++++++++++++++++++++++

>From [e-mail] (Rob Terrell)
Date: 8 Nov 1994 16:01:28 GMT
Organization: Jecta Development Corp.

In article <sdk-0711942247550001@47.216.192.236>
[e-mail] (Stephen Knight) writes:

> Unfortunately, as long as GeoPort documentation is still unreleased from
> Apple, the GeoPort makes a neat fax-modem.  Big deal.  You wouldn't
> believe how irritated I get everytime I see a Compaq ad bragging about
> their speech or phone handling.

I've got to agree with Stephen. The situation has been unbearable for
over a year now. Until I quit my previous job, I spent a day a week
trying to pry GeoPort secrets out of Apple.

Press releases are bullshit. If I can't get the inforamtion to program
for a product, it's useless.

Apple once was touting their Telepohny Apps, but not anymore. The AV
Mac "Answering Machine" barely works, and despite the fact that legions
of programmers have wanted to make a real, working version, Apple
refuses to release the specs. I honestly can't imagine why.

+++++++++++++++++++++++++++

>From [e-mail] (Amanda Walker)
Date: 8 Nov 1994 20:36:48 -0500
Organization: InterCon Systems Corporation, Engineering Dept.

[e-mail] (Rob Terrell) writes:
>Feel free to call, write, fax, and mail-bomb the Apple Telephony
>Evangelist, Michael Bayer ([e-mail]). He's a total
>wad who, in my experience, never returns email or phone calls, never
>provides support or accurate information about Apple's plans, and may
>simply make your life hell. He wasn't any help in making our product
>come to life. It will make you want to switch to TAPI. But don't.

I wouldn't go that far, even speaking as someone who'se been nagging
Apple about GeoPort docs for over a year (I even asked Michael about
it point-blank at this year's WWDC, to applause from the crowd :)).

Documentation and support software for the GeoPort architecture is
inexcusably late, but I'm not going to start laying the blame at
Michael's or anyone else's feet.  Taking the DSP out of the Power
Macs probably did a lot to set back the progress, since they then
had to invent a new real-time scheduler to replace ARTA, come up with
new Sound Manager components, and so on.

I'm not singing their praises just yet, but then again I'm glad I
don't work at Apple whenever I read about the latest reorg in MacWeek :).
Engineers and evangelists are seldom the problem, in my experience.

Amanda Walker
InterCon Systems Corporation

+++++++++++++++++++++++++++

>From [e-mail] (Derrick C. Mancini)
Date: Wed, 9 Nov 1994 10:03:12 GMT
Organization: MAX-Lab, Lunds Universitet

In article <[e-mail]>,
[e-mail] wrote:
> Are you aware of the following press release from Apple?
> -------forwarded stuff------
> Support Grows for Apple GeoPort Standard 10/21/94
>
> CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's  (NASDAQ:
> APPL) GeoPort interface, first announced in 1993, has gained new support
(rest of press released deleted)

Yes, but that still doesn't make any of the necessary information public
or indicate what new products, if any, that Apple might introduce or upgrade.
If anything, this might suggest why Apple has been so closed-mouthed and
sluggish with this stuff, since they may have needed to be hush-hush or
were still finalizing compromised standards during negotiations with their
new "partners".  If so, then it is about time for Apple to step forward with
more support and public info in this area.  Still, I wouldn't be surprised
if there was a lead time provided for these big "partners".  Anyone at Apple
want to comment?

Hmmm.

Guess not.

--
The XRAYMAN

+++++++++++++++++++++++++++

>From Darrin Cardani <[e-mail]>
Date: Wed, 9 Nov 1994 18:02:16 GMT
Organization: AT&T Global Information Solutions, Atlanta

Sorry for the repost (if you see this twice). I think our servers
were having trouble when I posted this originally. Here it is again.

>In article <[e-mail]> Darrin Cardani  writes:
>>In article <39bpbf$[e-mail]> Rob Terrell writes:
>>In article <[e-mail]>
>>[e-mail] (Chuck Shotton) writes:
>>
>>> Here's the best answer so far from Apple DTS. There is no documentation
>>> that corresponds to the interfaces used to develop ApplePhone. It was
>>> written to internal, undocumented interfaces. The closest thing to
>>> documentation on how to play with the GeoPort/GeoPod is contained in the
>>> "Telephone Manager" CTB extensions. This info is available from APDA. The
>>> Telephone Manager is a part of System 7.5 and is also available on the
>>> most recent Developer's CD (TelMgr 1.1, or something like that.)
>[...]
>>I worked on a project for a large telcom firm and tried like hell to
>>get the Geoport APIs out of Apple. None was made available, not even to
>>a large telcom firm that's deeply in bed with Apple.
>
>etc.
>
>Are you aware of the following press release from Apple?
>-------forwarded stuff------
>Support Grows for Apple GeoPort Standard 10/21/94
>
>CUPERTINO, CALIFORNIA, U.S.A., 1994 OCT 21 (NB) -- Apple Computer's  (NASDAQ:
>APPL) GeoPort interface, first announced in 1993, has gained new support from
10
>influential computer and telephony vendors. GeoPort is a plug-and-play,
backward
>compatible serial interface with a bandwidth 200 times that of a standard
serial
>port.
>
>The 10 companies declaring GeoPort to be their preferred cross-platform
>computer-telephony interconnect standard are: AOX, Inc., AT&T Corp., Crystal
>Semiconductor Corp., Cypress Research Corp., IBM Corp., Motorola, Inc., SAT
>Groupe SAGEM, Siemens PN, Siemens Rolm Communications, Inc., and Zilog, Inc.
>
>Mark Orr, business manager in Apple's PC division, considered the announcement
a
>turning point, telling Newsbytes, "We think it has the ability to become a
>communications standard throughout the PC world. Now we're going to go out and
>work the issue from an evangelism point of view."
>
>Orr explained, "The real problem is that there has developed a solid
>infrastructure and technological momentum in both the telephony and PC
>communities. The result is that the phone and the PC haven't been able to
>communicate very well. There has been no means to bridge the 6-inch gap between
>the PC and the phone sitting next to it. GeoPort lets that happen, not just in
>the context of a single platform or a single telephone, but with any computer,
>any telephone, anywhere in the world."
>
>Beyond providing a broad bandwidth physical connection, Apple Computer says
>GeoPort also hides the differences between connected computers and
>communications systems, and allows any kind of data to pass between them. That
>makes it a superior cross-platform communications tool, Apple said.
>
>Apple has ambitious plan for GeoPort. The firm believes its design offers
strong
>appeal in both computer and telephony markets. It cites potential uses
including
>fax and data transmission, video conferencing, and "white board" type data
>sharing regardless of telephones, lines, connections or computers used in a
>link.
>
>Technically, GeoPort supports most common telephone APIs (application
>programming interfaces) including AT&T/Novell's TSAPI, IBM's CallPath,
>Microsoft's TAPI, or Apple's Telephone Manager. It works with phone lines from
>POTS (plain old telephone service) to T1/E1 links and supports computer data,
>voice, fax, modem, voice or video data transfer. It also allows multiple
>simultaneous information streams, such as voice plus video.
>
>(Craig Menefee/19941021/Press Contact: Maureen O'Connell, Regis McKenna, Inc.,
>408-862-6689; or Lisa Byrne, Apple Computer, Inc., 408-862-5154)
>
>
>
>
>
>>






+++++++++++++++++++++++++++

>From [e-mail] (Ken Bereskin)
Date: Fri, 4 Nov 1994 21:06:35 GMT
Organization: Apple Canada Inc.

In article <39bpbf$[e-mail]>, [e-mail] (Rob
Terrell) wrote:

> If you want these features for a particular phone system, you'll need
> to write a telephone tool. There are very few tools out there. There is
> NO tool for the GeoPort. I repeat--no GeoPort tool.

JABRA ships a preliminary telephone tool with its EarPhone product that
works with the GeoPort Telecom Adapter and an application (Power Dialer)
that allows you place/answer voice calls under direct user or AppleScript
control.

Its cool and it works! Its called the 'Jabra PowerTelephoneTool' and
appears to be developed by CTM Development (Get Info... credit).

Ken

+++++++++++++++++++++++++++

>From [e-mail] (Ken Bereskin)
Date: Fri, 4 Nov 1994 21:06:35 GMT
Organization: Apple Canada Inc.

In article <39bpbf$[e-mail]>, [e-mail] (Rob
Terrell) wrote:

> If you want these features for a particular phone system, you'll need
> to write a telephone tool. There are very few tools out there. There is
> NO tool for the GeoPort. I repeat--no GeoPort tool.

JABRA ships a preliminary telephone tool with its EarPhone product that
works with the GeoPort Telecom Adapter and an application (Power Dialer)
that allows you place/answer voice calls under direct user or AppleScript
control.

Its cool and it works! Its called the 'Jabra PowerTelephoneTool' and
appears to be developed by CTM Development (Get Info... credit).

Ken

---------------------------

>From [e-mail] alt.emulators.ibmpc.apple2 alt.emusic alt.engr.explosives alt.ernie-pook alt.etc.passwd alt.etext alt.eunuchs.questions alt.exotic-music alt.exploding.kibo alt.fairs.renaissance alt.fan.addams.wednesday alt.fan.albedo alt.fan.alok.vijay (Charles W. Clark alt.bbs.gigo-gateway alt.bbs.internet alt.bbs.lists alt.bbs.lists.d alt.bbs.majorbbs alt.bbs.metal alt.bbs.pcboard alt.bbs.pcbuucp alt.bbs.searchlight alt.bbs.unixbbs alt.bbs.unixbbs.uniboard alt.bbs.uupcb alt.bbs.waffle alt.bbs.)
Subject: How to get list of files in folder
Date: Thu, 03 Nov 1994 15:29:59 -0800
Organization: Marunaka Translation Service

Hello All!

Could someone please tell me how to go about getting FSspec or
SFReply-type information for all of the files in the current directory
(folder)?
I have been struggling with this problem and haven't been able to find any
Toolbox routines for this. (I am using Symatec C++). Any assistance
greatly appreicated.

Thanks in Advance,
Charlie Clark

+++++++++++++++++++++++++++

>From [e-mail] (Trygve Isaacson)
Date: Fri, 4 Nov 1994 11:46:04 GMT
Organization: Wall Data Incorporated

In article <[e-mail]>,
[e-mail] wrote:

> Could someone please tell me how to go about getting FSspec or
> SFReply-type information for all of the files in the current directory
> (folder)?
> I have been struggling with this problem and haven't been able to find any
> Toolbox routines for this. (I am using Symatec C++). Any assistance
> greatly appreicated.

PBGetCatInfo is the call. Here's one way to do it. You need to have the
vRefNum of the volume (disk) and the dirID of the folder. See IM:Files
2-43 for details. I hope this helps!

void EnumerateFolder(short vRefNum, long dirID)
     {
     Str31      name;
     CInfoPBRec pb;
     OSErr      err
     short      index = 1;

     pb.dirInfo.ioNamePtr = name;
     pb.dirInfo.ioVRefNum = vRefNum;

     while (err == noErr)
         {
         pb.dirInfo.ioFDirIndex = index;
         pb.dirInfo.ioDrDirID = dirID; // gotta set it each time!

         err = PBGetCatInfo(&pb, false);

         if (err == noErr)
             {
             if ((pb.hFileInfo.ioFlAttrib & 0x10) == 0x10) // folder bit
                 ProcessASubFolder(&pb);
            else
                 {
                 pb.dirInfo.ioDrDirID = dirID; // changed by PBGetCatInfo
                 ProcessAFile(&pb);
                 }
             }

         index++;
         }
     }

To get an FSSpec for the file (or subfolder) you could do this:

void ProcessAFile(CInfoPBRec *filePB)
    {
    OSErr  err;
    FSSpec anFSSpec;

    err = FSMakeFSSpec(filePB->dirInfo.ioVRefNum,
                       filePB->dirInfo.ioDrDirID,
                       filePB->dirInfo.ioNamePtr,
                       &anFSSpec);
    etc.
    }
....................................................................
Trygve Isaacson       [e-mail]       Wall Data Incorporated
             file://ftp.netcom.com/pub/trygve/home.html
....................................................................

---------------------------

>From [e-mail] (R. Lam)
Subject: Sample code for Launching appl from SC++ or TC.
Date: 2 Nov 1994 19:47:05 GMT
Organization: JPL

Hi,

I'm looking for some sample code to launch an application (i.e
GIFConverter)
from a Symantec C or C++ programming environment. Can anyone point me
to
the right place please? Thanks in advance.

Ray Lam
[e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (mark)
Date: 2 Nov 94 17:00:18 EST
Organization: HRB Systems, Inc.

In article <398qbp$[e-mail]>, [e-mail] (R. Lam) writes:
> Hi,
>
> I'm looking for some sample code to launch an application (i.e
> GIFConverter) from a Symantec C or C++ programming environment.
> Can anyone point me to the right place please? Thanks in advance.
>
> Ray Lam
> [e-mail]

        ftp.apple.com://dts/mac/sc/snippets/processes/launchwithdoc2.hqx

--
Hope this helps.

Mark H. Linton
____________________________________________________________________
mark \'m‰rk\ n [ME, fr. OE mearc boundary, march, sign; akin to OHG
marha boundary, L margo] 1 a : a conspicuous object serving as a guide
for travelers 2 : A standard or criterion of quality 3 : An object or
point that serves as a guide --idiom. mark time. 1 : To make little or
no progress

+++++++++++++++++++++++++++

>From [e-mail] (Scott Francis)
Date: Fri, 04 Nov 1994 13:02:02 -0800
Organization: SuperMac

In article <398qbp$[e-mail]>, [e-mail] (R. Lam)
wrote:

> Hi,
>
> I'm looking for some sample code to launch an application (i.e
> GIFConverter)
> from a Symantec C or C++ programming environment. Can anyone point me
> to
> the right place please? Thanks in advance.
>


Assuming you've got an FSSpec for the app you want to launch (if not,
check out PBCatSearch or other mechanism to find the app you want).  The
following snippet should get you started...

{
FSSpec         anFSSpec;
LaunchParamBlockRec
            launchPB;


    launchPB.launchBlockID = extendedBlock;
    launchPB.launchEPBLength = extendedBlockLen;
    launchPB.launchFileFlags = launchNoFileFlags;
    launchPB.launchControlFlags = launchNoFileFlags + launchContinue;
    launchPB.launchAppSpec = &anFSSpec;

    LaunchApplication(&launchPB);
}

If you wanted to have the app open a document, you need to add AE stuff
(If you know the app is HL event aware -- check size resource) before the
LaunchApplication and set aLaunchPB.launchAppParameters to point to an
AEDesc's dataHandle.  (Let me know if want that code, too.)

--Scott

---------------------------

>From [e-mail] (Brian Cole)
Subject: Subject: Apple PR: MacOS Software Developer's Kit
Date: 4 Nov 1994 18:01:53 GMT
Organization: University of WI, Madison -- Computer Sciences Dept.

found at ftp://ftp.austin.apple.com/Apple.Support.Area/Apple.Press.Releases/
(edited for brevity)

] Cupertino, California--October 31, 1994--Responding to developer
] requests, Apple Computer, Inc. today announced availability of a
] software developer's kit that combines most of its existing software
] developer's kits into one convenient--and very affordable--package.
] For U.S. $299, developers can purchase an annual subscription to the
] new Mac  OS Software Developer's Kit (SDK), which is available on a
] CD-ROM and includes quarterly updates.
]     Another important benefit of the Mac OS Software Developer's Kit is
] its streamlined approach to software licensing.  Subscribers
] automatically will be able to redistribute certain system extension
] files and libraries with programs they develop that require these
] components.

]      With a subscription to the Mac OS Software Developer's Kit,
] developers will receive a disc each quarter that contains the most
] recent versions of almost all of Apple's system-software extensions,
] making it convenient to track these most recent extension releases
] and incorporate support for them into applications.  In addition to
] the system-software extensions, the Mac OS SDK includes programming
] interfaces and libraries, sample code, and technical documentation.

] The initial release of Mac OS SDK includes SDKs for the following
] software extensions:
]
] Apple Guide                                    MacODBC
] Apple Open Collaboration Environment (AOCE)    MacOSI  Connection
] Apple Remote Access                            MacSNMP
] Apple Remote Access Modem                      MacTCP
] Apple Shared Library Manager                   MacX.400
] AppleScript                                    MacX25
] AppleSearch                                    MIDI Management Tools
] AppleShare  API                                Network Software Installer
] AppleTalk  Wide Area                           Open Transport
] ColorSync                                      PlainTalk
] Communications Toolbox                         QuickDraw  GX
] Control Strip                                  QuickTime
] Designing PCI Cards & Drivers                  Sound Manager
] File System Manager                            Telephone Manager
] Installer                                      Thread Manager
] Macintosh Drag and Drop                        XTND
] Macintosh Easy Open

] Members worldwide of Apple's Partners Program will receive one
] subscription to the Mac OS SDK without charge as one of the benefits
] of the program.  For other developers, subscriptions to the Mac OS
] Software Developer's Kit are available immediately through APDA

] APDA
] Apple Computer, Inc.
] P.O. Box 319
] Buffalo, NY 14207-0319
] 800-282-2732 (U.S.A.)
] 800-637-0029 (Canada)
] 716-871-6555 (International)
] 716-871-6511 (Fax)


--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~   _______    _____   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Brian A. Cole                 |_   _  |  |  ___|  http://www.cs.wisc.edu/~tuc/
Head Consultant                 | | | |__| |___       The speed of time is
[e-mail]                 |_| |__________|      3600 seconds per hour.

---------------------------

End of C.S.M.P. Digest
**********************