FoxPro On Linux, Drama Ensues

bltfast32 writes "I don't know how many people have been following this, but this is definitely worth keeping an eye on. Whil Hentzen, prominent FoxPro and Linux advocate, has received some heat lately for publishing a HOWTO in the March 2003 FoxTalk issue for running Visual FoxPro 8.0 on Linux with WINE. Of course, the aforementioned heat, is coming from Redmond. Here is a link to a nice summary of the interactions by Whil." That summary mentions the Register article online here. bltfast32 also points to another article which requires registration.

No surprise

[Gefiltefish11]

To anyone who has followed MS's track record (as highlighted so vociferously here on /. over the past few years), this should come as no surprise at all.

Even if it may result in more use and sales of their product, the name of the game is control and MS values that, it seems, more than potential profits. In fact, it probably costs them more dollars for their lawyers to draft various emails and notices than it would if a few Linux nerds run MS software. In fact, the latter probably costs them zip.

Thinking about this a bit more, it seems that control is the name of the game in most of industry --MPAA and RIAA certainly included!

Re:No surprise

[TopShelf]

Control, however, is extremely important when it comes to brand reputation, and is perfectly justifiable in many cases. Consider a software vendor who has released a product specifically for a certain class of operating systems. It would be entirely reasonable for them to restrict the use of that application (via the EULA) to avoid deployment on other OS's, due to the unpredictable issues that will pop up.

Now, there may well be another decision process about whether to include more operating systems withi

Re:No surprise

[arkanes]

No, it's not. Theoretically, an EULA is a legally binding document - you're saying it's reasonable for a company to be able to (legally) require you to use a specific OS, whether or not it's required from a technical standpoint (it's obviously not, in this case, since it works). That's absurd, especially when the company in question is an OS company. It's tied directly to all the old arguments about monopolies and abusive behavior. They're perfectly justified in refusing support to anyone who's trying to run it under a non-authorized system, but bringing legal force to bear on someone who is doing so, or even helping other people do so, is utterly ridiculous.

Re:No surprise

[TopShelf]

Since the EULA is a legally binding document that the user is entering into willfully, an OS restriction could easily be a part of that. (Now, whether shrinkwrap license agreements with more fine print then a mortgage are a good idea, that's another story)

From Microsoft's point of view, are they just supposed to take a few techies word for it that FoxPro "works" under WINE? Let's say, for example, that a bug in FoxPro is found that represents a security risk - MS can use Windows Update and other means to

Re:No surprise

[Nevyn]

Since the EULA is a legally binding document that the user is entering into willfully, an OS restriction could easily be a part of that. (Now, whether shrinkwrap license agreements with more fine print then a mortgage are a good idea, that's another story)

It's not obvious that the above is legal though, for a normal company. For a company that owns/controls both the OS and product, it's even less likely.

Let's say, for example, that a bug in FoxPro is found that represents a security risk - MS can

Re:No surprise

[cyberformer]

are you saying that MS should be allowed to say you can't firewall their products?

Microsoft probably will add that as a restriction in some of its EULAs, if it hasn't already done so. It may not be legally binding, but a few well-placed campaign contributions will change that (UCITA). With Palladium, they will even be able to enforce it automatically: software simply won't run until Microsoft's central database confirms that your license is still valid.

Re:No surprise

[Archie Steel]

Well, in that case, they should just not offer any support for it. That's seems like a simple, reasonable (and legal) proposition. Here's the product: if you don't use it within such framework, then we're not responsible if something goes wrong. Except that in this case, of course, MS isn't responsible if things go wrong even if you use the software within the suggested framework. So it is a control issue - they just want to continue to impose their monopoly, like they've done in the past.

bullshit again

[RelliK]

Since the EULA is a legally binding document that the user is entering into willfully, an OS restriction could easily be a part of that.

EULAs are on a shaky legal ground precisely because in most cases the users are not entering into the agreement willfully. You cannot view the agreement until you buy the software, open the box and start installing it -- but once you open the shrinkwrap, you implicitly agree to the terms hidden inside the box and you can no longer return the software. In effect, EULA is a

Re:No surprise

[RoLi]

Since the EULA is a legally binding document...

Well, anywhere where even the most basic consumer protection laws exist (= everywhere outside the USA), a contract that is agreed upon after the purchase was made is invalid and completely void.

Also, some courts in Germany have ruled that Microsoft has no right to legally bind an OS to a computer, the consumer must have the right to resell computer and OS-license seperately, so I guess they wouldn't have the right to bind FoxPro to Windows even if the EULA was legally binding.

But even in the USA, the pathetic remains of consumer protection should prevent Microsoft from legally binding Foxpro to Windows: Anti-Trust laws are pretty clear on that.

Let's say, for example, that a bug in FoxPro is found that represents a security risk - MS can use Windows Update and other means to get a patch out to their Windows-based customers, but what do they do for the WINE-rs? That's a loose end that I certainly wouldn't want to deal with...

This is so ridiculous, I can't believe it. Are you working for MS? This is such obvious nonsense - if that were true, MS would have to force Windows update on everyone, make sure everyone has an Internet connection and force every update down the throats of customers. (Yes, MS would certainly like it that way, sure.)

Re:No surprise

[Sj0]

You don't seem to understand the difference between a EULA, a README, and a disclaimer.

Here's the deal:

If you break the EULA, you no longer own the software. Read it. They can take away your license with extreme prejudice if you break any of the stipulations within.

If you ignore a README, you're a little more ignorant, but nothing happens. MS certainly can't take away your software!

If you ignore a disclaimer, you can't bitch at MS if Foxpro stops working, or if WINE won't let you print, or any such thin

Re:No surprise

[fferreres]

It is not supported under Linux, so they should have no problems at all. In fact, there are many products that are not supported under several variants of Windows, but there are how-to's for the brave that want to try to make it work despite they will be on their own.

Could run != Is supported

Re:No surprise

[cayenne8]

Can anyone quote in the the EULA where it states that you can't run/distribute this software on other OS's besides windoze?

Re:No surprise

[Dr. Zowie]

It would be entirely reasonable for them to restrict the use of that application (via the EULA) to avoid deployment on other OS's, due to the unpredictable issues that will pop up.

Actually, no, it wouldn't be. Yes, attempting to regulate use of the application is one way to solve the problem. No, it's far from the best way.

In California in the mid-1990s, there was a problem that insurance companies were getting hit hard by large court awards to the families of motorcyclists. It seems that a lot of motorcyclists were getting killed in collisions with cars, where the cars were at fault. The solution that was adopted was to require all riders to wear motorcycle helmets -- in other words, to assume a paternalistic attitude toward the riders. The correct solution (in the sense of being minimally intrusive while solving the problem) would have been to legally limit the liability of car drivers who hit helmetless motorcyclists.

Likewise, restricting the operating system is a bad move from the point of view of the customer: a better solution (for the customer) is just to refute any warranty or support for other platforms than Windows. The only reason to try restricting the output environment is to preserve Microsoft's monopoly, at the expense of the customer.

bullshit

[RelliK]

Consider a software vendor who has released a product specifically for a certain class of operating systems. It would be entirely reasonable for them to restrict the use of that application (via the EULA) to avoid deployment on other OS's, due to the unpredictable issues that will pop up.

False. They can say "this product is designed to be used on system X; we will not support it if you use it on system Y". However, nothing gives them the right to demand that you use the product on system X, just like GM cannot demand that you have your car serviced only at Goodwrench. That is an abuse of monopoly, plain and simple.

Re:No surprise

[Crispy Critters]

Control, however, is extremely important when it comes to brand reputation, and is perfectly justifiable in many cases. Consider a software vendor who has released a product specifically for a certain class of operating systems. It would be entirely reasonable for them to restrict the use of that application (via the EULA) to avoid deployment on other OS's, due to the unpredictable issues that will pop up.

I see the propaganda has succeeded and mind control is now complete.

It is not the slightest bit reasonable ever for a company to be able to control how you use their product after you have given them money in return for the right of such use.

To give a concrete example of why this is wrong, for those who don't find it obvious, imagine a company wants to distribute these executables to a restricted set of identical Linux boxes with the configuration carefully tested. There is no danger of damaging the reputation of the original framework; in fact this could only improve its reputation.

Your argument is the same one that would make all mp3 files illegal, because they may be related to illegal copying, or the outlawing of the DeCSS code because it might be used to make a forbidden copy.

Maintaining a remotely free society demands extreme scrutiny of such examples of prior restraint, restrictions based on a hypothetical damage with no proof that it ever had or would actually occur.

Re:No surprise

[4of12]

It would be entirely reasonable for them to restrict the use of that application (via the EULA) to avoid deployment on other OS's, due to the unpredictable issues that will pop up.

Would it?

It seems strange to me that software EULA should be so encumbered with these kinds of restrictions if one makes a comparison to automobiles.

In that case, the manufacturer doesn't restrict you to only drive on certains roads, or toll-roads, as the case may be.

Rather, it's understood, and usually described in the user's manual, that the automobile works best and has been test to work well on paved hard-surfaced roads. If you drive off-road, or on a non-recommeded road, then you assume responsibility for the consequences. Various warranties and legal protections are disclaimed.

Software should be treated similarly. You assume the risks and consequences if you use the software in unintended ways, but there shouldn't be some arbitrary restriction on how you may use it.

The only valid reason for tying Visual FoxPro to a particular OS like Windows is in the case of a systems integrator that assumes extra risk by tying together all of your systems and guaranteeing the whole kit and kaboodle will perform.

For MS to claim it is a systems integrator in this regard is, at the least, far-fetched.

Worse, their actions could be viewed very plausibly as a conflict of interest.

Re:No surprise

[StarTux]

Thats fine when you're not a bona fide monopoly...Having 90% or so of the desktop market changes everything with regards to this, they are indeed tying this product into the OS.

Also, its easy to say, "unsupported" rather than we sue you...

StarTux

Re:No surprise

[RoLi]

Thats fine when you're not a bona fide monopoly.

Wrong, it's not fine. One of the basic principles of free societies (certainly not the USA, but almost everywhere else) is that a vendor does not have the right to dictate how his goods have to be used.

Yes, this includes Microsoft binding OEM-Windows to certain computers, yes, in Europe and most parts of the world selling OEM-Windows and computers seperately is 100% legal.

The biggest mistake the US DOJ made was calling MS a monopoly. This just opened the

Re:No surprise

[Descartes]

In fact, it probably costs them more dollars for their lawyers to draft various emails and notices than it would if a few Linux nerds run MS software

are you kidding? This is 100% about profits. Microsoft knows it makes some great products (like FoxPro) but the majority of their market share is in the OS, which is not nearly as well made. Microsoft knows if they let people start using their good products on other OSs that they'll lose their OS market share. Why bother using a buggy, and insecure OS when you can get a much better product for free, assuming you're willing to put in the effort to use linux.

Micosoft is not just worried about a few linux nerds, they're worried about companies doing the math to figure out the difference in cost between paying someone to get their system working in linux and the cost of paying for MS licenses. As a linux nerd I have no personal need to run MS software and potentially violate their EULA, but I know that companies are willing to pay me to do it if it helps their bottom line.

Re:No surprise

[Catiline]

In fact, it probably costs them more dollars for their lawyers to draft various emails and notices than it would if a few Linux nerds run MS software. In fact, the latter probably costs them zip.

No, geeks cost Microsoft big dollars -- and not when you apply *AA style piracy maths. When Microsoft begins their push to .NET based application servers where you don't own a copy but instead pay "rent" for the software (monthly? Hourly? Per use? All of the above?), every user of Open Source will be a lost stream of revenue. Under such a scheme (where you pay constant fees for using MS software but OSS/Linux remains free=beer), I know a whole bunch of people who would find it very favorable to switch to Linux purely for that financial aspect (as it is a problem of a completely different magnitude to forge a valid server login versus pirating standalone programs).

Also as people become less capable of performing their own system maintainence thanks to Digital Rights Manglement and Palladium protection of the OS (ever performed a 1:1 hard drive swap or motherboard upgrade under Windows XP?), they will find more and more value in the free=speech (libris) aspect of OSS as well. Yes, we Linux geeks don't cost Microsoft any money at all... except in lost sales of upgrade packages (and in the future, lost rent on their software). And that sum of money, according to the *AA piracy maths, is vast indeed (why, I myself must have cost them $1B thanks to my own non-MS use and advocacy thereof!).

Re:No surprise

[ackthpt]

Even if it may result in more use and sales of their product, the name of the game is control

Well, they've only got so much control... you see this statement:

The EULA requires that the "Distributables" (defined in a separate file that's part of the Visual FoxPro installation) could only be used "in conjunction with the Windows operating system".

And think how broad that is (assuming that's the actual wording, which it may not be, yet...) so you could, in the spirit in which many e-tailers sell M

Re:No surprise

[Pharmboy]

Even if it may result in more use and sales of their product, the name of the game is control and MS values that, it seems, more than potential profits. In fact, it probably costs them more dollars for their lawyers to draft various emails and notices than it would if a few Linux nerds run MS software. In fact, the latter probably costs them zip.

One of the benefits of having profit margins in the 50%+ range is you can do stuff like this. Well, maybe not morally or potentially legally, but you can afford

Re:No surprise

[NanoGator]

"Even if it may result in more use and sales of their product, the name of the game is control and MS values that, it seems, more than potential profits."

Of course the game is control. If Microsoft doesn't control the environment that their product is running in, then how can they possibly support it? Afterall, people have a way of blaming Microsoft for other people's problems.

"Netscape crashed, damn Microsoft!"

How do you tell if any problems are a result of FP or a result of Wine?

In any case, I ha

Re:No surprise

[IdleTime]

This is not so much about VFP as it is a testing ground for what will come from MS.

I don't think MS cares if VFP apps were to be run on Linux. The whole ordeal is more about how they are thinking of changing the EULA so that no program written for MS Windows can legally be run on anything else than Widnows.

What they are trying to do here is to ban all Windows executables from beeing run on an OS other than Windows. MS sees Linux as a long term threath and they want to do something about it. They can't b

Wait...

[Sheetrock]

Isn't it part of Microsoft licensing that you must run the software under Microsoft's environment? I haven't used FoxPro since Microsoft bought it out, but I've heard that's a pretty common term with at least some of their EULAs.

I know that Linux and GNU software carries some terms of their own, and I can't imagine any Open Source developer that would be that thrilled if Microsoft pulled a quid-pro-pro and copied our stuff into their stuff. Isn't there any alternative that was actually designed to run on Linux?

Re:Wait...

[Anonymous Coward]

Microsoft's TCP stack was based on one of the *BSDs, and IE had its roots in Mosaic. There is no GNU-bitching about this, imagine that.

Re:Wait...

[Col. Klink (retired)]

> Isn't it part of Microsoft licensing that you must run the software under Microsoft's environment?

Wasn't MicroSoft convicted for antitrust violations? Isn't "tying" a violation of antitrust laws?

> I know that Linux and GNU software carries some terms of their own...

The GPL has absolutely no "use" restrictions. If you do not plan to redistribute GPL software, the GPL has absolutely no effect on you.

Re:Wait...

[angle_slam]

This isn't tying. Tying would be including FoxPro with Windows. This is restricting FoxPro to Windows. Huge difference.

Re:Wait...Here's the EULA

[burninginside]

END-USER LICENSE AGREEMENT FOR MICROSOFT SOFTWARE IMPORTANT-READ CAREFULLY: This Microsoft End-User License Agreement (''EULA'') is a legal agreement between you (either an individual or a single entity) and Microsoft Corporation for the Microsoft software product(s) accompanying this EULA, which include(s) computer software and may include "online" or electronic documentation, associated media, and printed materials (''SOFTWARE PRODUCT''). By installing, copying, or otherwise using the SOFTWARE PRODUCT or any UPDATES (as defined below), you agree to be bound by the terms of this EULA. If you do not agree to the terms of this EULA, do not install, copy, or otherwise use the SOFTWARE PRODUCT; you may, however, return it to your place of purchase for a full refund. In addition, by installing, copying, or otherwise using any updates or other components of the SOFTWARE PRODUCT that you receive separately as part of the SOFTWARE PRODUCT (''UPDATES''), you agree to be bound by any additional license terms that accompany such UPDATES. If you do not agree to the additional license terms that accompany such UPDATES, you may not install, copy, or otherwise use such UPDATES. SOFTWARE PRODUCT LICENSE The SOFTWARE PRODUCT is protected by copyright laws and international copyright treaties, as well as other intellectual property laws and treaties. The SOFTWARE PRODUCT is licensed, not sold. NOTE: The terms of a printed, paper EULA which may accompany the SOFTWARE PRODUCT supersede the terms of any on-screen EULA found within the SOFTWARE PRODUCT. 1. LICENSE TO USE SOFTWARE PRODUCT. 1.1 General License Grant. Microsoft grants to you as an individual, a personal, nonexclusive license to make and use copies of the SOFTWARE PRODUCT for the sole purposes of designing, developing, and testing your software product(s) that are designed to operate in conjunction with any Microsoft operating system product. You may install copies of the SOFTWARE PRODUCT on an unlimited number of computers provided that you are the only individual using the SOFTWARE PRODUCT. If you are an entity, Microsoft grants you the right to designate one individual within your organization to have the sole right to use the SOFTWARE PRODUCT in the manner provided above. 1.2 Documentation. This EULA grants you, as an individual, a personal, nonexclusive license to make and use an unlimited number of copies of any documentation, provided that such copies shall be used only for personal purposes and are not to be republished or distributed (either in hard copy or electronic form) beyond the user's premises and with the following exception: you may use documentation identified in the MSDN Library portion of the SOFTWARE PRODUCT as the file format specification for Microsoft Word, Microsoft Excel, Microsoft Access, and/or Microsoft PowerPoint ("File Format Documentation") solely in connection with your development of software product(s) that operate in conjunction with Windows or Windows NT that are not general purpose word processing, spreadsheet, or database management software products or an integrated work or product suite whose components include one or more general purpose word processing, spreadsheet, or database management software products. Note: A product that includes limited word processing, spreadsheet, or database components along with other components that provide significant and primary value, such as an accounting product with limited spreadsheet capability, is not considered to be a "general purpose" product. 1.3 Storage/Network Use. You may also store or install a copy of the SOFTWARE PRODUCT on a storage device, such as a network server, used only to install or run the SOFTWARE PRODUCT on computers used by a licensed end user in accordance with Section 1.1. A single license for the SOFTWARE PRODUCT may not be shared or used concurrently by other end users. 1.4 Visual Studio-Effect of EULA. This Section 1.4 also applies if the SOFTWARE PRODUCT is Microsoft Visual Studio, a suite of development tools and other software programs (each such tool or software

Re:Wait...Here's the EULA

[The Bungi]

You just viloated the EULA by posting the EULA.

*rimshot*

Re:Wait...Here's the EULA

[schon]

You just viloated the EULA by posting the EULA.

Only if he accepted it.

see, if he didn't accept it, then he's not bound by it, and can do anything he wants, within the bounds of fair use. :o)

Re:Wait...Here's the EULA

[G27 Radio]

IIRC Slashdot was forced to remove a comment by Microsoft a couple years ago because someone posted an EULA. There was a big deal made about it and eventually the Slashdot editors removed the comment to avoid potential legal action from Microsoft. Or do I misremember?

Re:Wait...

[Relic of the Future]

"I can't imagine any Open Source developer that would be that thrilled if Microsoft [...] copied our stuff into their stuff."

Then you don't understand many Open Source developers. You do know that Window's TCP stack is based on BSD, right?

Re:Wait...

[Greg Lindahl]

You do know that Window's TCP stack is based on BSD, right?

I've seen that said, and denied by MS. Are you sure you aren't repeating bogus info? Certainly the MS TCP/IP stack had many bugs not in the BSD stack.

Re:Wait...

[Relic of the Future]

MS has certianly used BSD code. And you can check for yourself on your own MS box. Are you familiar with the program "strings", which will find and display all character strings in a file? Try running it on:

1. C:\WINNT\SYSTEM32\finger.exe
2. C:\WINNT\SYSTEM32\nslookup.exe
3. C:\WINNT\SYSTEM32\rcp.exe
4. C:\WINNT\SYSTEM32\rsh.exe
5. C:\WINNT\SYSTEM32\FTP.EXE

(FYI, "Regents of the University of California" = U C Berkley = where BSD came from, and, yes, they encourage this sort of thing.)

Where did you see MS deny they had done this?

(I got that list from this page [computerbits.com], since I'm too lazy to boot back to windows to check again myself.)

Re:Wait...

[Greg Lindahl]

Which word in "TCP Stack" do you not understand?

User level programs are not the TCP stack.

Re:Wait...

[pyrrho]

winsock .h headers have the Berkeley header at top explaining parts of the code are from BSD.

If you have a Windows SDK installed, you can find it.

Additionally, it seems they grabbed some socket using applications as well.

Re:Wait...

[frodo from middle ea]

And then you do know that the BSD license explicitly allows this kind of work. If you are using a product licensed under BSD type license then you CAN develop based on top of it and release your product as a closed source/proprietory application.
If you have any issues with that then you can take them to the ppl. who release their products under BSD* licenses.
Any body in M$ position would exploit the situation.

Re:Wait...

[Anonymous Coward]

You do know that you're wrong, right?

Windows 3.1 had a TCP/IP stack based on BSD, but that isn't the case for 32-bit Windows versions. Since then it is just a few utilities like ping and tracer[ou]t[e] that use BSD code.

It also wasn't Microsoft that used it originally; it was licensed from a third party that ported much of the BSD stuff to Windows.

Re:Wait...

[Glock27]

I know that Linux and GNU software carries some terms of their own, and I can't imagine any Open Source developer that would be that thrilled if Microsoft pulled a quid-pro-pro and copied our stuff into their stuff.

Lots of free software runs on Windows - gcc + toolchain, Mozilla, the Gimp, emacs and on and on...

This strikes me as ridiculous, but there is a nice alternative - don't use FoxPro. Perhaps initially painful, but in the end quite rewarding! ;-)

Isn't there any alternative that was actually designed to run on Linux?

I'd suggest one of the many DBs available for Linux + JDBC + Java 1.4x + NetBeans/Eclipse. :-)

Call the DOJ

[Mr. Underbridge]

Isn't it part of Microsoft licensing that you must run the software under Microsoft's environment? I haven't used FoxPro since Microsoft bought it out, but I've heard that's a pretty common term with at least some of their EULAs.

And an illegal one, but they'll wait until the DOJ raps their knuckles on every issue until they C&D. This is "leveraging their OS monopoly" if I ever saw it.

So if I were the guys trying to run FoxPro on linux, and assuming M$ doesn't decide to play nice, I'd fire off a comm

Re:Wait...

[theLOUDroom]

I know that Linux and GNU software carries some terms of their own, and I can't imagine any Open Source developer that would be that thrilled if Microsoft pulled a quid-pro-pro and copied our stuff into their stuff. Isn't there any alternative that was actually designed to run on Linux?

Actually, they'd be thrilled (assuming the stuff is GLP'ed). That would mean the Microsoft would have to release the source code to whatever application they used it in.

Also, no one is talking about pirating MS software here. They're talking about using legally purchased copies of it on a non-MS operating system.

Re:Wait...

[hmckee]

Sure that could be part of their EULA, but this will bring up the age old debate, who really owns the software after it is sold? What rights does the user have when running it?

This could become really tricky for Microsoft and Mono when and if .NET starts to become big. Can Microsoft prohibit .NET applications from running on non-MS OS's? It seems rather foolish for them to start pulling stuff like this if they plan on inplementing their CLR on multiple platforms.

Also, it could be the case that the libr

Re:Wait...

[wolf-]

They aren't copying it "into".
They are copying it "onto".

Microsoft is effectively tying the application to a particular OS. By making you agree to not use the older version, they are attempting to negate the existing user base on alternative OS.

Re:Wait...

[msborg]

It is a recent addition to the EULA for Visual FoxPro. Prior to version 7, there was no such restriction. There is no technical reason for this restriction. The only explanation is to quash the viability of Linux on the desktop.

Re:Wait...

[_Sprocket_]

I know that Linux and GNU software carries some terms of their own, and I can't imagine any Open Source developer that would be that thrilled if Microsoft pulled a quid-pro-pro and copied our stuff into their stuff.

You'd be shocked to find out Microsoft does indeed sell products [microsoft.com] that include applications licensed [microsoft.com] under the GPL [microsoft.com].

Re:Wait...

[gordie]

Sorry AC, anyone that knows anything about wine and the wine project Wine HQ [winehq.com] knows that "Wine is not am emulator!" per the wine project FAQ [winehq.com]

This has other implications for end users

[sisukapalli1]

Can end users be penalized if they run something that uses statically or dynamically liked VFP code on Linux? Say, I get a screensaver and I decide to run it on Wine, (but for some reason the screensaver uses some VFP code, don't ask me why or how :) ), do I get into trouble?

Or, am I being too paranoid?

S

Re:This has other implications for end users

[og_sh0x]

If it seems like it might be a problem, you're at least a candidate for a C&D Letter. Never underestimate the chilling effect.

The beast that won't die

[The Bungi]

Wow. I'm impressed by this. VFP is like the elderly uncle that just won't die and vacate the den. The more Microsoft tries to kill it, the more momentum it gains.

The VFP user community is of course mostly responsible for this. Sites like UniversalThread have "kept the flame" going for many years, much to the chagrin of Certain People at MS that would very much like the thing to die and go away. This is the difference between VB (which got effectively killed with .NET) and VFP - the people who use it. They're a vociferous, dedicated and almost fanatical bunch. But they've gotten their way every single time.

I remember the endless threads back in the mid 90's on Usenet about how VFP was on the way out, to be replaced by VB and VC++. They're on their 8th version now, going strong. VB only got to 6, and MS never really solved its problems (VC++ is a different issue - it's actually used by Microsoft so they can't touch it). Guess who's laughing now.

And I doubt this time things will go differently.

Re:The beast that won't die

[Millionth Mogadishu]

I had no idea VFP had such a following. So what is it about VFP that inspires so much devotion among its users?

(An honest question, I really don't know much about it.)

Re:The beast that won't die

[swb]

I had no idea VFP had such a following. So what is it about VFP that inspires so much devotion among its users?

I think the unflattering answer is there's a shitpile of small business applications written in Fox Pro by enterprising consultants that work well enough for the business owners who don't want to spend any more on them than they have to. They get sold periodic "updates" so they work with their new PCs sporting new OSs, but that's it.

I think the reason they never get ported to anything else is that nobody else can untangle the code in a timeframe that would make them any money, plus if they want periodic updates like new forms or something, FP is pretty easy to design them with where a web app or something would be a PITA.

Re:The beast that won't die

[samael]

The native database is incredibly fast (for databases under 2 Gig in size), it supports ODBC for non-native databases and it's interpreted which allows for very complex commands of various kinds.

It's very easy to do database stuff in it, it's OOP and it's GUI.

Re:The beast that won't die

[The Bungi]

swb has a bit of it. Certainly there are thousands of VFP apps out there running in small and large businesses that are hard to port and get rid of (VFP redefined, IMO, the term "spaghetti code", even more so than VB).

But there's also a bit of what makes some software (BeOS, Amiga, vim, etc.) grab and keep a smallish but loving group of users that are willing to fight for their [tool|OS|whatever] and hold on for dear life.

VFP is unique among MS products in that regard. VB had a faithful following, but it was always too big and too loud and too contaminated by weekend "programmers" to have an effect over the company. VFP folks - they're the Mujahedin of Microsoft users. Trust me, you don't want end up surrounded in a newsgroup by six angry VFP knights in shining armor with issues and a grudge. Talk about flame wars.

I mentioned those Usenet threads in my original post - I'll eat my crow now but back then I thought they were on crack for being so vocal about a tool that everyone else saw as dying (like BSD *grin*). Plus, the "inside word" from Microsoft at the time (~1997) was that VFP was indeed going to be killed. Haha - Not.

That's life, I guess.

I would have to say

[greechneb]

That this was only a matter of time. I have this bad feeling before long, any microsoft products, or any software company that is in bed with microsoft will be checking during install to make sure that there is a valid windows license.

There will probably be a line in the EULA stating: It is illegal to run this program on a non-windows operating system.

I sure wouldn't put it past microsoft. I'm sure there would be ways around it, but then microsoft would have a great way to take anyone to court using wine to run windows software on linux.

- I'm very happy wearing my tinfoil hat!

Re:I would have to say

[Blaine Hilton]

Just think what will happen if the software devlopment companies do not comply? They would be forced into it just because the user base alone.

Re:I would have to say

[buffer-overflowed]

Good, I'd like to see strict liscense enforcement of windows apps.

It'll do nothing but help out the OSS community, after all, our stuff is free AND legal.

Good thing MS was convicted...

[setag]

Good thing MS was convicted of anti-trust violations. Now they can't tie thier software to the Windows OS...

I love justice! How about moving away from FoxPro and MS to send MS a message? Like "we won't bow to your oppresive EULAs anylonger".

Re:Good thing MS was convicted...

[thelexx]

"How about moving away from FoxPro and MS"

Speaking as the lone Java guy in an MS/FoxPro dominated shop, this subject is of special interest to me. In a nutshell, no other environment has the native data handling capabilities combined with a syntactically simple (which I think can still run dbIII+ era code!) base language that at the same time is still evolving (mutating?) to allow for some real OO design if you want it combined with a decently friendly dev environ and GUI builder tools combined with a single point of sale and support that makes the PHBs feel comfy. Someone nailed it in an earlier comment when they mentioned that the user community is keeping Fox alive. The users have been so vocal and tenacious that I think MS has said, "Screw it, let's just keep five or ten guys working on Fox and they can do whatever the hell they want with it." Every time a new version comes out, my Fox flag waving compatriot mentions how it has about ten new features that he's thought of since the last version and that he's been wanting, or that replace a hacked together solution the community has come up with, etc. Most of the time I point out that the new geegaws are already in Java, but it's never sufficient to make up for the lack of native data handling or GUI building...ugh. Fox is a product MS got right in spite of their best efforts to kill it.

Re:Good thing MS was convicted...

[MikeMo]

In a nutshell, no other environment has the native data handling capabilities combined with a syntactically simple (which I think can still run dbIII+ era code!) base language that at the same time is still evolving (mutating?) to allow for some real OO design if you want it combined with a decently friendly dev environ and GUI builder tools combined with a single point of sale and support that makes the PHBs feel comfy.

Poop. Check out http://www.4d.com. It's been around almost as long as FoxPro, runs

Re:Good thing MS was convicted...

[Phil Wilkins]

No, actually, Fox is a product that someone else got right, which was then bought by MS.

Even more amusing, is that they bought FoxPro, so they could kill it, and force everyone to use Access.

Re:Good thing MS was convicted...

[angle_slam]

Good thing MS was convicted of anti-trust violations. Now they can't tie thier software to the Windows OS...

There is a huge difference between this situation and the bundling situation. In one word: bundling. Bundling is what MS did to IE, including a browser with the OS to discourage people from buying Netscape. This is the opposite situation, a standalone product is strictly Windows only.

Re:Good thing MS was convicted...

[idontgno]

WARNING: IANAL, but...

The behavior in question isn't "bundling", it's "tying". And there is a notable and telling litigation history against M$ in the area of anti-competitive tying of non-OS products to its OS. (See this nifty summary [oreillynet.com] of the Caldera [caldera.com] v. Microsoft [microsoft.com] case of 1996-2000.)

(There are those that argue that the "non-OS product"--Windows 3.1--is actually an OS component. Those folks are, of course, wrong. At the time of MS-DOS 5.0 and Digital Research's DR-DOS 6, Windows was no more a mandatory OS com

Hmm, must be a Fark reader.

[Mononoke]

FoxPro On Linux, Drama Ensues

How long until we get a Boobies link?

ps: Fb- is the father.

Re:Hmm, must be a Fark reader.

[NeuroKoan]

I was thinking the same thing.

First thing I did when I entered this thread was hit ctrl-f and typed in "fark" and found your post instantly.

Great minds think alike I guess...

What about crossover office?

[scharkalvin]

OK what about MS office under Crossover. Does Redmond have Codeweavers in their cross hairs yet?

Illegal Tying

[Rob Riggs]

Isn't it illegal for Microsoft to tie any of its software products to its OS?

Re:Illegal Tying

[Alien Being]

Yes. The penalty is dinner with no dessert.

Re:Illegal Tying

[rocketlawyer]

Actually, it is illegal for someone who has a monopoly in one product to force you to purchase a second product in conjunction with your purchase of the first (monopoly) product.

The logic here is that the monopolist is not allowed to take advantage of their monopoly power in one product to improve their sales in another, presumably to the detriment of the competitors in that second market.

In the case of browsers, MS was found guilty of forcing consumers to buy a browser (a product for which they did not h

foxpro

[papasui]

I didn't realize that FoxPro was still being used, considering Microsoft's push of Access and SQL Server.

Re:foxpro

[questionlp]

Visual FoxPro, while it has it's own data format, is also a language that is supposed to be very good as handling data manipulation. Think of it as a combination of Perl and BerkeleyDB or Perl and dBase.

Visual FoxPro also supports ODBC and can connect to a SQL Server to get and post data. Beyond that, I don't know much else about it.

Re:foxpro

[Anonymous Coward]

Visual FoxPro version 8 is being released right now, and version 9 is in development.

VFP is targeted at serious developers, where Access is targeted at end-users. It has a much steeper learning curve, but it pays off when working on large projects. It's much faster than VB or Access when working with tables with millions of records.

It became a fully object oriented language back in version 3, picking up features that VB is only just getting now. We essentially went through the VB to VB.NET style change

Why?

[Anonymous Coward]

I understand wanting to move away from MS to Linux for certain customers. My question is why in the world would you (a consultant) sell your customers an MS solution running under emulation in a Linux environment? Bite the bullet man, learn to code your applications using tried and true Linux tools. Don't cling to the past if, as you say, your goal is to stop using MS products. I'm no MS fan, but as a once VFP developer (now ASP.NET) I can understand the love for it.

dBase and FoxPro on Linux

[Pejorian]

Hey anyone know if you can run dBase Plus (the latest visual-OOP-BDE version of the even more ancient and venerable dBase line) on Linux thru Wine?

I can guarantee that if you can get dBase running, dBase Inc. will shake your hand, not slap your wrist. They've been promising a Linux version for ages, and if they could find the time, they would have released one by now...

Can GM stop Ford cars from using its oil filters?

[StandardCell]

No, not if they fit. It seems like a ridiculous assertion.

Yet this is precisely the same problem we have here with VFP and WINE. Erosion of rights in using a product. Maybe in future EULAs, Microsoft will prevent the use of the install CD case to hold open doors in offices with BSD servers.

Dumb? Yeah. But where will it stop?

Re:Can GM stop Ford cars from using its oil filter

[HaeMaker]

The difference it that you don't "license" a GM oil filter, you "buy" it. Since software is licensed they have more leeway in their licensing terms.

Re:Can GM stop Ford cars from using its oil filter

[pnatural]

IANAL, but it seems to me that the Doctrine of Fair Use (or whatever it is) applies in this case.

If I buy it, I can use it as I damn well please as long as I don't infringe on the copyright.

But if I've learned anything, I've learned that copyright law is twisted and complex, so I'm probably wrong. Can anyone (say, a real lawyer?) attest to the legal aspects of this?

Re:Can GM stop Ford cars from using its oil filter

[Crispy Critters]

Maybe in future EULAs, Microsoft will prevent the use of the install CD case to hold open doors in offices with BSD servers.

What is happening here is that companies are using EULAs to essentially write their own laws. If these agreements are considered legally valid, then governments are in effect having their courts co-opted to help in the enforcement of the laws (EULAs) written by the corporations.

In theory, we are protected from this by the freedom to avoid the product if we don't like the EULA, or

Re:Can GM stop Ford cars from using its oil filter

[mcelrath]

You know, it might be useful to start a database of instructions to install software WITHOUT agreeing to the EULA. Often there is some click-through thing on the CD, but who is to say you're prohibited from extracting the zip or cab files by hand and installing it?

Presumably under such circumstances you would be bound by regular copyright law, rather than contract law, and therefore would actually have fair-use rights. Of course, you'd probably be in violation of the DMCA...

As I've heard my lawyer fri

Re:What?

[morgajel]

ok, I gotta ask...

WHY THE HELL would you want to use foxpro, on linux or otherwise?
the last job I had needed me to interface some web applications to a foxpro database from some program that the HR department used. It might have been that the company that created this particular foxpro database didn't know how to make a database, but that was the most poorly documented, ugly and generally foul database I've ever used.
It might be more stable than access, but I'd even prefer working with an access database

Re:What?

[samael]

So some non-DB HR monkeys put together a badly documented database, therefore the language is at fault?

That doesn't make much sense to me.

Re:What?

[morgajel]

I think it was a combination of both.
there was very little documentation on the specific version of foxpro that it used(can't remember which version) plus the database connectivity was crappy. it took forever to guess what type it was.

It wasn't completely foxpro's fault, however it left a bad taste in my mouth:/

Re:What?

[anticypher]

I've known a few foxpro evangelists over the years. They swear by it for quick and dirty prototypes, but then switch to big reliable systems for the actual projects.

The great thing about FP+/VFP is that a project lead can whip out a semi-working demo prototype in a few days to impress the powers that be. I've seen 6 month projects prototyped in less than 3 days by a good PM, that he can then email around to people as a first look. FP creates a stand-alone application which can just be clicked on and will r

NO!!! NO NO FOXPRO ON LINUX!!

[Exantrius]

I'm dealing with freaking fox pro right now, it blows goats!

PLEASE DON"T LET IT GO ON LINUX!!! I'LL HAVE TO START DIGGING DITCHES FOR A LIVING!!!

*head explodes*

Maybe I should read the article now.

Re:NO!!! NO NO FOXPRO ON LINUX!!

[jellomizer]

I have done FoxPro development. And my opinion it is the best of the microsoft languages. (probably because it wasnt origanally made by microsoft). And perhaps FoxPro is the wrong language for your applications. FoxPro is like MS Access on steroids. It has its place, And Cx, Java, Perl, Python, and most any other language dosent do well what FoxPro does well. Which is easly make interface for database information and minipulate database info. Plus FoxPro for Linux can help a lot of companies convert to

FoxPro on Linux?

[Anonymous Coward]

My first reaction to this article was "Who in their right mind would defile Linux by running FoxPro on it?".

My second reaction was, "Then agan, who in their right mind would run FoxPro on Windows either?"

How i see this

[trinity93]

First of all FoxPro and access have a lot in common in that they both basicaly do the same thing. Most companies do not use its internal database features, but use the form generation tools to create database frontend applications to larger, more robust server based database systems.

Linux lacks a robust RAD tool for createing such frontends. A lot of companies rely on ever changeing data access forms that change with each project. Access and FoxPro enable them to do this with little hasel. This is why Acc

Why Ask?

[Euphonious Coward]

Why are these people waiting for Microsoft to read them their rights? The EULA is right there.

First, read it, and see if it has any provisions of interest to the case.

Next, see if they are actually enforceable under copyright law. Since the license isn't a contract -- you weren't asked to sign it before buying -- they can't take away any rights that copyright law doesn't specifically identify. (Except in Maryland!)

If you want to copy their files to your customers' machines, copyright law is involved. However, if the product was advertised as if that right to copy was included in the product you were paying for, and the package didn't identify restrictions on that copying, then the Uniform Commercial Code says their EULA can't take away whatever you had a reasonable belief that you were getting when you paid. That is, the implied contract of merchantability fitness trumps the written EULA, every time. (Except in Maryland!)

The bulk of most EULAs is wastepaper, just hoping to fool customers into giving up rights guaranteed to them under the law without a fuss.

As others have noted, trying to tie the product to Windows is a specific anti-trust violation for Microsoft since it was formally identified as a monopoly.

I am not a lawyer. (In Maryland, last I heard, the UCITA was passed, overriding the UCC.)

Wine or Microsoft?

[echucker]

Might wanna switch the graphic and linkage on the story page. The WINE icon pretty much points to nowhere, since the story is linked to the MS category.

pfft

[bogie]

2003-04-18 15:06:30 MS says EULA prevents MS programs from running on (articles,microsoft) (rejected)
(orginally said "...on linux via WINE")

Like I said in my original submission, if MS sticks to calling running apps via WINE illegal due to the EULA, then distro like Suse, Xandros, and Lindows which are basing their distros on Wine are in big trouble.

Re:pfft

[ctid]

SuSE based on Wine? I've used SuSE for years and I've never run Wine at all in that time.

M$ Developed App?

[lostchicken]

Was FoxPro developed by Microsoft, or was it bought, a la Visio/Flight Sim/Countless Others...

If it was bought, I wonder what the developers think of this...

Re:M$ Developed App?

[iggymanz]

Microsoft bought Fox Software in 1992 [associateddata.co.uk]. I used to be a FoxPro programmer in the late 1980's; it was three times (or more) as fast as dbaseIII, and had better recovery options too. Had its own character based GUI/menu/mouse window programming system, too.

Shocking news!

[kwiqsilver]

From The Register article:

"It appears that Microsoft is tying the tie its applications (developer tools) to their operating system," Hentzen told us.

(I assume he means "trying to tie", quite the tongue twister).
I am just dumbfounded! I can't believe Microsoft might be trying to leverage its market share.

Next he'll tell us that they're more concerned with sales figures than with producing a quality product.
It's just unbelievable that somebody could think that way...

(Is there such as thing as too much sarcasm?)

How does this affect the .net ports?

[AxelTorvalds]

What's this mean for .dotgnu and mono? Anything, I think they are getting their own runtimes in order and won't need anything from MS but in the meantime... I've bounced a couple of times on mono, I think copying MS is foolish. I think developing a free high performance rapid programming language and environment is a great idea. Not so sure about C#. I like what they are doing though. Mono is looking really good. It seems like if we could agree as a community more on scripting languages and they we

Re:Wine is not an emulator: that's the problem...

[the_pooh_experience]

I keep looking for the "I'm sure it is right but I can't follow the argument" choice in the mod drop-down box, but I can't weem to find it.

Re:But....why?

[thelexx]

Because there are a few poor bastards like myself out here who want to and is allowed to run Linux on my desktop, but lives in an MS/VFP dominated shop doing other stuff(Java). Would be nice to not have to have two boxes. And it might be a way to finally get the old farts to try Linux if they can run their precious Fox on it.

Re:WINE requires a license of Windows to run

[Christianfreak]

You're (sort of) wrong.

The Wine team has reverse-engineered lots of the libraries so you don't need the DLL files. However, at least when I was messing with Wine a lot nothing much worked unless you had the Windows libraries.

I'm hoping that has changed now. Assuming some of the crossover code has worked its way back in to the main Wine tree then it has. I use IE under Crossover (when I'm feeling masiocistic) and there isn't even the hint of Windows on here.

Re:WINE requires a license of Windows to run

[sqlrob]

You're wrong.

I'm running WINE, no native Windows DLLs at all, no FAT32 partition in the slightest.

Some programs are reported to have issues if you don't use the native DLLs, but I only run limited programs anyway. If it doesn't work, I spend a little time trying to get it to work, and if it doesn't, use a different, real Windows machine or simply don't worry about it.

Re:Why ?

[SmurfButcher Bob]

The real reason that Fox rocks...

Imagine, if you will, a linked list.

Imagine it is infinitely threaded.

Imagine that the threads can be dynamic.

Imagine that the "keys" in the thread can be based on data that doesn't exist (completely, or at all) in the list itself.

The big ol problem faced by SQL based stuff is that it's record-set centric. It works really, really well with gobbs of data, and sucks at individual cases. And god help you if you wish to diverge right in the middle of one of those cases.

Fo