When last I tried it, about a year ago, it didn't hide windows, but applications. Which meant that you couldn't have, say, terminal windows in more than one space. Which makes it completely useless for my purposes.
The underlying problem is that Apple hasn't released the API for the window manager, and no amount of dumping symbols from binaries, tracing, etc, seems to produce anything of value. I wish Apple would open up this window manager API, so that we can get a useful virtual desktop manager.
I worked for a database company a number of years ago, whose product had to work on _everything_. I ran a build/test lab with probably 200 different combinations of Unix/hardware. I remember the Unisys boxes to be some of the nastiest, running a pretty much stock SVR4, IIRC. SVR4 without any embellishments is no fun at all.
That's a funny thing, actually, because Coke does try to market against water. Not necessarily in this country, but in contries where Coke is developing its market, definitely.
PCPhoneHome has a product which claims to email "position data" regularly from your laptop (Any machine running Windows, MacOS, Linux, or PalmOS, they claim).
Ignoring however they manage to provide this GPS in software, and how they manage to send email via a variety of possible transports (without being detectable at the OS level, they claim to run at a much lower level), they have one claim in particular that is mind-boggling:
They have a couple of versions, the freeware version does everything above, and the $30 version claims that it can't be removed from a hard disk with "fdisk, low-level format, or format".
I think they're pushing snake oil. If they actually do everything they claim to do, I'd love to find out how. Does anyone have any experience with them?
The 128 bits Netscape uses are for a symetric key. It takes considerably less bits for a symetric key to be secure, than an asymetric key. (I forget the equivalency, but ISTR that 128 bits symetric is roughly equivalent of 2048 bits asymetric.) And the symetric keys netscape uses don't depend on factoring primes to be secure... Although the key exchange that netscape uses to send the session key probably does.
There is no "moving closer to the NT codebase". There's Win9x, which is DOS-based, and there's NT, which is a completely different operating system. Microsoft's removal of the ability to boot into DOS mode in ME is a deception.
Get hundreds of people to crank out code for you, pay a paltry sum to one of them, keep all the code. Pay $10K for millions of dollars in potential technology.
That's about the slickest thing I've ever seen. You have to admire them for their evil. Microsoft could learn a thing or ten from them.
Every app will benifit because, even though every non-threaded app will only run on one processor, the OS will split running apps among processors, each processor will only have half as much work to do.
I'm not certain that Darwin is able to move a process from one processor to the other, but either way, this is a win.
Microsoft has come out with a new book recently...
on
WinXP Security Flaw
·
· Score: 4, Funny
* For me, Perl syntax hits the sweet spot between too much order (e.g. Pascal, Ada, Python) and too much chaos (e.g. Lisp, APL, Forth). It "fits my brain" better than any other language I've used.
* Perl's TMTOWTDI philosophy extends past its syntax and into its semantics, and that allows me to craft the precise compromise I want between code size, maintainability, efficiency, and complexity.
* Perl lets me to program in a style that suits me, rather than enforcing a style that some language designer thought would be best for me.
* It's an "instant gratification" language. Because Perl provides acceptable execution speed with no separate compilation step, I often find myself developing right in my editor. In fact, I have a key permanently bound to ":!perl -w %" under vi for just that reason.
* It can be quick-and-dirty when I feel the need for speed, but it can also be clean-and-careful when I need robustness. And it can be both in the same program, which lets me prototype new features quickly without compromising the integrity of the existing code.
* Perl is multi-paradigm: I can write code that's procedural, or object-oriented, or functional, or declarative; whatever solves my problem best. I can even mix styles when the optimal solution calls for that.
* Perl's built-in types (i.e. nestable arrays and hashes) cover the vast majority of my needs without requiring me to drag in libraries or jump through memory management hoops.
None of these are good reasons to use Perl. None! These are all reasons that Perl is a maintenance nightmare, and not at all suitable for programs in excess of five hundred lines, or programs that will ever have to be modified.
Even good Perl is some of the worst code I've ever seen.
Just say no.
No. Wrong. Only one device can talk on an IDE bus at a time. The speed limit on an IDE bus is the speed of the fastest device, and that's the _best_ case.
It's the worst possible standard for a drive interface which is currently in widespread use.
SCSI electronics aren't any more complex than IDE electronics, and the price of SCSI would not be what it is if Worse is Better hadn't stuck it's dirty fingers into the pot.
I forgot to post my worst bitch about IDE. On PC hardware, at least, you get a maximum of two busses per IRQ. Building cheap servers with IDE eats IRQs like popcorn.
Of course, rants about IBM AT architecture, specifically IRQ stupidity, belong in another post.
But they aren't doing anything to make it SUCK LESS. Drive platters aren't getting faster at the rate the controller is. Very few, if any, drives currently available can saturate an ATA33 bus, sustained. The only thing these ludicrous improvments are doing are increasing performance to and from the drive cache.
Now that IDE has for all intents and purposes killed SCSI on the desktop, you'd think that they'd expend a little fucking engineering effort to make it so that you can control more than two drives on a controller, and so that a other devices on the chain can work while one is processing a command.
I'm horrified at how IDE has flourished. It's the worst possible standard for a drive interface.
When I was in college, I chanced upon alt.sysadmin.recovery about the same time I started playing with Linux.
For some reason, the stories there seemed attractive to me. Perhaps it was heavy drug use, perhaps it was an as-yet-undiagnosed brain tumor. At any rate, I started learning unixy things at an insane rate, pretty much to the loss of everything else. Still haven't finished my degree yet.
My first commercial gig was setting up a network for an architect. I used a linux box as a SAMBA server for several DOS and Win 95 machines. The really cool thing I did there was set up another linux box as a plot server for a couple of Autocad workstations. It was Autocad 12 for dos, I used the dos lanman client with tcp/ip, and samba for print spooling. Worked like a charm.
Then I did some programming for a while, and eventually moved to Boston. My first two gigs in Boston were sysadmin jobs, and the second one, maintaining a lab of about 200 machines with about 50 different crufty versions of unix, from old weird Fujitsu, Sequent, and Data General machines to the newest things Sun had, pretty much killed it for me.
Now I downplay sysadmin work on my resume, and try to only interview for programming jobs. I'm much, much happier this way.
Slashdot Mirror
It hasn't been updated in a year.
When last I tried it, about a year ago, it didn't hide windows, but applications. Which meant that you couldn't have, say, terminal windows in more than one space. Which makes it completely useless for my purposes.
The underlying problem is that Apple hasn't released the API for the window manager, and no amount of dumping symbols from binaries, tracing, etc, seems to produce anything of value. I wish Apple would open up this window manager API, so that we can get a useful virtual desktop manager.
Excel blew Quattro Pro out of the water. Access is a database, Excel and Quattro are spreadsheets.
Now, what you say is true with regard to Paradox.
I worked for a database company a number of years ago, whose product had to work on _everything_. I ran a build/test lab with probably 200 different combinations of Unix/hardware. I remember the Unisys boxes to be some of the nastiest, running a pretty much stock SVR4, IIRC. SVR4 without any embellishments is no fun at all.
That's a funny thing, actually, because Coke does try to market against water. Not necessarily in this country, but in contries where Coke is developing its market, definitely.
Firewire _is_ serial SCSI.
A lot more people have died in the Soviet space program than the US one. It's easy to be first if you don't care about quality and safety.
I wonder what they think of people using SSH to remotely log-in to a windows box. I believe that the openssh daemon compiles natively under cygwin.
PCPhoneHome has a product which claims to email "position data" regularly from your laptop (Any machine running Windows, MacOS, Linux, or PalmOS, they claim).
Ignoring however they manage to provide this GPS in software, and how they manage to send email via a variety of possible transports (without being detectable at the OS level, they claim to run at a much lower level), they have one claim in particular that is mind-boggling:
They have a couple of versions, the freeware version does everything above, and the $30 version claims that it can't be removed from a hard disk with "fdisk, low-level format, or format".
I think they're pushing snake oil. If they actually do everything they claim to do, I'd love to find out how. Does anyone have any experience with them?
Look at the article, specifically, the artist's depiction.
. o O (Beige. I think I'll paint the universe beige.)
The 128 bits Netscape uses are for a symetric key. It takes considerably less bits for a symetric key to be secure, than an asymetric key. (I forget the equivalency, but ISTR that 128 bits symetric is roughly equivalent of 2048 bits asymetric.) ...
And the symetric keys netscape uses don't depend on factoring primes to be secure
Although the key exchange that netscape uses to send the session key probably does.
There is no "moving closer to the NT codebase".
There's Win9x, which is DOS-based, and there's NT, which is a completely different operating system.
Microsoft's removal of the ability to boot into DOS mode in ME is a deception.
Evil, but brilliant.
Get hundreds of people to crank out code for you, pay a paltry sum to one of them, keep all the code. Pay $10K for millions of dollars in potential technology.
That's about the slickest thing I've ever seen. You have to admire them for their evil. Microsoft could learn a thing or ten from them.
What law? Show me a law.
A law against publishing instructions would clearly violate the first amendment.
Every app will benifit because, even though every non-threaded app will only run on one processor, the OS will split running apps among processors, each processor will only have half as much work to do.
I'm not certain that Darwin is able to move a process from one processor to the other, but either way, this is a win.
Along similar lines of "Writing Solid Code".
Wait for it, wait for it...
"Writing Secure Code"
None of these are good reasons to use Perl. None! These are all reasons that Perl is a maintenance nightmare, and not at all suitable for programs in excess of five hundred lines, or programs that will ever have to be modified.
Even good Perl is some of the worst code I've ever seen.
Just say no.
You remember when the most dangerous toys were actually, you know, DANGEROUS, like lawn darts, and not just politically incorrect?
SOMEONE MIGHT CHOKE ON THAT DOOM CARTRIDGE, YOU KNOW.
Can you do anything with an 8-bit microcontroller anymore? :)
Although putting an embedded web server on a Z80-based machine is kinda cool.
This reminds me of this wonderful article that's popped up on JWZ's site several times about the economics of the music industry.
It really sucks.
http://www.arancidamoeba.com/mrr/
No. Wrong. Only one device can talk on an IDE bus at a time. The speed limit on an IDE bus is the speed of the fastest device, and that's the _best_ case.
It's the worst possible standard for a drive interface which is currently in widespread use.
SCSI electronics aren't any more complex than IDE electronics, and the price of SCSI would not be what it is if Worse is Better hadn't stuck it's dirty fingers into the pot.
I forgot to post my worst bitch about IDE. On PC hardware, at least, you get a maximum of two busses per IRQ. Building cheap servers with IDE eats IRQs like popcorn.
Of course, rants about IBM AT architecture, specifically IRQ stupidity, belong in another post.
But they aren't doing anything to make it SUCK LESS. Drive platters aren't getting faster at the rate the controller is. Very few, if any, drives currently available can saturate an ATA33 bus, sustained. The only thing these ludicrous improvments are doing are increasing performance to and from the drive cache.
Now that IDE has for all intents and purposes killed SCSI on the desktop, you'd think that they'd expend a little fucking engineering effort to make it so that you can control more than two drives on a controller, and so that a other devices on the chain can work while one is processing a command.
I'm horrified at how IDE has flourished. It's the worst possible standard for a drive interface.
When I was in college, I chanced upon alt.sysadmin.recovery about the same time I started playing with Linux.
For some reason, the stories there seemed attractive to me. Perhaps it was heavy drug use, perhaps it was an as-yet-undiagnosed brain tumor. At any rate, I started learning unixy things at an insane rate, pretty much to the loss of everything else. Still haven't finished my degree yet.
My first commercial gig was setting up a network for an architect. I used a linux box as a SAMBA server for several DOS and Win 95 machines. The really cool thing I did there was set up another linux box as a plot server for a couple of Autocad workstations. It was Autocad 12 for dos, I used the dos lanman client with tcp/ip, and samba for print spooling. Worked like a charm.
Then I did some programming for a while, and eventually moved to Boston. My first two gigs in Boston were sysadmin jobs, and the second one, maintaining a lab of about 200 machines with about 50 different crufty versions of unix, from old weird Fujitsu, Sequent, and Data General machines to the newest things Sun had, pretty much killed it for me.
Now I downplay sysadmin work on my resume, and try to only interview for programming jobs. I'm much, much happier this way.