She'll be held in contempt until the judge understands how fucked up this situation is. Could be years.
This situation is the precise reason we have the 5th Amendment - so that people can't be compelled to make testimony against themselves and then be jailed indefinitely on a whim when they 'refuse' to comply (or, when someone has apprehended the wrong person, or
Out of an entire page of comments, you are the only one to get it right.
The legalese here has to do with code from ibooks being exported into the file, so that even if they have fixes for css bugs, etc, in the future, the formatting preferences can be preserved.
RE: Bison. Even after bison's licensing, some software companies are nervous about it - not that bison community is going to come after them - but that they might not completely own the binaries they produce. It's a really tough legal conundrum (code generated from a recipe), but luckily virtually everybody seems to be on the same page, insofar as useful tools like these should be used judiciously and without restriction.
In theory, Apple is being defensive, which is a little sad, but it is understandable Nominally, they pick the wrong side of this issue in order to protect their CSS.
Additionally, though, they create a headache for their users, which is something of a mortal sin in my book, and require many hours of additional labor to prepare books for other vending platforms. I very much wish that Apple would get off of their anti-competitive high horse and focus on building good tools without noxious restrictions. They have come pretty far by being very agressive about building a software silo. But at this point Apple needs to begin to transition to a softer sell on its platforms, or it will become another Bad Era Microsoft.
Ever used ithreads? Ever?
Great! Now maybe the perl folks can afford to fix their epic memory leaks that have been their bug list for the better part of a decade.
"The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no Warrants shall issue, but upon probable cause, supported by Oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized."
Throwing tents into dumpsters, without issuing a 'vacate or your property is forfeit' order seems like a clear violation to a non-lawyer.
Lawyers? Or have I simply missed something requiring the demonstrators to disperse?
What about a head mounted display or virtual reality goggles? These would allow a huge image to be formed, without the need for a bulky display. If you want to DIY, such a beast could probably be built with an ipod/kindle/... and a few lenses (from binoculars or a View-Master?)
Getting really funky, there also seem to be people experimenting with drawing images directly on the retina of Macular Degeneration patients. Not recommended for DIY!
No new code (except in the rare case where you are writing a tool to migrate stuff out of the VirtualStore into a new unprivileged user data directory) should reference the VirtualStore. That was created because ignorant devs couldn't wrap their heads around ACLs and didn't listen when MS told them that there's things out there that aren't admins.
This will absolutely not make its way downstream into an existing RHEL release. Maybe future releases.
I agree the wow64 fs and registry direction is confusing as hell. With the benefit of hindsight, I suspect they would have designed that differently (I will just assume it was fundamentally possible, if a bit more work in the short term.)
c:\winnt vs c:\windows vs c:\win vs e:\foo are all theoretically valid windows directories, though. That's why windows has an API for finding the Windows directory.
Red Hat jumped the shark in 1997. Once you go slack, you never look back. You do continue to look forward, though.
While I imagine there are liekly cases where that statement about performance is true, I have generally not seen a performance boon from building 32-bits on 64-bit OSes.
I don't see why linux can't adapt to these boot protection schemes. Self-signed or vendor signed, as long as there's a way to import your key information, what's the issue? Frankly, code signing is a good thing, especially if you can perform it from the ground up.
I understand the anxiety, here, especially given that Sinofsky is not a popular figure and nobody wants to trust any initiative he backs. That having been said, MS (and partners) would be opening themselves up to swift antitrust action again if they were to engage in industrywide attempts to lock out OtherOS.
It's also important to recognize that there are deployments out there where people WOULD like systems where you CAN'T disable secure boot, and have really stringent protections around the boot process. It is unlikely that this type of configuration is one that would be used in the general consumer market; there's too much of a need for boot media and utility software. Imagine not being able to run memcheck or a recovery tool, ever.
Now, really, we need to hear this kind of language from BIOS, mobo, and ready-built systems manufacturers. Overall, an initiative like this is a good thing, but everybody needs to be on the same page. Not foaming at the mouth.
VHDL Cookbook is a good, though dated, intro.
Use ghdl to learn vhdl, without the need to have hardware, as it compiles VHDL to an executable. Icarus is similar, but for Verilog. gEDA has good tools, including the gtkwave waveform viewer. Combined, ghdl, Icarus and gtkwave are a pretty useful simulation suite. You can go a long way with simulation, since the normal design flow is to get the system 100% using simulation, then as a last step program the FPGA with maximal probability of it just working. As Bruce said, the actual partition, place and route tools are proprietary and specific to each FPGA vendor, and a google search will come up with a number of cheap FPGA boards.
Keep an eye on left field though. There is a convergence in progress between desktop CPU's, GPU's, parallel systems and FPGAs (which can be seen as an array of massively parallel simple processors). One day all I wrote may be obsolete and you will be able to program your FPGA in CUDA, or whatever results when mainstream programming figures out how to handle parallel systems properly.
VHDL Cookbook is a good, though dated, intro.
Use ghdl to learn vhdl, without the need to have hardware, as it compiles VHDL to an executable. Icarus is similar, but for Verilog. gEDA has good tools, including the gtkwave waveform viewer. Combined, ghdl, Icarus and gtkwave are a pretty useful simulation suite. You can go a long way with simulation, since the normal design flow is to get the system 100% using simulation, then as a last step program the FPGA with maximal probability of it just working. As Bruce said, the actual partition, place and route tools are proprietary and specific to each FPGA vendor, and a google search will come up with a number of cheap FPGA boards.
Keep an eye on left field though. There is a convergence in progress between desktop CPU's, GPU's, parallel systems and FPGAs (which can be seen as an array of massively parallel simple processors). One day all I wrote may be obsolete and you will be able to program your FPGA in CUDA, or whatever results when mainstream programming figures out how to handle parallel systems properly.
I tell them to turn to the study of mathematics, for it is only there that they might escape the lusts of the flesh. -- Thomas Mann, "The Magic Mountain"
