TweetFollow Us on Twitter

Using C++ Objects In A Handle-Based World

Using C++ Objects In A Handle-Based World

ANDY SHEBANOW

Although C++ is a powerful and flexible language, its image of the world inside your computer was shaped by operating systems that were a bit more "traditional" than the Macintosh's. As a result, C++ routines that work fine for MPW tools can cause severe problems when used in a Macintosh application. But there are ways around these problems. This article describes a technique that allows you to use normal C++ objects in your Macintosh applications without undue discomfort.

Using C++ objects in the handle-based world of the Macintosh Memory Manager can get pretty tricky at times. The Apple extension to C++ that solves the memory allocation problems you're bound to run into can create other headaches for you if you need to use one or more of several important C++ features in your program. In this article, you'll learn about the memory allocation problems you can expect to encounter when you create objects in C++. You'll also learn how to get around these problems while still retaining the use of important C++ features, by creating a special class PtrObject. You'll see a sample program that uses PtrObject, and you'll learn how to implement the class.

PROBLEMS WITH MEMORY ALLOCATION FOR OBJECTS IN C++

In C++, objects are created dynamically with the new operator, and disposed of with the delete operator when you've finished with them, like this:

TMyObject* aMyObjectRef;
aMyObjectRef = new TMyObject;       // Create a TMyObject object.
aMyObject->AReallyCoolRoutine(); // Do something useful...
delete aMyObject;                   // Delete the object.

When you use these operators, C++ transforms them into calls to operatornew and operator delete. The default versions of operatornewand operatordeleteprovided in the C++ library use the C Standard Library routines malloc and free, respectively, to allocate and deallocate the memory needed to store the object. (Actually, the calloc routine is called to allocate the memory, but callocjust turns around and calls malloc to do the real work.)

These routines work fine for MPW tools, but they can cause the following severe problems when used in a Macintosh application:

  • Heap fragmentation. Nonrelocatable memory for your objects can be allocated in the middle of your heap, preventing the Mac's Memory Manager from compacting memory properly.
  • Heap space permanently wasted. Because calloc and free manage their own list of free memory blocks and never return unused space to the Mac's Memory Manager, if you create a lot of C++ objects your program can run out of memory and crash even though you have plenty of free memory available. (See the sidebar "Everything You Didn't Want to Know About malloc and free" for more information on malloc internals.)
Fortunately, you can override the default versions of operatornewand operatordelete in your own classes to get explicit control over memory allocation. To help you do this, Apple extended C++ to include a predefined base class called HandleObject. If classes you define inherit from HandleObject, the Mac's NewHandle and DisposHandletraps are called instead of the default operator new and operator delete routines.

While this solves the memory problems just mentioned, it also precludes the use of several important C++ features. Here is a partial list of the restrictions that apply when classes you define inherit fromHandleObject:

  • It is an error to declare global variables, local variables, arrays, members, or param- eters of handle-based classes (rather than pointers to them).
  • Multiple inheritance cannot be used with handle-based classes.
  • Handle-based objects can be created only by the new operator. The only use of a dereferenced handle-based class pointer (for example, *x) is to refer to a field in the class (for example, *x.y or x->y).
  • It is not possible to allocate an array of handle-based objects--for example, new->MyObjects[10].
As you can see, there are quite a few useful things you can't do in C++ if you use HandleObject. Most programs should be able to live with these restrictions, but if your program needs to use multiple inheritance or arrays of objects, a different solution is called for.

EVERYTHING YOU DIDN'T WANT TO KNOW ABOUT MALLOC AND FREE

Why do the malloc and free routines wreak so much havoc in a Macintosh application? The main reason is that these routines were originally written for UNIX systems, which have no built-in memory allocation facilities. So these library routines ended up doing everything themselves, including free list management.

This isn't all bad, since these routines are simpler and faster than their Macintosh Memory Manager equiva- lents, but they can cause the severe problems listed earlier in this article for a Macintosh application. The worst part is that these problems can occur even if your application doesn't callmalloc directly. In many situ- ations, C++ callsmalloc for you, as do many of the other routines in the standard library.

Here's how it all works (in MPW, at least):

When you request some memory frommalloc, it rounds the size up to the nearest power of 2 (8-byte mini- mum, ID checked at the door). If you ask for more than 2048 bytes, malloc just calls NewPtr to allocate the memory, and DisposPtr to get rid of it. Otherwise,malloc checks its internal free list looking for blocks of the specified size. If it doesn't find any blocks of that size, it allocates a chunk of memory with NewPtr big enough to hold 2K worth of blocks (plus 2 bytes overhead per block), and adds the new blocks to the free list for that size. It then returns you the first block off of the free list.

When you dispose of memory with the free routine, it looks at the block header to determine which free list to put the block in, and inserts it into the list (sorted by block address to allow for more intelligent freestore management in the future). Here's what a small free list looks like:

[IMAGE C++_Objects_v007_html1.GIF]

MPW (and other Mac development systems) provides versions of these routines to make life easier for people who are porting code from UNIX systems (or MS-DOS, OS/2, etc.). However, since the malloc routine calls NewPtr rather indiscrimately, it can cause blocks to be allocated in very inconvenient places inside your heap, and once these blocks have been allocated, they are never disposed of.

In just one possible scenario, the user opens a large document with your program SuperOOPWrite and cre- ates 1000 standard C++ objects (each allocated by malloc) to represent the elements of the document, each about 100 bytes long. malloc asks NewPtr to create 63 blocks of memory (about 2K each), and you have about 100K less free memory than you used to. Now the user closes the document, and you dutifully dispose of all of your objects. Guess what? You still have 100K less memory available to you as far as the Mac's Memory Manager is concerned, your heap is chock full of 2K nonrelocatable blocks, and you don't have any way to preflight memory for the next time the user wants to open a document.

By the way, if this algorithm sounds familiar to you, it's because the MPW code is based on a public domain version of malloc written by Chris Kingsley.

THE SOLUTION: CREATING A SPECIAL CLASS PTROBJECT

The solution to memory allocation problems when you can't use HandleObject is to create a special class PtrObject analogous to the HandleObject class. This class overrides both operatornewand operatordelete, so that real Memory Manager pointers are used instead of the pointers returned by the default operatornew. PtrObjectalso supports the allocation of objects into a separate heap, which further reduces memory fragmentation.

The method functions of the class PtrObject are as follows:

AllocHeapThis function creates a separate heap. All descendants of class PtrObject cre- ated after calling this function will use this heap. If you do not call this function in your program, the default (application) heap will be used.
DisposeHeap This function disposes of the heap allocated by a previous call to AllocHeap. You should call this function before quitting your application. Any PtrObjects created inside the heap will be invalid, so make sure that you aren't using any of those objects anymore (neither operatordelete nor the destructor for these objects will be called).
FreeMemory This function returns the amount of free space in the PtrObject heap, as returned by the trap FreeMem. If no separate heap exists, this function will return the amount of free memory in the default (application) heap.
MaxMemory This function returns the size of the largest free block in the PtrObject heap, as returned by the trap MaxMem. If no separate heap exists, this function will return the amount of free memory in the default (application) heap.
operator newThis function is called by the C++ compiler to allocate memory for PtrObjects. You never need to call it directly.
operator deleteThis function is called by the C++ compiler to deallocate memory used by PtrObjects. You never need to call it directly.

Here is the class declaration for PtrObject, which would normally be found in the header file PtrObject.h.

class PtrObject {
public:
    static OSErr    AllocHeap(size_t heapSize);
    // Create a heap heapSize bytes long to allocate
    // objects in.
    
    static void DisposeHeap();
    // Free up the heap allocated by a previous call
    // to AllocHeap.

    static long FreeMemory();
    // Return the total amount of free space in the heap.

    static Size MaxMemory();
    // Return the size of the largest free block in the heap.
    
    void*       operator new(size_t size);
    void        operator delete(void* p);
    // These are our special allocation and
    // deallocation operators.

private:
    static THz  fZone;  
    // Our private zone pointer.
};

Notice that the AllocHeap, DisposeHeap, FreeMemory, and MaxMemory calls are all static member functions, and that the fZone variable is a static data member . In C++, static members are shared across all instances of a class. You should use static members in place of global variables and functions whenever possible, since they have limited scope (which means fewer name conflicts) and they are logically tied to the class in which they are declared (which means more readable source code). To call a static member function, the syntax is

ClassName::StaticFunctionName(/* parameters, if any */);

A SAMPLE PROGRAM USING PTROBJECT

Now that you've seen the interface to the PtrObject class, here is a small sample application that uses it. This program isn't very useful-- all it does is define a subclass of PtrObject, create an instance of that object, and call one of its methods.

The first thing we have to do is the standard setup for a Macintosh application, which in this case means including all of the needed header files for the Macintosh Toolbox and the C Standard Library:

// TestPtrObject.cp
#include <Types.h>
#include <QuickDraw.h>
#include <Fonts.h>
#include <SegLoad.h>
#include <Events.h>
#include <Windows.h>
#include <Menus.h>
#include <TextEdit.h>
#include <Dialogs.h>
#include <Memory.h>
#include <OSUtils.h>
#include <stdio.h>
#include <string.h>
#include <stddef.h>

Next we include the header file for the PtrObject class (just shown), and define a new class TLout that is derived from it:

#include "PtrObject.h"

// A small class that contains some data and a constructor,
// but spends all of its time on street corners cadging
// cigarettes instead of doing useful work.

class TLout : public PtrObject {
public:
    TLout() { DoCadge(); }; // Our constructor.
    virtual void    DoCadge();  // A rude member function.
private:
    char        fArray[256];
};

void TLout::DoCadge()
{
    strcpy(fArray,"Hey buddy, spare a cig?");
}

That's all it takes to define a class with the correct memory management behavior. Here is the main program, which uses our newly defined TLout class:

void InitToolbox();     // Forward declaration.

main()
{
    // We need this much space to store the objects
    // we're going to initialize - in this case, 16KBytes.
    const size_t kDefaultHeapSize = 0x4000;
    
    InitToolbox();  // Initialize Mac Toolbox (ho hum).
    
    // Create a heap for PtrObjects to live in.
    OSErr heapErr = PtrObject::AllocHeap(kDefaultHeapSize);
    
    // If we got an error, quit - this isn't a real
    // application, so we don't need error handling, right?
    if (heapErr != noErr)
       ExitToShell();   

    // Create an object - will go in separate heap automatically.
    TLout* aLout = new TLout;   // Do that voodoo that TLouts do...
    if (aLout != nil)
     {
        aLout->DoCadge();
        delete aLout;       
              // Delete our object now that we have finished with it.
     }

    // Dispose of the heap.
    PtrObject::DisposeHeap();
    ExitToShell();
}

One important thing needs to be pointed out here: you need to call PtrObject::AllocHeap as early in your program as possible, or the newly created heap may fragment your application heap. Finally, just for completeness, here's the implementation of the InitToolbox routine, which makes sure that all of the necessary pieces of the Mac Toolbox are initialized:

voidInitToolbox()
{
    //StandardMacintoshinitialization.
    InitGraf((Ptr)&qd.thePort);
    InitFonts(); InitWindows();
    InitMenus();
    TEInit();
    InitDialogs(nil);
    InitCursor();
    MaxApplZone();
}

THE SAMPLE PROGRAM'S MAKEFILE

# TestPtrObject.make
# by Andrew Shebanow (with some help from the CreateMake script)

OBJECTS = ð
    PtrObject.cp.o ð
    TestPtrObject.cp.o

SymOptions = -sym on
CPlusOptions = {SymOptions}

{OBJECTS} ƒƒ PtrObject.h

TestPtrObject ƒƒ {OBJECTS}
Link -w {SymOptions} -mf {OBJECTS} ð
    "{CLibraries}"CSANELib.o ð
    "{CLibraries}"Math.o ð
    "{CLibraries}"CPlusLib.o ð
    "{CLibraries}"StdCLib.o ð
    "{CLibraries}"CInterface.o ð
    "{CLibraries}"CRuntime.o ð
    "{Libraries}"Interface.o ð
    -o TestPtrObject

PtrObject.cp.o ƒ PtrObject.cp PtrObject.h
TestPtrObject.cp.o ƒ TestPtrObject.cp PtrObject.h

IMPLEMENTING PTROBJECT

Now that we've seen how to use class PtrObject, we need to implement it. We must first include all the necessary header files and allocate our static member data:

// PtrObject.cp
#include <Memory.h>
#include <Errors.h>
#include <stdio.h>
#include <stddef.h>
#include "PtrObject.h"

// Static data members actually need to be declared outside of the
// class definition in order to have space allocated.
THz PtrObject::fZone = nil;

Next we have the AllocHeapfunction.

OSErr PtrObject::AllocHeap(size_t heapSize)
{
    // By default, the heap gets kNumDfltMasters master pointers.
    // A small number, but it shouldn't matter, since we will only
    // be allocating Ptrs in this heap and Ptrs don't use master
    // pointers. 
    const short kNumDfltMasters = 16;

    // This magic number from Inside Mac, vol. II, chapter 1, is
    // the amount of space required for the zone header and trailer,
    // and the master pointer block. We add this to the requested
    // heap size to compensate.
    const size_t kZoneOverhead =
        64 + 8 + (sizeof(long) * kNumDfltMasters);

    heapSize += kZoneOverhead;      // Factor in overhead.

    // Allocate space for the zone.
    Ptr zonePtr = NewPtr(heapSize); 
    if (!zonePtr)           // if alloc fails, return error
        return MemError();  // Get a pointer to the end of the heap.

    Ptr limitPtr = (Ptr) (((ptrdiff_t) zonePtr) + heapSize);
    
    // Initialize the zone.
    InitZone(nil, kNumDfltMasters, limitPtr, zonePtr);

    // Save the zone pointer in our static class variable.
    fZone = (THz) zonePtr;
    return noErr;
}

The DisposeHeap member function is much simpler. It just checks to see if we allocated a zone in the past, and if so, it disposes of the heap's memory. This will destroy any objects that were allocated inside the heap, which could be dangerous, so be careful when you call this routine.

void PtrObject::DisposeHeap()
{
    // If zone actually exists, dispose of it.
    if (fZone)
     {
        DisposPtr((Ptr) fZone);
        fZone = nil;
     }
}

Next we have the FreeMemory and MaxMemoryfunctions. We'll show them together, since they are almost identical. The only thing of note here is the way we switch in our special heap if it exists.

long PtrObject::FreeMemory()
{
    THz savedZone;
                    // Before we can return the amount of free 
                    // memory, we need to switch to the correct zone.
    if (fZone)
     {
        savedZone = GetZone();      // Save current zone.
        SetZone(fZone);         // Make our zone current.
     }

    long free = FreeMem();      // Get total free space.

    if (fZone)
      SetZone(savedZone);       // Restore previous zone.
    return free;
}

Size PtrObject::MaxMemory()
{
    THz savedZone;
                    // Before we can return the maximum block size,
                    // we need to switch to the correct zone.
    if (fZone)
     {
        savedZone = GetZone();      // Save current zone.
        SetZone(fZone);         // Make our zone current.
     }

    Size tSize;             // We know the heap can't grow,
                            // but we have to have a temp
                        // variable to satisfy the Toolbox.
    Size max = MaxMem(&tSize);      // Get size of biggest block.
    if (fZone)
      SetZone(savedZone);       // Restore previous zone.
    return max;
}

Now we get to the heart of the class, the operator new function. Like the FreeMemory call, operator newswitches to our private heap before it actually allocates memory, and restores the previous heap when it is done. The actual memory allocation is done by a call to everyone's favorite Macintosh trap, NewPtr.

void* PtrObject::operator new(size_t size)
{
    THz savedZone;

    // before we can allocate memory, we need to switch to the
    // correct zone
    if (fZone)
     {
        savedZone = GetZone();  // Save current zone.
        SetZone(fZone);         // Make our zone current.
     }
    Ptr p = NewPtr(size);       // Allocate memory for object.
    if (fZone)
      SetZone(savedZone);       // Restore previous zone.
    return p;
}

Last, we have the operator delete function. All it does is dispose of the memory occupied by the object. We don't need to swap in the private heap here, since the Memory Manager keeps track of the heap that the pointer belongs to for us.

void PtrObject::operator delete(void* p)
{
    DisposPtr((Ptr) p);         // This works regardless of the zone
                                // the pointer was allocated in.
}

That's all there is to the PtrObject class. If you wish to explore the stranger side of C++ (multiple inheritance and so on), you should use it, since it allows your creations to live in the complicated world of the Macintosh Memory Manager.

ANDY SHEBANOW , a DTS engineer, wrote this article for the best of reasons: "The beer people had their say in the last issue, and it's about time the Mountain Dew people spoke up." His highly developed personal skills have earned him the affectionate nickname "The Shebanator." After working for a medical imaging company, he joined Apple twenty-odd months ago. It's been so long since he was outside that he's forgotten what his hobbies are; he vaguely remembers some- thing about driving cars at excessive and/or illegal speeds.*Consult the MPW C++ Reference , available from APDA as part of the MPW C++ package, for a full list of restrictions on C++ features in effect when classes you define inherit from HandleObject.*

 
AAPL
$102.90
Apple Inc.
+1.84
MSFT
$46.64
Microsoft Corpora
-0.42
GOOG
$583.44
Google Inc.
-3.93

MacTech Search:
Community Search:

Software Updates via MacUpdate

GarageSale 6.8 - Create outstanding eBay...
GarageSale is a slick, full-featured client application for the eBay online auction system. Create and manage your auctions with ease. With GarageSale, you can create, edit, track, and manage... Read more
ScreenFlow 4.5.3 - Create screen recordi...
Save 5% with the MacUpdate coupon code: 68031AE15F -- Buy now! ScreenFlow is powerful, easy-to-use screencasting software for the Mac. With ScreenFlow you can record the contents of your entire... Read more
NeoOffice 2014.3 - Mac-tailored, OpenOff...
NeoOffice is a complete office suite for OS X. With NeoOffice, users can view, edit, and save OpenOffice documents, PDF files, and most Microsoft Word, Excel, and PowerPoint documents. NeoOffice 3.x... Read more
Typinator 6.2 - Speedy and reliable text...
Typinator turbo-charges your typing productivity. Type a little. Typinator does the rest. We've all faced projects that require repetitive typing tasks. With Typinator, you can store commonly used... Read more
PopChar X 6.7 - Floating window shows av...
PopChar X helps you get the most out of your font collection. With its crystal-clear interface, PopChar X provides a frustration-free way to access any font's special characters. Expanded... Read more
Evernote 5.6.0 - Create searchable notes...
Evernote allows you to easily capture information in any environment using whatever device or platform you find most convenient, and makes this information accessible and searchable at anytime, from... Read more
Monosnap 2.2.2 - Versatile screenshot ut...
Monosnap allows you to save screenshots easily, conveniently, and quickly, sharing them with friends and colleagues at once. It's the ideal choice for anyone who is looking for a smart and fast... Read more
Tunnelblick 3.4beta36 - GUI for OpenVPN...
Tunnelblick is a free, open source graphic user interface for OpenVPN on OS X. It provides easy control of OpenVPN client and/or server connections. It comes as a ready-to-use application with all... Read more
SoftRAID 5.0.4 - High-quality RAID manag...
SoftRAID allows you to create and manage disk arrays to increase performance and reliability. SoftRAID's intuitive interface and powerful feature set makes this utility a must have for any Mac OS X... Read more
Audio Hijack Pro 2.11.3 - Record and enh...
Audio Hijack Pro drastically changes the way you use audio on your computer, giving you the freedom to listen to audio when you want and how you want. Record and enhance any audio with Audio Hijack... Read more

Latest Forum Discussions

See All

Why I Don’t Want to Upgrade to the iPhon...
I’ve been living with my iPhone 4S for the past two years or so, and if I was living in a world where I wasn’t bombarded with new phone announcements and people of the general public caring enough to upgrade constantly, I wouldn’t think my phone... | Read more »
Tictail Review
Tictail Review By Jennifer Allen on September 23rd, 2014 Our Rating: :: CLASSY SHOPPINGiPhone App - Designed for the iPhone, compatible with the iPad Tictail is an attractive and stylish way of looking for some great new clothes... | Read more »
Super Glyph Quest is Bringing More Match...
Super Glyph Quest is Bringing More Match-3 Magics to the App Store Soon Posted by Jessica Fisher on September 23rd, 2014 [ permalink ] Fans of Glyph Quest, by Alex Trowers and Leanne Bayley, | Read more »
Sword King Review
Sword King Review By Jennifer Allen on September 23rd, 2014 Our Rating: :: WEAK, SO WEAKUniversal App - Designed for iPhone and iPad Ever wanted to tap on a screen and assume you’ve killed a monster or two? Probably not, but just... | Read more »
Pangea Software Unveil Bundles and iOS 8...
Pangea Software Unveil Bundles and iOS 8 Updates Posted by Ellis Spice on September 23rd, 2014 [ permalink ] Universal App - Designed for iPhone and iPad | Read more »
Race Team Manager Review
Race Team Manager Review By Jennifer Allen on September 23rd, 2014 Our Rating: :: LIGHT RACINGUniversal App - Designed for iPhone and iPad Want to be in charge of a racing team but not be overwhelmed by tactics and options? Race... | Read more »
Kobojo Works with Creative Minds from Fi...
Kobojo has announced details for their newest game, Zodiac – a 2D persistent online RPG. Kobojo has put together a crack team of developers including composer Hitoshi Sakimoto and scenario writer Kazushige Nojima, whose work includes many of the... | Read more »
PlayHaus Review
PlayHaus Review By Amy Solomon on September 23rd, 2014 Our Rating: iPad Only App - Designed for the iPad PlayHaus is a interesting, stylish app for young children, full of cause-and-effect interactions.   | Read more »
Astropolo Review
Astropolo Review By Amy Solomon on September 23rd, 2014 Our Rating: Universal App - Designed for iPhone and iPad Astropolo is a space-themed children’s app with a great sense of style.   | Read more »
New E*TRADE Update Includes Touch ID and...
New E*TRADE Update Includes Touch ID and Home Screen Widget for iOS 8 Posted by Jessica Fisher on September 23rd, 2014 [ permalink ] | Read more »

Price Scanner via MacPrices.net

Razer DeathAdder Chroma Gaming Mouse Upgraded...
Razer has announced the launch of their new Razer DeathAdder Chroma gaming mouse. Even if you’re not a gamer, the DeathAdder bears considering. I’m a fan of the hard-wired tracking accuracy,... Read more
Check Apple prices on your device with iTracx
MacPrices is proud to offer readers a free iOS app (iPhones, iPads, & iPod touch) and Android app (Google Play and Amazon App Store) called iTracx, which allows you to glance at today’s lowest... Read more
Refurbished 2013 MacBook Pros available for u...
The Apple Store has Apple Certified Refurbished 13″ and 15″ MacBook Pros available starting at $929. Apple’s one-year warranty is standard, and shipping is free: - 13″ 2.5GHz MacBook Pros (4GB RAM/... Read more
New iPhones Score Big in SquareTrade Breakabi...
SquareTrade has announced the iPhone 6 and its larger sibling, iPhone 6 Plus, performed impressively in Breakability testing, and each carries the top Breakability Score in their respective category... Read more
10 Million + First Weekend Sales Set New iPho...
Apple has announced it sold over 10 million new iPhone 6 and iPhone 6 Plus models, a new record, just three days after the launch on September 19. iPhone 6 and iPhone 6 Plus are now available in the... Read more
Betty Crocker Launches New Cookbook for iOS
Betty Crocker, a General Mills brand, an established food industry leader, has announced its free digital cookbook app has been refreshed to make cooking with iPhone, iPad and iPod touch even easier... Read more
Apple restocks some refurbished 2014 MacBook...
The Apple Store has restocked some Apple Certified Refurbished 2014 MacBook Airs, with prices starting at $769. An Apple one-year warranty is included with each MacBook, and shipping is free. These... Read more
13-inch 128GB MacBook Air on sale for $949, s...
B&H Photo has the new 2014 13″ 1.4GHz/128GB MacBook Air on sale for $949.99 including free shipping plus NY tax only. Their price is $50 off MSRP. B&H will also include free copies of... Read more
Apple offering free $25 iTunes Gift Card with...
The Apple Store is offering a free $25 iTunes Gift Card with the purchase of a $99 Apple TV for a limited time. Shipping is free. Read more
Apple refurbished iPod touch available for up...
The Apple Store has Apple Certified Refurbished 5th generation iPod touches available starting at $149. Apple’s one-year warranty is included with each model, and shipping is free. Most colors are... Read more

Jobs Board

Senior Event Manager, *Apple* Retail Market...
…This senior level position is responsible for leading and imagining the Apple Retail Team's global event strategy. Delivering an overarching brand story; in-store, Read more
*Apple* Solutions Consultant (ASC) - Apple (...
**Job Summary** The ASC is an Apple employee who serves as an Apple brand ambassador and influencer in a Reseller's store. The ASC's role is to grow Apple Read more
Project Manager / Business Analyst, WW *Appl...
…a senior project manager / business analyst to work within our Worldwide Apple Fulfillment Operations and the Business Process Re-engineering team. This role will work Read more
*Apple* Retail - Multiple Positions (US) - A...
Job Description: Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
Position Opening at *Apple* - Apple (United...
…customers purchase our products, you're the one who helps them get more out of their new Apple technology. Your day in the Apple Store is filled with a range of Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.