Sometimes, but not every time, when I turn on a particular halogen lamp using the same outlet as a particular computer, it triggers USB detection and I get kernel messages on /dev/console as if I was plugging in a USB device.
This was happening to me, there was some problem with the electricity in my apartment. I can't recall what the electrician said, there were some switches that only 1/4 were working, and if 2/4 had been it would have fried everything. They fixed it in about an hour.
"My conclusion is that DOS source code was not copied from CP/M source code."
"The commands were not copied; they were simple, descriptive terms that were common to other operating system such as VMS and Apple DOS."
"The DOS system calls were definitely copied from the CP/M system calls. Given the quantity of identical numbers representing identical functions, it is clear that Tim Paterson referenced the CP/M manual when writing DOS."
The last bit is alluded to in page D-7 of the DOS 1.0 user manual[1], which says "There is an additional mechanism for pre-existing programs that were written with different calling conventions. The function number is placed in the CL register...and an intrasegment call is made to location 5 in the current code segment." That's because in CP/M, "...access to the FDOS functions is accomplished by passing a function number and information address through the primary point at location BOOT+0005H" [2].
If only the big networks weren't so change averse, we could have had a new RFC for IRC that included mobile/roaming-friendly protocols, which IMHO is the #1 thing holding IRC back in the current age.
Does my client really have to burn battery by sending a PONG back every half second or so? Can't we have seamless roaming without disconnects?
XMPP works so well on mobile connections that I have been using IRC over XMPP almost exclusively for quite some time using a transport that maps any IRC channel to an XMPP MUC (#maemo on freenode is “maemo%irc.freenode.net@irc.netlab.cz”) and any IRC user to an XMPP user (nickserv on freenode is “nickserv!irc.freenode.net@irc.netlab.cz”). Even when the connection is gone for several minutes (like when using UMTS on a train), XMPP usually transmits all pending messages as soon as I am back online.
Wouldn't the XMPP web client Kaiwa [1] be “Slack for everyone” ? I am using Slack at work and at least from the screenshots, it looks that Kaiwa is really similar.
There are other ways to block ads besides this one solution. The web ad delivery mechanism is brittle.
But when will this game end?
Advertisers should just pay consumers (users). Why bother with a middleman?
Request for Project (RFP): Let all users sign up to be paid by advertisers. (This is not a new idea.) Sign up with enough advertisers and one can have "universal basic income".
Users should not be giving away their time for free. Every time a web advertiser distracts a user, they are "stealing" the user's time.
Advertisers pay for this privilege. But they do not pay the users. They pay off someone -- you know who -- to help them steal users' time.
Just pay the damn users. Enough of this silly game.
Added benefit: It would open up the search engine market and social networking (photo database) market to competition and innovation.
If you are suggesting NetBSD has more things enabled by default than OpenBSD I would bet that is incorrect. I have tried a lot of different projects and NetBSD is the best I have seen for not enabling anything. It forces you to figure things out.
Whenever I read OpenBSD mailing lists or blogs, they often seem more aggressive in trying to make their users adhere to the default system provided. That's fine, but NetBSD generally does not do this. Users are not assumed to be idiots and are not discouraged from experimentation.
The BSD projects share more similarities than differences. None of them require anyone to use the entire base system or the defaults. Users can compile their own kernels, write their own configs e.g., based on examples provided, and cherry pick utilities.[1] In my opinion this is made just a tad easier than with Linux.
1. But if you do this with OpenBSD and advertise it, I think you may draw some criticism. Frankensystem, etc. They are not encouraging experimentation, they are encouraging conformity.
Do web developers find ways to create work for themselves?
You allude to it below when you say "zillions of hours".
There is a significant amount of money moving through the "web development industry".
People are getting paid to write things that suck.
The internet actually has made leaps and bounds in terms of what can be delivered over it to the masses.
But the "web" has become a cesspool of redirects, overstuffed headers and pages crammed with beacons, ad server links and ad-related Javascript, accessible through ad-sales-company-sponsored software ("web browsers") to run the ad-related Javascript.
If and when users grow tired of web advertising, the entire system is a risk of a serious correction.
Again, significant and increasingly larger sums of money are moving through the web ad and user data collection cesspool so no one really cares how poor the quality of the "content" becomes.
And you want to learn to orient your mind to this "new way of thinking"?
Maybe you are not resisting change. Maybe you are resisting stupidity. Your time may be better spent focusing on backend development. Today's "backend" may be tomorrow's frontend.
All that "content" can easily be delivered without a single line of Javascript and without using search-engine-ad-sales-company-sponsored software.
Can you share with readers the version number for the last gcc that can do this satisfactorily?