But turning your linux machine into a staging point for going after other targets is another, more serious problem.
The only reason one would consider using a pre-Mac OS X server is 1) Without memory protection, a random buffer overrun attack may lock up the computer, a better situation than just crashing the app and letting the system go on. 2) If the attacker does manage to subvert the program, it's impossible to start up a remote command shell. 3) If the attacker does manage to get a remote command shell going, it's impossible to find command-line applications installed on the Mac that will allow downloading of files and the installation of backdoored programs. 4) Making a compromised Mac a dead end deal, ie. nothing much else can be done.
Issues with webpages being deleted can be easily worked around with a good backup/replication/etc. Hell, have the webpages served off a read only AppleShare that's connected to the actual webserver, the attacker won't be able to alter your web data.
You have to understand that for Sony their product is the DVD-ROM that the game comes on. Dodge/any car manufacturer, their product is the car itself. The PS2 is a just delivery mechanism for their products, the DVD-ROM. They don't care what you may do the PS2 as long as it doesn't interfere with their sales of DVD-ROM software.
Modchipping interferes with their sales of games because the average Joe doesn't really care about the latest dating sim from Japan and wants to just run a copy of a game from a friend. Your analogy to a company that produces cars doesn't really make sense because it's impossible to create a duplicate of an automobile with the ease of duplicating DVD/CDs.
Let me be the first (or second or third) to point out that TeX, quite possibly the world's only bug free program, is written in Pascal, an ancestor of Ada.
(* Well, not really Pascal, but Web, a tangle of Pascal and TeX code interspersed.)
Like why couldn't the cd burning software lock the cdrom drive, and pop up a modal to tell you. "I'm burning the disk right now. If you eject, this current burn will fail. Do you really want to eject the CD drive? *NO* Yes"
A gross error like that doesn't need lint. It needs a boot to the head of the developer who decided to edit some code and ignored compiling and testing it before checking it in.
You also have to account for the percentage of Apache httpd servers running on which operating system.
0.31% of defaced sites being OpenBSD is impressive by itself. However, if 0.31% of the defaced sites translates to 100% of the OpenBSD web server installations out there, then you have a real problem.
What tends to happen is the ports directory lags behind software releases, especially the ports directory that gets installed from cd, and the particular.tar.gz source file that the makefile is trying to fetch isn't hosted on the web anymore.
It's really easy to get cvsup to continually update your ports directory. Just run it once in a while (like once a month or so) to update your ports directory to take into account newer versions of software packages and such. Once you do this, all issues with getting things built will probably never show up.
College is good. It teaches you to: a) Socialize with the right people (aka ta's) to get them to soften up on you for grades. b) Realize that deadlines can always be pushed back with an appropriate excuse. c) Learn that fact that the only important thing about learning is learning where to find information quickly. d) Apply these principles, among others, to your jobs after you graduate.
COM was probably the first/second attempt at controlling DLL versioning problems. When using COM it's possible to maintain versions of interfaces to a library, which is one of requirements of backwards compatibility..NET just makes it a lot easier to author COM-ish components because a lot of the basic ground work is done in the background, such as reference counting and other stuff.
What RPM should really do...
on
Is RPM Doomed?
·
· Score: 2, Interesting
Is offer an interactive mode of execution.
When installing a package, if RPM can not find the RPM dependency, it should tell the user:
"Unable to find libfoo.x.y.z.so"
Then ask:
"If you do have libfoo.x.y.z.so, enter the path so an appropriate entry can be made in the rpm database"
The user can then type in something like/usr/local/lib/libfoo.x.y.z.so, and the RPM program will add that one file into its package database so later on, it won't have to ask that dumb question again.
If the user doesn't type in anything, then RPM should then quit and refuse to install the package.
It doesn't matter wrt Radeon, because since the ATI drivers for their card are opened source, Be or an enterprising user could have ported the drivers themselves.
I guess Be didn't care for ATI support or most of the Be users just sat around and bitched instead of doing something.
But if tons of ps3's get sold, developers will not care.
Even if developers got pissed off and decided in droves to get off of PS3, if enough users get the system, the ones that stay behind will make a killing, even when they release shitty games because people need to justify plunking down cash on a console.
As much as it is claimed that games drive a console, people need to understand that it is more than that.
There. enough said. it's a messed up cycle, but that's the truth.
Sony is in the comfortable position where even if the PS3 is shit, enough people will go out of their way to get a PS3. Probably enough to jump start the cycle stated above.
If it hasn't been mentioned yet, findstr.exe is a much better attempt at being grep than find. findstr even supports regular expressions and colorful search results, blah blah blah.
do a findstr/? and figure it out for yourself it's very useful.
Well, you can always take a conspiratory view at this news development.
All of the PS2 initially shipped were developed with a built in hardware timebomb. (Which is somewhat confirmed by all the complaints on modding sites about defective dvd drives and such.) They simply will die after x number of months. Since Sony figured that the majority of the PS2 shipped were about to die, it was high time that they spent some effort making it easier for them to build more PS2's to fit the demand for new replacements.
It's only becoming a service economy because it's the latest buzzword compliant business plan. When investors read "services", they think (often incorrectly) "Oh geez, this company is going to get X million dollars at the end of the month/year/.
Just because all of these Linux companies are trying to go service orientated, doesn't mean it's a great idea. Wait until 5 years down the road when the market for Linux-based webfarms, Linux-based inventory systems, etc. is oversaturated and collapses. People will probably be running around like decapitated chickens crying about a failed market.
Get a newer version of the STL from dinkum. Contrary to popular belief, Microsoft doesn't implement the C++ libraries. The implementation is provided by dinkum, and their newest version for vc++ 6.0 is up to date with C++ standards.
XScale implements an ARMv5e architecture + some extra.
Fortunately, ARM designed a _standardized_ means of extending their cores. There exists support for add-on coprocessors (up to 16, although the sixteenth coprocessor (15) is already dedicated to MMU + other functions, and the first coprocessor (0) is for floating point), as well as dedicated instructions for passing registers to and from coprocessors (mrc, mcr, mrrc, mcrr) as well as data processing instructions. (cdp, cdp2)
I'm willing to bet that all of Intel's extra features map into the infrastructure that ARM has established.
You must have a selective memory, because back when Netscape was hot, a lot of industry analysts were predicting the rise of the web browser and the fall of the operating system.
So in other words, it was perceived that Netscape and Java would soon bring about a new computing platform that would render the operating system obsolete. (IE, all applications would be delivered in Java and over the web, such that it didn't matter which operating system the app would be running on...)
MS developed/bought Internet Explorer to counter this threat.
That's because of the quantization effect of digital audio.
Let's get a perfect 22kHz sine wave. If we were sampling at 44khz, and plotted the data points, what we get is a flat line. (the endpoints and midpoint of each cycle is at zero) If we had a perfect 22kHz cosine wave sampled at 44 khz, we get a sawtooth wave. (endpoints of each cycle is at 1 and the midpoint is at -1)
Since we all perceive audio in an analog manner, to accurately reproduce all frequencies in our listening range, we really need the extra sampling rate so that during the digital to analog conversion it will closely resemble the original analog waveform.
Me me me. Let's get another anecdote. I know tons of people who don't even bother purchasing Blizzard's games, and yet, they somehow manage to play a pirated version.
Let's face it. There's really no real point to bnet other than to circumvent Blizzard's checking of the cd keys.
You may bitch about how copying software made your life better and the company's life better because later on you purchased the game yourself. But understand that you are just one person, and if sixty other people just continue to play the copy, Blizzard still loses money despite your moment of "doing the right thing."
As for the person bitching about the corporate firewall... Wait a second and thing for a moment. Corporate firewall? You're at work, and you're getting paid on company time to play video games... Somehow I don't think so, and I believe your management would agree with me.
A realtime os, which usually has low latency, has nothing about the duration of latency, but rather a guarantee of latency.
For example, suppose you send a packet off into the internet, a realtime os would guarantee that the packet was sent within x number of nanoseconds. A realtime os would main this guarantee, regardless of the load on the system, the size of the packet, etc.
When I was in high school, our physics class didn't only used a computer once, and that was to plot a bunch of data accumulated from the class.
When we were learning about gravity, we used a ticker-tape machine that would cycle and draw about 20 to 30 dots per second. We attached a weight to the paper tape and let them drop.
Then we spent about an entire class period to measure distances between each adjacent dot and to make a long story short, I would have never passed calculus in college if it weren't for high school physics. Learning in a physical domain helps people to learn and to retain because it shows how core concepts and rules fit together.
Learning on a computer just teaches students a process. Ask them to build upon what they have learn, and chances are, they wouldn't be able to apply what they have learned outside of the context provided by the computer.
Slashdot Mirror
Erasing pages is one thing.
But turning your linux machine into a staging point for going after other targets is another, more serious problem.
The only reason one would consider using a pre-Mac OS X server is
1) Without memory protection, a random buffer overrun attack may lock up the computer, a better situation than just crashing the app and letting the system go on.
2) If the attacker does manage to subvert the program, it's impossible to start up a remote command shell.
3) If the attacker does manage to get a remote command shell going, it's impossible to find command-line applications installed on the Mac that will allow downloading of files and the installation of backdoored programs.
4) Making a compromised Mac a dead end deal, ie. nothing much else can be done.
Issues with webpages being deleted can be easily worked around with a good backup/replication/etc. Hell, have the webpages served off a read only AppleShare that's connected to the actual webserver, the attacker won't be able to alter your web data.
You have to understand that for Sony their product is the DVD-ROM that the game comes on.
Dodge/any car manufacturer, their product is the car itself. The PS2 is a just delivery mechanism for their products, the DVD-ROM. They don't care what you may do the PS2 as long as it doesn't interfere with their sales of DVD-ROM software.
Modchipping interferes with their sales of games because the average Joe doesn't really care about the latest dating sim from Japan and wants to just run a copy of a game from a friend. Your analogy to a company that produces cars doesn't really make sense because it's impossible to create a duplicate of an automobile with the ease of duplicating DVD/CDs.
Let me be the first (or second or third) to point out that TeX, quite possibly the world's only bug free program, is written in Pascal, an ancestor of Ada.
(* Well, not really Pascal, but Web, a tangle of Pascal and TeX code interspersed.)
Like why couldn't the cd burning software lock the cdrom drive, and pop up a modal to tell you.
"I'm burning the disk right now. If you eject, this current burn will fail. Do you really want to eject the CD drive? *NO* Yes"
A gross error like that doesn't need lint. It needs a boot to the head of the developer who decided to edit some code and ignored compiling and testing it before checking it in.
You also have to account for the percentage of Apache httpd servers running on which operating system.
0.31% of defaced sites being OpenBSD is impressive by itself. However, if 0.31% of the defaced sites translates to 100% of the OpenBSD web server installations out there, then you have a real problem.
What tends to happen is the ports directory lags behind software releases, especially the ports directory that gets installed from cd, and the particular .tar.gz source file that the makefile is trying to fetch isn't hosted on the web anymore.
It's really easy to get cvsup to continually update your ports directory. Just run it once in a while (like once a month or so) to update your ports directory to take into account newer versions of software packages and such. Once you do this, all issues with getting things built will probably never show up.
College is good. It teaches you to:
a) Socialize with the right people (aka ta's) to get them to soften up on you for grades.
b) Realize that deadlines can always be pushed back with an appropriate excuse.
c) Learn that fact that the only important thing about learning is learning where to find information quickly.
d) Apply these principles, among others, to your jobs after you graduate.
COM was probably the first/second attempt at controlling DLL versioning problems. When using COM it's possible to maintain versions of interfaces to a library, which is one of requirements of backwards compatibility. .NET just makes it a lot easier to author COM-ish components because a lot of the basic ground work is done in the background, such as reference counting and other stuff.
Is offer an interactive mode of execution.
/usr/local/lib/libfoo.x.y.z.so, and the RPM program will add that one file into its package database so later on, it won't have to ask that dumb question again.
When installing a package, if RPM can not find the RPM dependency, it should tell the user:
"Unable to find libfoo.x.y.z.so"
Then ask:
"If you do have libfoo.x.y.z.so, enter the path so an appropriate entry can be made in the rpm database"
The user can then type in something like
If the user doesn't type in anything, then RPM should then quit and refuse to install the package.
It doesn't matter wrt Radeon, because since the ATI drivers for their card are opened source, Be or an enterprising user could have ported the drivers themselves.
I guess Be didn't care for ATI support or most of the Be users just sat around and bitched instead of doing something.
But if tons of ps3's get sold, developers will not care.
Even if developers got pissed off and decided in droves to get off of PS3, if enough users get the system, the ones that stay behind will make a killing, even when they release shitty games because people need to justify plunking down cash on a console.
As much as it is claimed that games drive a console, people need to understand that it is more than that.
Users drive console sales.
Console Sales drive Games.
Games drive users.
There. enough said. it's a messed up cycle, but that's the truth.
Sony is in the comfortable position where even if the PS3 is shit, enough people will go out of their way to get a PS3. Probably enough to jump start the cycle stated above.
The computer's name is Multivac, and not Univac. I think Univac is a name of an actual computer.
If it hasn't been mentioned yet, findstr.exe is a much better attempt at being grep than find. findstr even supports regular expressions and colorful search results, blah blah blah.
/? and figure it out for yourself it's very useful.
do a findstr
"I'm sorry sir, but will you please refrain from shooting at our other guests? Thank you."
not hitachi, toshiba.
Hitachi was supplying bits for Sega Dreamcast at the time.
Well, you can always take a conspiratory view at this news development.
All of the PS2 initially shipped were developed with a built in hardware timebomb. (Which is somewhat confirmed by all the complaints on modding sites about defective dvd drives and such.) They simply will die after x number of months. Since Sony figured that the majority of the PS2 shipped were about to die, it was high time that they spent some effort making it easier for them to build more PS2's to fit the demand for new replacements.
It's only becoming a service economy because it's the latest buzzword compliant business plan. When investors read "services", they think (often incorrectly) "Oh geez, this company is going to get X million dollars at the end of the month/year/.
Just because all of these Linux companies are trying to go service orientated, doesn't mean it's a great idea. Wait until 5 years down the road when the market for Linux-based webfarms, Linux-based inventory systems, etc. is oversaturated and collapses. People will probably be running around like decapitated chickens crying about a failed market.
Get a newer version of the STL from dinkum. Contrary to popular belief, Microsoft doesn't implement the C++ libraries. The implementation is provided by dinkum, and their newest version for vc++ 6.0 is up to date with C++ standards.
XScale implements an ARMv5e architecture + some extra.
Fortunately, ARM designed a _standardized_ means of extending their cores. There exists support for add-on coprocessors (up to 16, although the sixteenth coprocessor (15) is already dedicated to MMU + other functions, and the first coprocessor (0) is for floating point), as well as dedicated instructions for passing registers to and from coprocessors (mrc, mcr, mrrc, mcrr) as well as data processing instructions. (cdp, cdp2)
I'm willing to bet that all of Intel's extra features map into the infrastructure that ARM has established.
You must have a selective memory, because back when Netscape was hot, a lot of industry analysts were predicting the rise of the web browser and the fall of the operating system.
So in other words, it was perceived that Netscape and Java would soon bring about a new computing platform that would render the operating system obsolete. (IE, all applications would be delivered in Java and over the web, such that it didn't matter which operating system the app would be running on...)
MS developed/bought Internet Explorer to counter this threat.
That's because of the quantization effect of digital audio.
Let's get a perfect 22kHz sine wave. If we were sampling at 44khz, and plotted the data points, what we get is a flat line. (the endpoints and midpoint of each cycle is at zero) If we had a perfect 22kHz cosine wave sampled at 44 khz, we get a sawtooth wave. (endpoints of each cycle is at 1 and the midpoint is at -1)
Since we all perceive audio in an analog manner, to accurately reproduce all frequencies in our listening range, we really need the extra sampling rate so that during the digital to analog conversion it will closely resemble the original analog waveform.
Me me me. Let's get another anecdote. I know tons of people who don't even bother purchasing Blizzard's games, and yet, they somehow manage to play a pirated version. Let's face it. There's really no real point to bnet other than to circumvent Blizzard's checking of the cd keys. You may bitch about how copying software made your life better and the company's life better because later on you purchased the game yourself. But understand that you are just one person, and if sixty other people just continue to play the copy, Blizzard still loses money despite your moment of "doing the right thing." As for the person bitching about the corporate firewall... Wait a second and thing for a moment. Corporate firewall? You're at work, and you're getting paid on company time to play video games... Somehow I don't think so, and I believe your management would agree with me.
A realtime os, which usually has low latency, has nothing about the duration of latency, but rather a guarantee of latency.
For example, suppose you send a packet off into the internet, a realtime os would guarantee that the packet was sent within x number of nanoseconds. A realtime os would main this guarantee, regardless of the load on the system, the size of the packet, etc.
When I was in high school, our physics class didn't only used a computer once, and that was to plot a bunch of data accumulated from the class.
When we were learning about gravity, we used a ticker-tape machine that would cycle and draw about 20 to 30 dots per second. We attached a weight to the paper tape and let them drop.
Then we spent about an entire class period to measure distances between each adjacent dot and to make a long story short, I would have never passed calculus in college if it weren't for high school physics. Learning in a physical domain helps people to learn and to retain because it shows how core concepts and rules fit together.
Learning on a computer just teaches students a process. Ask them to build upon what they have learn, and chances are, they wouldn't be able to apply what they have learned outside of the context provided by the computer.