Your problem is software, not hardware. I don't know what the heck is causing that to happen for you, but it sounds like a bug in Samba or something. OS X 10.3 uses Samba 3, which is supposed to be a lot faster and may resolve that issue for you.
On my gigabit home network, using AFP (Apple's protocol), copying a 17mb file between a dual 2ghz G5 and a 1ghz Powerbook G4 happens so quickly that the first time I tried it I thought something was broken.
Why don't you just code (or pay a PyMOL developer to code) an extension to PyMOL to support whatever hardware device and stereographic method that is convenient for you on the platform of your choice?
The type of bundles that Apple uses in OS X (from its NeXT roots) allow for support for however many architectures you want in the same bundle. Bundles are not binaries, they are collections of binaries and resources in a set of folders with a particular layout to them. For example, MyApplication.app/Contents/MacOS is where MacOS X PPC binaries live. If the app and relevant frameworks were ported to Win32 for example, the exe file(s) could live in MyApplication.app/Contents/Win32. I believe if the bundle has support for multiple architectures, it's called "fat". Also note that using these kind of bundles requires support from the launch services of the OS, and probably the linker as well (Although launch services could get around that on some platforms I guess).
I don't have a lot of experience with using it, but you're wrong.
It supports a few more types than that, and it *does* support BLOBs to store whatever else you want.
You can enumerate "folders" (keys which reference a structure that hold other keys) and "files" (keys that reference values) in the registry separately.
PS2 Linux Kit owners could wget the file and run it. It's not that bad, how often do people with broadband and LANs really use CD-Rs or DVD-Rs anyways?
I wrote a perl script that manages ssh-agent processes that gets executed in the.login. Basically the way it works is that whenever I start a terminal session it sets the proper environment variables if ssh-agent is running, otherwise, it starts ssh-agent (therefore asking for password). I also wrote some scripts to add my public key to remote hosts. I use SSHPassKey for ProjectBuilder, which seems to integrate with my system pretty well.
---
#!/usr/bin/perl sub findpid { $addkeys = shift; open FILE,"$ENV{HOME}/.ssh/.ssh-agent.csh"; $sock =; $pid =; close FILE; $sock =~ s/^.*?\.*?\ (.*?);\n$/$1/; $pid =~ s/^.*?\.*?\ (.*?);\n$/$1/; $lines = 0; if ($pid) { open PS,"/bin/ps -p $pid|"; ; while () { ++$lines; } close PS; } if ($lines) {
$ENV{'SSH_AUTH_SOCK'} = $sock;
$ENV{'SSH_AGENT_PID'} = $pid;
if ($addkeys) {`ssh-add $ENV{HOME}/.ssh/identity $ENV{HOME}/.ssh/id_dsa`;} } else {
print "Starting ssh-agent...\n";
`ssh-agent > $ENV{HOME}/.ssh/.ssh-agent.csh`;
findpid(1); } } findpid();
GNUStep and Cocoa are both OpenStep compliant to various extents, you just recompile.
All you really have to do to take GNUStep -> Cocoa is rebuild the interface with Interface Builder and recompile. Going the other way isn't necessarily so easy because Cocoa developers are inclined to use various bits of OS X that aren't available in GNUStep, like Carbon for example.
Yes, I know this is a comment on freshmeat (I wrote it).. but it pains me to see so much incorrect/incomplete information here that people just believe for lack of experience with OS X.
---
MacOS X's solution to this problem is a couple levels
deep. There are three (?!) systems for configuration:
(1)/etc (which is a symlink to/private/etc):
It's still there, used for a few things. But not much.
More or less just stuff that runs before everything else,
or stuff that apple doesn't have much control over, like
Apache.
(2) Netinfo database:
basically takes a lot of stuff out of/etc and puts it in a
"registry", this registry is accessible over a network
connection for remote administration and such. You
can also do some funky server/client stuff with this too.
There's a command line interface to it that lets you
read/change 'keys' and also dump out certain keys in
well known/etc style formats
(3) Property Lists (.plist):
This is the way that just about all configurable
information in MacOS X is stored. There are a couple
different kinds of plists that the Core Foundation
libraries understand, but the most prevalent of which is
the XMLified version, the others are either vestigal or
are used primarily for localization of strings. Every
application (well, bundled app) on the system has an
info.plist file that has application settings that the OS
reads from on app startup, but you can also put your
own tags in there. Applications also have the option of
putting their own tags in the Resources subdirectory in
their bundle, which is the preferred way. OS specific
preferences (requires admin privs) go in/System/
Library/Preferences, System-wide app preferences go
in/Library/Preferences, Network-wide app prefs (only
applicable if you have OS X Server on the network) are
in/Network/Library/Preferences, and User app prefs go
in ~/Library/Preferences.
The Core Foundation framework manages more or less
all of the work. They'll find the plist for you, let you
work with the data structures, and serialize/deserialize
it to plist format. It's really quite nice to use. Just
about all of the data structures in Core Foundation are
serializable, even the property list data structures, so
sometimes you'll see property lists with serialized
property lists inside them.
As far as unified configuration interfaces go, there
really isn't a need for any in Mac OS X.
You're on your own with/etc, as nothing there is meant
to be novice-tweaked anyways (In OS X).
There is a GUI NetInfo Manager and command line tools
to configure the stuff in that database (nothing a
novice needs to touch).
Configuring the plists is primarily done inside the
applications that you use (since it's so easy for the
developer to use Core Foundation to read/write
property lists), there are no separate configuration
programs, but there are command line tools for working
with plists. If you're using the developers kit, you get a
little (not very poweful and pretty inefficient) program
to edit plist files graphically, but otherwise you either
do it by hand with a text editor or the command line
tools and risk breaking things or let the apps take care
of it themself.
BTW, all of the Core Foundation stuff is available in two
flavors: C, and Objective C. The C libraries are pretty
straightforward and work in all situations, but if you're
writing an app using the Cocoa framework in Obj C, it's
way easier.. though there are a few little peculiarities
about the Obj C implementations. The bonus is that
you can use both at the same time, and Core
Foundation types / Cocoa instances are interchangable
by some voodoo that Apple did. If the Cocoa
implementation doesn't work right (As with serializing a
plist that has NSNumber Boolean types), you just use
the Core Foundation implementation and a typecast..
voila, one line of code changed and everything is
happy.
Re:Fast CPUs might be bad.
on
CPU Wars
·
· Score: 1
Real musicians aren't content with cheesy software wavesynths, not to mention that WinGroove probably worked at 8bit 22khz, and not the 16 or 24bit 44.1khz+ requred for professional recordings.
Sure it was possible on a 386 (ram and hdd space limiting), but it sure as hell wasn't realtime.
(80x86) Assembler is NOT beyond a 9 year old. That's when I learned it, on my own.
And I would say that C++ or Java is more advanced and has more alien concepts than Assembler would to a new programmer.
let the kid learn what he wants, give him a couple pages of source code and help him figure out what it does.. so he can write his own. Buy him some books, there are plenty on the subject..
I dropped out of school this semester for a lead developer position at an up and coming web/etc firm. I took a bunch of classes, I got up to about 70 credits.. no comp sci, mostly math.
I've read all of the undergrad compsci algorithms books, and I can still code circles around and prove stuff just as well or better than any of my friends still at school doing compsci. I'd say from experience that finishing college really depends on the person.. For me, its just two more semesters of 400 level math classes, and some BS English/Diversity stuff. I'd get my piece of paper, and I'd lose the opportunity to move to manhattan right now, have some fun and make a lot of dough. I'll probably regret not taking those math classes, I find them really interesting.. but math isn't gonna disappear, I can come back to that anytime, but my opportunities might not sit around and wait for me.
If you still haven't figured out how to learn on your own, stay in school. If you want to work for some uptight company where a degree/your age directly translates into your salary, finish school. Otherwise, you might wanna give the real world a chance - I'm having more fun than I ever did in school; the college thing just isn't for me.
The good programmers do what they want. If I'm interested in something, the code is a few orders of magnitude more brilliant than it would be otherwise. If I'm not interested in something, and I'm doing it anyways.. well, I'm probably being paid, and even if the great problems have a bounty, its probably not worth it financially or mentally to put myself through attempting it if I don't find the problem intriguing and fun to solve.
Besides, some people just aren't capable of doing a good job coding certain things. Just because they can port an app from one OS to another doesn't mean they could even understand the algorithms behind (insert "Great Programming Problems" here) let alone implement them. There are reasons that they're unsolved.
Lets put it this way. Suppose teen pop music is the top seller right now, and that more people listen to (or at least tolerate) it over anything else. Does that mean that Techno or Jazz or whatever else should be shunned upon and the artists should be involved with teen pop instead? No! Does it mean that Fatboy Slim could compose an Opera, or the Eagles could do Drum & Bass? No again, its just not their thing.
Go watch good will hunting or something, maybe then you'd at least come close to thinking about possibly understanding something like this. I'd be amazed if you were actually a programmer, let alone a good one.
I think that Microsoft will port Office to some bastardized platform independent "thing" that goes through IE before they'll do (or instead of)a specific port for Linux. Most of Microsoft's applications are being made to tie in with IE with proprietary XML and Javascript.. sooner than later, I suspect that all of them will be entirely dependent on IE and will run on anything that IE does.
Yeah, they're doing a great job. Now when I develop javascript specifically for IE, I have to check to see if its IE on a PC or IE on a Mac and fork the code for either to compensate for bugs related to the particular platform. Its nice that they graced me with the chance to write completely different blocks of code for YET ANOTHER browser. With netscape or mozilla, at least you can pretty much assume that the bugs are platform independent.
Sure, Mainsoft can port Media Player and Internet Explorer over to Linux. Thats fine, I'd love that.
But what good is Media Player without codecs? or Internet Explorer without ActiveX plugins? Would I use Media Player if it couldn't play anything that xanim couldn't? I doubt it! Would I use Internet Explorer if it couldn't do flash? Not a chance.
Granted, I think its a good thing, but unless everyone else adopts it.. and unless Mainsoft releases a public SDK (that doesn't suck) for the both of them.. its not really going to be worth using.
Now if I could just play Sorenson and DivX without bastardized win32 'emulation'..
I for one would rather have "14 year old morons" trying to crack my site than someone who actually knows better. If an amateur can get into your stuff, you've got problems. If we didn't have these kids screwing around with our websites (and helping us evaluate our security, in a roundabout and annoying way), the experienced (possibily paid off by the competition) could come along and take down/hack/etc whatever they wanted with hardly the blink of an eye. If you can't lockdown when a script kiddie comes along, you're screwed. Granted, k5 is a volunteer site etc etc, they shouldn't need to setup tight security, but thats the world we live in, and its not going to change.
Slashdot deciding on what is right and wrong isn't really a good idea. News is (ideally) unbiased. News != Opinion. Of course, this is never true and any account of anything is inherently biased in some way, but there are levels of bias and slashdot is fairly unbiased imho (other than linux/opensource issues, of course;)
Clear rules as far as reporting goes brings us closer and closer to the orwellian nightmare of 1984.
[i think this is the what zdnet was talking about]
Magnetic Switching with Current Pulses
The switching of magnetic memories usually requires application of external magnetic fields. Two reports show how electric current pulses within small devices can be used to switch magnetic states. The rate at which magnetic data can be stored is limited by the time taken to reverse the magnetization orientation. In conventional methods, the reversal field is applied antiparallel to the out-of-plane magnetization, and the switching speeds are limited to the nanoseconds. Back et al. (p. 864) show that this limitation may be overcome by switching the magnetization of thin, in-plane orientated ferromagnetic films using ultrafast focused current pulses from an accelerator. Although the magnetic fields generated were no greater than those of conventional recording heads, reversal times faster than 5 picoseconds were demonstrated. The electrical resistance of stacked layers of magnetic (ferromagnetic) and nonmagnetic materials depends greatly on the orientation of the magnetic moments in adjacent magnetic layers--if the moments are aligned, the resistance is low. Myers et al. (p. 867) show that the magnetic orientation in a single layer can be switched to be aligned or misaligned to a second magnetic layer by controlling the direction of an applied spin-polarized current pulse. Such switching may find application in fast, nonvolatile magnetic memories.
Well, from what I got outta it. The mitochloreans, or whatever they may have been called, are indeed symbiotic creatures.
However, The Force exists everywhere. These little creatures just sorta, channel it I suppose.
In the movie they said that these little buggers just helped the host communicate with The Force. From what I take of it, these little guys just make it easier to learn how to control The Force, thats all. Sure it gives little Anakin an edge, but only if he takes advantage of it. And it doesn't dismiss anyone else with less presence from being ultimately more powerful.
let the man run his site.. sheesh. You dont like virtual crack, you don't visit virtualcrack.com
As for parents wishing to ban their kids from sites, I'd say thats a bunch of BS. Parents, Filters, nor software programs will EVER stop an intelligent teenager from visiting anything.
Lets all upgrade to the newest 95% hype products: Windows 98 and Pentium III's! My computer will "work better" and be oh so much more expensive and special - right.
Slashdot Mirror
Your problem is software, not hardware. I don't know what the heck is causing that to happen for you, but it sounds like a bug in Samba or something. OS X 10.3 uses Samba 3, which is supposed to be a lot faster and may resolve that issue for you.
On my gigabit home network, using AFP (Apple's protocol), copying a 17mb file between a dual 2ghz G5 and a 1ghz Powerbook G4 happens so quickly that the first time I tried it I thought something was broken.
Why don't you just code (or pay a PyMOL developer to code) an extension to PyMOL to support whatever hardware device and stereographic method that is convenient for you on the platform of your choice?
The type of bundles that Apple uses in OS X (from its NeXT roots) allow for support for however many architectures you want in the same bundle. Bundles are not binaries, they are collections of binaries and resources in a set of folders with a particular layout to them. For example, MyApplication.app/Contents/MacOS is where MacOS X PPC binaries live. If the app and relevant frameworks were ported to Win32 for example, the exe file(s) could live in MyApplication.app/Contents/Win32. I believe if the bundle has support for multiple architectures, it's called "fat". Also note that using these kind of bundles requires support from the launch services of the OS, and probably the linker as well (Although launch services could get around that on some platforms I guess).
I don't have a lot of experience with using it, but you're wrong.
It supports a few more types than that, and it *does* support BLOBs to store whatever else you want.
You can enumerate "folders" (keys which reference a structure that hold other keys) and "files" (keys that reference values) in the registry separately.
ps2 linux kit comes with an ethernet adapter.
PS2 Linux Kit owners could wget the file and run it. It's not that bad, how often do people with broadband and LANs really use CD-Rs or DVD-Rs anyways?
I wrote a perl script that manages ssh-agent processes that gets executed in the .login. Basically the way it works is that whenever I start a terminal session it sets the proper environment variables if ssh-agent is running, otherwise, it starts ssh-agent (therefore asking for password). I also wrote some scripts to add my public key to remote hosts. I use SSHPassKey for ProjectBuilder, which seems to integrate with my system pretty well.
; ; .*?\ (.*?);\n$/$1/; .*?\ (.*?);\n$/$1/;
---
#!/usr/bin/perl
sub findpid {
$addkeys = shift;
open FILE,"$ENV{HOME}/.ssh/.ssh-agent.csh";
$sock =
$pid =
close FILE;
$sock =~ s/^.*?\
$pid =~ s/^.*?\
$lines = 0;
if ($pid) {
open PS,"/bin/ps -p $pid|";
;
while () { ++$lines; }
close PS;
}
if ($lines) {
$ENV{'SSH_AUTH_SOCK'} = $sock;
$ENV{'SSH_AGENT_PID'} = $pid;
if ($addkeys) {`ssh-add $ENV{HOME}/.ssh/identity $ENV{HOME}/.ssh/id_dsa`;}
} else {
print "Starting ssh-agent...\n";
`ssh-agent > $ENV{HOME}/.ssh/.ssh-agent.csh`;
findpid(1);
}
}
findpid();
GNUStep and Cocoa are both OpenStep compliant to various extents, you just recompile.
All you really have to do to take GNUStep -> Cocoa is rebuild the interface with Interface Builder and recompile. Going the other way isn't necessarily so easy because Cocoa developers are inclined to use various bits of OS X that aren't available in GNUStep, like Carbon for example.
Correct, they are not synchronized. What I said was that you can dump info from the netinfo database as the native /etc file format:
b ,g roup,hosts,networks,passwd,printcap,protocols,reso lv.conf,rpc,services,mountmaps
known formats:
aliases,bootptab,bootparams,ethers,exports,fsta
You can of course write your own stuff, but all of those are built-in to the nidump utility.
Yes, I know this is a comment on freshmeat (I wrote it).. but it pains me to see so much incorrect/incomplete information here that people just believe for lack of experience with OS X.
/etc (which is a symlink to /private/etc):
/etc and puts it in a
/etc style formats
/System/
/Library/Preferences, Network-wide app prefs (only
/Network/Library/Preferences, and User app prefs go
/etc, as nothing there is meant
---
MacOS X's solution to this problem is a couple levels
deep. There are three (?!) systems for configuration:
(1)
It's still there, used for a few things. But not much.
More or less just stuff that runs before everything else,
or stuff that apple doesn't have much control over, like
Apache.
(2) Netinfo database:
basically takes a lot of stuff out of
"registry", this registry is accessible over a network
connection for remote administration and such. You
can also do some funky server/client stuff with this too.
There's a command line interface to it that lets you
read/change 'keys' and also dump out certain keys in
well known
(3) Property Lists (.plist):
This is the way that just about all configurable
information in MacOS X is stored. There are a couple
different kinds of plists that the Core Foundation
libraries understand, but the most prevalent of which is
the XMLified version, the others are either vestigal or
are used primarily for localization of strings. Every
application (well, bundled app) on the system has an
info.plist file that has application settings that the OS
reads from on app startup, but you can also put your
own tags in there. Applications also have the option of
putting their own tags in the Resources subdirectory in
their bundle, which is the preferred way. OS specific
preferences (requires admin privs) go in
Library/Preferences, System-wide app preferences go
in
applicable if you have OS X Server on the network) are
in
in ~/Library/Preferences.
The Core Foundation framework manages more or less
all of the work. They'll find the plist for you, let you
work with the data structures, and serialize/deserialize
it to plist format. It's really quite nice to use. Just
about all of the data structures in Core Foundation are
serializable, even the property list data structures, so
sometimes you'll see property lists with serialized
property lists inside them.
As far as unified configuration interfaces go, there
really isn't a need for any in Mac OS X.
You're on your own with
to be novice-tweaked anyways (In OS X).
There is a GUI NetInfo Manager and command line tools
to configure the stuff in that database (nothing a
novice needs to touch).
Configuring the plists is primarily done inside the
applications that you use (since it's so easy for the
developer to use Core Foundation to read/write
property lists), there are no separate configuration
programs, but there are command line tools for working
with plists. If you're using the developers kit, you get a
little (not very poweful and pretty inefficient) program
to edit plist files graphically, but otherwise you either
do it by hand with a text editor or the command line
tools and risk breaking things or let the apps take care
of it themself.
BTW, all of the Core Foundation stuff is available in two
flavors: C, and Objective C. The C libraries are pretty
straightforward and work in all situations, but if you're
writing an app using the Cocoa framework in Obj C, it's
way easier.. though there are a few little peculiarities
about the Obj C implementations. The bonus is that
you can use both at the same time, and Core
Foundation types / Cocoa instances are interchangable
by some voodoo that Apple did. If the Cocoa
implementation doesn't work right (As with serializing a
plist that has NSNumber Boolean types), you just use
the Core Foundation implementation and a typecast..
voila, one line of code changed and everything is
happy.
"squeamish ossifrage", sans quotes
Real musicians aren't content with cheesy software wavesynths, not to mention that WinGroove probably worked at 8bit 22khz, and not the 16 or 24bit 44.1khz+ requred for professional recordings.
Sure it was possible on a 386 (ram and hdd space limiting), but it sure as hell wasn't realtime.
(80x86) Assembler is NOT beyond a 9 year old. That's when I learned it, on my own.
And I would say that C++ or Java is more advanced and has more alien concepts than Assembler would to a new programmer.
let the kid learn what he wants, give him a couple pages of source code and help him figure out what it does.. so he can write his own. Buy him some books, there are plenty on the subject..
If you still haven't figured out how to learn on your own, stay in school. If you want to work for some uptight company where a degree/your age directly translates into your salary, finish school. Otherwise, you might wanna give the real world a chance - I'm having more fun than I ever did in school; the college thing just isn't for me.
Besides, some people just aren't capable of doing a good job coding certain things. Just because they can port an app from one OS to another doesn't mean they could even understand the algorithms behind (insert "Great Programming Problems" here) let alone implement them. There are reasons that they're unsolved.
Lets put it this way. Suppose teen pop music is the top seller right now, and that more people listen to (or at least tolerate) it over anything else. Does that mean that Techno or Jazz or whatever else should be shunned upon and the artists should be involved with teen pop instead? No! Does it mean that Fatboy Slim could compose an Opera, or the Eagles could do Drum & Bass? No again, its just not their thing.
Go watch good will hunting or something, maybe then you'd at least come close to thinking about possibly understanding something like this. I'd be amazed if you were actually a programmer, let alone a good one.
I think that Microsoft will port Office to some bastardized platform independent "thing" that goes through IE before they'll do (or instead of)a specific port for Linux. Most of Microsoft's applications are being made to tie in with IE with proprietary XML and Javascript.. sooner than later, I suspect that all of them will be entirely dependent on IE and will run on anything that IE does.
Yeah, they're doing a great job. Now when I develop javascript specifically for IE, I have to check to see if its IE on a PC or IE on a Mac and fork the code for either to compensate for bugs related to the particular platform. Its nice that they graced me with the chance to write completely different blocks of code for YET ANOTHER browser. With netscape or mozilla, at least you can pretty much assume that the bugs are platform independent.
But what good is Media Player without codecs? or Internet Explorer without ActiveX plugins? Would I use Media Player if it couldn't play anything that xanim couldn't? I doubt it! Would I use Internet Explorer if it couldn't do flash? Not a chance.
Granted, I think its a good thing, but unless everyone else adopts it.. and unless Mainsoft releases a public SDK (that doesn't suck) for the both of them.. its not really going to be worth using.
Now if I could just play Sorenson and DivX without bastardized win32 'emulation'..
I for one would rather have "14 year old morons" trying to crack my site than someone who actually knows better. If an amateur can get into your stuff, you've got problems. If we didn't have these kids screwing around with our websites (and helping us evaluate our security, in a roundabout and annoying way), the experienced (possibily paid off by the competition) could come along and take down/hack/etc whatever they wanted with hardly the blink of an eye. If you can't lockdown when a script kiddie comes along, you're screwed. Granted, k5 is a volunteer site etc etc, they shouldn't need to setup tight security, but thats the world we live in, and its not going to change.
;)
Slashdot deciding on what is right and wrong isn't really a good idea. News is (ideally) unbiased. News != Opinion. Of course, this is never true and any account of anything is inherently biased in some way, but there are levels of bias and slashdot is fairly unbiased imho (other than linux/opensource issues, of course
Clear rules as far as reporting goes brings us closer and closer to the orwellian nightmare of 1984.
mmm quake.
the zd article was written before the information was released in sciencemag. but I still think I found the right stuff.
[i think this is the what zdnet was talking about]
Magnetic Switching with Current Pulses
The switching of magnetic memories usually requires application of external magnetic fields. Two reports show how electric current pulses within small devices can be used to
switch magnetic states. The rate at which magnetic data can be stored is limited by the time taken to reverse the magnetization orientation. In conventional methods, the reversal
field is applied antiparallel to the out-of-plane magnetization, and the switching speeds are limited to the nanoseconds. Back et al. (p. 864) show that this limitation may be
overcome by switching the magnetization of thin, in-plane orientated ferromagnetic films using ultrafast focused current pulses from an accelerator. Although the magnetic fields
generated were no greater than those of conventional recording heads, reversal times faster than 5 picoseconds were demonstrated. The electrical resistance of stacked layers of
magnetic (ferromagnetic) and nonmagnetic materials depends greatly on the orientation of the magnetic moments in adjacent magnetic layers--if the moments are aligned, the
resistance is low. Myers et al. (p. 867) show that the magnetic orientation in a single layer can be switched to be aligned or misaligned to a second magnetic layer by controlling the
direction of an applied spin-polarized current pulse. Such switching may find application in fast, nonvolatile magnetic memories.
Well, from what I got outta it. The mitochloreans, or whatever they may have been called, are indeed symbiotic creatures.
However, The Force exists everywhere. These little creatures just sorta, channel it I suppose.
In the movie they said that these little buggers just helped the host communicate with The Force. From what I take of it, these little guys just make it easier to learn how to control The Force, thats all. Sure it gives little Anakin an edge, but only if he takes advantage of it. And it doesn't dismiss anyone else with less presence from being ultimately more powerful.
let the man run his site.. sheesh. You dont like virtual crack, you don't visit virtualcrack.com
As for parents wishing to ban their kids from sites, I'd say thats a bunch of BS. Parents, Filters, nor software programs will EVER stop an intelligent teenager from visiting anything.
Lets all upgrade to the newest 95% hype products: Windows 98 and Pentium III's! My computer will "work better" and be oh so much more expensive and special - right.
It goes something like this.. johnny cochrane is talking about endor, the ewok's and chewbacca and then says:
Why am I talking about Chewbacca when a man's life is on the line?
Why? I'll tell you why. I don't know. It doesn't make sense. If Chewbacca does not make sense you must acquit. Here look at the monkey.