Why can NOBODY spell "Mac OS X" correctly? This guy has an excuse; he's
not American, British, Australian, a New Zealander or a South African, so
English probably isn't his first language. Nevertheless, I have seen (and
usually from native English speakers!) such abominations as:
* "Apple Max OS"
* "Max Unix OS"
* "Max OS"
* "Macintosh OS X" (No, it's "Mac OS"; has Apple _EVER_ referred to
"Macintosh OS X" in their ads or legalese? Even ONCE!?)
* "MAC OS" (ditto "MAC", which most people use in place of "Mac"-- e.g.
"MAC and PC"; no, "Mac" is NOT an acronym and should NOT be capitalized!)
What in the WORLD is wrong? Nobody seems to have problems spelling
"Microsoft Windows" (though most people think "Microsoft", "Windows" and
"PC" are all synonyms; e.g. "This game is only available for the PC"
(read: for PCs which happen to run Windows) or "We run Microsoft here."
(read: "we run Windows here")). Why does everyone (including
Mac users!) continually butcher the name "Mac OS X"?! It's only 8
characters, including spaces; how hard could it possibly be!?
Say it with me.
1) "Mac" (as in "Macintosh"; not "MAC", which is a networking term)
2) "OS" (short for "Operating System")
3) "X".
There, that wasn't so hard now, was it!?
Maybe 50% of the time (or more), I see "Mac OS X" misrendered. I only see
Windows's name similarly mangled a tiny percentage of the time, with
lunacies such as:
* Microsoft OS
* Win OS
* Windows OS
* XP OS
* Microsoft XP
But it seems like someone will mangle the name of our beloved Mac OS X as
often as not.
It's VERY telling about how little the masses know about something when
they consistently misspell its very NAME...
On Wed, 3 Nov 2004, Federico Carminati wrote:
> Date: Wed, 3 Nov 2004 15:27:47 +0100 (CET)
> From: Federico Carminati <email@hidden>
> To: Apple Gurus <email@hidden>,
> Macosx Support <email@hidden>,
> project-lcg-peb-apps <email@hidden>,
> Alphonse Rademakers <email@hidden>,
> Rene Brun <email@hidden>, Raul Silvera <email@hidden>
> Subject: Problem with shared libraries on Mac OX
>
> Dear All,
> Please find a small tar file which evidentiates a problem with the g++
> compiler or the linker. Here is the story. I make a dylib that contains a
> global entity which is a class. This class contains a static member, which
> is again a class. The parent class of this is a pure virtual class. One of
> the member functions of this class is called in the constructor of the
> class associated with the global variable. This function exists in the
> base class and calls a function that is pure abstract in the base class
> but implemented in the derived class. When the dylib is loaded, the global
> variable is initialised, the class constructor is called, the function in
> the base class is called correctly. However when this function calls the
> other function, which is pure abstract in the base class and implemented
> in the derived class, the program dies.
> On SunOS, Alpha OSF1, Linux (both IA32 and AI64, g++ and intel
> compilers) and windows/cygwin this short program works correctly. On
> MacOSX 10.3 with g++ and ibm xlC compilers the program dies with
>
> [/Users/fca/sstest] gdb ./sstest
> GNU gdb 5.3-20030128 (Apple version gdb-330.1) (Fri Jul 16 21:42:28 GMT 2004)
> Copyright 2003 Free Software Foundation, Inc.
> [...]
> Reading symbols for shared libraries ... done
> (gdb) run
> Starting program: /Users/fca/sstest/sstest
> Reading symbols for shared libraries +. done
> Static::ctor
> Virtual::Print
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> 0x0001ff00 in Virtual::Print() (this=0x27420) at static.cxx:21
> 21 PrintAdd();
> (gdb)
>
> All the elements of the picture are necessary, including the static data
> member. I would be glad if someone could help me with this. Best regards,
>
>
> Federico Carminati
>
> ==============================================================================
> || Federico Carminati || Telephone : +41.22.767.4959 ||
> || CERN-EP || Fax : +41.22.767.9480 ||
> || 1211 Geneva 23 || Mobile : +41.76.487.4843 ||
> || Switzerland || ||
> ==============================================================================
>
--
J. L. Blank, Systems Administrator, twu.net
Attachment:
sstest.tgz Description: GNU Zip compressed data
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Unix-porting mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/unix-porting/email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Unix-porting mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/unix-porting/email@hidden
This email sent to email@hidden
