All parsers are state machines in one way or another. Well, my point is that the advantage of LALR/SLR predictive parsers is that they don't have to waste time doing multiple token look-aheads { LL(1), LL(2)... LL(k) }. Certainly C is approximately LL(5). In LALR(1), it just shifts until it finds something that it can reduce. Additionally, error states can be introduced, and have associated actions, e.g., "missing semicolon", or whatever.
Wait a minute, function calls tend to incur penalties on almost every OS & platform combination. Unless of course, there's alot of inline code and globals, then you can probably cheat and not setup any stack frames (except pushing the return address).
But any program you can implement with recursive function calls, you can implement with one function and a stack. Your new task: implement a LALR(1) C parser w/ one function and a heap. A "real" solution, i.e. GCC, would probably involve a stack and FSM code generated by a tool that could do state minimization, the whole reason for using tables to being with.
What about the POSIX committees? They're supposedly "standardizing" the *nices. Also, GNU/Linux is a kernel, not an OS! This sounds like the Microshaftation of "Linux" into some perverse Frankenstein with potential closed-source, IP, patent and other GNU scoffing uses for corporate gain. "Leverage" the Linux community w/o contributing anything. End-of-rant.
I imagine that their stock prices will open LOWER. No surprise, this is one of the poorest performing tech stocks, even in the heady dot-bubble days. LMFAO!
A predictive bottom-up LR parser is more powerful than top-down LL. It's in the dragon book. Additionally, a top-down, recursive descent parser (using a stack or recursive calls) has huge, huge memory requirements (non-deterministic). SLR(1)/LALR(1)/LALR(k) parsers are usually table driven, and are essentially finite state machines (FSMs). Shift-Reduce parsers (such as those generated by lex/yacc/flex/bison) use a symbol stack that doesn't grow huge with one-or-more or zero-or-more conditionals, because it reduces. Bottom up parsers tend to push all the previous crap on to the stack, all the way up to the root node. Index operations are several orders of magnitude faster than procedure calls. Sounds like GCC is having a case of feature creep. I'll stick to 2.95 TYVM.
Agreed. Sounds like a load of pseudo-science fantasy from some unpeer-reviewed N00bie Scientists. AFAICR from physics, only electrons can conduct charge. Also, that's only about.0005W/m. Another problem, the lines are usually thickly insulated with rubber or something.
Wouldn't it be cheaper to melt ice using two larger, parallel loads switched alternately between two sets of lines (PWM)? Also, every line should have a temp sensor to allow for temperature-compenstated capacity throttling. And for urban/suburban runs, for shit's sake put those ugly cables underground!
Also related: we need more spending on fusion power research so we can break our oil addiction. a fusion plant that produces a net gain in energy is likely to be huge, costing several G$. maybe solar+wind -> hydrogen is the way to go? replace natural gas w/ LH2? do your own electricity generation near home?
Proteomics will be THE next medical frontier. Maybe we will finally understand how proteins work and consequently, how living things are built. That will eventually lead to real genetic engineering and maybe an organism could be constructed from scratch.
LOL! And even all the damn h@x0rs that don't pay for service. Well, there's still overhead and rebroadcasting fees, figure $150M/yr. But $37.99 * 3,755,000 = $142M/mnth (conservatively). If they are in financial trouble, then they don't know shit about finance. Maybe 500k are hacking? That's ~$19M/mnth uncollected, maybe 10% of those would buy service if unable to hack; ~$2M/mnth more revenue if they had better security. But, it'd probably cost them $100M+ to swap-out receivers. Durr, change the encryption codes every week and distribute the decryption keys encrypted with the access card# using public key crypto to only paying receivers when the receivers call home. In conclusing, DirecTV doesn't know shit about security.
What the hell is POSIX for if no OSes actually implement their APIs? What is POSIX doing with all these grandeose APIs and standards if no one actually implements them? Why doesn't POSIX evolve with new technology and keep up with new standards? ISO seems to be even more over-bearing, but they don't seem to want to have free and open APIs/protocols. Who the hell would pay money for the specs for supposedly open apis/protocols? The RFC process could easily be extended to *nux APIs. KISS == Keep It Standard, Stupid!
Fsck! And I just said how good their prices and service was in the previous story! DirecTV is really hurting, they needed to cut their losses to keep their DBS system going.
Save the whales, fuck the humans! Complain amd whine about everything, and offer no possible solutions. Then write it all down on a clip-board and post it on your blog so the world knows how much of a weeny you are. Goddamn, at least help some worth-while causes like landmines or starving folks in N. Korea.
If it somehow involves the exchange of energy in the form of electricity, someone just has to post it on/. Slow news day, eh?
So where are the Star Trek terminals? What's the instruction cycle length on those suckers? How come they don't have to reboot their computers every 10us? Damn TV technology: 99% bullshit, 1% interesting concepts.
I had 784k SDSL through Northpoint for $60/mnth. Now 784k SDSL is ~$200/mnth. Shit, for $1000/mnth you get a whole T-1 and "business-priority" support. SDSL supposedly has "best-effort" service, that means "whenever we choose to not 'upgrade' our damn switches." Telocity (DirecTVDSL) seems to be a better ISP than most, PacHell (SBC) are a bunch of morons.
Rgr that. People gotta start bitching or the mpaa/riaa thinks it's "ok" to screw us; and, at the same time, ppl shouldn't share their copy of Star Warez with every Dick, Tom, Harry, Habib and Mullah on the planet via Gnutella. The news is that a Star Trek no-money economy would never work, you gotta get only and at least what you pay for. The big prob is the laws are so crazy when it comes what media you are deal with: internet, print, recording, broadcast, movies that it takes a 20-person legal staff scratching their asses (i mean heads) to write a binding NDA/EULA/WOYBAA (We Own Your Bitch-Ass Agreement). Most people just say "fuck it" because it's one big fucking headache and buy their directv hax0r boxes, download mp3s, copy replaytv programs and divx dvd rips.
With the death of mame.dk, mame is effectively worthless. Don't kid yourself, Mame was purpose-built to steal roms from now-defunct and antiquated machines. If only there was a standard for running games on multiple platforms, oh yeah... Java.
The efforts of Lindows and WineX seem to be counter-OSS, big businesses seem more interested in exploiting OSS than actually giving back to the community. Granted, there are a few businesses that help the OSS movement, but the carrier-class and business apps/server manufacturers are interested only in what OSS can get them for free, without ever releasing any source or adding patches to the community. Then there's the shizters out there that claim to be OSS that have these so-called Open Licenses (*cough* Apple) that are really trying to use code for free. And there are the projects that were open source and free (*cough* MySQL) that turn into payware developed by the community. These cases really show the need to assignment copyright over to the FSF, so that maintainers/contributors dont destroy great OSS projects.
Sorry, but there's not much of a chance of that happening. The mean path of ground-to-ground satellite communication is really long. you'd have fixed latency of 100-200ms MINIMUM because information cannot travel faster than the speed of light, 3x10^8 m/s roughly. Unless we find a way to polarize tacyons, information doesn't want to go faster than light, because then you could potentially send messages into the past.
Single-mode fiber has a mixture of materials that have varying indices of reflection, so that the cable is a light guide instead of a light tunnel. This allows for a shorter path because the light is kept closer to the middle. Btw, the latency of copper is much, much greater than typical single or multimode fiber because of capacitive and inductive coupling. Fiber mainly has the advantage of higher bandwidth and noise immunity, but it wont ever reduce you ping beyond (distance / c).
Slashdot Mirror
All parsers are state machines in one way or another. Well, my point is that the advantage of LALR/SLR predictive parsers is that they don't have to waste time doing multiple token look-aheads { LL(1), LL(2)... LL(k) }. Certainly C is approximately LL(5). In LALR(1), it just shifts until it finds something that it can reduce. Additionally, error states can be introduced, and have associated actions, e.g., "missing semicolon", or whatever.
Wait a minute, function calls tend to incur penalties on almost every OS & platform combination. Unless of course, there's alot of inline code and globals, then you can probably cheat and not setup any stack frames (except pushing the return address).
But any program you can implement with recursive function calls, you can implement with one function and a stack. Your new task: implement a LALR(1) C parser w/ one function and a heap. A "real" solution, i.e. GCC, would probably involve a stack and FSM code generated by a tool that could do state minimization, the whole reason for using tables to being with.
What about the POSIX committees? They're supposedly "standardizing" the *nices. Also, GNU/Linux is a kernel, not an OS! This sounds like the Microshaftation of "Linux" into some perverse Frankenstein with potential closed-source, IP, patent and other GNU scoffing uses for corporate gain. "Leverage" the Linux community w/o contributing anything. End-of-rant.
I imagine that their stock prices will open LOWER. No surprise, this is one of the poorest performing tech stocks, even in the heady dot-bubble days. LMFAO!
A predictive bottom-up LR parser is more powerful than top-down LL. It's in the dragon book. Additionally, a top-down, recursive descent parser (using a stack or recursive calls) has huge, huge memory requirements (non-deterministic). SLR(1)/LALR(1)/LALR(k) parsers are usually table driven, and are essentially finite state machines (FSMs). Shift-Reduce parsers (such as those generated by lex/yacc/flex/bison) use a symbol stack that doesn't grow huge with one-or-more or zero-or-more conditionals, because it reduces. Bottom up parsers tend to push all the previous crap on to the stack, all the way up to the root node. Index operations are several orders of magnitude faster than procedure calls. Sounds like GCC is having a case of feature creep. I'll stick to 2.95 TYVM.
Here is a free link to the news article.
Please post news.google or news.yahoo links instead. Thanks.
Agreed. Sounds like a load of pseudo-science fantasy from some unpeer-reviewed N00bie Scientists. AFAICR from physics, only electrons can conduct charge. Also, that's only about .0005W/m. Another problem, the lines are usually thickly insulated with rubber or something.
.002 decadollars.
Wouldn't it be cheaper to melt ice using two larger, parallel loads switched alternately between two sets of lines (PWM)? Also, every line should have a temp sensor to allow for temperature-compenstated capacity throttling. And for urban/suburban runs, for shit's sake put those ugly cables underground!
Also related: we need more spending on fusion power research so we can break our oil addiction. a fusion plant that produces a net gain in energy is likely to be huge, costing several G$. maybe solar+wind -> hydrogen is the way to go? replace natural gas w/ LH2? do your own electricity generation near home?
My
It was so hyped I didn't even bother tuning in. Sci-Fi needs to get their act together and show good stuff again, like Lexx season 4.
Proteomics will be THE next medical frontier. Maybe we will finally understand how proteins work and consequently, how living things are built. That will eventually lead to real genetic engineering and maybe an organism could be constructed from scratch.
LOL! And even all the damn h@x0rs that don't pay for service. Well, there's still overhead and rebroadcasting fees, figure $150M/yr. But $37.99 * 3,755,000 = $142M/mnth (conservatively). If they are in financial trouble, then they don't know shit about finance. Maybe 500k are hacking? That's ~$19M/mnth uncollected, maybe 10% of those would buy service if unable to hack; ~$2M/mnth more revenue if they had better security. But, it'd probably cost them $100M+ to swap-out receivers. Durr, change the encryption codes every week and distribute the decryption keys encrypted with the access card# using public key crypto to only paying receivers when the receivers call home. In conclusing, DirecTV doesn't know shit about security.
What the hell is POSIX for if no OSes actually implement their APIs? What is POSIX doing with all these grandeose APIs and standards if no one actually implements them? Why doesn't POSIX evolve with new technology and keep up with new standards? ISO seems to be even more over-bearing, but they don't seem to want to have free and open APIs/protocols. Who the hell would pay money for the specs for supposedly open apis/protocols? The RFC process could easily be extended to *nux APIs. KISS == Keep It Standard, Stupid!
Sounds like you're better off getting a bunch of neighbors in on splitting a T-1. T-1 + solar cells + WiFi + top of a telephone pole?
Fsck! And I just said how good their prices and service was in the previous story! DirecTV is really hurting, they needed to cut their losses to keep their DBS system going.
What a shame! They might be missed.
Directvinternet.com
directvdsl.com (formerly Telocity)
telocity.com
What about a fractional T-1 or frame relay (leased line)?
Save the whales, fuck the humans! Complain amd whine about everything, and offer no possible solutions. Then write it all down on a clip-board and post it on your blog so the world knows how much of a weeny you are. Goddamn, at least help some worth-while causes like landmines or starving folks in N. Korea.
/. Slow news day, eh?
If it somehow involves the exchange of energy in the form of electricity, someone just has to post it on
So where are the Star Trek terminals? What's the instruction cycle length on those suckers? How come they don't have to reboot their computers every 10us? Damn TV technology: 99% bullshit, 1% interesting concepts.
I had 784k SDSL through Northpoint for $60/mnth. Now 784k SDSL is ~$200/mnth. Shit, for $1000/mnth you get a whole T-1 and "business-priority" support. SDSL supposedly has "best-effort" service, that means "whenever we choose to not 'upgrade' our damn switches." Telocity (DirecTVDSL) seems to be a better ISP than most, PacHell (SBC) are a bunch of morons.
Maybe SBC is trying to sabotage DSL and other low-cost broadband "solutions?"
Rgr that. People gotta start bitching or the mpaa/riaa thinks it's "ok" to screw us; and, at the same time, ppl shouldn't share their copy of Star Warez with every Dick, Tom, Harry, Habib and Mullah on the planet via Gnutella. The news is that a Star Trek no-money economy would never work, you gotta get only and at least what you pay for. The big prob is the laws are so crazy when it comes what media you are deal with: internet, print, recording, broadcast, movies that it takes a 20-person legal staff scratching their asses (i mean heads) to write a binding NDA/EULA/WOYBAA (We Own Your Bitch-Ass Agreement). Most people just say "fuck it" because it's one big fucking headache and buy their directv hax0r boxes, download mp3s, copy replaytv programs and divx dvd rips.
It's all about giving credit where credit is due. Plagiarism is the result of violating this. Credit is sorta like /.-karma in a way....
With the death of mame.dk, mame is effectively worthless. Don't kid yourself, Mame was purpose-built to steal roms from now-defunct and antiquated machines. If only there was a standard for running games on multiple platforms, oh yeah... Java.
lol!!!
/* if buf is a string w/ length > 0 */
if(buf && *buf) {
yeah, i love the descriptive variable names too.
and the malloc(1) statement followed by an out-of-bounds strcpy() over it. a good code profiler prog woulda caught it.
maybe mandatory documentation justifying every line would help.
The efforts of Lindows and WineX seem to be counter-OSS, big businesses seem more interested in exploiting OSS than actually giving back to the community. Granted, there are a few businesses that help the OSS movement, but the carrier-class and business apps/server manufacturers are interested only in what OSS can get them for free, without ever releasing any source or adding patches to the community. Then there's the shizters out there that claim to be OSS that have these so-called Open Licenses (*cough* Apple) that are really trying to use code for free. And there are the projects that were open source and free (*cough* MySQL) that turn into payware developed by the community. These cases really show the need to assignment copyright over to the FSF, so that maintainers/contributors dont destroy great OSS projects.
Sorry, but there's not much of a chance of that happening. The mean path of ground-to-ground satellite communication is really long. you'd have fixed latency of 100-200ms MINIMUM because information cannot travel faster than the speed of light, 3x10^8 m/s roughly. Unless we find a way to polarize tacyons, information doesn't want to go faster than light, because then you could potentially send messages into the past.
Single-mode fiber has a mixture of materials that have varying indices of reflection, so that the cable is a light guide instead of a light tunnel. This allows for a shorter path because the light is kept closer to the middle. Btw, the latency of copper is much, much greater than typical single or multimode fiber because of capacitive and inductive coupling. Fiber mainly has the advantage of higher bandwidth and noise immunity, but it wont ever reduce you ping beyond (distance / c).