Nah; it's one thing to write code to support the usage of a card's framebuffer, and it's another to know the protocol and method for accessing acceleration hardware. This is where "closed" hardware specs get in the way; either you reverse-engineer the hardware (a pain in the ass?), or somehow convince the company to open the specs.
If RGB color on a CDRW were possible, a really cool hack would be to generate an ISO
that would burn on the CD and create a full-color image on the data side;-)
Whoops, maybe I should have paid attention to what the teacher was saying (or more likely, maybe the teacher should have been more specific, considering he puts a lot of stuff into vague wording...)
Thanks for the correction, no thanks for the flame.
Assuming Mars may have had water, I wonder where it all went. But that brings me to another question; How much of the Earth's water leaves the planet? Does any at all?
75%? Hmm, my ECON-102 (macro economics) teacher just told us yesterday that we're currently at a top taxation rate of 44%... or maybe he meaned average, I forget. He was going on about Bush reducing taxation because he feels we're a bit too high above the sweet spot on the Lauffer curve (when taxation is optimal so that the government gets the most money it'll ever get out of the people). The premise is that if you tax everyone less, more people will want to become rich and thus pay more taxes than they would anyway had they been less wealthy, since they see the tax rates have gone down.
Yeah, except it was somewhat of a sacrifice. From what a local hardware hacker (who
got me interested in the CoCo's to begin with) told me, the poke hack basically
gave any unused I/O cycles to the CPU (the SAM chip provided the clocking for the CPU; hence the CPU name 6909E, for External clock according to this guy)
which would have the effect of whacking out cassette and disk I/O since the disk ROM's instructions were written
with a constant CPU clock in mind, not the alternating 0.895MHz/1.5(?)MHz configuration. I guess theoretically one could
rewrite the disk ROM to compensate for that, but I dunno if that higher-speed was a dependable constant speed, if the SAM was taking
the clock cycles from other I/O...
Unfortunately my Dungeons of Daggorath cartridge got fried when I foolishly shorted IC chip jumpers together on the motherboard seeing what they'd do, then shorted some of the CPU jumpers, found the machine totally fucked (random pattern on the screen during startup),
then plugged several cartridges in there to see if they'd work; somehow the borked CPU fucked the cartridges up. Damn me:)... but I got a CoCo2 after that:D
That's almost believable, except I've put it to the test firsthand.
Normally reading crap off my monitor SUCKS, since my monitor is wayy old and is in desperate need [of funding to do a] replacement.
However, reading on Trinitron monitors at my college was much more pleasing.
At any rate, I read 1984 in a digital.txt copy, lynx printed from an html document and doublespaced using some
quick perl. On my home monitor, 'gless' from GNOME was my reader of choice, on the college computers,
just plain 'ole 'less' running inside a MindTerm SSH session with white-on-black was the champ.
And it was one of the most intense and enjoyable reads I've ever had.
Books do the job, but digital can, IF YOU HAVE AN AESTHETICALLY PLEASING DISPLAY DEVICE! (i.e. 800x600x85HZ instead of the 800x600x56hz that this POS is doing right now)
GalaxyNet is thankfully small right now, but hopefully they'll be up
to the test when they grow. I among friends just recently moved our
main channel to GalaxyNet after some of our friends couldn't get onto EFnet anymore.
Like another guy said, #shadowrealm is great for movies =)
www.galaxynet.org for more information and a list of servers.
Yeah, I've been using Linux for about 3 years, and when I started installing with dselect, I obfuscated my whole
system so badly I wiped the partitions cleaned (all data backed up) and re-did the Debian install a second time.
I'm still not sure if I've got it right... god help me if I have to reinstall AGAIN.
Wow, that's an interesting idea. I wonder if Xiphmont IS OOG THE CAVEMAN... *rimshot*:-)
Re:on a related note: pgp/gpg+mutt possible?
on
GPG vs. PGP?
·
· Score: 1
Yeah, mutt comes with integration with PGP and GPG. The latest mutt's (1.2) have default.rc files that you can source from your.muttrc to
configure your environment for either one. Older mutt's had a few config variables for configuring PGP/GPG support.
I'm surprised you didn't just hike over to http://www.mutt.org/ and check this out yourself.:)
Adding to chris.bitmead's post, Gtk-Perl is cool in that you can pass an array of items to the callback.
What's even more nifty is you can create the callback function inline with the signal_connect call
(probably only useful for small things like Gtk->exit when a delete event is called or something), by just inline-including a
sub { code; }
in place of where you would put \&functionname
uhh, I don't think the standard telephone lines could go beyond theoretically 64Kbps... if that.
The FCC is limiting telephones from going 56Kbps, instead making them go like 52Kbps or whatever.
So you don't even get 56Kbps speeds to begin with.
Posing an argument like that is silly because 3D is graphics.
Text processing is text. Pushing a GUI on a text processor might give the illusion
that a GUI is superior (since it can encapsulate a text-based paradigm inside it), but it becomes silly
when you realize how you have to redesign the whole tire factory, not just the wheel.
If you're assuming this guy is trying to push "text tools for everything!", ignore either his naivety or yours and don't feed the fire:)
Likewise, Windows is ready for the desktop when it's set up for you (like at the OEM)
But I doubt many of the idiots out there would brave doing a Windows installation. Some will, but many won't dare.
Er, forget the parent post... they already have FreeBSD versions anyway:)
Then again the Linux emulation is available for the other BSD's isn't it?... so they could benefit from it anyway.
Nah; it's one thing to write code to support the usage of a card's framebuffer, and it's another to know the protocol and method for accessing acceleration hardware. This is where "closed" hardware specs get in the way; either you reverse-engineer the hardware (a pain in the ass?), or somehow convince the company to open the specs.
but on x86, I don't think it makes a damned difference. Many shared libraries on x86 are compiled without using -fPIC.
NO, it means the computer is run off coffee, just like its driver! :)
If RGB color on a CDRW were possible, a really cool hack would be to generate an ISO that would burn on the CD and create a full-color image on the data side ;-)
Except the space apples might have trouble space growing when there's no space light reaching the space apple trees. ;-)
Yeah, except the English output would be somewhere along the lines of "Dido to Aeneas of love speaks"
Thanks for the correction, no thanks for the flame.
Assuming Mars may have had water, I wonder where it all went. But that brings me to another question; How much of the Earth's water leaves the planet? Does any at all?
75%? Hmm, my ECON-102 (macro economics) teacher just told us yesterday that we're currently at a top taxation rate of 44%... or maybe he meaned average, I forget. He was going on about Bush reducing taxation because he feels we're a bit too high above the sweet spot on the Lauffer curve (when taxation is optimal so that the government gets the most money it'll ever get out of the people). The premise is that if you tax everyone less, more people will want to become rich and thus pay more taxes than they would anyway had they been less wealthy, since they see the tax rates have gone down.
Unfortunately my Dungeons of Daggorath cartridge got fried when I foolishly shorted IC chip jumpers together on the motherboard seeing what they'd do, then shorted some of the CPU jumpers, found the machine totally fucked (random pattern on the screen during startup), then plugged several cartridges in there to see if they'd work; somehow the borked CPU fucked the cartridges up. Damn me :) ... but I got a CoCo2 after that :D
Give me some C code. I'd like to try it on my Debian potato system. (gcc version 2.95.2 20000220 (Debian GNU/Linux))
That's almost believable, except I've put it to the test firsthand. Normally reading crap off my monitor SUCKS, since my monitor is wayy old and is in desperate need [of funding to do a] replacement. However, reading on Trinitron monitors at my college was much more pleasing. At any rate, I read 1984 in a digital .txt copy, lynx printed from an html document and doublespaced using some
quick perl. On my home monitor, 'gless' from GNOME was my reader of choice, on the college computers,
just plain 'ole 'less' running inside a MindTerm SSH session with white-on-black was the champ.
And it was one of the most intense and enjoyable reads I've ever had.
Books do the job, but digital can, IF YOU HAVE AN AESTHETICALLY PLEASING DISPLAY DEVICE! (i.e. 800x600x85HZ instead of the 800x600x56hz that this POS is doing right now)
Like another guy said, #shadowrealm is great for movies =) www.galaxynet.org for more information and a list of servers.
Yeah, I've been using Linux for about 3 years, and when I started installing with dselect, I obfuscated my whole system so badly I wiped the partitions cleaned (all data backed up) and re-did the Debian install a second time. I'm still not sure if I've got it right... god help me if I have to reinstall AGAIN.
Wow, that's an interesting idea. I wonder if Xiphmont IS OOG THE CAVEMAN... *rimshot* :-)
Yeah, mutt comes with integration with PGP and GPG. The latest mutt's (1.2) have default .rc files that you can source from your .muttrc to
configure your environment for either one. Older mutt's had a few config variables for configuring PGP/GPG support.
I'm surprised you didn't just hike over to http://www.mutt.org/ and check this out yourself. :)
They outta change the name to EOL (Europe OnLine) for the Europeans though... :)
Adding to chris.bitmead's post, Gtk-Perl is cool in that you can pass an array of items to the callback. What's even more nifty is you can create the callback function inline with the signal_connect call (probably only useful for small things like Gtk->exit when a delete event is called or something), by just inline-including a
sub { code; }
in place of where you would put \&functionname
uhh, I don't think the standard telephone lines could go beyond theoretically 64Kbps... if that. The FCC is limiting telephones from going 56Kbps, instead making them go like 52Kbps or whatever. So you don't even get 56Kbps speeds to begin with.
Posing an argument like that is silly because 3D is graphics. Text processing is text. Pushing a GUI on a text processor might give the illusion that a GUI is superior (since it can encapsulate a text-based paradigm inside it), but it becomes silly when you realize how you have to redesign the whole tire factory, not just the wheel. If you're assuming this guy is trying to push "text tools for everything!", ignore either his naivety or yours and don't feed the fire :)
Judging by the recent comments in this thread, I think it means non-PC as in non-PC or Mac, i.e. standalone devices like VCRs and TVs and shit.
Likewise, Windows is ready for the desktop when it's set up for you (like at the OEM) But I doubt many of the idiots out there would brave doing a Windows installation. Some will, but many won't dare.
However, for more open-source clients for ICQ and AIM, try Micq for console, and GAIM for AIM. Search freshmeat.net for more...
Er, forget the parent post... they already have FreeBSD versions anyway :)
Then again the Linux emulation is available for the other BSD's isn't it?... so they could benefit from it anyway.
Heh, chances are good it runs in a Linux emulation on BSD... any BSD users attest?