Neverminding the fact that Sanskrit is the direct descendant of the language (Proto Indo-European) from which the "western" languages descended. So asserting superiority is kind of umm... ridiculous.
Yes, Sanskrit is a more complex language - more declensions, conjugations. Richer vocabulary, devnagari, the ability to form more complex language forms.
Sanskrit is "superior" in the same way to Latin, as Latin is "superior" to English. (Indo-European) Languages have grown less complex over time. Its quite an interesting trend.
Of course, this all seems rather like an attempt by Indians to tout superiority over "the West." Lame. Aside from individual Brahmins, no one speaks Sanskrit. Its a dead language perpetuated forth by bookworms, just like Latin, Classical/Koine Greek, and various Old-(german|norse|gaellic) langauges.
Ooh Ooh - is the MCA one XGA or XGA2;-). Gawd - its been such a long time now, I don't even think the XFree86 patches (against some ancient version of XFree86) for those cards are available anymore.
Take a good look at any Multi-Processor IA-32 server system these days - oh wait, is that 8 GB per CPU? Is that the PAE flag enabled in CR0 on each cpu? 36-bit physical address bus, eh?
Its not a hack - its CPU design. And the corporate, enterprise world sure loves having servers that don't choke on memory. Not everyone can run all their webservers off of VMs on a zSeries.
Yes - you're dealign with a 4 GB window that can sit anywhere from 0 MB to 64GB, through the sheer wonders of Paging with PSE and PAE.
Well - i.e. '1' if the luser in question was root. So that starts a vicious cycle of I.E. getting scared of the bitmap. If the luser wasn't root - point 2 will point to point 0, which doesn't exist, invoking the General Protection Fault. yay.
Ok I'll shut up now...
Re:Broadcasting dead...
on
Space Burial
·
· Score: 1
...Thank god/me doesn't watch teh television.:-D
Re:I though otherwise, so did my physics teacher.
on
Comic Book Physics
·
· Score: 1
Yea yea yea - its intersession, not intercession. Mistype.
I though otherwise, so did my physics teacher.
on
Comic Book Physics
·
· Score: 5, Interesting
I remember last year for the mid-year intercession at my high school> , there was a whole week long class devoted to showing the FLAKEYNESS and INCORRECTNESS of comic book physics. Hell - even my Calc-Based Physics Book by Halliday and Resnick from last year had an exercise on p=mv, proving that superman wouldn't be able to just stand there and deflect bullets.
You forgot to mention the fact that OS X doesn't even use X, but instead uses the heavily modified NeXT environment. Ooops!
I am no Debian user (I use Slackware-current >= 9.1), but anyone who claims the need to install package xyz "from source" and "maintain it yourself" on Debian is clearly talking out of his ass. Debian has the most comprehensive package selection (and a rabidly fanatic user base that keeps debianizing every damn packages they see), and dpkg allows you to easily upgrade, install, remove just by knowing the name (or part of name) of a program. Many a times I was amazed as a friend of mine apt-get installed a packages I was so sure was too new and too obscure to be debianized.
Also - not all Linux distros revolve around System V init - Slackware for one uses BSD style init.
Also - OS X is not BSD. Is that so freaking hard to understand? It has BSD services running on top of Darwin. Darwin is the kernel, not BSD.
Darwin is not Mach. Darwin is not intellectual property of CMU. Ok? Darwin is based on Mach. Ok?
If you don't stop calling Darwin Mach, I am going to have to start calling ntoskrnl.exe Mach as well (also based-on, although to a microscopically unrecognisable level - thats what teh 1337 VMS developers do fer ya)
"Fat" binaries are nothing new, and in fact are something that Apple acquisitioned (along with the OS that was formed into OS X) from NeXT. I am sure you're old enough to remember good ol' NeXT - which ran on many, many architectures aside from the good' ol black boxen.
Drool over the dynamic loader? Roflmao... That has to be the most idiotic comment I heard by far. yeah man - what an achievement, resolving unresolved symbols, loading shared libraries, and performing relocation. Yay. Need I tell you that OS X doesn't even do ELF? Yay. *cough*
Yes - if you boot WinPE, you will see some background (moon and blue mountains, something like that)- and then you will see a CMD.EXE Window open up. Thats GUI, since it just drew a window:-D.
Yup, I hate to play the devil's advocate - but I've had WinXP running relatively-snappy (after a little cutting of weeds..errr..system service) on a Pentium Pro 200 with 128MB.
Guess Mr. Dual G5 doesn't know what 2^32 is, errm?
I guess he also doesn't know that anything >= PPro can access up to 64GB, by virtue of more address lines and paging with 4MB/2MB pages - with an appropriate (read: server) mobo, at that.
4 Gigabytes is the maximum physical addressing space, unless you have a mobo with a PPro or higher that has support for PAE (Page Address Extensions), which would allow you to have a 36-bit physcial addressing space, which you would of course, only be able to access through paging with 4MB or 2MB pages. So thats really 64-GB of physical addressing space if you have a state-of-teh-art mobo (think server MP boards, not your "overclockers" Iz gots dem perty LEDS mobo).
Lets look at the virtual addressable memory.
With the 8086 - we had no virtual memory. Just a 1MB tops addressed by 20 address lines. With the 286 we had a max of 16MB physical and a 1GB virtual address space achieved by using all those Global Descriptor Table entries (i.e., yay *cough* segmentation). With the IA-32 processors, you could theoritcally have a max virtual memory cap of 64TB (!!!) if your hypothetical kernel uses BOTH paging AND segmentation. (none do).
Linux mmaps itself to 3GB, I believe. Of course, with various tricks, it still allows you to map the REAL PHYSICAL 3GB-4GB if you have it.
I think it would be neat, useless, but a proof-of-concept to design a kernel that uses both PAGING and SEGMENTATIOn (thus losing any chance of being relatively portable to other CPUs) - as to allow a virtual address space of 64TB. I think it to be mighty cool. I might even to it with my kernel - although, G++ doesn't "respect" segmentation, so hello dirty inline assembler hacks, roflmao.
Oh - its rather interesting that most (all?) consumer chipsets allow only for a max of 3GB. I suspect it because of the the PCI, (L)APIC, and various chipset junk hanging off somewhere below 4GB in the address space. But who knows - maybe its just a shit "feature." Anyone remember Pentium based mobos that choked on more that 64MB of memory, or Celeron-based mobos that choked on anything more than 512MB? Gah...
Are you sure? No, I haven't tried BartPE - and won't, since I am done with MS stuff forever now and my net pipe isn't wide enough to download an ISO.
But - two years ago I played around with the WinPE disk which was a REALLY cut down version XP. Sure it had a gui - win32 stuff was there allright since it could run cmd.exe in a window et all. Sure it has a GUI - if you mean that it doesn't have explorer, then just say that. Misinformation is bad. I could use many other alternative "window managers" (if you can call them that, they don't really manage windows - the win32 library shit does that.) WinPE wasn't very well put together - opening up notepad, I could go to "Desktop" and find weird non-existing entires, bah, whatever. It matters not anymore.
Sorry folks, the only way you will bait me back to the world of Windows is if someone makes a REAL POSIX layer running on top ntoskrnl (The NT Microkernel) (with an option to not load the win32 layer, obviously, whew)
I hate to go on a MS bash, but seriously - way to go MS. First you hire CMU and VMS guys, with whom you write an interesting kernel based on Mach and VMS. Then - you implement all your flaky win16-->32 stuff on top, make a half-assed "posix" layer, and OF COURSE never publicise the ACTUAL kernel (ntoskrnl) INTERFACE. (Thats the Nt... and Rtl... funcs if you care)
Imagine an ntoskrnl-based system with Hurd build around that and not around Mach. Or imagine a UNIX -like environment running on BSD-services running on top of ntoskrnl. Way to go MS - stifle creativity, advancement, technology.
I think the adage went "If you outlaw guns, only outlaws will have guns. And you will have much fun protecting yourself without a gun against outlaws with guns."
Could we not post "news" about things that came out an eon ago? Seriously... ROFL,,,,
----->
Bochs is kind-of OK. I use it regularly when I work on my exokernel project and it really IS A GREAT developing/debugging tool (especially if compiled with the GDB stubs;-)).
However, however, however... I wouldn't consider Bochs useful for anything other than hacking around with kernel/os stuff. Bochs needs a re-write from scratch and emulate a real standard PC motherboard - not an 80386 with i486, pentium, athlon, mmx, PCI, USB, ATA etc... hacks around it. PCI support is non-existent. Video is flakey - well you can get VESA-compliant > 800x600 if you physically change the source (easy). All emulated devices are ISA "bus"-based. Over the years stuff just kind-of gotten piled on, and on and on - with no sensible strucure. I am not talking out of my ass either - at some point in my life I felt that Bochs would be a great project to hack.
Who can blame the project for having failed, when it was named for the famous "stone of all bad" Sardonyx, i.e. Chtrag Sardius, the opposite of the Orb, or Chtrag Yaska?
Who 'lead' the project, Ctuchik The Grolim High Priest?
------>
Ok, ok... I'm a dork. Read David Eddings' "Belgariad" and "Malloreon" though - they make for a great read.
Slashdot Mirror
I can almost see it - Foppish CEO's duking it out in ring with CAT5 cabling, shuriken-shaped IT-management CDs, and full-length PCI-X cards.
Neverminding the fact that Sanskrit is the direct descendant of the language (Proto Indo-European) from which the "western" languages descended. So asserting superiority is kind of umm... ridiculous.
Yes, Sanskrit is a more complex language - more declensions, conjugations. Richer vocabulary, devnagari, the ability to form more complex language forms.
Sanskrit is "superior" in the same way to Latin, as Latin is "superior" to English. (Indo-European) Languages have grown less complex over time. Its quite an interesting trend.
Of course, this all seems rather like an attempt by Indians to tout superiority over "the West." Lame. Aside from individual Brahmins, no one speaks Sanskrit. Its a dead language perpetuated forth by bookworms, just like Latin, Classical/Koine Greek, and various Old-(german|norse|gaellic) langauges.
PWND!
I ran q3demo, playably at 800x600, on a PPro 200Mhz with a a Rage Pro under Slackware 9 with the Gatos DRI drivers.
Ooh Ooh - is the MCA one XGA or XGA2 ;-). Gawd - its been such a long time now, I don't even think the XFree86 patches (against some ancient version of XFree86) for those cards are available anymore.
Mod parent down - talking out your ass should be made a crime. Its indecent.
Take a good look at any Multi-Processor IA-32 server system these days - oh wait, is that 8 GB per CPU? Is that the PAE flag enabled in CR0 on each cpu? 36-bit physical address bus, eh?
Its not a hack - its CPU design. And the corporate, enterprise world sure loves having servers that don't choke on memory. Not everyone can run all their webservers off of VMs on a zSeries.
Yes - you're dealign with a 4 GB window that can sit anywhere from 0 MB to 64GB, through the sheer wonders of Paging with PSE and PAE.
user == root?
Well - i.e. '1' if the luser in question was root. So that starts a vicious cycle of I.E. getting scared of the bitmap. If the luser wasn't root - point 2 will point to point 0, which doesn't exist, invoking the General Protection Fault. yay.
Ok I'll shut up now...
...Thank god /me doesn't watch teh television. :-D
Yea yea yea - its intersession, not intercession. Mistype.
I remember last year for the mid-year intercession at my high school> , there was a whole week long class devoted to showing the FLAKEYNESS and INCORRECTNESS of comic book physics. Hell - even my Calc-Based Physics Book by Halliday and Resnick from last year had an exercise on p=mv, proving that superman wouldn't be able to just stand there and deflect bullets.
You forgot to mention the fact that OS X doesn't even use X, but instead uses the heavily modified NeXT environment. Ooops!
I am no Debian user (I use Slackware-current >= 9.1), but anyone who claims the need to install package xyz "from source" and "maintain it yourself" on Debian is clearly talking out of his ass. Debian has the most comprehensive package selection (and a rabidly fanatic user base that keeps debianizing every damn packages they see), and dpkg allows you to easily upgrade, install, remove just by knowing the name (or part of name) of a program. Many a times I was amazed as a friend of mine apt-get installed a packages I was so sure was too new and too obscure to be debianized.
Also - not all Linux distros revolve around System V init - Slackware for one uses BSD style init.
Also - OS X is not BSD. Is that so freaking hard to understand? It has BSD services running on top of Darwin. Darwin is the kernel, not BSD.
Darwin is not Mach. Darwin is not intellectual property of CMU. Ok? Darwin is based on Mach. Ok? If you don't stop calling Darwin Mach, I am going to have to start calling ntoskrnl.exe Mach as well (also based-on, although to a microscopically unrecognisable level - thats what teh 1337 VMS developers do fer ya)
"Fat" binaries are nothing new, and in fact are something that Apple acquisitioned (along with the OS that was formed into OS X) from NeXT. I am sure you're old enough to remember good ol' NeXT - which ran on many, many architectures aside from the good' ol black boxen.
Drool over the dynamic loader? Roflmao... That has to be the most idiotic comment I heard by far. yeah man - what an achievement, resolving unresolved symbols, loading shared libraries, and performing relocation. Yay. Need I tell you that OS X doesn't even do ELF? Yay. *cough*
IBM just couldn't resist putting the biting "Sun too small" remark. Hillarious.
Yes - if you boot WinPE, you will see some background (moon and blue mountains, something like that)- and then you will see a CMD.EXE Window open up. Thats GUI, since it just drew a window :-D.
Yup, I hate to play the devil's advocate - but I've had WinXP running relatively-snappy (after a little cutting of weeds..errr..system service) on a Pentium Pro 200 with 128MB. Guess Mr. Dual G5 doesn't know what 2^32 is, errm? I guess he also doesn't know that anything >= PPro can access up to 64GB, by virtue of more address lines and paging with 4MB/2MB pages - with an appropriate (read: server) mobo, at that.
Yes. Yes. Yes. And no.
4 Gigabytes is the maximum physical addressing space, unless you have a mobo with a PPro or higher that has support for PAE (Page Address Extensions), which would allow you to have a 36-bit physcial addressing space, which you would of course, only be able to access through paging with 4MB or 2MB pages. So thats really 64-GB of physical addressing space if you have a state-of-teh-art mobo (think server MP boards, not your "overclockers" Iz gots dem perty LEDS mobo).
Lets look at the virtual addressable memory. With the 8086 - we had no virtual memory. Just a 1MB tops addressed by 20 address lines. With the 286 we had a max of 16MB physical and a 1GB virtual address space achieved by using all those Global Descriptor Table entries (i.e., yay *cough* segmentation). With the IA-32 processors, you could theoritcally have a max virtual memory cap of 64TB (!!!) if your hypothetical kernel uses BOTH paging AND segmentation. (none do).
Linux mmaps itself to 3GB, I believe. Of course, with various tricks, it still allows you to map the REAL PHYSICAL 3GB-4GB if you have it.
I think it would be neat, useless, but a proof-of-concept to design a kernel that uses both PAGING and SEGMENTATIOn (thus losing any chance of being relatively portable to other CPUs) - as to allow a virtual address space of 64TB. I think it to be mighty cool. I might even to it with my kernel - although, G++ doesn't "respect" segmentation, so hello dirty inline assembler hacks, roflmao.
Oh - its rather interesting that most (all?) consumer chipsets allow only for a max of 3GB. I suspect it because of the the PCI, (L)APIC, and various chipset junk hanging off somewhere below 4GB in the address space. But who knows - maybe its just a shit "feature." Anyone remember Pentium based mobos that choked on more that 64MB of memory, or Celeron-based mobos that choked on anything more than 512MB? Gah...
Are you sure? No, I haven't tried BartPE - and won't, since I am done with MS stuff forever now and my net pipe isn't wide enough to download an ISO.
But - two years ago I played around with the WinPE disk which was a REALLY cut down version XP. Sure it had a gui - win32 stuff was there allright since it could run cmd.exe in a window et all. Sure it has a GUI - if you mean that it doesn't have explorer, then just say that. Misinformation is bad. I could use many other alternative "window managers" (if you can call them that, they don't really manage windows - the win32 library shit does that.) WinPE wasn't very well put together - opening up notepad, I could go to "Desktop" and find weird non-existing entires, bah, whatever. It matters not anymore.
Sorry folks, the only way you will bait me back to the world of Windows is if someone makes a REAL POSIX layer running on top ntoskrnl (The NT Microkernel) (with an option to not load the win32 layer, obviously, whew)
I hate to go on a MS bash, but seriously - way to go MS. First you hire CMU and VMS guys, with whom you write an interesting kernel based on Mach and VMS. Then - you implement all your flaky win16-->32 stuff on top, make a half-assed "posix" layer, and OF COURSE never publicise the ACTUAL kernel (ntoskrnl) INTERFACE. (Thats the Nt... and Rtl... funcs if you care)
Imagine an ntoskrnl-based system with Hurd build around that and not around Mach. Or imagine a UNIX -like environment running on BSD-services running on top of ntoskrnl. Way to go MS - stifle creativity, advancement, technology.
Only if yo compile your leaked maple source for teh Zaurus, bro.'
You probably meant to say.... CISCO IOS,not OIS.
I think the adage went "If you outlaw guns, only outlaws will have guns. And you will have much fun protecting yourself without a gun against outlaws with guns."
Yes, there is SB16 support. However, I am currently having issues running games like Civilization I under Bochs. :-(
Wow.... ummmm.... slashdot?
;-)).
Could we not post "news" about things that came out an eon ago? Seriously... ROFL,,,,
----->
Bochs is kind-of OK. I use it regularly when I work on my exokernel project and it really IS A GREAT developing/debugging tool (especially if compiled with the GDB stubs
However, however, however... I wouldn't consider Bochs useful for anything other than hacking around with kernel/os stuff. Bochs needs a re-write from scratch and emulate a real standard PC motherboard - not an 80386 with i486, pentium, athlon, mmx, PCI, USB, ATA etc... hacks around it. PCI support is non-existent. Video is flakey - well you can get VESA-compliant > 800x600 if you physically change the source (easy). All emulated devices are ISA "bus"-based. Over the years stuff just kind-of gotten piled on, and on and on - with no sensible strucure. I am not talking out of my ass either - at some point in my life I felt that Bochs would be a great project to hack.
Who can blame the project for having failed, when it was named for the famous "stone of all bad" Sardonyx, i.e. Chtrag Sardius, the opposite of the Orb, or Chtrag Yaska?
Who 'lead' the project, Ctuchik The Grolim High Priest?
------>
Ok, ok... I'm a dork. Read David Eddings' "Belgariad" and "Malloreon" though - they make for a great read.
No one... but people /do/ collect and posess Nitrous film negatives, that /DO/ spontaneously combust.
What is an oliphaunt? No really... :-?
Hack your /etc/inittab, you can disable/remap Ctrl-Alt-Del.
:-]
Cheers