Been running Linux (RH 6.2 briefly, mainly Slack 7) on my Athalon 650/Asus K7M with no problems. I have a V3-2000 PCI so I don't know about the AGP issues, although this was the first time I'd heard of any problems with the Athalon. 2.2.12 worked fine out of the box and 2.3.99-pre6 even has a nifty "Athalon" option under CPU type:) Woohoo! Oh, one minor problem, I had to do the 'append mem=256M' thing in my lilo.conf, no biggie.
...was BASIC. On DOS 5.2. My dad, who was doing mainframe programming at the time, bought me the book "BASIC Programming for Kids" or something along those lines. I tore through it, hacked up gorilla and nibbles which came with DOS and generaly raised hell in the computer labs at my elementary school:) Ah, the good ol days. After BASIC I went on and did other things throught elementary school, picked up programming again at the tail end of Jr High when I learned C. Since then I've picked up C++, LPC, x86 assembler and Python. I must say that after the first language, all the rest were just a logical progression and learning new syntax. (except assembler, which was a breaking down of the concepts I learned in C;))
Anyway, back to the point. Although BASIC was my first language, I'm very impressed with Python and LPC. IMO, LPC is in many ways superior to C++... except you really can't use it for actual application development:) Then again, your kids might think it'd be fun to develop areas in a MUD. That would also be a way to get their friends involved, they could code up areas and share the game with their friends. Wahoo:)
IMNSHO, Linux is first and foremost a server operating system. What else could it possibly be with the number of services that are enabled by default in most distros? Certainly it's interesting to run it on a desktop, I dual boot Linux/W98 on my desktop at home... but I run straight Slackware 7 (no X) on my servers and LRP on my router. Any "death matches" that focus mainly on "useability" are therefore pointless. What self-respecting admin is going to bog a server down with a GUI and pansy menus that fade in and out when you click on them? Oh, wait...
Take the posts in question, encrypt them using the ultra-leet propritary encryption algorithm (that's ULPEA, a.k.a. ROT-13) and put a little note above each one saying, "Warning: If you were to decrypt this and read it your eyes would catch on fire and burn in the socekts which would also cause your eyebrows and possibly the hair on your head to catch on fire, after which you would be left with this smouldering mass of charred flesh where your head was previously. All because of MS. But don't stop buying their software." Yup, that'd be cool. Oh, and exploding CRT bombs too. I AM THE DIGI BOMBER!
The market goes up, the market goes down. That's the way it is. It crashed in the 30s, we had a nice little party called WW2 which brought it back up again. The market is currently doing very well, or at least it was the last time I bothered to check. All this babble about 'e-commerce' and the 'new internet economy' is exactly that. It's just another way to sell stuff, it's not that big of a deal. Basicaly, what I think my point may be is that the populace in general (myself included) have absolutly no clue as to what's going on. Go around and preach about cataclysmic downfall and such all you want, I'll sit here and watch you get your feathers all ruffled. You don't know what's going to happen any more than I do, we'll both find out when the future finaly gets up off its ass and comes knocking at our collective door. The only differance is I won't have as high a blood pressure as you:)
Sorry, but hardcopy is essential. In addition to the highliter and penguin doodle features that I have found to be so popular amongst my surveyed group (my cat and I, and the cat's asleep) there is what I like to call the "thinking time" feature. Honestly, who wants to lug a laptop into the can with them when they hanker down for some good old fashioned thinking time? This is when I do the vast majority of my documentation reading. What one does with the paper after finishing is left as an exercise to the reader.
Has anyone else noticed that it's FORD that's setting up this whole scheme? Think about it... put the computers in every one of your employees houses. Rig some gizmo in the video card that flashes subliminal messages to your employees, making them soft and pliable for your oncoming religious disortations. Set up your CEO as the Second Coming of Ford himself, and you have a huge army at your disposal. You take over the imperial senate and eventualy rule the world! Every one's divided up into Alphas, Betas, Gammas and Deltas and coerced from birth to be happy with their everyday lives! NOOOOOOOOOO! I WANT TO BE MELANCHOLY!
Slashdot Mirror
Linux version 2.3.99-pre9 (root@enigma) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Sun Jun 4 01:17:19 PDT 20000 .html
:) ROAR! Also, my Mhz/BogoMIPS aren't top secret ;)
BIOS-provided physical RAM map:
e820: 000000000009fc00 @ 0000000000000000 (usable)
e820: 0000000000000400 @ 000000000009fc00 (reserved)
e820: 0000000000010000 @ 00000000000f0000 (reserved)
e820: 000000000fef0000 @ 0000000000100000 (usable)
e820: 0000000000008000 @ 000000000fff0000 (ACPI data)
e820: 0000000000008000 @ 000000000fff8000 (ACPI NVS)
e820: 0000000000010000 @ 00000000ffff0000 (reserved)
user-defined physical RAM map:
e820: 000000000009f000 @ 0000000000000000 (usable)
e820: 000000000ff00000 @ 0000000000100000 (usable)
On node 0 totalpages: 65536
zone(0): 4096 pages.
zone(1): 61440 pages.
zone(2): 0 pages.
Initializing CPU#0
Detected 654593298 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1304.17 BogoMIPS
Memory: 254828k/262144k available (1614k kernel code, 6928k reserved, 122k data, 204k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
kmem_create: Poisoning requested, but con given - bdev_cache
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
kmem_create: Poisoning requested, but con given - inode_cache
CPU: L1 I Cache: 64K L1 D Cache: 64K
CPU: L2 Cache: 512K
CPU: AMD AMD-K7(tm) Processor stepping 02
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.36 (20000221) Richard Gooch (rgooch@atnf.csiro.au)
PCI: PCI BIOS revision 2.10 entry at 0xfda01, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router VIA [1106/0586] at 00:04.0
isapnp: Scanning for Pnp cards...
isapnp: Calling quirk for 01:00
ISAPnP: SB audio device quirk - increasing port range
isapnp: Calling quirk for 01:02
isapnp: AWE32 quirk - adding two ports
isapnp: Card 'Creative SB AWE64 PnP'
isapnp: 1 Plug & Play card detected total
Linux NET4.0 for Linux 2.3
Based upon Swansea University Computer Society NET3.039
kmem_create: Poisoning requested, but con given - skbuff_head_cache
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
ACPI: "AMI" found at 0x000fb080
ACPI: found platform errata 0x00000030
ACPI: unreserved table memory @ 0x0fff00b0!
Starting kswapd v1.6
fb: Voodoo3 memory = 16384K
fb: MTRR's turned on
tdfxfb: reserving 1024 bytes for the hwcursor at 0xd1803000
Console: switching to colour frame buffer device 80x30
fb0: 3Dfx Voodoo3 frame buffer device
pty: 256 Unix98 ptys configured
Uniform Multi-Platform E-IDE driver Revision: 6.30
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 21
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
hda: WDC AC418000D, ATA DISK drive
hdc: CD-532E, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 35239680 sectors (18043 MB) w/1966KiB Cache, CHS=2193/255/63
hdc: ATAPI 32X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.08
Partition check:
hda: hda1 hda2 hda3
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Serial driver version 4.93 (2000-03-20) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/eepro10
eepro100.c: $Revision: 1.29 $ 2000/03/30 Modified by Andrey V. Savochkin and others
eth0: OEM i82557/i82558 10/100 Ethernet, 00:80:5F:F7:E9:27, IRQ 9.
Board assembly 692290-002, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x24c9f043).
Receiver lock-up workaround activated.
[drm] Initialized tdfx 0.0.1 19991009 on minor 63
ISAPnP reports AWE64 WaveTable at i/o 0x620
Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996
sb: Creative SB AWE64 PnP detected
sb: ISAPnP reports 'Creative SB AWE64 PnP' at i/o 0x220, irq 5, dma 1, 5
sb: 1 Soundblaster PnP card(s) found.
kmem_create: Forcing size word alignment - nfs_fh
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 204k freed
Adding Swap: 265064k swap-space (priority -1)
[EXT II FS 0.5b, 95/08/09, bs=4096, fs=4096, gc=55, bpg=32768, ipg=32320, mo=ffffffea]
Note the badass 2.3.99-pre9 isapnp
Been running Linux (RH 6.2 briefly, mainly Slack 7) on my Athalon 650/Asus K7M with no problems. I have a V3-2000 PCI so I don't know about the AGP issues, although this was the first time I'd heard of any problems with the Athalon. 2.2.12 worked fine out of the box and 2.3.99-pre6 even has a nifty "Athalon" option under CPU type :) Woohoo!
Oh, one minor problem, I had to do the 'append mem=256M' thing in my lilo.conf, no biggie.
...was BASIC. On DOS 5.2. My dad, who was doing mainframe programming at the time, bought me the book "BASIC Programming for Kids" or something along those lines. I tore through it, hacked up gorilla and nibbles which came with DOS and generaly raised hell in the computer labs at my elementary school :) Ah, the good ol days. After BASIC I went on and did other things throught elementary school, picked up programming again at the tail end of Jr High when I learned C. Since then I've picked up C++, LPC, x86 assembler and Python. I must say that after the first language, all the rest were just a logical progression and learning new syntax. (except assembler, which was a breaking down of the concepts I learned in C ;))
:) Then again, your kids might think it'd be fun to develop areas in a MUD. That would also be a way to get their friends involved, they could code up areas and share the game with their friends. Wahoo :)
Anyway, back to the point. Although BASIC was my first language, I'm very impressed with Python and LPC. IMO, LPC is in many ways superior to C++... except you really can't use it for actual application development
IMNSHO, Linux is first and foremost a server operating system. What else could it possibly be with the number of services that are enabled by default in most distros? Certainly it's interesting to run it on a desktop, I dual boot Linux/W98 on my desktop at home... but I run straight Slackware 7 (no X) on my servers and LRP on my router. Any "death matches" that focus mainly on "useability" are therefore pointless. What self-respecting admin is going to bog a server down with a GUI and pansy menus that fade in and out when you click on them? Oh, wait...
Take the posts in question, encrypt them using the ultra-leet propritary encryption algorithm (that's ULPEA, a.k.a. ROT-13) and put a little note above each one saying, "Warning: If you were to decrypt this and read it your eyes would catch on fire and burn in the socekts which would also cause your eyebrows and possibly the hair on your head to catch on fire, after which you would be left with this smouldering mass of charred flesh where your head was previously. All because of MS. But don't stop buying their software." Yup, that'd be cool. Oh, and exploding CRT bombs too. I AM THE DIGI BOMBER!
The market goes up, the market goes down. That's the way it is. It crashed in the 30s, we had a nice little party called WW2 which brought it back up again. The market is currently doing very well, or at least it was the last time I bothered to check. All this babble about 'e-commerce' and the 'new internet economy' is exactly that. It's just another way to sell stuff, it's not that big of a deal. :)
Basicaly, what I think my point may be is that the populace in general (myself included) have absolutly no clue as to what's going on. Go around and preach about cataclysmic downfall and such all you want, I'll sit here and watch you get your feathers all ruffled. You don't know what's going to happen any more than I do, we'll both find out when the future finaly gets up off its ass and comes knocking at our collective door. The only differance is I won't have as high a blood pressure as you
Sorry, but hardcopy is essential. In addition to the highliter and penguin doodle features that I have found to be so popular amongst my surveyed group (my cat and I, and the cat's asleep) there is what I like to call the "thinking time" feature. Honestly, who wants to lug a laptop into the can with them when they hanker down for some good old fashioned thinking time? This is when I do the vast majority of my documentation reading. What one does with the paper after finishing is left as an exercise to the reader.
Has anyone else noticed that it's FORD that's setting up this whole scheme? Think about it... put the computers in every one of your employees houses. Rig some gizmo in the video card that flashes subliminal messages to your employees, making them soft and pliable for your oncoming religious disortations. Set up your CEO as the Second Coming of Ford himself, and you have a huge army at your disposal. You take over the imperial senate and eventualy rule the world! Every one's divided up into Alphas, Betas, Gammas and Deltas and coerced from birth to be happy with their everyday lives! NOOOOOOOOOO! I WANT TO BE MELANCHOLY!
(my appologies to Mr. Hugsly)