• MacTech Network:
  • Tech Support
  • |
  • MacForge.net
  • |
  • Apple News
  • |
  • Register Domains
  • |
  • SSL Certificates
  • |
  • iPod Deals
  • |
  • Mac Deals
  • |
  • Mac Book Shelf

MAC TECH

  • Home
  • Magazine
    • About MacTech in Print
    • Issue Table of Contents
    • Subscribe
    • Risk Free Sample
    • Back Issues
    • MacTech DVD
  • Archives
    • MacTech Print Archives
    • MacMod
    • MacTutor
    • FrameWorks
    • develop
  • Forums
  • News
    • MacTech News
    • MacTech Blog
    • MacTech Reviews and KoolTools
    • Whitepapers, Screencasts, Videos and Books
    • News Scanner
    • Rumors Scanner
    • Documentation Scanner
    • Submit News or PR
    • MacTech News List
  • Store
  • Apple Expo
    • by Category
    • by Company
    • by Product
  • Job Board
  • Editorial
    • Submit News or PR
    • Writer's Kit
    • Editorial Staff
    • Editorial Calendar
  • Advertising
    • Benefits of MacTech
    • Mechanicals and Submission
    • Dates and Deadlines
    • Submit Apple Expo Entry
  • User
    • Register for Ongoing Raffles
    • Register new user
    • Edit User Settings
    • Logout
  • Contact
    • Customer Service
    • Webmaster Feedback
    • Submit News or PR
    • Suggest an article
  • Connect Tools
    • MacTech Live Podcast
    • RSS Feeds
    • Twitter

ADVERTISEMENT
Volume Number:8
Issue Number:3
Column Tag:Mousehole

Mousehole

From: Alex

To: ** ALL **

Re: calling tools from my program

Any ideas as to how to call mpw tools from within my application?

From: Markspace

To: Alex

Re: calling tools from my program

You could try sending apple events to ToolServer.

From: Alex

To: Markspace

Re: calling tools from my program

I don't really want to have to deal with Toolserver but it is worth a thought. Unfortunately my network is down right now. I'll give it a try next week. I'll let you know how much success I have.

From: Markspace

To: Alex

Re: calling tools from my program

You don't need to have a network running to use toolserver.

From: Alex

To: ** ALL **

Re: C++ (1 reply)

Has anyone taken any locally available c++ courses and if so who taught tham and how were they?

From: Noel

To: ** ALL **

Re: c++? (1 reply)

I am wondering if there exists a c++ compiler for the Mac? All I have ever heard about is C? I am curious to know the answer. thanks!

From: Markspace

To: Noel

Re: c++? (1 reply)

Symantec bought Zortech C++, which you can get now in a version that works under MPW. An obvious move for Symantec would be to integrate the Zortech tehnology into Think C, or provide a Think C style environment for the Zortech compiler.

From: Badblud

To: ** ALL **

Re: Code Resource

Somebody know how to use external code resource with many fonction in call by an executable program. i search some example of executable call fonction in code resource and example of the fonction in code resource . if some somebody can help me , please write me soon.

From: Tims

To: Markspace

Re: c++? (1 reply)

The first C++ implementation commercially available from the Mac comes from Apple itself. It's called "MPW C++" and requires the MPW Development Environment. You can order it by calling APDA at 1-800-282-2732 - ask them to send you a catalog so you can see for yourself what MPW C++ has to offer...

MPW C++ is based on AT&T's CFront, but includes a number of enhancements for the Mac environment (like pre-compiled headers to compensate for CFront's lack of speed, full support for MacApp so you'll have access to a robust class library).

Tim S.

From: Tims

To: Walrus

Re: c++? (1 reply)

My _PERSONAL_ opinion is that you can't learn C++ using Think C's OOP extensions. That sounds pretty harsh, so let me clarify where I'm coming from. The OOP extensions in Think C make it the "moral equivalent" of Object Pascal, _NOT_ C++ v2.0 and definately not C++ v3.0...

The lack of operator overloading in Think C removes a key element of C++'s power. Last time I took a hard look at Think C's OOP, it didn't offer the same detailed levels of "protection" for variables within classes as C++ does (friend, public, private, protected). That's a major hole in object Pascal (and thus a major hole in anything that's only on par with Object Pascal). Being able to force tighter protection within your classes protects you in the long run since generally, the folks developing a class library need to be certain its users aren't going to make goofy assumptions or illegally access stuff they shouldn't be accessing...

Think C also doesn't support MacApp (or didn't last time I looked - please feel free to update me if that's changed). MacApp may not be perfect, but it's got a _LOT_ more going for it than any other _APPLICATION_ framework for the Mac. It's several generations along (which means most of the fundamental design limitations should've been worked out by now - "younger" class libraries are still going to have goofy problems lurking within them).

For my money, when I want C++, I want _ALL_ of it, I don't want a subset that SOMEBODY else picked and overhyped... :-)

Don't get me wrong - Think C's OOP has its place in this world, but it's NOT C++. Maybe someday it will be, until then if you want C++, get C++, not "C with Objects"...

Tim (my opinions are my own) S.

From: Markspace

To: Tims

Re: c++? (1 reply)

Think C 5.0 does provide levels of protection for instance variables.

You can have them be "public" - open to all, "protected" - open to descendants only, and "private" open to that class only.

 
MacTech Only Search:
Community Search:

 
 
 

 
 
 
 
 
  • SPREAD THE WORD:
  • Slashdot
  • Digg
  • Del.icio.us
  • Reddit
  • Newsvine
  • Generate a short URL for this page:



MacTech Magazine. www.mactech.com
Toll Free 877-MACTECH, Outside US/Canada: 805-494-9797
MacTech is a registered trademark of Xplain Corporation. Xplain, "The journal of Apple technology", Apple Expo, Explain It, MacDev, MacDev-1, THINK Reference, NetProfessional, Apple Expo, MacTech Central, MacTech Domains, MacNews, MacForge, and the MacTutorMan are trademarks or service marks of Xplain Corporation. Sprocket is a registered trademark of eSprocket Corporation. Other trademarks and copyrights appearing in this printing or software remain the property of their respective holders.
All contents are Copyright 1984-2010 by Xplain Corporation. All rights reserved. Theme designed by Icreon.
 
Nov. 20: Take Control of Syncing Data in Sow Leopard' released
Nov. 19: Cocktail 4.5 (Leopard Edition) released
Nov. 19: macProVideo offers new Cubase tutorials
Nov. 18: S Stardom anounces Safe Capsule, a companion piece for Apple's
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live
Nov. 17: Ableton releases Max for Live