"Knowing this, it might be cheaper for an HMO to enroll them in an exercise program" OR DROP THEIR COVERAGE!
They're a network of doctors and specialists, not an insurer - so this is completely irrelevant to the company sponsoring this. All they can do with the results (and they'll be the one that gets the algorithm, and it's using their data) is use it to tell their docs which of their patients need more (or different) help.
If you can find a way to reduce bid-ask spreads without this kind of stuff, then I'll agree. Until then, I can't join the chorus of detractors.... Unless you're pining for the days when you called your broker, paid him a percentage of the trade, and he placed your order in a market with a huge spread then you should be thanking the liquidity providers, not bashing them.
You just answered your own question - the reason for the high bid-ask spreads in the old days was because of how the industry was structured: old-boys networks that were the only ones that could place trades, high commissions, plus higher minimum spreads as a percent of price (on average).
Now that we have online trading, commissions can come down, so spreads can decrease. However, they don't have to decrease to nearly zero - automated trading systems that take the difference for themselves as profit aren't benefiting anyone. Placing trades in random order at one second intervals would get rid of the HFT madness, whilst still maintaining liquidity (and then the liquidity reflects people who really want to trade in the stock - not algorithms gaming the system).
By the way, look over his web site rowetel.com for the other work he's done: two really nice Open Hardware projects - a PBX and a mesh telephony device, an Open Source echo canceler for digital telephony, used in Asterisk and elsewhere, and his own electric car conversion.
I've got one of his little ip01 telephony boxes, and it is quite fantastic - a tiny, cheap, fanless, (embedded) Linux computer with plenty of memory and CPU grunt, and of course telephony hardware on board. It also has a package manager, with a quite a few pieces of software available, and regular firmware updates. It's much more powerful than the various Linux-based consumer routers that are available - it's a great option if you're looking for a small Linux server to run Asterisk, a little web site, DNS server, SSH, etc...
(I'm not affiliate with David or Rowetel in any way - just a happy customer, who is in awe of the amazing things this guy has achieved in such a wide variety of areas).
If that's true, then why is everybody I know of who plays WoW or other similar games an overweight unemployed loser?
Success at WoW depends partly on having plenty of time (which unemployed people will have), and requires lots of time sitting in front of a PC (which may mean less time exercising, leading to weight gain).
So it seems quite possible that being overweight and unemployed is correlated with playing WoW - but if so, I would expect the causation is in the opposite direction to what you imply, and does not disprove the assertion that managing a guild can help your people management skills.
How things change. When I see "Tucows", I still think of "The Ultimate Collection of Winsock Software". But then they started listing software that didn't use winsock... and then people stopped using the term "winsock" at all... and then they created the OpenSRS domain registration service... and now they are known as "domain name provider Tucows".
I'm sure the people living in China know all about this recent activity and are testament to the fact that... oh wait, no they don't, they have no idea what is going on, and there is no legal avenue to find out.
Why would they have no idea what's going on? They can read Slashdot just like you can, and therefore can find out about this from the same source as you have. There are also an enormous number of Chinese-language blogs with similar content.
China's firewall is, in practice (in my experience) fairly limited, and fairly random. None of the sites I read day to day were blocked anywhere I went in China, except for blogger.com blogs (although other blogging sites I read, such as Wordpress, were not blocked). I found people in China to be very well informed (at least, the folks in the cities - the 800m peasants in China of course don't in general have access to the internet, because they can't afford it).
Ok, one question. Can you do online backups yet with InnoDB or do you still have to shutdown the system?You can buy an incremental hot backup module from InnoDB for EUR250/year, or use MySQL replication to keep a backup constantly up to date (you can then stop replication and take down the slave DB to do a binary backup as required).
MySQL is ACID compliant if you use the InnoDB table type. InnoDB comes with the most recent version of MySQL. It supports transactions and rollback, row level locking, and referential integrity. Slashdot uses InnoDB.
The real problem is that the ex-monopoly provider of all of the main pipes in Australia charges monopolistic amounts for bandwidth. Want ADSL with a 20GB monthly quota? That will be US$1500, thanks... And that's the wholesale price!
In the US it is easy to get bandwidth for under US$2 per month, which is about 30x cheaper!See http://telstra.com.au/bigpond/direct/adslpricing.h tm for Australian pricing.
i know, i know, rtfm, but does apache 2.x still serve pages by forking a new process (i know, it preforks, blah blah, still you end up with dozens of processes)?
Yes, it does. There are a range of choices when you compile, but the threaded MPM is the default. There is also a Win32-specific multi-threaded engine.
until apache is a multithreaded server like AOLServer [aolserver.com] (don't laugh, it's open source and very, very good) or even a non-blocking IO server like thttpd [acme.com] it is just unusable for truly scalable or database-centric stuff
Well, it's not an issue now with Apache 2, but the above statement is simply not true. I can tell you that from experience running a scalable database-centric web application. The trick is to put a http accelerator / reverse proxy up front. It's easy to do and works very nicely.
We considered moving to Postgres for FastMail.FM as well because of the row locking issue. But instead we moved to MySQL with the InnoDB backend (which also drives Slashdot). We've found it works extremely well, and actually doing the upgrade was just a case of running 'ALTER TABLE TableName TYPE=InnoDB' for each table. InnoDB comes with the standard 4.0 binary now too, so you don't have to separately get the -max binary or compile it in yourself. And InnoDB supports multiple files over separate disks (including putting the log on a separate disk of course) so you don't have to worry about converting to RAID.
These look really yummy:-) But the mail client seems to be POP-3 only... Where's IMAP? IMAP is _way_ better for cell phones because on the slow connection you don't want to download attachments, and with IMAP you can just read the mail bodies. And with IMAP the email stays on the server so you can deal with attachments when you get back.
Have a look at Ping [claranet.fr] for instance. It's a smooth pong-like game with carebears, bonuses, funny sounds, etc
IE/Windows users might want to avoid clicking this link. It contains a script that deletes an email from your inbox. It won't effect you if your machine is secure, but there's better ways of finding that out...
Nick Tonkin has already written an extension to Apache::CodeRed that notifies administrators of infected hosts of both the CodeRed and Nimda worms. The module requires Apache+mod_perl and is available from here.
Nick's announcement is here and important configuration instructions are here.
Thanks to Nick, Nathan, and all the mod_perl crew for their quick work.
To minimise the amount of work Apache has to do when hit by an infected host, if you run mod_perl add these lines to your httpd.conf:
----
<Perl>
{
package Apache::Vermicide;
use Apache::Constants qw(:common:response);
sub handler {
my $r = shift;
if ($r->uri() =~/root\.exe|cmd\.exe|default\.ida/i) {
$r->push_handlers(PerlLogHandler => sub { return BAD_REQUEST });
return BAD_REQUEST;
}
return OK;
}
}
</Perl>
PerlPostReadRequestHandler Apache::Vermicide
----
Thanks to Nathan Torkington for this code.
> If Mozilla is going to be able to compete
> with the major browsers...
What other major browsers? Opera? Lynx? The legions of other 1%'ers?
As far as most webfolks are concerned there's IE for Wintel, IE for Mac (they've different code bases and behave very differently), Netscape et al v.4x, Netscape/Mozilla et al v.6x then generic text-browsers for ADA compatibility. That leaves Netscape/Mozilla as one of the two major names and the rest lost in the "other" catagory*.
I'm so glad you can speak for "most webfolks"...
Although unfortunately I can only speak for myself, I can certainly say that we see quite a bit of Konqueror usage at our site. Nothing like competing with IE, or course, but certainly up there with NS/Moz. It is the default browser on a number of major distributions nowadays and has a similar feature-set to Moz and IE, so I think it's fair to call it a 'major browser'.
A good game rewards the player to draw them in, making them think they've overcome the system, from the state where they're fumbling with the controls to the stage where the control has become transparent through practice
So true. But there's so much more that goes to make a 'good game'. In Trigger Happy: The Secret Life of Videogames Steven Poole (composer, Time Literary supplement author, and videogames enthusiast) sets out to answer the question 'What makes a videogame good?'. His attempt at understanding the videogame aesthetic does a great job of building a taxonomy of videogames and describing what makes a game enjoyable.
I couldn't hope to capture his findings in this brief post, but suffice to see that neither story nor game mechanics are of themselves enough to make a good game. Other elements discussed by Poole includes the importance of balancing the right amount of reality vs fantasy, the importance of frame-rate, appropriate graphics and sound, the use of rewards, the development of an immersive experience, and a whole lot more.
If anyone thinks that building a great game is easy and can be done by following a simple formula, I think you'll change you mind after reading this book.
If Eudora was the default instead of Outlook it would be just as popular.
No it wouldn't. As an MS Exchange client Outlook is very powerful. Eudora doesn't know anything about sending and responding to meeting requests, finding free-time/resources for meetings, coordinating todo items across a team, routing documents across a chain of reviewers, you get the idea...
When you've worked in an environment that uses Groupware such as Exchange, Notes, or Groupwise you'll see why Eudora and its ilk are not widely used in large businesses.
I just compiled 2.4.9 with read-only support for NTFS. It turns out that there is a small bug that stops it from compiling. To fix the bug, edit fs/ntfs/unistr.c, and add somewhere near the top (line 24 or 25 is fine):
It identifies any attempt to access '/default.ida', looks up the MX records of the remote IP, and sends a notification to postmaster@. It is not a 'hack back', just a notification email.
Look, raw sockets in windows are not the end of the world: they're available already, open source (http://netgroup-serv.polito.it/winpcap/), and you can run them as a non-privaleged user. In as much as MS have a concept of privaleged users.
Even if they weren't, there are SO MANY possible security exploits you can run using a small army of 0wn3d windows boxes. Including (but not limited to) just packeting the crap out of Steve "Bloody" Gibson's webserver.
The point is not that raw sockets provides new exploit opportunities. The point is that raw sockets are required to spoof ip headers. With raw sockets Gibson would have not have been able to put in place the filters that he did because the attackers would constantly vary the source IP addresses using packet spoofing.
Yes, winpcap exists. But Gibson's point is that without raw sockets in the core OS, it is hard to spoof packets. An attacker currently has to install a whole new network driver if they want to install a packet-spoofing exploit on a Win 9x/ME machine. Compared to the ease of writing simple trojans in VBS, this is very complex, and not something that we're seeing happening much (if at all) at the moment.
Anyway, the existance of winpcap hardly reduces the power of Cringely's conspiracy theory that MS is intentionally making TCP into a broken protocol. You see, winpcap was developed with the assistance of the kind folks at MS Research...
For instance, has anyone considered using something to script the IE network libraries (COM objects, I would imagine) in the background and launch a 'many millions of perfectly valid requests, complete with cookies and everything' attack.
Sorry? I fail to see how using the InternetExplorer COM object introduces the opportunity for new exploits... It's hardly rocket-science to generate a well-formed HTTP request ('including cookies'--"wow I managed to include the text 'Set cookie:' in my HTTP header without even using MS's COM interface!")
I think that this already exists - have a look at xns.org
I'm not so sure...
xns.org doesn't actually have any code yet (other than some limited tools donated by OneName), so you couldn't really say that this 'already exists'
xns.org is based on patented technology which has been licensed to xns.org by OneName. The license is revocable in certain circumstances, and restricted to areas that do not compete with OneName
This is not a distributed platform like Dave is proposing, AFAICT. The proposal would allow any group of sites to communicate identity details amongst themselves, whereas the xns.org system requires a root server. This means a monopoly.
The memo explains the testing in detail and clarifies that the fault was isolated as a MS SQL Server bug. The problem in v6.5 was 'fixed' in 7.0, but it turned out that 7.0 had only reduced the bug's impact, not fixed it. As a regular SQL Server user (now using 2000) I can confirm that SELECT integrity bugs are not unusual, as can be seen by reviewing the bug-fix list for each service pack. The relevent part of the memo is here:
Additional tests were developed in order to detect a systematic appearance of this SQL Server 6.5 software flaw. These tests were constructed in a such way that a presence of a flaw in the SQL Server 6.5 has been proved for sure. Microsoft did confirm a presence of this software flaw. This flaw has been filed by Microsoft as flaw No. SRX000403600845.
In a course of transition of KI-MACS application software core from version 6.5 to 7.0 and intensive testing of the modified KI-MACS, at the end of July, 2000 one more flaw has been detected in the SQL Server 7.0. This flaw has been recognized by the Microsoft and filed as flaw No. SRX000727603512. Principal modifications introduced by the Microsoft in SQL Server 7.0 which are relating to the data security and data protection in a Database, and presence of the said flaw, are considered as creating a direct threat to data security and data protection in the SQL Server 7.0 Databases.
Slashdot Mirror
"Knowing this, it might be cheaper for an HMO to enroll them in an exercise program" OR DROP THEIR COVERAGE!
They're a network of doctors and specialists, not an insurer - so this is completely irrelevant to the company sponsoring this. All they can do with the results (and they'll be the one that gets the algorithm, and it's using their data) is use it to tell their docs which of their patients need more (or different) help.
If you can find a way to reduce bid-ask spreads without this kind of stuff, then I'll agree. Until then, I can't join the chorus of detractors. ...
Unless you're pining for the days when you called your broker, paid him a percentage of the trade, and he placed your order in a market with a huge spread then you should be thanking the liquidity providers, not bashing them.
You just answered your own question - the reason for the high bid-ask spreads in the old days was because of how the industry was structured: old-boys networks that were the only ones that could place trades, high commissions, plus higher minimum spreads as a percent of price (on average).
Now that we have online trading, commissions can come down, so spreads can decrease. However, they don't have to decrease to nearly zero - automated trading systems that take the difference for themselves as profit aren't benefiting anyone. Placing trades in random order at one second intervals would get rid of the HFT madness, whilst still maintaining liquidity (and then the liquidity reflects people who really want to trade in the stock - not algorithms gaming the system).
By the way, look over his web site rowetel.com for the other work he's done: two really nice Open Hardware projects - a PBX and a mesh telephony device, an Open Source echo canceler for digital telephony, used in Asterisk and elsewhere, and his own electric car conversion.
I've got one of his little ip01 telephony boxes, and it is quite fantastic - a tiny, cheap, fanless, (embedded) Linux computer with plenty of memory and CPU grunt, and of course telephony hardware on board. It also has a package manager, with a quite a few pieces of software available, and regular firmware updates. It's much more powerful than the various Linux-based consumer routers that are available - it's a great option if you're looking for a small Linux server to run Asterisk, a little web site, DNS server, SSH, etc...
(I'm not affiliate with David or Rowetel in any way - just a happy customer, who is in awe of the amazing things this guy has achieved in such a wide variety of areas).
If that's true, then why is everybody I know of who plays WoW or other similar games an overweight unemployed loser?
Success at WoW depends partly on having plenty of time (which unemployed people will have), and requires lots of time sitting in front of a PC (which may mean less time exercising, leading to weight gain).
So it seems quite possible that being overweight and unemployed is correlated with playing WoW - but if so, I would expect the causation is in the opposite direction to what you imply, and does not disprove the assertion that managing a guild can help your people management skills.
chief executive of domain name provider Tucows
How things change. When I see "Tucows", I still think of "The Ultimate Collection of Winsock Software". But then they started listing software that didn't use winsock... and then people stopped using the term "winsock" at all... and then they created the OpenSRS domain registration service... and now they are known as "domain name provider Tucows".
Why would they have no idea what's going on? They can read Slashdot just like you can, and therefore can find out about this from the same source as you have. There are also an enormous number of Chinese-language blogs with similar content.
China's firewall is, in practice (in my experience) fairly limited, and fairly random. None of the sites I read day to day were blocked anywhere I went in China, except for blogger.com blogs (although other blogging sites I read, such as Wordpress, were not blocked). I found people in China to be very well informed (at least, the folks in the cities - the 800m peasants in China of course don't in general have access to the internet, because they can't afford it).
FYI, features 1, 5, 6, and 9 are all supported in VS.Net by using Resharper. I couldn't imagine using VS.Net without it...
Ok, one question. Can you do online backups yet with InnoDB or do you still have to shutdown the system?You can buy an incremental hot backup module from InnoDB for EUR250/year, or use MySQL replication to keep a backup constantly up to date (you can then stop replication and take down the slave DB to do a binary backup as required).
MySQL is ACID compliant if you use the InnoDB table type. InnoDB comes with the most recent version of MySQL. It supports transactions and rollback, row level locking, and referential integrity. Slashdot uses InnoDB.
The real problem is that the ex-monopoly provider of all of the main pipes in Australia charges monopolistic amounts for bandwidth. Want ADSL with a 20GB monthly quota? That will be US$1500, thanks... And that's the wholesale price!
h tm for Australian pricing.
In the US it is easy to get bandwidth for under US$2 per month, which is about 30x cheaper!See http://telstra.com.au/bigpond/direct/adslpricing.
Gee that came out wrong! I meant "Yes, it has now been changed to be multi-threaded", but it sounds like I meant the opposite!
To make it clear--Apache 2 is now multi-threaded by default on Win32 and Unix.
i know, i know, rtfm, but does apache 2.x still serve pages by forking a new process (i know, it preforks, blah blah, still you end up with dozens of processes)?
Yes, it does. There are a range of choices when you compile, but the threaded MPM is the default. There is also a Win32-specific multi-threaded engine.
until apache is a multithreaded server like AOLServer [aolserver.com] (don't laugh, it's open source and very, very good) or even a non-blocking IO server like thttpd [acme.com] it is just unusable for truly scalable or database-centric stuff
Well, it's not an issue now with Apache 2, but the above statement is simply not true. I can tell you that from experience running a scalable database-centric web application. The trick is to put a http accelerator / reverse proxy up front. It's easy to do and works very nicely.
We considered moving to Postgres for FastMail.FM as well because of the row locking issue. But instead we moved to MySQL with the InnoDB backend (which also drives Slashdot). We've found it works extremely well, and actually doing the upgrade was just a case of running 'ALTER TABLE TableName TYPE=InnoDB' for each table. InnoDB comes with the standard 4.0 binary now too, so you don't have to separately get the -max binary or compile it in yourself. And InnoDB supports multiple files over separate disks (including putting the log on a separate disk of course) so you don't have to worry about converting to RAID.
These look really yummy :-) But the mail client seems to be POP-3 only... Where's IMAP? IMAP is _way_ better for cell phones because on the slow connection you don't want to download attachments, and with IMAP you can just read the mail bodies. And with IMAP the email stays on the server so you can deal with attachments when you get back.
Have a look at Ping [claranet.fr] for instance. It's a smooth pong-like game with carebears, bonuses, funny sounds, etc
IE/Windows users might want to avoid clicking this link. It contains a script that deletes an email from your inbox. It won't effect you if your machine is secure, but there's better ways of finding that out...
Nick Tonkin has already written an extension to Apache::CodeRed that notifies administrators of infected hosts of both the CodeRed and Nimda worms. The module requires Apache+mod_perl and is available from here.
Nick's announcement is here and important configuration instructions are here.
Thanks to Nick, Nathan, and all the mod_perl crew for their quick work.
To minimise the amount of work Apache has to do when hit by an infected host, if you run mod_perl add these lines to your httpd.conf: :response);
/root\.exe|cmd\.exe|default\.ida/i) {
----
<Perl>
{
package Apache::Vermicide;
use Apache::Constants qw(:common
sub handler {
my $r = shift;
if ($r->uri() =~
$r->push_handlers(PerlLogHandler => sub { return BAD_REQUEST });
return BAD_REQUEST;
}
return OK;
}
}
</Perl>
PerlPostReadRequestHandler Apache::Vermicide
----
Thanks to Nathan Torkington for this code.
> If Mozilla is going to be able to compete
> with the major browsers...
What other major browsers? Opera? Lynx? The legions of other 1%'ers?
As far as most webfolks are concerned there's IE for Wintel, IE for Mac (they've different code bases and behave very differently), Netscape et al v.4x, Netscape/Mozilla et al v.6x then generic text-browsers for ADA compatibility. That leaves Netscape/Mozilla as one of the two major names and the rest lost in the "other" catagory*.
I'm so glad you can speak for "most webfolks"...
Although unfortunately I can only speak for myself, I can certainly say that we see quite a bit of Konqueror usage at our site. Nothing like competing with IE, or course, but certainly up there with NS/Moz. It is the default browser on a number of major distributions nowadays and has a similar feature-set to Moz and IE, so I think it's fair to call it a 'major browser'.
A good game rewards the player to draw them in, making them think they've overcome the system, from the state where they're fumbling with the controls to the stage where the control has become transparent through practice
So true. But there's so much more that goes to make a 'good game'. In Trigger Happy: The Secret Life of Videogames Steven Poole (composer, Time Literary supplement author, and videogames enthusiast) sets out to answer the question 'What makes a videogame good?'. His attempt at understanding the videogame aesthetic does a great job of building a taxonomy of videogames and describing what makes a game enjoyable.
I couldn't hope to capture his findings in this brief post, but suffice to see that neither story nor game mechanics are of themselves enough to make a good game. Other elements discussed by Poole includes the importance of balancing the right amount of reality vs fantasy, the importance of frame-rate, appropriate graphics and sound, the use of rewards, the development of an immersive experience, and a whole lot more.
If anyone thinks that building a great game is easy and can be done by following a simple formula, I think you'll change you mind after reading this book.
If Eudora was the default instead of Outlook it would be just as popular.
No it wouldn't. As an MS Exchange client Outlook is very powerful. Eudora doesn't know anything about sending and responding to meeting requests, finding free-time/resources for meetings, coordinating todo items across a team, routing documents across a chain of reviewers, you get the idea...
When you've worked in an environment that uses Groupware such as Exchange, Notes, or Groupwise you'll see why Eudora and its ilk are not widely used in large businesses.
I just compiled 2.4.9 with read-only support for NTFS. It turns out that there is a small bug that stops it from compiling. To fix the bug, edit fs/ntfs/unistr.c, and add somewhere near the top (line 24 or 25 is fine):
#include <linux/kernel.h>
To automatically notify webmasters of infected sites, if you have mod_perl/Apache, use this script:
h prerm
http://forum.swarthmore.edu/epigone/modperl/nehza
It identifies any attempt to access '/default.ida', looks up the MX records of the remote IP, and sends a notification to postmaster@. It is not a 'hack back', just a notification email.
Look, raw sockets in windows are not the end of the world: they're available already, open source (http://netgroup-serv.polito.it/winpcap/), and you can run them as a non-privaleged user. In as much as MS have a concept of privaleged users.
Even if they weren't, there are SO MANY possible security exploits you can run using a small army of 0wn3d windows boxes. Including (but not limited to) just packeting the crap out of Steve "Bloody" Gibson's webserver.
The point is not that raw sockets provides new exploit opportunities. The point is that raw sockets are required to spoof ip headers. With raw sockets Gibson would have not have been able to put in place the filters that he did because the attackers would constantly vary the source IP addresses using packet spoofing.
Yes, winpcap exists. But Gibson's point is that without raw sockets in the core OS, it is hard to spoof packets. An attacker currently has to install a whole new network driver if they want to install a packet-spoofing exploit on a Win 9x/ME machine. Compared to the ease of writing simple trojans in VBS, this is very complex, and not something that we're seeing happening much (if at all) at the moment.
Anyway, the existance of winpcap hardly reduces the power of Cringely's conspiracy theory that MS is intentionally making TCP into a broken protocol. You see, winpcap was developed with the assistance of the kind folks at MS Research...
For instance, has anyone considered using something to script the IE network libraries (COM objects, I would imagine) in the background and launch a 'many millions of perfectly valid requests, complete with cookies and everything' attack.
Sorry? I fail to see how using the InternetExplorer COM object introduces the opportunity for new exploits... It's hardly rocket-science to generate a well-formed HTTP request ('including cookies'--"wow I managed to include the text 'Set cookie:' in my HTTP header without even using MS's COM interface!")
I'm not so sure...
The memo explains the testing in detail and clarifies that the fault was isolated as a MS SQL Server bug. The problem in v6.5 was 'fixed' in 7.0, but it turned out that 7.0 had only reduced the bug's impact, not fixed it. As a regular SQL Server user (now using 2000) I can confirm that SELECT integrity bugs are not unusual, as can be seen by reviewing the bug-fix list for each service pack. The relevent part of the memo is here:
Additional tests were developed in order to detect a systematic appearance of this SQL Server 6.5 software flaw. These tests were constructed in a such way that a presence of a flaw in the SQL Server 6.5 has been proved for sure. Microsoft did confirm a presence of this software flaw. This flaw has been filed by Microsoft as flaw No. SRX000403600845.
In a course of transition of KI-MACS application software core from version 6.5 to 7.0 and intensive testing of the modified KI-MACS, at the end of July, 2000 one more flaw has been detected in the SQL Server 7.0. This flaw has been recognized by the Microsoft and filed as flaw No. SRX000727603512. Principal modifications introduced by the Microsoft in SQL Server 7.0 which are relating to the data security and data protection in a Database, and presence of the said flaw, are considered as creating a direct threat to data security and data protection in the SQL Server 7.0 Databases.