Windows is a straightjacket by comparison

yes, but the common user likes windows (and windows has a good architecture IMHO, too)

I would sort of disagree with both those things. People tolerate it, not like it. There's some core decent concepts but it's buried in so many layers of shit in modern versions it might as well not be there. ReactOS is at least reflective of the days that Windows didn't hide it (aka Windows 2000)

to summarize both systems in as few words as possible In Unix, everything is a file In Windows NT, everything is an object.

we should go for modern systems, keep small and secure. what if someone xploit at maximum UEFI table, port modern driver layers and NTDLL?

one thing I really hate about Linux is that the kernel devs really refuse to support any kind of good ACL system. Like that from NFSv4, which is a superset of NTFS ACLs. FreeBSD and illumos have it and that's great... and Linux devs are like "we don't need it for our personal laptops, so nobody needs it ever!"

it very much often feels like Linux is made for personal desktops/laptops only and everything else is second-class.

we should go for modern systems, keep small and secure. what if someone xploit at maximum UEFI table, port modern driver layers and NTDLL?

we should go for compatibility. we have to do things like windows does. this will bring us up

I don't know how much of the ACL stuff is implemented in ReactOS, but it should be at some point given that it's meant to be Windows NT compatible.

and it's honestly probably the best feature that Windows had and it's a reason that Sun used it as the basis for NFSv4 and ZFS ACLs.

one thing I really hate about Linux is that the kernel devs really refuse to support any kind of good ACL system. Like that from NFSv4, which is a superset of NTFS ACLs. FreeBSD and illumos have it and that's great... and Linux devs are like "we don't need it for our personal laptops, so nobody needs it ever!"

the biggest worry of linux now is that microsoft is going eee with them. stallman may have a lot of defects, but he was right in warning to move drivers to userspace

I don't think MS has any chance of doing an EEE move with Linux

and yeah more on this ACL stuff... there have been patches made to add the full NFSv4 ACL feature set to Linux. They've worked. They just get rejected because "useless on desktops"

I don't think MS has any chance of doing an EEE move with Linux

not going over gpl license, at least not in a lawful way (but they go unlawful when they want), but still can do a lot of damage

and it's stupid because desktop users don't need to care about them. Just don't use them. Have them for the servers and workstations where it would be good for

that's how it works in Windows too. Desktop users don't know nor care that ACLs exist

that's how it works in Windows too. Desktop users don't know nor care that ACLs exist

yes, they don't care, but it's there, ready for use

Yup, exactly

anyway that's my pet peeve :b

also maybe a refusal to integrate DTrace even despite that it got relicensed by Oracle under GPLv2 so there isn't even the "but CDDL!" excuse.

and Microsoft is working to integrate DTrace into Windows and that's pretty awesome

https://techcommunity.microsoft.com/t5/windows-kernel-internals/dtrace-on-windows/ba-p/362902

it's another of those illumos things that makes Unix better. and besides FreeBSD taking it because it's a good idea, it gets ignored on Linux

and Microsoft is working to integrate DTrace into Windows and that's pretty awesome

at microsoft they are smart, very smart. like that "clever girl" from the 1993 dinosaur movie...

lol

Apple integrated DTrace into Mac OS X in the late 2000s, I think it's still there. They did cripple it because they made certain processes (mainly their proprietary GUI stuff like iTunes) invisible to dtrace so you can't reverse engineer them

i hate itunes

I generally don't like anything Apple :P

i had to put my hands on a iphone with a windows pc. compared to my old nokias, where you just installed the suite and it went straight to the point, itunes is a nightmare

I'm gonna complain about Linux mainly because I actually use it so its deficiencies get more obvious to me but at least it's not Mac... that's a whole other can of worms

i mean, now a days, people only use UEFI windows hardware, and no one cares about windows on ARM

oh man. I despise UEFI

i mean, now a days, people only use UEFI windows hardware, and no one cares about windows on ARM

not so much, it will be more common in IoT. it's not a case that microsoft gives you free windows for raspberry

oh man. I despise UEFI

me too. too closed, too locked, too dumb, too little failsafe

in 9 years of various computers being UEFI native, I never had native UEFI booting really working right

always back to legacy boot where things are simple and make sense

for my own desktop, I like to have four hard disks and oh boy does UEFI hate the idea of having more than one

it just flips out at it

if possible... in my newest notebooks sadly i can't. another thing i hate: acer locks the bios, you can't access it before starting windows. wtf!

for my own desktop, I like to have four hard disks and oh boy does UEFI hate the idea of having more than one

yes, simply absurd. so why did they invent sata and mobos with many sata ports???

the very notion of a mandatory FAT32 partition for the firmware is just freaking insane to me

even more annoying since I basically became "partitionless" around 2010 and then UEFI happened and tried force them back into my life.

the very notion of a mandatory FAT32 partition for the firmware is just freaking insane to me

yes. the drive may fail. the firmware should be on its very own chip

you can use coreboot devices

and this is basically how it falls apart... the EFI System Partition, that mandatory FAT32 partition, basically should be on one and only one hard disk. I think as long as that requirement is satisfied, however many other disks you have doesn't really matter.... but that's my issue. I like having a redundant setup, and it's dead fucking easy to do with BIOS boot. Same bootloader code on all drives, raid10 for data. Any drive can fail and it can still boot just fine. Doesn't matter which one.

UEFI: my ESP drive fails, I'm dead

you can use coreboot devices

i can launch everything in a volcano, launch away everything and go to the amazonas and starting a life of fishing and hunting. and probably it would be a good idea. irony aside, it's not so easy

Supposedly I've read people that force UEFI to have a raid10'd ESP by use of md version 0.9 metadata (puts it at the end of the partition). I had no luck getting that to work.

kind of as a result of my efforts, I have an entirely unnecessarily large "BIOS Boot Partition" for GRUB at 512MB (it really needs less than 1MB), but eh... I don't care :P

but "normal users" use UEFI as default, on laptops and gamer/edition PCs

BIOS ain't really perfect. It still has half of MS-DOS in it because they wanted DOS to not need as much floppy space... but that bit gets entirely ignored as soon as 32- or 64-bit mode is entered.

but the basic idea of BIOS booting is simple. Pick a drive, set the program counter for the I/O offset, and JMP

BIOS ain't really perfect. It still has half of MS-DOS in it because they wanted DOS to not need as much floppy space... but that bit gets entirely ignored as soon as 32- or 64-bit mode is entered.

bios is somewhat a good standard. it's bad implementations of bios that suck

BIOS didn't know nor care about what OS is installed. It just executed x86 code at the beginning of a drive. Simple.

BIOS didn't know nor care about what OS is installed. It just executed x86 code at the beginning of a drive. Simple.

btw, i remember some graphic bios on some 386 and 486. they looked great and you could easily configure them with either keyboard or mouse, and also had advanced configurations.

but tell that to a casual users that doesn't even know boot sector exists as ancient setup

WinBIOS probably

GPT is easy to convert from MBR if GPT isn't default

indeed. I like using GPT on everything

WinBIOS probably

yes, and it just worked in a few kilobytes

MBR->GPT is nearly always possible (with maybe a few edge-case exceptions involving bad partition layouts in the first place)

GPT->MBR is harder given the limit of 4 primary partitions, and extended partitions need at least one sector of free space between the members to store the embedded MBRs

If you have a GPT with more than 4 partitions, it probably only really converts to MBR if it was converted from MBR in the first place and left unmodified since.

I created a partition that starts at sector 2 in MBR and gdisk still happily accepted it for conversion... even though that start would be overwritten by the GPT itself. derp. :B

probably should file a bug report.

look at BCD options for booting an efi_program.efi, and Quibble that could be booted the same way providing a boot menu for any windows. all in single NTFS partition on UEFI!

this message should be in some pinned group section, or descriptions about tutorials like information, or create a rust networking program on UEFI.

at microsoft they are smart, very smart. like that "clever girl" from the 1993 dinosaur movie...

Oh no oh no

Silicon Graphics

if possible... in my newest notebooks sadly i can't. another thing i hate: acer locks the bios, you can't access it before starting windows. wtf!

Acer weirdness part deux. I bought a secondary laptop for VMs (checking that the processor supports virtualization). Acer locks down the feature via the bios, with no option to turn it on

UEFI at least barely and with Windows 10/7 Visual C/C++ and cmake let you compile Quibble, ReactOS, use Qemu KVM, and run your EFI program virtually or barely

Is that a bios?

in fact, with tianocore over bios. you can boot your own efi operating system on a usb drive

Is that a bios?

yes

yes

Is that a bios?

very old bios, from 95 aprox

oh, from 93

very old bios, from 95 aprox