Hold the tournament on a commercial airliner that repeatedly takes off and lands. Certainly if someone on board the plane was using an electronic device during take off or landing something terrible would happen;)
The true danger exposed here is the ease in which terrorists could execute a "denial of service" attack upon law enforcement prior to real terrorist action. If people over react to stunts like this then you can assume they will waste equal number of resources on other such events. Hopefully they have a good system of prioritizing their responses so something like this would be ignored if more menacing threats arose.
I wonder if this has anything to do with the large amount of spam originating from South Korea?
This worked for me:)
block in quick on fxp0 proto tcp from 58.65.64.0/18 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.72.0.0/13 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.102.0.0/15 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.120.0.0/13 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.140.0.0/14 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.145.0.0/17 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.148.0.0/14 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.180.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.181.0.0/18 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.184.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 58.224.0.0/12 to any port = 25 #Korea block in quick on fxp0 proto tcp from 59.0.0.0/11 to any port = 25 #Korea block in quick on fxp0 proto tcp from 59.150.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 59.186.0.0/15 to any port = 25 #Korea block in quick on fxp0 proto tcp from 60.196.0.0/15 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.4.192.0/19 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.32.0.0/13 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.40.0.0/14 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.47.192.0/18 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.72.0.0/13 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.80.0.0/13 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.96.0.0/12 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.247.64.0/18 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.247.128.0/19 to any port = 25 #Korea block in quick on fxp0 proto tcp from 61.248.0.0/13 to any port = 25 #Korea block in quick on fxp0 proto tcp from 128.134.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 129.254.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 134.75.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 137.68.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 141.223.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 143.248.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 147.6.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 147.43.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 147.46.0.0/15 to any port = 25 #Korea block in quick on fxp0 proto tcp from 150.150.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 150.183.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 150.197.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 152.99.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 152.149.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 154.10.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 155.230.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 156.147.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 157.197.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 158.44.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 161.122.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 163.152.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 163.180.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 163.239.0.0/16 to any port = 25 #Korea block in quick on fxp0 proto tcp from 164.124.0.0/15 to any port = 25 #Korea block in quick on fxp0 proto tcp from 165.1
If you're writing a program from scratch it might take a little more to make something interesting than it did 20 years ago, but there are still a lot of easy and fun programming tasks. A great place for a lot of teens to get started would be to download (or install if its provided on media) the development kit for your favorite game such as Oblivion, Neverwinter Nights, Halflife 2 etc. I've been programming since I was about 12 and I still have tons of fun doing simple tasks like scripting quests for my friends Oblivion and Neverwinter Nights adventures.
I remember when Quake first came out. I was pissed off that my brother kept killing me with the grenade launcher, so I silently made and installed a mod that randomly caused the grenade to explode in his face after leaving the launcher on his computer. It provided several minutes of extreme enjoyment as I looked over laughing my ass off at the expression he had on his face as he tried to figure out what just happened to him.
If anything I notice that kids (and adults) lack motivation. I knew when I was 12 years old that if I went and downloaded a C compiler and read some books eventually I could write a game or something else really really cool. It just requires that you persist instead of giving into immidate gradification.
So kids... Go download the Quake or Quake 2 source, get a compiler and get it building. Once you do that go nuts changing stuff around. If you screw it up too bad just unzip the source again and start over. Eventually you'll figure out how to do some cool stuff. There so many webpages, forums, newsgroups and IRC channels you can use as learning resources. I can also tell you specifically that Neverwinter Nights and Oblivion both have great online communities with tons of HOWTOs, script snippets etc. Even if you've never programmed before you can do a lot with these two games by just merging things from different online tutorials and guides.
I've been coding for Win32 for about 10 years now. I still prefer Visual C++ 6 over any of the.NET versions. The.NET Framework seems to be a giant hog that sits on top of the other Win32APIs. If the.NET Framework was integrated into the operating system maybe it would be more seemless and less bloated. Or maybe it would just make the OS bloated...
These days I try to stay away from technologies that lock you into a certain platform. The two major down sides to this are development time and usability.
Maybe this book gives some tips on how to reduce.NET bloat, but with so many other graphical platforms around these days (OS X, KDE, Gnome, Plain old X) I think people should be spending their time looking for a more long term solution to their GUI development needs.
Hopefully someday there will be a free universal extensible light weight API for developing desktop applications. Until then we'll have to compromise.
I'm currently using uCLinux on a development project I'm working on. uCLinux is some what unique in that it will function without a memory management unit (MMU). This basically means there are no virtual memory and all physical memory is accessed directly. Right now my entire ram image is about 1.5MB. Cheap 32 bit Microcontrollers are readily available these days and they are perfectly capable of running uCLinux.
uCLinux is free as are most tools required to develope for it. Most RTOS vendors ask a pretty hefty upfront price which isn't ideal if you aren't even sure if their product is right for you.
I'm running on an ARM7TDMI core which run at 60Mhz. CPUs such as the one I'm using are available in quantities for about 10 dollars a piece. The Gameboy Advance uses an ARM7TDMI CPU and people have Linux up and running on it.
Our biggest challege will be getting uCLinux to meet the timing requirments of our application. I will say that for designs in which most or all of the operations have rigid time require Linux is probably not the best choice. Our design has a small realtime portion mostly involving board level I/O but the ethernet/tcp portion doesn't have any requirements different from a normal server. Linux seems to work very well with this type of design. For an anti lock brake system it seems the easiest thing to do would be not to use an operating system at all (I don't know much about antilock brake systems so I may be misjudging their complexity)!
I've not done much investigation but I believe NetBSD/FreeBSD/OpenBSD require an MMU to operate. Windows CE also requires an MMU.
I must add how nice it is to have all the source code available for trouble shooting of problems. I can easily grep the entire uCLinux source tree and find out where things are actually happening!
Why don't they assign each person an X.509 certificate which is used to verify the identity of the user. The certificate could even be protected with a passphrase. They could reissue certificates at a regular interval (like one year), revoke certificates if they are comprimised etc. The certificate would be used during the SSL transaction.
Might be nice for max quality settings in DOOM 3. The recommended video ram for the settings is 512MB. I guess setting enables uncompressed textures, which is nice, but larger compressed textures would probably be more exciting.
I have 256MB in my X800 Pro which does great, but going up to 512MB might allow developers to put in higher detailed textures. I still notice how poor a lot of texture look really close up, even in the newest games.
If theres anything that kills video performance its running out of video ram, so I can see why 512MB might be reasonable on the bank-buster model.
I no longer listen to music released under RIAA labels. There is plenty of music out there released under different labels, much of which is better anyway.
I don't support corporations that sue their customers on a regular basis.
I really enjoy MMORPGs, but these days there are so many it seems physically impossible for one person to even begin to experience them all. Add a job, school and a family and its really hard to even follow single game.
It used to be that staying informed about the games on the market was a relativly easy task. I think this underscores the importance of game reviewing. Since it is about impossible to try out all of these games you must rely on others to do it for you.
Re:Kinda gives a new meaning to '1337 hAx0r2'.
on
Ready, Aim, HACK!
·
· Score: 2, Interesting
A funny old guy at my work told me a story that reminds me of this a lot.
I guess when he was young, President Truman came through town. I'm not exactly sure of his motives but he probably didn't have access to a TV at this time. Anyway.... When the president's motorcaid got within reasonable distance from his house he grabbed his dads rifle and ran up to the roof of the house. He then proceeded to point the rifle at the president as his car passed by serval blocks away. Of couse his intention was to look through the high magnification scope to get close glimspe of the president. He lived in Independence Missiouri, Truman's home town. It seems like a stupid thing to do, but apparently the idea of seeing such a hometown hero was more than enough to blur his judgement.
Its funny how things with very innocent intention can be viewed as something totally different. Its also scary to think what might happen if a kid tried something like this today.
If I was going to do this, I would start here (I've used their products for years).
http://www.tri-m.com/products/engineering/index. ht ml
I would use the MZ104 CPU Board. They have a Linux distro you can throw on a DiskOnChip pop that in along with a regular old 64mb laptop SODIMM and you are good to go.
You can use the IR104 i/o board to provide 20 digital inputs and 20 digital outputs. This should allow you to hook up some simple sensors as well as giving you control capability. You may also need some sort of Analog I/O board, but I would avoid this for cost reasons.
The MZ104 CPU Board also has an I2C Bus interface with linux driver support. There are a plethera of different sensors available that you can directly read from this simple two wire bus.
These products are extremely affordable, rugged, low power and small. The entire system can run off of 5VDC. You can even lower the clock rate to save power.
If you do decide to go along with this, please add a wifi card and a web cam so we can watch it mow in real-time.... (uhhh oh slashdotted lawn mower)
You could obviously do this with something that had a lot less horse power, like an 8051, HC11 or Z80, but you would have to make up a lot of custom circuitry to get the job done. I like the modular nature of the PC/104 form factor. If you do opt for something with less power, I would definately make sure it has a built-in i2c controller.
As a software developer I've noticed a few things about common linux DEs. Many applications are written in languages which tend to be easier to program with but are slower and require more memory at execution. There are other obvious advantages to using some of these tools including platform independance, improved security and relibility (less opertunities to over run buffers etc.) If people want to continue to use these languages, they are going to have to push to make them as efficient (CPU AND RAM) as possible so they can compete with Windows (in which almost all apps are written in C/C++).
It's great that Linux isn't tied to X86 Like Windows, but if we want to complete seriously for the mainstream desktop we are going to have to do somethings.....
Spend more improving compilers for x86.
Hack in optimizations to key areas (Its okay to rewrite stuff in assembly! Just don't be careless, but not very many things need that level of optimization anyway).
When creating a DE try to make an entire suite of applications which share dynamic libraries (no unneed overlapping).
If an application is loaded from another DE make sure only the libraries that are absolutely required are loaded into memory (for bad example see KDE).
IF YOU NEED ONE SMALL PIECE OF FUNCTIONALITY DON'T USE SOME GIGANTIC LIBRARY JUST TO FULLFIL THIS ONE SMALL NEED.
In the future if broadband could be provided at low cost from Low Earth Orbiting Satalites it would be nearly impossible for governments to control their citizens use of the Internet (unless they controlled the satalites). If the chineese teenagers were capable of acquiring the correct hardware it would be very difficult to restrict or censor their Internet usage in anyway.
It could even be possible for such a teenage to make money on the Internet and pay for his Internet service (with a service like PayPal) without the government ever having any knowledge of the financial transactions.
I read the post you are refering to. I guess MS used Spider's TCP/IP stack originally which was BSD based, then switched to their own. This begs the question 'WHY'? It seems that they would have been better off just using BSD stack. Is so, maybe NT would even out perform Linux ?!?
I'm not a huge BSD history buff. Maybe the BSD stack wasn't as robust at the time.
I've found that most web / sysadmin stuff (other than graphical design... i stay clear of that) can be automated if you take just a little bit more time during your initial planning. I've saved countless hours automating tasks (or modularizing pieces of code) that I thought I would only have been done (used) once or twice, that ended up having to be done (used) 10-30 times. You always have to take the task at hand and prepare for the worst outcome. I've found that even if you don't net any time savings writing a script or a program, it is much more enjoyable than doing it manually.
I've also noticed that the time it takes me to write these scripts and programs decreases relative to the number I have already finished. This isn't just because of experience, but because I usually already have a snippit of code that does what i'm trying to do.
Finally, don't do work that has already been done. I'm amazed on a daily basis at the number of freely available tools (perl modules being the best example). If you can't find a free tool, make a free tool (others will thank you)!
I'm only 21 and have risen to senior programmer in my organization using these and other techniques.
This being said, I totally sympathize with the stresses you are experiencing. Infact right now I am holding my screaming son while also trying to finish some homework for one of my college classes =) No matter how good you are and how fast you complete work, there is always an employer out there that will work you into the ground. Talk with friends working at other companies, if you suspect your company is shafting you, look for a new job in your spare time.
I'd hate to give up all the things that an OS supports for me, but I suppose that many of them (memory management, processes, libraries, windowing, keyboard, filesystem) aren't necessary on an embedded system.
Most embedded OS's let you remove most if not all of these features. Including Linux, Windows CE, VxWorks etc. When used in an embedded system these operating systems usually run right out of flash with no BIOS.
Its all symantics, there isn't really a clear line between OS and BIOS.
(caution possible brain explosion)
I've even seen PCI cards which are made to work with Windows PCs that run Linux on them for BIOS functions.
If this goes through I wonder if Disney will start booting paying customers out of their theme parks for running Linux (and some personal servers) on their PDAs.
I've had Road Runner on Time Warner Cable for two years now and haven't been given ANY greef over what I do and don't run on my Linux box.
I've even had the same IP for over 6 months with out paying any extra!
My Palm VII wireless internet PDA that I bought back in 1998 (I think) advertised eliptic curve encryption. It was the first I had ever heard of it, but at the time I didn't know much about encryption at all. The box explained roughly how it worked which was a nice bonus for a 500 dollar geek toy that outlived its usefullness in just a couple years.
The Palm VII used cell band to communicate with the tower, which makes me think that this type of encryption is probably typical for any type of digital cellular service. This being said it seems rather amazing that NSA would have the means to intercept and decode communications encrypted in this manner as I have heard they do from multiple sources.
Is it realistic to believe that ANYONE (even the NSA) could crack such high level encrpytion?
Slashdot Mirror
Hold the tournament on a commercial airliner that repeatedly takes off and lands. Certainly if someone on board the plane was using an electronic device during take off or landing something terrible would happen ;)
The true danger exposed here is the ease in which terrorists could execute a "denial of service" attack upon law enforcement prior to real terrorist action. If people over react to stunts like this then you can assume they will waste equal number of resources on other such events. Hopefully they have a good system of prioritizing their responses so something like this would be ignored if more menacing threats arose.
I wonder if this has anything to do with the large amount of spam originating from South Korea?
This worked for me :)
block in quick on fxp0 proto tcp from 58.65.64.0/18 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.72.0.0/13 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.102.0.0/15 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.120.0.0/13 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.140.0.0/14 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.145.0.0/17 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.148.0.0/14 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.180.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.181.0.0/18 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.184.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 58.224.0.0/12 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 59.0.0.0/11 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 59.150.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 59.186.0.0/15 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 60.196.0.0/15 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.4.192.0/19 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.32.0.0/13 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.40.0.0/14 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.47.192.0/18 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.72.0.0/13 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.80.0.0/13 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.96.0.0/12 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.247.64.0/18 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.247.128.0/19 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 61.248.0.0/13 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 128.134.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 129.254.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 134.75.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 137.68.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 141.223.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 143.248.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 147.6.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 147.43.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 147.46.0.0/15 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 150.150.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 150.183.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 150.197.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 152.99.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 152.149.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 154.10.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 155.230.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 156.147.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 157.197.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 158.44.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 161.122.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 163.152.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 163.180.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 163.239.0.0/16 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 164.124.0.0/15 to any port = 25 #Korea
block in quick on fxp0 proto tcp from 165.1
If you're writing a program from scratch it might take a little more to make something interesting than it did 20 years ago, but there are still a lot of easy and fun programming tasks. A great place for a lot of teens to get started would be to download (or install if its provided on media) the development kit for your favorite game such as Oblivion, Neverwinter Nights, Halflife 2 etc. I've been programming since I was about 12 and I still have tons of fun doing simple tasks like scripting quests for my friends Oblivion and Neverwinter Nights adventures.
I remember when Quake first came out. I was pissed off that my brother kept killing me with the grenade launcher, so I silently made and installed a mod that randomly caused the grenade to explode in his face after leaving the launcher on his computer. It provided several minutes of extreme enjoyment as I looked over laughing my ass off at the expression he had on his face as he tried to figure out what just happened to him.
If anything I notice that kids (and adults) lack motivation. I knew when I was 12 years old that if I went and downloaded a C compiler and read some books eventually I could write a game or something else really really cool. It just requires that you persist instead of giving into immidate gradification.
So kids... Go download the Quake or Quake 2 source, get a compiler and get it building. Once you do that go nuts changing stuff around. If you screw it up too bad just unzip the source again and start over. Eventually you'll figure out how to do some cool stuff. There so many webpages, forums, newsgroups and IRC channels you can use as learning resources. I can also tell you specifically that Neverwinter Nights and Oblivion both have great online communities with tons of HOWTOs, script snippets etc. Even if you've never programmed before you can do a lot with these two games by just merging things from different online tutorials and guides.
I've been coding for Win32 for about 10 years now. I still prefer Visual C++ 6 over any of the .NET versions. The .NET Framework seems to be a giant hog that sits on top of the other Win32APIs. If the .NET Framework was integrated into the operating system maybe it would be more seemless and less bloated. Or maybe it would just make the OS bloated...
.NET bloat, but with so many other graphical platforms around these days (OS X, KDE, Gnome, Plain old X) I think people should be spending their time looking for a more long term solution to their GUI development needs.
These days I try to stay away from technologies that lock you into a certain platform. The two major down sides to this are development time and usability.
Maybe this book gives some tips on how to reduce
Hopefully someday there will be a free universal extensible light weight API for developing desktop applications. Until then we'll have to compromise.
I'm currently using uCLinux on a development project I'm working on. uCLinux is some what unique in that it will function without a memory management unit (MMU). This basically means there are no virtual memory and all physical memory is accessed directly. Right now my entire ram image is about 1.5MB. Cheap 32 bit Microcontrollers are readily available these days and they are perfectly capable of running uCLinux.
uCLinux is free as are most tools required to develope for it. Most RTOS vendors ask a pretty hefty upfront price which isn't ideal if you aren't even sure if their product is right for you.
I'm running on an ARM7TDMI core which run at 60Mhz. CPUs such as the one I'm using are available in quantities for about 10 dollars a piece. The Gameboy Advance uses an ARM7TDMI CPU and people have Linux up and running on it.
Our biggest challege will be getting uCLinux to meet the timing requirments of our application. I will say that for designs in which most or all of the operations have rigid time require Linux is probably not the best choice. Our design has a small realtime portion mostly involving board level I/O but the ethernet/tcp portion doesn't have any requirements different from a normal server. Linux seems to work very well with this type of design. For an anti lock brake system it seems the easiest thing to do would be not to use an operating system at all (I don't know much about antilock brake systems so I may be misjudging their complexity)!
I've not done much investigation but I believe NetBSD/FreeBSD/OpenBSD require an MMU to operate. Windows CE also requires an MMU.
I must add how nice it is to have all the source code available for trouble shooting of problems. I can easily grep the entire uCLinux source tree and find out where things are actually happening!
Why don't they assign each person an X.509 certificate which is used to verify the identity of the user. The certificate could even be protected with a passphrase. They could reissue certificates at a regular interval (like one year), revoke certificates if they are comprimised etc. The certificate would be used during the SSL transaction.
Considering what you get with some other software, $99 isn't too much for both CD and DVD media and printed documentation + tech support.
Might be nice for max quality settings in DOOM 3. The recommended video ram for the settings is 512MB. I guess setting enables uncompressed textures, which is nice, but larger compressed textures would probably be more exciting.
I have 256MB in my X800 Pro which does great, but going up to 512MB might allow developers to put in higher detailed textures. I still notice how poor a lot of texture look really close up, even in the newest games.
If theres anything that kills video performance its running out of video ram, so I can see why 512MB might be reasonable on the bank-buster model.
Opera 7.50 appears to always load the correct popup if you select the preference "Block unwanted pop-ups"
Can anyone confirm this?
I no longer listen to music released under RIAA labels. There is plenty of music out there released under different labels, much of which is better anyway.
I don't support corporations that sue their customers on a regular basis.
I really enjoy MMORPGs, but these days there are so many it seems physically impossible for one person to even begin to experience them all. Add a job, school and a family and its really hard to even follow single game.
It used to be that staying informed about the games on the market was a relativly easy task. I think this underscores the importance of game reviewing. Since it is about impossible to try out all of these games you must rely on others to do it for you.
A funny old guy at my work told me a story that reminds me of this a lot.
I guess when he was young, President Truman came through town. I'm not exactly sure of his motives but he probably didn't have access to a TV at this time. Anyway.... When the president's motorcaid got within reasonable distance from his house he grabbed his dads rifle and ran up to the roof of the house. He then proceeded to point the rifle at the president as his car passed by serval blocks away. Of couse his intention was to look through the high magnification scope to get close glimspe of the president. He lived in Independence Missiouri, Truman's home town. It seems like a stupid thing to do, but apparently the idea of seeing such a hometown hero was more than enough to blur his judgement.
Its funny how things with very innocent intention can be viewed as something totally different. Its also scary to think what might happen if a kid tried something like this today.
I wonder how many of these IE users are Opera users with Identify as MSIE 6.0 set. I just caught my self.....
I'd think that Opera would trick whatever is counting. Maybe someone else knows more.
If I was going to do this, I would start here (I've used their products for years).
. ht ml
http://www.tri-m.com/products/engineering/index
I would use the MZ104 CPU Board. They have a Linux distro you can throw on a DiskOnChip pop that in along with a regular old 64mb laptop SODIMM and you are good to go.
You can use the IR104 i/o board to provide 20 digital inputs and 20 digital outputs. This should allow you to hook up some simple sensors as well as giving you control capability. You may also need some sort of Analog I/O board, but I would avoid this for cost reasons.
The MZ104 CPU Board also has an I2C Bus interface with linux driver support. There are a plethera of different sensors available that you can directly read from this simple two wire bus.
These products are extremely affordable, rugged, low power and small. The entire system can run off of 5VDC. You can even lower the clock rate to save power.
If you do decide to go along with this, please add a wifi card and a web cam so we can watch it mow in real-time.... (uhhh oh slashdotted lawn mower)
You could obviously do this with something that had a lot less horse power, like an 8051, HC11 or Z80, but you would have to make up a lot of custom circuitry to get the job done. I like the modular nature of the PC/104 form factor. If you do opt for something with less power, I would definately make sure it has a built-in i2c controller.
As a software developer I've noticed a few things about common linux DEs. Many applications are written in languages which tend to be easier to program with but are slower and require more memory at execution. There are other obvious advantages to using some of these tools including platform independance, improved security and relibility (less opertunities to over run buffers etc.) If people want to continue to use these languages, they are going to have to push to make them as efficient (CPU AND RAM) as possible so they can compete with Windows (in which almost all apps are written in C/C++).
It's great that Linux isn't tied to X86 Like Windows, but if we want to complete seriously for the mainstream desktop we are going to have to do somethings.....
Spend more improving compilers for x86.
Hack in optimizations to key areas (Its okay to rewrite stuff in assembly! Just don't be careless, but not very many things need that level of optimization anyway).
When creating a DE try to make an entire suite of applications which share dynamic libraries (no unneed overlapping).
If an application is loaded from another DE make sure only the libraries that are absolutely required are loaded into memory (for bad example see KDE).
IF YOU NEED ONE SMALL PIECE OF FUNCTIONALITY DON'T USE SOME GIGANTIC LIBRARY JUST TO FULLFIL THIS ONE SMALL NEED.
There are plenty of software development jobs in the US. You just can't be too picky about where in the US you want to live.
A lot more jobs also open up once you get into a more specialized field, ie embedded software, factory automation, telecom, etc...
In the future if broadband could be provided at low cost from Low Earth Orbiting Satalites it would be nearly impossible for governments to control their citizens use of the Internet (unless they controlled the satalites). If the chineese teenagers were capable of acquiring the correct hardware it would be very difficult to restrict or censor their Internet usage in anyway.
It could even be possible for such a teenage to make money on the Internet and pay for his Internet service (with a service like PayPal) without the government ever having any knowledge of the financial transactions.
I read the post you are refering to. I guess MS used Spider's TCP/IP stack originally which was BSD based, then switched to their own. This begs the question 'WHY'? It seems that they would have been better off just using BSD stack. Is so, maybe NT would even out perform Linux ?!?
I'm not a huge BSD history buff. Maybe the BSD stack wasn't as robust at the time.
I've found that most web / sysadmin stuff (other than graphical design... i stay clear of that) can be automated if you take just a little bit more time during your initial planning. I've saved countless hours automating tasks (or modularizing pieces of code) that I thought I would only have been done (used) once or twice, that ended up having to be done (used) 10-30 times. You always have to take the task at hand and prepare for the worst outcome. I've found that even if you don't net any time savings writing a script or a program, it is much more enjoyable than doing it manually.
I've also noticed that the time it takes me to write these scripts and programs decreases relative to the number I have already finished. This isn't just because of experience, but because I usually already have a snippit of code that does what i'm trying to do.
Finally, don't do work that has already been done. I'm amazed on a daily basis at the number of freely available tools (perl modules being the best example). If you can't find a free tool, make a free tool (others will thank you)!
I'm only 21 and have risen to senior programmer in my organization using these and other techniques.
This being said, I totally sympathize with the stresses you are experiencing. Infact right now I am holding my screaming son while also trying to finish some homework for one of my college classes =) No matter how good you are and how fast you complete work, there is always an employer out there that will work you into the ground. Talk with friends working at other companies, if you suspect your company is shafting you, look for a new job in your spare time.
Linux Box + MySQL + Perl
I'd hate to give up all the things that an OS supports for me, but I suppose that many of them (memory management, processes, libraries, windowing, keyboard, filesystem) aren't necessary on an embedded system.
Most embedded OS's let you remove most if not all of these features. Including Linux, Windows CE, VxWorks etc. When used in an embedded system these operating systems usually run right out of flash with no BIOS.
Its all symantics, there isn't really a clear line between OS and BIOS.
(caution possible brain explosion) I've even seen PCI cards which are made to work with Windows PCs that run Linux on them for BIOS functions.
Are you sure Comcast is the largest cable provider? I had thought time warner was larger....
Anyone have a link to the numerical largeness of the two?
If this goes through I wonder if Disney will start booting paying customers out of their theme parks for running Linux (and some personal servers) on their PDAs.
I've had Road Runner on Time Warner Cable for two years now and haven't been given ANY greef over what I do and don't run on my Linux box.
I've even had the same IP for over 6 months with out paying any extra!
See my URL for evidence.
My Palm VII wireless internet PDA that I bought back in 1998 (I think) advertised eliptic curve encryption. It was the first I had ever heard of it, but at the time I didn't know much about encryption at all. The box explained roughly how it worked which was a nice bonus for a 500 dollar geek toy that outlived its usefullness in just a couple years.
The Palm VII used cell band to communicate with the tower, which makes me think that this type of encryption is probably typical for any type of digital cellular service. This being said it seems rather amazing that NSA would have the means to intercept and decode communications encrypted in this manner as I have heard they do from multiple sources.
Is it realistic to believe that ANYONE (even the NSA) could crack such high level encrpytion?