Considering the commands were about mounting an ISO file, why the hell would I want 1) mount to automatically detect a filesystem inside a file; 2) mount it as read-only on a predefined location? I actually sometimes use files as raw devices for writing (for example, if I need to demonstrate how ZFS resiliency works, a couple of files and mount allows me to quicly show how it works instead of having to use physical devices)?
Every mainstream linux distro with gnome/kde will automagically mount a recognized device on a predefined location without any user intervention, and creating folders as necessary. I'm no expert, but not only Linux's udev seems to work quite well (and recognize a lot more filesystems than Windows), but automounter has been available for ages in almost all modern/relevant unix operating systems.
I'm actually considering contributing to a friend's project, that envolves programming a late 80's emulator on a late 90's architecture (both dead at least for a decade). It is a console-related project, and if I'll do it, the code will be available under a BSD license. It envolves assembly programming in 2 different achitecures, and being able to implement an emulator on a resource-limited platform, better than any previous implementations. It is both challenging from the programming point of view and from an engineering perspective, why shuldn't I tried it? Because I can actually program an operating system on a less dead architecture, and have a fraction of the users reporting bugs and whatnot? People doing stuff like ReactOS do it because they use it and they enjoy buiding it, it's not that difficult do guess. I'm surprised the press coverage ReactOS gets when compared to Haiku, given the maturity/usability of Haiku, but they're both "hobby projects", driven by will and not by commercial goals.
So, when a broken linux kernel driver for something as standard as a Intel network chipset, that actually implements a regression, is distributed as a stable kernel upgrade for a linux distribution, you'd call it what? It's funny how those people I've seen praising the linux drivers quickly forget the subpar print quality of their almost-a-decade-old print drivers (in some cases), the missing wireless funcionality (AP, promiscuous modes, etc) or plain old consistency (the USB stack mess).
8080/85 and 8086 have different instruction sets. The 8085 had about 78 opcodes (original Z80 had 153, if I'm not mistaken, including all from the 8085), but 8086 has completely different instructions and register sets, so if you want it to run on a Pentium, you can - but you'll need an emulator:)
Novell's eDirectory is probably the best directory service in the market today. But it's not opensource, and it can be run on Windows, as well as other proprietary unixes, such as Solaris and AIX. I may be wrong (I haven't used Novell for a long time), but I seriously doubt that a Novell solution is cheaper than a Windows one.
Regarding opensource solutions, I haven't seen a product that comes vaguely close. If someone actually knows of such product, I'd love to hear about it.
If you look at USA, they import almost 5x more oil than what they export. Still, they are the 10th largest oil exporter in the world. If you bother to actually check the CIA factbook oil export list, you'd find lots of countries that actually don't produce oil listed as oil exporters (such as Portugal, as an example), so the math you are making probably isn't that simple.
if element->next == head, is last element. An empty list can be implemented in multiple ways, as a "not yet initialized" structure, or a single item pointing to itself.
Citing from the actual linked article (http://www.pcpro.co.uk/news/372385/ubuntu-rips-up-drop-down-menus):
Canonical founder Mark Shuttleworth told PC Pro that HUD will help people get to grips with new software more quickly. “One of the first things people do [when they get a new piece of software] is go through all the menus,” he said. “They almost memorise and scan all the menus, and are getting a feel for what’s there. The challenge is for less-experienced users. They’re essentially having to rescan all the time to find what they want.”
I can type a whole lot faster than I can say a filesystem path, for example. Shortcut keys are also a big help. The idea of everyone yelling orders at a computer, for me, is quite silly. Imagine a classroom, an airport, or late night work at home. Or just using the computer while watching video, or listening to music. Do you really want to talk to your computer? I know I don't.
If you have a non-redundant mail infrastructure (exchange or unix-based), then mail is not that important for you. And while there are networks where the migration to OSS desktops (not necessarily linux-based) can be done without much hassle, in many organizations it is next to impossible without redefining the entire IT structure. The Microsoft stack has its problems (as every other solution), but one of the big advantages is centralized management. Need to give access to a given terminal to a guy, but only 9-5 this week, and the guy can only run X apps and cannot save to the computer or an external device? No problem. Someone from accounting is working with the auditor team, and needs to be able to log in to their wokstations, but keeping the same privileges as in accounting? No problem. Don't want people in customer support changing the desktop background or browser settings? No problem. The company was sold and the new owner needs to grant access to their employees to the aquired company, but not the other way around? Yeah, "no problem".
Touting OSS as the magic bullet for everything is not a good idea. With OSS servers will still need maintenance, and sometimes maybe they will hang too. Desktops will need maintenance, and it's not at all that simple. And users will still complain.
Sweden is a very small country (population-wise), and an oil exporter. This is a simplistic correlation, but perhaps the increasing price of oil in the last decade has increased the financial health of the country.
So the big menu improvement is... a text console! The idea itself is not new (AutoCad and several games use the same principle), but what I find hilarious is that apparently, is targeted for beginners - the same kind of users that usually don't know the name of the option/command/whatever they want to select. In most cases, advanced users don't use the menubar that often, because of... keyboard shortcuts - yes, using the keyboard to select actions from the menu! I guess that improvement will be announced on a next version...
Yeah it seems those simple bar-displays per frequency I was calling "vu-meter" are also called "spectrum analysers", but it's exactly what you indicated on the link. Most old audio equipment does not use a FFT, but a series of filters (check http://www.electronics-lab.com/blog/?p=7057 , theirs is with nixie tubes, but the principle is the same). Modern mp3 players do not need much effort to reproduce a bar-based spectral analysis, because usually the file format is already encoded on the frequency domain.
Btw, when I think spectrum analyzers, I think of this kind of equipment: http://www.tek.com/spectrum-analyzer/rsa5000 .
You can just as well run it on vacuum tubes or relays, however there are no real-world applications for that -- and the same applies for 8-bit microcontrollers.
DTMF is specifically designed to be easy to decode with the worst possible limitations on a decoder. Claiming that it makes a microcontroller capable of DSP would be like saying that a lightbulb can be used to calculate exponents because it can produce a close approximation of a black body radiation spectrum.
Yes, and you also have DTMF decoding "on a chip" if you want it. But most "fast" 8-bit microcontrollers can handle the Goertzel Algorithm just fine.
This made me rembember the compatibility problems I had some years ago when I decided to use "NULL" as my home SSID. And now I'm glad I didn't decided to go for a more (Rage Against the Machine or Body Count inspired) expressions.
Given that mp3 decoding relies on MDCT, and that you can actually create a "digital" vu-meter (because you speak of mp3 players and bars, I guessed you were talking about it - I have never seen a mp3 player with an actual spectrum analyzer) with ampop-based filters (very common with 80s audio), I don't think the digital vu-meter is that awesome on a piece of high-tech equipment.
Not every FFT implementation is floating-point (I believe fixed-point implementations are quite more common than floating-point ones), and software-based floating point is not "somewhat slow", is "slow as hell". For many applications, fixed-point and good ol' lookup tables (either complete tables or sample points with interpolation) do the trick rather well.
While I do argue with your point, there are a ton of devices that would benefit from it. Why do you think the implementations of FFT for 8/16-bit microcontrollers such as the 8051 are so popular? DSPs are popular in applications that make heavy use of FFT, but there are a ton of general purpose implementations that require FFT algoritms, ranging from multitone generation/decoding to D/A conversion. Why should I use 2 ICs (plus assorted external logic) on a given circuit, if I can easily do it in software on my general-purpose microcontroller, that besides the integrated ram and rom, also bundles me with a serial port, multiple I/O ports and a ton of "extra" features, at a fraction of the price?
I could be worse. I could be a lazy-ass self-righteous narrow-viewed dumbass american who thinks his opinion is sooo much more valuable than everyone gives credit for, and that got his ass served by what you describe as "an idiot".
So, you divide people between "us and them", then someone points out that it might not be as simple as you put it, and your answer to that, instead of actual arguments (dumb/stubborn/whatever the insult du jour people exist in every country, but given the users distribution by country, well... I think it is pretty self-explanatory), you choose to use a subtle insult - either I don't agree with you because I'm not smart, or I don't agree with you because I misunderstood something. So, you must be right and everyone else is wrong. Glad we have YOU on board to save us from ourselves.
And you still have doubts about why you are modded down?
Stop pulling shit out of your ass and trying to present it as facts - it is amusing how, when you do your correlation thingy (American time vs European time), you not only forget that correlation isn't the same as causation, and that usual work schedule on both continents actually overlap for some hours, but you ASSUME they do not understand you because they are somewhat "different", and not because they understood you fully for what you are and still think what you wrote is crap.
Slashdot Mirror
Considering the commands were about mounting an ISO file, why the hell would I want 1) mount to automatically detect a filesystem inside a file; 2) mount it as read-only on a predefined location? I actually sometimes use files as raw devices for writing (for example, if I need to demonstrate how ZFS resiliency works, a couple of files and mount allows me to quicly show how it works instead of having to use physical devices)?
Every mainstream linux distro with gnome/kde will automagically mount a recognized device on a predefined location without any user intervention, and creating folders as necessary. I'm no expert, but not only Linux's udev seems to work quite well (and recognize a lot more filesystems than Windows), but automounter has been available for ages in almost all modern/relevant unix operating systems.
I'm actually considering contributing to a friend's project, that envolves programming a late 80's emulator on a late 90's architecture (both dead at least for a decade). It is a console-related project, and if I'll do it, the code will be available under a BSD license. It envolves assembly programming in 2 different achitecures, and being able to implement an emulator on a resource-limited platform, better than any previous implementations. It is both challenging from the programming point of view and from an engineering perspective, why shuldn't I tried it? Because I can actually program an operating system on a less dead architecture, and have a fraction of the users reporting bugs and whatnot? People doing stuff like ReactOS do it because they use it and they enjoy buiding it, it's not that difficult do guess. I'm surprised the press coverage ReactOS gets when compared to Haiku, given the maturity/usability of Haiku, but they're both "hobby projects", driven by will and not by commercial goals.
Well, you install FreeDOS and It doesn't ask you for a hundred-megabyte size system overhaul. Or X.
So, when a broken linux kernel driver for something as standard as a Intel network chipset, that actually implements a regression, is distributed as a stable kernel upgrade for a linux distribution, you'd call it what? It's funny how those people I've seen praising the linux drivers quickly forget the subpar print quality of their almost-a-decade-old print drivers (in some cases), the missing wireless funcionality (AP, promiscuous modes, etc) or plain old consistency (the USB stack mess).
It depends on the personalities of each other. For me, that would be terrible - technical discussions and nitpicks all the time.
8080/85 and 8086 have different instruction sets. The 8085 had about 78 opcodes (original Z80 had 153, if I'm not mistaken, including all from the 8085), but 8086 has completely different instructions and register sets, so if you want it to run on a Pentium, you can - but you'll need an emulator :)
Novell's eDirectory is probably the best directory service in the market today. But it's not opensource, and it can be run on Windows, as well as other proprietary unixes, such as Solaris and AIX. I may be wrong (I haven't used Novell for a long time), but I seriously doubt that a Novell solution is cheaper than a Windows one. Regarding opensource solutions, I haven't seen a product that comes vaguely close. If someone actually knows of such product, I'd love to hear about it.
If you look at USA, they import almost 5x more oil than what they export. Still, they are the 10th largest oil exporter in the world. If you bother to actually check the CIA factbook oil export list, you'd find lots of countries that actually don't produce oil listed as oil exporters (such as Portugal, as an example), so the math you are making probably isn't that simple.
if element->next == head, is last element. An empty list can be implemented in multiple ways, as a "not yet initialized" structure, or a single item pointing to itself.
Let's call it a stream and have the last element point to the head of the list. No null pointer required.
According to Netcraft, is running Fedora with Apache 2.0.
Canonical founder Mark Shuttleworth told PC Pro that HUD will help people get to grips with new software more quickly. “One of the first things people do [when they get a new piece of software] is go through all the menus,” he said. “They almost memorise and scan all the menus, and are getting a feel for what’s there. The challenge is for less-experienced users. They’re essentially having to rescan all the time to find what they want.”
I can type a whole lot faster than I can say a filesystem path, for example. Shortcut keys are also a big help. The idea of everyone yelling orders at a computer, for me, is quite silly. Imagine a classroom, an airport, or late night work at home. Or just using the computer while watching video, or listening to music. Do you really want to talk to your computer? I know I don't.
http://www.indexmundi.com/sweden/oil_exports.html
If you have a non-redundant mail infrastructure (exchange or unix-based), then mail is not that important for you. And while there are networks where the migration to OSS desktops (not necessarily linux-based) can be done without much hassle, in many organizations it is next to impossible without redefining the entire IT structure. The Microsoft stack has its problems (as every other solution), but one of the big advantages is centralized management. Need to give access to a given terminal to a guy, but only 9-5 this week, and the guy can only run X apps and cannot save to the computer or an external device? No problem. Someone from accounting is working with the auditor team, and needs to be able to log in to their wokstations, but keeping the same privileges as in accounting? No problem. Don't want people in customer support changing the desktop background or browser settings? No problem. The company was sold and the new owner needs to grant access to their employees to the aquired company, but not the other way around? Yeah, "no problem".
Touting OSS as the magic bullet for everything is not a good idea. With OSS servers will still need maintenance, and sometimes maybe they will hang too. Desktops will need maintenance, and it's not at all that simple. And users will still complain.
Sweden is a very small country (population-wise), and an oil exporter. This is a simplistic correlation, but perhaps the increasing price of oil in the last decade has increased the financial health of the country.
So the big menu improvement is... a text console! The idea itself is not new (AutoCad and several games use the same principle), but what I find hilarious is that apparently, is targeted for beginners - the same kind of users that usually don't know the name of the option/command/whatever they want to select. In most cases, advanced users don't use the menubar that often, because of... keyboard shortcuts - yes, using the keyboard to select actions from the menu! I guess that improvement will be announced on a next version...
Yeah it seems those simple bar-displays per frequency I was calling "vu-meter" are also called "spectrum analysers", but it's exactly what you indicated on the link. Most old audio equipment does not use a FFT, but a series of filters (check http://www.electronics-lab.com/blog/?p=7057 , theirs is with nixie tubes, but the principle is the same). Modern mp3 players do not need much effort to reproduce a bar-based spectral analysis, because usually the file format is already encoded on the frequency domain.
Btw, when I think spectrum analyzers, I think of this kind of equipment: http://www.tek.com/spectrum-analyzer/rsa5000 .
You can just as well run it on vacuum tubes or relays, however there are no real-world applications for that -- and the same applies for 8-bit microcontrollers.
Here you go - a 8051 FFT application note and implementation http://www.silabs.com/Support%20Documents/TechnicalDocs/an142.pdf
DTMF is specifically designed to be easy to decode with the worst possible limitations on a decoder. Claiming that it makes a microcontroller capable of DSP would be like saying that a lightbulb can be used to calculate exponents because it can produce a close approximation of a black body radiation spectrum.
Yes, and you also have DTMF decoding "on a chip" if you want it. But most "fast" 8-bit microcontrollers can handle the Goertzel Algorithm just fine.
This made me rembember the compatibility problems I had some years ago when I decided to use "NULL" as my home SSID. And now I'm glad I didn't decided to go for a more (Rage Against the Machine or Body Count inspired) expressions.
Given that mp3 decoding relies on MDCT, and that you can actually create a "digital" vu-meter (because you speak of mp3 players and bars, I guessed you were talking about it - I have never seen a mp3 player with an actual spectrum analyzer) with ampop-based filters (very common with 80s audio), I don't think the digital vu-meter is that awesome on a piece of high-tech equipment.
Not every FFT implementation is floating-point (I believe fixed-point implementations are quite more common than floating-point ones), and software-based floating point is not "somewhat slow", is "slow as hell". For many applications, fixed-point and good ol' lookup tables (either complete tables or sample points with interpolation) do the trick rather well.
While I do argue with your point, there are a ton of devices that would benefit from it. Why do you think the implementations of FFT for 8/16-bit microcontrollers such as the 8051 are so popular? DSPs are popular in applications that make heavy use of FFT, but there are a ton of general purpose implementations that require FFT algoritms, ranging from multitone generation/decoding to D/A conversion. Why should I use 2 ICs (plus assorted external logic) on a given circuit, if I can easily do it in software on my general-purpose microcontroller, that besides the integrated ram and rom, also bundles me with a serial port, multiple I/O ports and a ton of "extra" features, at a fraction of the price?
I could be worse. I could be a lazy-ass self-righteous narrow-viewed dumbass american who thinks his opinion is sooo much more valuable than everyone gives credit for, and that got his ass served by what you describe as "an idiot".
So, you divide people between "us and them", then someone points out that it might not be as simple as you put it, and your answer to that, instead of actual arguments (dumb/stubborn/whatever the insult du jour people exist in every country, but given the users distribution by country, well... I think it is pretty self-explanatory), you choose to use a subtle insult - either I don't agree with you because I'm not smart, or I don't agree with you because I misunderstood something. So, you must be right and everyone else is wrong. Glad we have YOU on board to save us from ourselves.
And you still have doubts about why you are modded down?
Stop pulling shit out of your ass and trying to present it as facts - it is amusing how, when you do your correlation thingy (American time vs European time), you not only forget that correlation isn't the same as causation, and that usual work schedule on both continents actually overlap for some hours, but you ASSUME they do not understand you because they are somewhat "different", and not because they understood you fully for what you are and still think what you wrote is crap.