Amstrad PCWs ran a version of CP/M. I loved mine - it came complete with Digital Research Logo and Mallard BASIC.
My machine eventually had 512kb (a lot for a 8-bit microprocessor). You could swap 16kb of memory into using bank switching calls. Most of the time this was used as a memory disk by CP/M, though you could write some very hairy code which used this memory for its own purposes.
I particularly remember the way the screen memory was arranged. It used a lookup table (roller ram) for each character line (so scrolling could be done by just shuffling pointers around). In each line the bytes were in sets of 8 to represent each character (these were vertically arranged). It was quite hairy to work out which bit to twiddle to set a particular pixel!
I made some RPMS of 4.3.10 for RedHat 7.3 (this is an upgrade, not a specfic patch for the vulnerabilities). These are based on the RedHat RPMS, but I had to remove curl support to get it to compile. Oh, and you may need to remove the php-devel rpm to get them to install (don't ask me why). Also, you use these at your own risk. You may want to wait until the fedoralegacy RPMS are made. PHP RPMs
Alternatively, wait until RedHat releases RHES2.1 updates, and do a "rpmbuild --rebuild php.src.rpm" on it.
I don't understand why the US insists on computer voting. Here in the UK we can have an election with the results out the following morning. This is in a country with ~60 million people. The technology: paper and pencil. Nobody here is demanding electronic voting. Everyone agrees the voting system is safe and secure. That was until the government tried to move to postal voting, which is one of the forms of voting most open to abuse.
Unlike SPARC64, the big advantage an AMD64 chip has is that there are double the number of registers. This has quite a significant impact on performance, as the i386 is register starved.
Despite the larger space needed for pointers, this can give significant performance improvements in real world applications. For those of us running 64-bit Linux, this is NOW!
I've tried both. Subversion is good as a drop-in replacement for CVS. Arch is probably better when you have distributed development. I use Arch most of the time, but the main problem with it is that it is pretty difficult to use at first, and that it uses rather strange file naming convention.
Arch has the advantage of being very small and light. Your change data gets stored in simple.tar.gz files, so it's very easy to recover and backup if things go wrong.
I can't comment on the supposed design problems with Subversion, but it appears a bit limited compared to the capabilities of arch.
You assume we will stay in our current form in the future. Presumably the bounds of acceptable genetic engineering will widen, so humankind could diverge and expand abilities. It may also be the case that computers will become advanced enough so that personalities can be uploaded/created on computer. Given more computer power thought power would have few limitations.
As a Total Annihilation fan, I'm planning to try Boson. Has anyone had a go with it yet? The screen shots look good.
My favourite book is...
on
Practical C++
·
· Score: 4, Informative
An excellent book is Accelerated C++ - Practical programming by example (Koenig & Moo). It only weighs in at 340 pages, but really helps the beginner to use things like the STL. It doesn't start off teaching basic C, but leaves pointers out until much later, and concentrates on using the STL data types.
Re:Sources for Software Patent research?
on
Perens on Patents
·
· Score: 2, Informative
RMS gave a rather nice talk on this in Cambridge. Not sure whether it counts as a legal source! Here
True, but glasses don't exhibit a 1st order phase transition, meaning they aren't exactly a "solid" (depending on definitions, etc...), so there's something in the "supercooled liquid" description.
Glass does flow to some extent. I've done the experiment where you hang a weight off a glass thread and watch it flow. Whether or not this has anything to do to with windows is another matter.
Surely, if the patents cover the long filename aspect of VFAT (where you have a long and short filename), then the Linux UMSDOS filesystem may be prior art. The UMSDOS filesystem layers a long filename system onto a FAT system. Looking at some kernel source, it was written in 1993, before the patents were filed.
The gas is actually a plasma (we tend to just call it gas in astronomy, though). It is much less dense than the air (there's only one atom per 10 or 100 cubic cm), and a lot hotter (around 50 million degrees). The atoms are ionised as many of the electrons have been stripped off the atoms.
Roughly, the speed is so fast as the gas is hot. The particles move much faster and so they propagate any pressure fluctations faster.
But then the GNOME pager only supports "Workspaces" rather than "Virtual Desktops", so you can't use the GNOME pager.
The difference between Workspaces and Virtual Desktops is that you can't have windows spanning multiple workspaces, and you have to emulate 2D behaviour if you use Workspaces.
Look, I don't want any toast, and he doesn't want any toast. In fact, no one around here wants any toast. Not now, not ever. No toast!
Or muffins! Or muffins! We don't like muffins around here! We want no muffins, no toast, no teacakes, no buns, baps, baguettes or bagels, no croissants, no crumpets, no pancakes, no potato cakes and no hot-cross buns and definitely no smegging flapjacks!
The period of the wave is 9.6 million years. A quick calculation (haven't checked my sums) suggests the frequency is about 3.3 x 10^-15 Hz (or 0.0000000000000033 Hz)
I should add the even though the sound is as loud as a human voice, as it travels over a massive volume, there are very large amounts of energy involved.
You need massive amounts of energy to heat the centre of a cluster and stop it cooling (an estimate is 10^36 erg/s).
We expect the waves to dissipate most of their energy in the inner 100 kpc (~300,000 light-years) of the cluster (if you look at the published images, that's about the region you see). The idea is this heating effect may be able to balance the cooling of the gas in the core of the cluster. Stopping the cooling means that the central galaxy doesn't grow much bigger.
We expect the actual sound amplitude to be similar to that produced by a human voice!
That's right. We see the ripples as X-ray emission is very sensitive to gas density (goes like density squared), so we see the dense regions where the gas is being compressed by the sound wave. The picture is a "snapshot" as we never see the wave move.
Good question. If you look at the ripple image (generated by unsharp masking), you'll see the waves aren't perfectly spaced, so there's an error there. We estimate a wavelength of about 11 kpc. You then need the sound speed, which is a function of temperature (about 1170 km/s in gas of about 5 keV). The calculation of the period of 10^7 years is probably a good estimate, but it isn't precise. If you're really interested in the details read the original paper here.
Slashdot Mirror
Amstrad PCWs ran a version of CP/M. I loved mine - it came complete with Digital Research Logo and Mallard BASIC.
My machine eventually had 512kb (a lot for a 8-bit microprocessor). You could swap 16kb of memory into using bank switching calls. Most of the time this was used as a memory disk by CP/M, though you could write some very hairy code which used this memory for its own purposes.
I particularly remember the way the screen memory was arranged. It used a lookup table (roller ram) for each character line (so scrolling could be done by just shuffling pointers around). In each line the bytes were in sets of 8 to represent each character (these were vertically arranged). It was quite hairy to work out which bit to twiddle to set a particular pixel!
You can get a massive improvement in speed with X over ssh over a slow network by using compression, e.g.
...
ssh -C -Y blah.example.com
Not much point doing that over gigabit ethernet though...
I made some RPMS of 4.3.10 for RedHat 7.3 (this is an upgrade, not a specfic patch for the vulnerabilities). These are based on the RedHat RPMS, but I had to remove curl support to get it to compile. Oh, and you may need to remove the php-devel rpm to get them to install (don't ask me why). Also, you use these at your own risk. You may want to wait until the fedoralegacy RPMS are made. PHP RPMs
Alternatively, wait until RedHat releases RHES2.1 updates, and do a "rpmbuild --rebuild php.src.rpm" on it.
Can you get recursion to work without an if statement?
I don't understand why the US insists on computer voting. Here in the UK we can have an election with the results out the following morning. This is in a country with ~60 million people. The technology: paper and pencil. Nobody here is demanding electronic voting. Everyone agrees the voting system is safe and secure. That was until the government tried to move to postal voting, which is one of the forms of voting most open to abuse.
Unlike SPARC64, the big advantage an AMD64 chip has is that there are double the number of registers. This has quite a significant impact on performance, as the i386 is register starved.
Despite the larger space needed for pointers, this can give significant performance improvements in real world applications. For those of us running 64-bit Linux, this is NOW!
I've tried both. Subversion is good as a drop-in replacement for CVS. Arch is probably better when you have distributed development. I use Arch most of the time, but the main problem with it is that it is pretty difficult to use at first, and that it uses rather strange file naming convention.
.tar.gz files, so it's very easy to recover and backup if things go wrong.
Arch has the advantage of being very small and light. Your change data gets stored in simple
I can't comment on the supposed design problems with Subversion, but it appears a bit limited compared to the capabilities of arch.
You assume we will stay in our current form in the future. Presumably the bounds of acceptable genetic engineering will widen, so humankind could diverge and expand abilities. It may also be the case that computers will become advanced enough so that personalities can be uploaded/created on computer. Given more computer power thought power would have few limitations.
As a Total Annihilation fan, I'm planning to try Boson. Has anyone had a go with it yet? The screen shots look good.
An excellent book is Accelerated C++ - Practical programming by example (Koenig & Moo). It only weighs in at 340 pages, but really helps the beginner to use things like the STL. It doesn't start off teaching basic C, but leaves pointers out until much later, and concentrates on using the STL data types.
RMS gave a rather nice talk on this in Cambridge. Not sure whether it counts as a legal source!
Here
Fair enough. It's a while since I did any materials science...
True, but glasses don't exhibit a 1st order phase transition, meaning they aren't exactly a "solid" (depending on definitions, etc...), so there's something in the "supercooled liquid" description.
Glass does flow to some extent. I've done the experiment where you hang a weight off a glass thread and watch it flow. Whether or not this has anything to do to with windows is another matter.
Surely, if the patents cover the long filename aspect of VFAT (where you have a long and short filename), then the Linux UMSDOS filesystem may be prior art. The UMSDOS filesystem layers a long filename system onto a FAT system. Looking at some kernel source, it was written in 1993, before the patents were filed.
The gas is actually a plasma (we tend to just call it gas in astronomy, though). It is much less dense than the air (there's only one atom per 10 or 100 cubic cm), and a lot hotter (around 50 million degrees). The atoms are ionised as many of the electrons have been stripped off the atoms.
Roughly, the speed is so fast as the gas is hot. The particles move much faster and so they propagate any pressure fluctations faster.
But then the GNOME pager only supports "Workspaces" rather than "Virtual Desktops", so you can't use the GNOME pager.
The difference between Workspaces and Virtual Desktops is that you can't have windows spanning multiple workspaces, and you have to emulate 2D behaviour if you use Workspaces.
Look, I don't want any toast, and he doesn't want any toast. In fact, no one around here wants any toast. Not now, not ever. No toast!
Or muffins! Or muffins! We don't like muffins around here! We want no muffins, no toast, no teacakes, no buns, baps, baguettes or bagels, no croissants, no crumpets, no pancakes, no potato cakes and no hot-cross buns and definitely no smegging flapjacks!
The period of the wave is 9.6 million years. A quick calculation (haven't checked my sums) suggests the frequency is about 3.3 x 10^-15 Hz (or 0.0000000000000033 Hz)
Make that 10^36 Joules per s
I should add the even though the sound is as loud as a human voice, as it travels over a massive volume, there are very large amounts of energy involved.
You need massive amounts of energy to heat the centre of a cluster and stop it cooling (an estimate is 10^36 erg/s).
We expect the waves to dissipate most of their energy in the inner 100 kpc (~300,000 light-years) of the cluster (if you look at the published images, that's about the region you see). The idea is this heating effect may be able to balance the cooling of the gas in the core of the cluster. Stopping the cooling means that the central galaxy doesn't grow much bigger.
We expect the actual sound amplitude to be similar to that produced by a human voice!
That's right. We see the ripples as X-ray emission is very sensitive to gas density (goes like density squared), so we see the dense regions where the gas is being compressed by the sound wave. The picture is a "snapshot" as we never see the wave move.
Good question. If you look at the ripple image (generated by unsharp masking), you'll see the waves aren't perfectly spaced, so there's an error there. We estimate a wavelength of about 11 kpc. You then need the sound speed, which is a function of temperature (about 1170 km/s in gas of about 5 keV). The calculation of the period of 10^7 years is probably a good estimate, but it isn't precise. If you're really interested in the details read the original paper here.
I'm on the team that did this. Ask any questions you like!