(Link to AcmlmWiki) Offline: thank ||bass
Register | Login
Views: 13,040,846
Main | Memberlist | Active users | Calendar | Chat | Online users
Ranks | FAQ | ACS | Stats | Color Chart | Search | Photo album
06-24-24 02:10 PM
0 users currently in Hardware / Software.
Acmlm's Board - I3 Archive - Hardware / Software - Apple announces MacBook Pro
  
User name:
Password:
Reply:
 
Options: - -
Quik-Attach:
Preview for more options

Max size 1.00 MB, types: png, gif, jpg, txt, zip, rar, tar, gz, 7z, ace, mp3, ogg, mid, ips, bz2, lzh, psd

UserPost
HyperHacker
Posts: 811/5072
That's the thing about computers. If it doesn't work someone will hack it so it does.
neotransotaku
Posts: 442/1860
GRUB already works with EFI, and GRUB can launch Windows...

slashdot to the rescue
Tarale
Posts: 405/2713
Originally posted by ||bass
Originally posted by Tarale
Originally posted by ||bass
Supposedly XP won't install/run properly on the Apple Intel machines because of bios issues. Though according to MS, Vista should run fine on them once it comes out.


Indeed. The issue is that there is no BIOS.

The only current version of Windows that supports EFI is the 64 bit one. Which isn't compatible with the Intel Core Duo in the Mac.

So yes, at the moment you can't natively dual boot. Vista will support EFI.
I wonder if you could dual boot the system with normal XP if you installed GRUB into the MBR.


Does GRUB work with EFI?
||bass
Posts: 73/594
Originally posted by Tarale
Originally posted by ||bass
Supposedly XP won't install/run properly on the Apple Intel machines because of bios issues. Though according to MS, Vista should run fine on them once it comes out.


Indeed. The issue is that there is no BIOS.

The only current version of Windows that supports EFI is the 64 bit one. Which isn't compatible with the Intel Core Duo in the Mac.

So yes, at the moment you can't natively dual boot. Vista will support EFI.
I wonder if you could dual boot the system with normal XP if you installed GRUB into the MBR.
Tarale
Posts: 404/2713
Originally posted by ||bass
Supposedly XP won't install/run properly on the Apple Intel machines because of bios issues. Though according to MS, Vista should run fine on them once it comes out.


Indeed. The issue is that there is no BIOS.

The only current version of Windows that supports EFI is the 64 bit one. Which isn't compatible with the Intel Core Duo in the Mac.

So yes, at the moment you can't natively dual boot. Vista will support EFI.
Kasumi-Astra
Posts: 36/258
As soon as it arrives, I'll let you know how quick it goes. I have to say that because it's my first, I won't have any guage of how fast it's actually going with PowerPC apps. If there's a free program that I can download that you'd like me to try, I'll give it a whirl when I can Having said that, I really need to get a copy of Photoshop. I won't be able to afford buying it for a very long time.

I'm sure it will work in Apple's favour. There still isn't any PC quite like the Mac on the market, and I'm sure the general public will continue to acknowledge that. The closest competitor to the iMac would probably be a Vaio, but the desktops are still absolutely hiddeous. As far as I see it, as long as Dell are still selling their brand of PCs then Apple will still sell Macs.
||bass
Posts: 71/594
Supposedly XP won't install/run properly on the Apple Intel machines because of bios issues. Though according to MS, Vista should run fine on them once it comes out.
HyperHacker
Posts: 803/5072
Hey, I might just buy an Apple laptop if I can dual-boot OSX and WinXP on it.
||bass
Posts: 67/594
I still don't know if this is going to ultimately help or hurt Apple.

On the plus side, the mac will finally be using x86 PC hardware which has long been proven superior to mac hardware.

On the minus side, putting their OS onto standard PC hardware is now EASY. Macs as a full computer system may be going the way of the dino. MacOS MIGHT end up being a PC competition OS to Windows.
Tarale
Posts: 402/2713
Let us know how quick Rosetta is.

I'm going to wait and get a MacBook Pro. Mostly because I have to. Financial issues (which I have discussed on my blog) mean that even if I did buy it now, I might not be able to keep it.
Kasumi-Astra
Posts: 34/258
Non Nintendo approved games for the NES were forced out of production through good ol' Nintendo hard-line bussiness practices. They would put the squeeze on any magazine that would sell advertising space to third party developers that released games that didn't fit and never looked for Nintendo's approval. Because magazines couldn't survive without news tid-bits and review copies of games, magazines eventually caved in to appease Nintendo. Anyone who thinks Nintendo has always been a good ol' friendly company are in for a shock.

Back on topic, my 20" iMac Core Duo is tipped to arrive Tuesday. Hurrah! (Sorry ||Bass, I couldn't resist. I'm weak )
Ailure
Posts: 423/2602
After some searching around, Linux will and should support EFI fine with the right bootloaders. It's speculated that Windows XP might load even without BIOS, but with a Linux bootloader but I somehow doubt that might work.
DarkPhoenix
Posts: 13/48
Speaking of "Things your operating system's developers/hardware manufacturers don't want you to do" and EFI, as it's part of the framework for implementing Trusted Computing, does anyone know of any indication as to whether or not Apple has any interest in Trusted Computing themselves?
Tarale
Posts: 400/2713
Ah, I just learned something new.

The MacBook Pro and the new Intel iMac don't have a BIOS. (although for that matter, neither do the old PPC ones; they have something called Open Firmware instead) They use Intel's Extensible Firmware Interface.

So at the moment while Apple give their blessing for you to run Windows on a Mac, no version of Windows will run natively.... Vista will work with it though. The 64 bit version of XP supports EFI, however it's not compatible with the Intel Core Duo in the Mac, so that's ruled out too.

So yeah, you can't natively run Windows on a new Mac. Yet.
||bass
Posts: 58/594
Most of them were ok AT THE TIME. Though now it might be a different story. The only ones nintendo every really went after was Tengen because they got the 10NES chip designs from the US patent office and used them to get around the protection. Nintendo nailed them for improper use of patent information.

On a side note, nintendo later released a new NES, a top-loader system that didn't have the 10NES chip. Even under today's more restrictive copyright laws, since this newer NES doesn't have any kind of protection, it would be perfectly legal.

Those unlicensed games on the origional NES? They WOULD be ilegal today under the DMCA because they circumvent a protection.
HyperHacker
Posts: 771/5072
Originally posted by ||bass
With older nintendo games? No, it wasn't ilegal.

Well I'll be damned. So all those old NES pirates (that weren't just hacks or Mario in some made-up game) were legal? I knew about the logo trick though (even Gameboy uses it ).
||bass
Posts: 56/594
With older nintendo games? No, it wasn't ilegal. Some old cartrages would use a voltage spike to freak out the 10NES chip (though now under article 2-3 of the DMCA it might be a different story). Nintendo's trick nowadays is simple. The data block necissary to boot new nintendo games contains a bitmap of the nintendo logo. Since it wont boot without that datablock, and that datablock contains a trademarked image, they can nail unlicenced designers for improper use of a trademark.

Drivers are different, all a driver does is interface a OS kernel with a peice of hardware, it does so without bypassing any kind of security. That's the catch here. As long as the software doesn't bypass a built in security measure, there is no legal recourse. One thing Apple might consider doing is requiring all drivers to have a digital certificate with Apple as the certifying authority and just REFUSE to use them otherwise. That way, in order to make a working driver they would have to either A: provide a false certificate in order to circumvent a protection (article 2-3 DMCA violation) or they could just release it with no certificate which would get them off the hook and the driver would be ok. The problem then is that the driver wouldn't install without a 3rd party tool to force OSX to install the driver without a certificate in which case that 3rd party tool would be DMCA article 2-3.

As long as your aren't circumventing a protection, it's perfectly legal. If OSX blindly uses any driver without checking if its "approved" they only have themselves to blame. Doing something like requiring drivers to have a 1kb header containing the Apple logo would protect them.
HyperHacker
Posts: 768/5072
Interesting, though I imagine some drivers might have to soft-patch things anyway.

Is it not illegal to release games for a Nintendo system without Nintendo's approval, even if they don't contain any copyrighted code or resources? How, then, is it different than writing drivers that allow OSX to do things Apple doesn't want it to do?
||bass
Posts: 55/594
Yes, even if Apple doesn't want them released. As long as the drivers didn't contain code owned by Apple (I dont see why they would) there is nothing ilegal about them and Apple would have no grounds to file a claim of any kind. They wouldn't persue any case when their lawyers informed them they had no grounds, and if they did, a judge would promptly dismiss the charges.

ON THE OTHER HAND, while drivers that would allow OSX to run on normal PC hardware would be perfectly legit and untouchable, software to TRICK OSX into installing onto "unapproved systems" probably could be argued as ilicit under provisions 2 and 3 of the DMCA .

Drivers? Yes.
Installer patches? No.
HyperHacker
Posts: 763/5072
||bass: Even if Apple doesn't want them released? Really I was thinking more like Tarale said, it may not actually be illegal but they could still get in trouble for it.
This is a long thread. Click here to view it.
Acmlm's Board - I3 Archive - Hardware / Software - Apple announces MacBook Pro


ABII

Acmlmboard 1.92.999, 9/17/2006
©2000-2006 Acmlm, Emuz, Blades, Xkeeper

Page rendered in 0.012 seconds; used 368.43 kB (max 433.37 kB)