Well, uhm. Formatting is almost a no-op. It just deletes a very, very small set of information about the volume and locations of files. They don't often delete any of the actual files (unless you do a low level or zero all data). Hell, even many floppy disks format "instantly". A real test of speed is read/write speeds, not a simple format.
This seems to be very true. HP even made a request that the Blu-ray group include iHD (microsoft's non java interactivity "language") support. However, iHD isn't even "Tested". I can't find any information on it. Compare this with java with has many years of being tried and tested. Also consider the fact that either way, Blu-Ray or HD DVD implementors will have to pay MS for the VC-1 license.
It almost seems as if MS is "convincing" HP to make this move. I don't know if it has anything to do with java itself since MS paid sun $2 billion but more of a "all media technology must only work well on windows" type of thing.
Slate? Where did you get slate from? Tiger's codename was "Merlot", named after the wine. In the pre-Jobs days around the time when System X.X was renamed to Mac OS X.X, all versions of Mac OS had musical related codenames (or were somehow linked to Gil "Buster" Amelio). After Jobs, all OS X code names (at least since the cat names were used in marketing) were/are Wines.
That *would* be funny if not for the fact that the PSP uses rechargeable lithium ion batteries. So asking where to buy batteries at is not going to help to.
Say the same thing to the people that worked on QuarkXPress. If you get too good at a job, chances are you'll believe you're irreplaceable and ask for more money (or deserve it in mandatory raises). They'll just hire 3 people at a tenth of the cost to replace you.
and it's two separate executables rolled into one file, hence if you get a universal OS X app and you show the package contents you can see both separate executables.
No, you won't. They're two architectures rolled into one file. libSystem.dylib is such a universal file. It is not a package so you cannot show the package contents.
Ah, you were talking about alias *files*. Although not idea what you're going on about UTF8 conversion. Also, creating Alias files is oddly not documented anywhere.
Then I think you're missing something. I make aliases all the time. err = FSNewAlias(NULL, targetFile, &theAlias); Simple as pie, really. If it is too difficult for you, then you're doing it wrong.;)
Yes, the Mac OS had none of those problems with Aliases. I guess that's what happens when you design an OS from the ground up that doesn't use paths to reference everything. In fact, for a very long time there was no way to get a path in the Mac OS. OS X changed all that and now many programs are very fragile (like Preview).
Isn't there some kind of Monopoly law that prevents these things?
That's why the FTC can review large mergers like this and reject them. Although with the recent mergers of Sprint/Nextel and AT&T Wireless/Cingular and the Oracle/Little Fish you have to wonder what the hell is going on in their minds. Oh yeah, and Kmart/Sears.
A) If you're a mac user, or you have access to a mac, or you purchased the dual disc, you should have no problems... simply import the songs the same way as you always do.
Agreed, there is absolutely no reason for them to keep binary compatibility. Especially since all the people that have legal access to the DevKit can't release any of their stuff to consumers yet and are actively working on getting their application working on the Mactels so a simple recompile to them means nothing.
Where is it storing the password as a Windows hash? As of 10.3 all new account passwords are stored using a ShadowHash (and not crypt) and if you change your password in the accounts prefpane and it was previously stored via crypt, it'll be upgraded to ShadowHash.
But seriously, what format is this stream going to be in? I'd hate for it to be in Windows Media, since only Windows can stream that well (WiMP for OS X sucks).
I'm more curious as to what you're talking about. CFM can only exist in PEF Binaries on OS X (well, no other compiler compiles CFM into Macho binaries). And CFM is the native PowerPC format as it uses the $r2 register and doesn't use PC relative addressing. Macho/dyld ignores the $r2 register completely and uses PC relative addressing. The PowerPC doesn't support PC relative addressing so there is a speed hit every time a process accesses static or global data. There is also a speed hit for function calls. Granted, CFM has this function call overhead too, but it only incurs it once. Macho incurs the overhead *every* time. Because this speed hit doesn't occur with CFM, CFM would be the faster method.
Macho/dyld were designed for CISC chips, but the PowerPC is a RISC processor.
Fast Search results let you sort by custom metadata ("Reference" in this example).
Screenshot in question is here. This is a fake mockup. Notice how the sizes are duplicated between sets, notice the name Pat (the author's name is Paul, not Pat), notice how the dates are duplicated between sets. The caption also says it is being sorted by Reference. When the screenshot clearly shows it is being sorted by Relevance.
Mach-O may be the native OS X binary format, but PEF/CFM is the Native PowerPC binary format. In other words, things that use the PEF Binary format have the potential to run much faster. Of course, all of this is negated if you use GCC to compile your binary. It just sucks at PowerPC code.
Slashdot Mirror
Indeed.
If you haven't seen it, it's new to you.
However, it may be difficult to obtain the credentials verisign requires before issuing these certs. See http://msdn.microsoft.com/library/en-us/dnauth/htm l/signfaq.asp?frame=true#10b for a little more info.
It was only 2gb, but it would format instantly.
Well, uhm. Formatting is almost a no-op. It just deletes a very, very small set of information about the volume and locations of files. They don't often delete any of the actual files (unless you do a low level or zero all data). Hell, even many floppy disks format "instantly". A real test of speed is read/write speeds, not a simple format.
In Japan, they're the same thing!
Although I guess the Queen *kind* of looks like Krusty...
See http://www.microsoft.com/technet/security/advisory /912840.mspx for all the goodness than can only come from MS. It just gives the same info given other places but is done in an official capacity.
This seems to be very true. HP even made a request that the Blu-ray group include iHD (microsoft's non java interactivity "language") support. However, iHD isn't even "Tested". I can't find any information on it. Compare this with java with has many years of being tried and tested. Also consider the fact that either way, Blu-Ray or HD DVD implementors will have to pay MS for the VC-1 license.
It almost seems as if MS is "convincing" HP to make this move. I don't know if it has anything to do with java itself since MS paid sun $2 billion but more of a "all media technology must only work well on windows" type of thing.
Slate? Where did you get slate from? Tiger's codename was "Merlot", named after the wine. In the pre-Jobs days around the time when System X.X was renamed to Mac OS X.X, all versions of Mac OS had musical related codenames (or were somehow linked to Gil "Buster" Amelio). After Jobs, all OS X code names (at least since the cat names were used in marketing) were/are Wines.
. 3/CF-368.18/Base.subproj/CFUtilities.h and search for "Merlot". It also has the codenames for Panther (Pinot) and, presumably, Leopard (Chablis).
/* 10.0 */ /* 10.1 */ /* 10.2 */ /* 10.3 */ /* Deprecated name for Panther */ /* 10.4 */ /* Deprecated name for Tiger */ /* Post-Tiger */ /* This should bump up when new entries are added */
Since I am so freakin' awesome, I've gone ahead and found evidence to support what I say. See http://www.opensource.apple.com/darwinsource/10.4
And just in case you don't have an ADC account, here is the relevant section:
typedef enum {
CFSystemVersionCheetah = 0,
CFSystemVersionPuma = 1,
CFSystemVersionJaguar = 2,
CFSystemVersionPanther = 3,
CFSystemVersionPinot = 3,
CFSystemVersionTiger = 4,
CFSystemVersionMerlot = 4,
CFSystemVersionChablis = 5,
CFSystemVersionMax
} CFSystemVersion;
That *would* be funny if not for the fact that the PSP uses rechargeable lithium ion batteries. So asking where to buy batteries at is not going to help to.
"Did you get the memo about the TPS Reports?"
I can imagine them all saying that by default.
Say the same thing to the people that worked on QuarkXPress. If you get too good at a job, chances are you'll believe you're irreplaceable and ask for more money (or deserve it in mandatory raises). They'll just hire 3 people at a tenth of the cost to replace you.
and it's two separate executables rolled into one file, hence if you get a universal OS X app and you show the package contents you can see both separate executables.
No, you won't. They're two architectures rolled into one file. libSystem.dylib is such a universal file. It is not a package so you cannot show the package contents.
Ah, you were talking about alias *files*. Although not idea what you're going on about UTF8 conversion. Also, creating Alias files is oddly not documented anywhere.
Then I think you're missing something. I make aliases all the time. err = FSNewAlias(NULL, targetFile, &theAlias); Simple as pie, really. If it is too difficult for you, then you're doing it wrong. ;)
Disable any mail bundles you might have (like Mail Tags) in Library/Mail/Bundles/
Yes, the Mac OS had none of those problems with Aliases. I guess that's what happens when you design an OS from the ground up that doesn't use paths to reference everything. In fact, for a very long time there was no way to get a path in the Mac OS. OS X changed all that and now many programs are very fragile (like Preview).
wondering why anyone would otherwise shop at Sears
Someone obviously hasn't seen the softer side of Sears.
Isn't there some kind of Monopoly law that prevents these things?
That's why the FTC can review large mergers like this and reject them. Although with the recent mergers of Sprint/Nextel and AT&T Wireless/Cingular and the Oracle/Little Fish you have to wonder what the hell is going on in their minds. Oh yeah, and Kmart/Sears.
I prefer this comment:
A) If you're a mac user, or you have access to a mac, or you purchased the dual disc, you should have no problems... simply import the songs the same way as you always do.
Agreed, there is absolutely no reason for them to keep binary compatibility. Especially since all the people that have legal access to the DevKit can't release any of their stuff to consumers yet and are actively working on getting their application working on the Mactels so a simple recompile to them means nothing.
Where is it storing the password as a Windows hash? As of 10.3 all new account passwords are stored using a ShadowHash (and not crypt) and if you change your password in the accounts prefpane and it was previously stored via crypt, it'll be upgraded to ShadowHash.
AOL.
But seriously, what format is this stream going to be in? I'd hate for it to be in Windows Media, since only Windows can stream that well (WiMP for OS X sucks).
These sound exactly like the Goa'uld. I wonder if their eyes glow...
I'm more curious as to what you're talking about. CFM can only exist in PEF Binaries on OS X (well, no other compiler compiles CFM into Macho binaries). And CFM is the native PowerPC format as it uses the $r2 register and doesn't use PC relative addressing. Macho/dyld ignores the $r2 register completely and uses PC relative addressing. The PowerPC doesn't support PC relative addressing so there is a speed hit every time a process accesses static or global data. There is also a speed hit for function calls. Granted, CFM has this function call overhead too, but it only incurs it once. Macho incurs the overhead *every* time. Because this speed hit doesn't occur with CFM, CFM would be the faster method.
Macho/dyld were designed for CISC chips, but the PowerPC is a RISC processor.
Here's your proof.
v iew_2005.asp Look at that page, on the right see:
http://www.winsupersite.com/showcase/longhorn_pre
Fast Search results let you sort by custom metadata ("Reference" in this example).
Screenshot in question is here. This is a fake mockup. Notice how the sizes are duplicated between sets, notice the name Pat (the author's name is Paul, not Pat), notice how the dates are duplicated between sets. The caption also says it is being sorted by Reference. When the screenshot clearly shows it is being sorted by Relevance.
Mach-O may be the native OS X binary format, but PEF/CFM is the Native PowerPC binary format. In other words, things that use the PEF Binary format have the potential to run much faster. Of course, all of this is negated if you use GCC to compile your binary. It just sucks at PowerPC code.