Slashdot Mirror


Microsoft to Open Source FoxPro

rah1420 writes "Microsoft has announced that it will open-source the core portions of the Visual FoxPro DBMS software to its CodePlex community development site. At the same time, Microsoft has announced that it will no longer be making new versions of the FoxPro DBMS."

172 comments

  1. glad to see foxpro dead by Anonymous Coward · · Score: 0

    Finally!

    1. Re:glad to see foxpro dead by dheera · · Score: 5, Funny

      This is probably a money-making plot on Microsoft's part. They will "open source" it, but then when you read the million pages of fine print, you find out that it isn't open-sourced under GPL, but instead, they'll probably rather put it under one of their own crafted licenses that says that if you modify and redistribute and portions of the code, you must include the string "I like porcupines" and a link to the Microsoft homepage.

      And then when someone does redistribute it like other source code (without reading the M$ license), they'll sit quietly for about 3 or 4 years, while this person's redistributed code becomes ever more popular. Eventually, it will become incorporated in digital cameras worldwide, database software that drives the next Google, and your next-generation toaster.

      Approximately 1 year after that happens, and $1 billion have been made off the redistributed code, Microsoft will sue for not following the license. They will cite the fact that "I like porcupines" is not in the code and that a link to the Microsoft homepage is not included. They will complain that the lack of a link to Microsoft will have decreased Vista sales by $3 billion (because, naturally, the price of their OS is probably 3 times that of the code in question). They will demand the profits, win the case, and said company will have the option of either paying the legal fees, or being bought out by Microsoft.

      On another note, "open source" of itself does not always mean "free to redistribute", it just means you get to view the source.

    2. Re:glad to see foxpro dead by cayenne8 · · Score: 0, Offtopic
      "And then when someone does redistribute it like other source code (without reading the M$ license), they'll sit quietly for about 3 or 4 years, while this person's redistributed code becomes ever more popular. Eventually, it will become incorporated in digital cameras worldwide, database software that drives the next Google, and your next-generation toaster."

      Well...I doubt that would be a problem in today's world. With great open source databases like postgresql, or for something small and fast, even mysql...why would you even bother to go with the old FoxPro stuff from MS?

      I mean...back in its day...it was GREAT!! I cut my first database baby teeth with it for medical research projects. There was nothing else remotely like it for the PC.

      But, we've come so far from the early 90's....

      Didn't MS just buy FoxPro, to steal the 'jet' engine from it to stick into access (and please don't call THAT a database...what an abomination)? I think they did that, and just pretty much let FP rot after that without a lot of push forward....so, why bother using it when superior open source databases are already out there for the taking...?

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    3. Re:glad to see foxpro dead by Master+of+Transhuman · · Score: 2, Informative


      Yes, I used FoxPro back in the early nineties. It was a great product under Fox, but when Microsoft purchased it, they supported it only for a while, then let it languish while they pushed Access (an UTTER POS with all the "reliability" and brain-dead design decisions Microsoft is known for).

      I was at a computer show in San Francisco standing at the FoxPro booth actually when I heard that Microsoft had bought them.

      But I don't think the "Jet" engine came from Foxpro. I might be wrong about that. I think the Access engine and the FoxPro engines were separate for a long time. A quick Google indicates that Microsoft bought Fox for their "Rushmore" database technology which ended up being included in Jet.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    4. Re:glad to see foxpro dead by ggeens · · Score: 2, Informative

      Didn't MS just buy FoxPro, to steal the 'jet' engine from it to stick into access?

      A few years ago, I ran into a couple of FoxPro-based applications and I learned a little about the history of the product.

      FoxPro was rather popular with application writers and there are still a lot of small business applications based on it. Apart from the technical merits, it had one big advantage over MS Access: you could bundle FoxPro with your application for free, while Access required an Office license for each PC.

      Microsoft bought the company mainly to destroy a competitor. They ended up supporting the product for a long time, probably due to support contracts.

      --
      WWTTD?
    5. Re:glad to see foxpro dead by Raenex · · Score: 1

      On another note, "open source" of itself does not always mean "free to redistribute", it just means you get to view the source. Wrong. See the definition.
    6. Re:glad to see foxpro dead by pfleming · · Score: 1

      You don't really expect MS to follow an accepted definition of "Open Source" do you?

  2. Umm, no. by dudeman2 · · Score: 4, Informative

    See first comment in the article by a Microsoftie:

    NOTE that the released part is Sedna and NOT VFP nor VFP core elements!

    Sedna is a project Microsoft has been working on for the past year or so. Sedna is built using the extensibility model of VFP9 and provides features like better connectivity to SQL Server, integration with parts of the .NET framework, wrappers for Vista APIs to make it easier to write applications that run on Vista machines, as well as better support for VFP data in Visual Studio.
     

  3. Older versions for Mac and Linux by jshriverWVU · · Score: 1

    I wonder if this will include the previous ports that ran under Mac and Linux.

    1. Re:Older versions for Mac and Linux by Anonymous Coward · · Score: 0

      There are two different foxpros: http://en.wikipedia.org/wiki/Foxpro

  4. Open source is not a verb by kbolino · · Score: 0

    Open source is not a verb, dammit. Try "Microsoft to make FoxFro open source" or something like that. Arrgh!

    1. Re:Open source is not a verb by aapold · · Score: 5, Funny

      I'm glad we have someone to grammar our articles.

      --
      "Waste not one watt!" - CZ
    2. Re:Open source is not a verb by L.+VeGas · · Score: 4, Funny

      Don't verb that adjective! It bad's the language.

      Excuse me, I have to go full my belly.

    3. Re:Open source is not a verb by swerk · · Score: 1

      Nouns get verbed all the time, get over it. ;^)

    4. Re:Open source is not a verb by koreth · · Score: 1, Offtopic

      I'm normally a stickler for grammar but verbing is a pretty widely accepted practice in colloquial English.

    5. Re:Open source is not a verb by Anonymous Coward · · Score: 0

      Neither was Google. When monkeys try to cling to the past we wind up with horrible monstrocities like "debit". Language isn't set in stone, common useage changes things all the time. Deal with it.

    6. Re:Open source is not a verb by dalesc · · Score: 0

      Yes! What's wrong with open sourceify?

    7. Re:Open source is not a verb by civilizedINTENSITY · · Score: 1

      "Open Source" might not be a verb yet, but it will be. Might need to concatenate it down to "opensource", first, though.

    8. Re:Open source is not a verb by drix · · Score: 3, Funny

      Actually, I think it richens the language.

      --

      I think there is a world market for maybe five personal web logs.
    9. Re:Open source is not a verb by theshowmecanuck · · Score: 1

      It's the shizzle.

      --
      -- I ignore anonymous replies to my comments and postings.
    10. Re:Open source is not a verb by EvanED · · Score: 1

      Don't verb that adjective! It bad's the language.

      I think it weirds.

      (BTW, no apostrophe. That bads the language. ;-))

    11. Re:Open source is not a verb by EvanED · · Score: 1

      I think it weirds.

      Weirds it!

      *smacks self*

    12. Re:Open source is not a verb by value_added · · Score: 0, Offtopic

      I'm normally a stickler for grammar but verbing is a pretty widely accepted practice in colloquial English.

      Doubleplus insightful!

      It's too hard to construct a meaningful phrase when a single word will do, and with so many words in the English language, who has time to learn them all and pick a better alternative? And for for those naysayers and pedants who say this is a recent practice that is accelerating along with rudeness, poor spelling, decreased attention span and comprehension, I say get with the program, buster! If you want to be a team player, then you know that general illiteracy is inevitable. You'll be happier when you stop trying so hard. Language evolves. Everyone knows that. It's your right to make up words use them as you see fit. Don't let those antiquated notions of correctness like grammar, spelling, punctuation, style or coherence get in the way.

    13. Re:Open source is not a verb by Anonymous Coward · · Score: 0

      Let me grok this.

      Microsoft can't open source their own shit? They have to open source some FoxFro thing first?
      I've programmed many things before and I've open sourced my projects and bundling wasn't required GPL or LGPL.

      In fact, didn't the feds hardball Microsoft for bundling IE with the OS?

      I just emailed my buddies to check their opinions, but they haven't acked me yet. Maybe I should text them or IM them.

      Microsoft open sourcing is a good thing. No time for them to couch-potato around. Open source is steam-rollering ahead. Either they surf the wave, or they'll be speed-bumped into history.

      Or are you commenting they have to google to see if other projects have co-opted their name first?

      Oh, oh...well... wasn't that fun ;^) ;^) ;^)

    14. Re:Open source is not a verb by mastergabba · · Score: 1

      Can I say VFP has been "abandonwared"?

    15. Re:Open source is not a verb by koreth · · Score: 0, Offtopic

      A nearly amusing attempt at mocking satire, but it's based on a flawed premise. If you look at the Wikipedia page I provided, you'll see that it's anything but a recent practice. That page cites many instances (including, I might point out, one example from "Hamlet," hardly an incoherent piece of writing!)

      It's not even particularly clear to me that it's accelerating. It might look that way but I think it's equally likely that the nouns that were widely verbed in the past are now accepted as pure verbs, so we don't consider them examples of verbing any more. A few examples: "gas," "stock," "mail," and "fuel." Look up the etymology of each of those and you'll see they all started out as nouns. Look them up in the stodgiest modern dictionary you can find and you'll see they are all accepted as verbs now.

      I don't believe there's really any good way to measure the amount of verbing that happened in the past, and without that measurement, how can one make any assertion about the practice becoming more frequent? (If you have a reference to any hard numbers, e.g. from historical surveys of literature, that indicate verbing has become more common over time, please prove me wrong.)

      Mastery of English (or any other language) means wisely using all the linguistic tools at one's disposal. Verbing is one of them. Like any tool, it can be used well or poorly. But even used poorly, it is not at all the same thing as ignoring well-established rules of grammar, punctuation, or spelling; it is, rather, part of the well-established rules of English grammar.

    16. Re:Open source is not a verb by h2_plus_O · · Score: 1

      Cromulent! This discourse embiggens the soul.

      --
      If there's one thing I won't stand for, it's intolerance.
    17. Re:Open source is not a verb by lordSaurontheGreat · · Score: 2, Insightful

      Open source is not a verb
      maybe that's why Microsoft is having so much trouble with OSS... they don't know what it is
      --
      Consider yourself spoken to.
    18. Re:Open source is not a verb by LadyLucky · · Score: 1

      Verbing Weirds Nouns.

      --
      dominionrd.blogspot.com - Restaurants on
    19. Re:Open source is not a verb by icepick72 · · Score: 1

      Language changes over time and people make it change. Old English did not have the phrasing "I am going". There was no "am"'ing, "is"'ing or "are"'ing. Check out some Shakespeare. They only had things like "I go" "We go", "I will go" etc.
      Some working is not commonly used anymore like "goeth", valid but just not used.
      I don't mind "open source" turning into a verb. In fact, I would start to argue it's already commonly used that way as evidenced by the article post and elsewhere. It's becoming pervasive. You might have to keep making your argument more and more frequently as time progresses, or else just give up completely and accept it, thus indirectly promoting it as part of our changing language. It might be a catch 22.

    20. Re:Open source is not a verb by icepick72 · · Score: 1

      If I may refute my own post, I'm somewhat full of shit, not about language changing, but about Shakespeare. I just downloaded the complete works. He does use "am"'ing (e.g. "I am going, forsooth"). You have to go back even further to find such examples missing from the language. Maybe someone with more knowledge of the subject can provide more clarification. I'm done trying for now.

    21. Re:Open source is not a verb by rifter · · Score: 1

      Some working is not commonly used anymore like "goeth", valid but just not used.

      Actually we never lost "goeth," "hath," etc, we simply changed the common spelling. "th" became "s," and the pronunciation of the two was never far off. In fact in Castillian Spanish and similar variants they went the other way and pronounce words with "s" similarly to the way US English speakers pronounce "th." In any case it is true that the pronunciation of the two has diverged somewhat more in modern US English, enough so that the "s" is pronounced more like "z" and "hath," etc can be pronounced differently to "has," as an atavistic affectation.

  5. Rushmore technology anyone? by wandazulu · · Score: 4, Interesting

    Will the Rushmore technology that was so attractive to Microsoft in the first place be included in whatever they release? The way I understand it, Microsoft bought FoxPro from FoxBase to get Rushmore to add to Access 2, and then they wanted to dump FP. Apparently there was such a vocal outcry that they've kept FoxPro going, until now.

    I'm curious because I really want to know what made FoxPro the speed demon it's always purported to be. I read somewhere that it was the first dbase-class database program that used bitmap indexes, but that was contradicted by another article from somewhere else.

    1. Re:Rushmore technology anyone? by Just+Some+Guy · · Score: 4, Interesting

      I'm curious because I really want to know what made FoxPro the speed demon it's always purported to be.

      It's not. It may be quick for the common case of a small table (10K lines) on a local drive, but move outside that and it's horrid. FP supports multi-user access by putting the data files on a network drive. If you want to query it, your machine has to read to entire file, throw out the lines it doesn't want, and present the results. My company has about 40 people using the same legacy FP database from a RAID 1+0 system over gigabit ethernet, and it's still hundreds of times slower than running similar queries via SQL to any "real" database.

      Let me put it this way: I wrote a program to export our FP tables to tab-delimited text files and then import those into PostgreSQL. This takes about 25 minutes, and we run it hourly - and it's still worth the pain. Reports altered to query PostgreSQL instead of FP typically see speedups of several hundred times, multiple users can run the same reports simultaneously, and you can actually run the reports over a slow link since only the query and resultsets have to traverse the network instead of the whole table.

      I know this will come across as flamebait, and I'd normally not say this, but anyone who claims that FoxPro is fast is a hobbyist programmer. It's simply not fast by any imaginable standard other than the trivial case of small files on a single user's drive.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:Rushmore technology anyone? by Anonymous Coward · · Score: 0

      I got the same impression: Rushmore cached a bit array of the query result, so that further refining of the query could use the results of the prior query, instead of running from scratch.

      But there's got to be more to it than that, because that's a pretty obvious application (ie: I doubt the patent would stand). My belief is that they wanted to kill their only real competitor - at the time, dBase was already dead in the market.

    3. Re:Rushmore technology anyone? by k12linux · · Score: 4, Insightful

      FoxPro IS fast or at least was when I used it last. BUT only if you are retrieving limited datasets that are indexed correctly. If your query can use indexed columns to limit the number of records returned you are ok.

      I did the programming on a system which resided on a Netware v4.11 server back around 1993 and it had one table with somewhere around 3 million records. Queries were lightning fast if you didn't match too many rows and the query was optimized to work with your indexes. Queries which couldn't utilize indexes, however, were painfully slow.

      Having said all that, however, I can't think of any legitimate reason to use DBASE style databases these days. With free DB servers like MySQL and PostgreSQL why bother?

    4. Re:Rushmore technology anyone? by Just+Some+Guy · · Score: 4, Insightful

      Queries were lightning fast if you didn't match too many rows and the query was optimized to work with your indexes.

      But even indexed queries pale when compared to a "real" database. Since FP is file based - that is, each client has to read the files directly - even the index files have to be transmitted over the network to do those lightning fast queries. At some point you saturate your NIC, and after that all the processing power, RAM, or fast drives in the world won't make it a millisecond faster.

      Compare and contrast with any client/server system, where all those queries are consolidated into one cache shared among all clients, and only the actual requested rows have to be returned. By its inherent architecture, FP simply cannot ever hope to be as fast.

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:Rushmore technology anyone? by jjacksonRIAB · · Score: 1, Informative

      It seems like flamebait because this is the second time you posted on how horribly slow it is. To me it seems fairly obvious that Microsoft allowed Foxpro to stagnate because they did not want it to compete with their other offerings - typical buy out the operation, take core technologies, and watch it die slowly hitjob. Every limitation of Foxpro is attributable to such stagnation, nevertheless while it may not be suited for enterprise development, I think it is very well suited for small business use. The problem IMO with foxpro is it is a victim of its own success. It worked very well and was very easy for RAD, but it didn't scale well to enterprise level. As far as money is concerned it maps to the curve of "we're beyond Access but can't yet afford SQL Server" fairly well. If you think Foxpro is bad try working for a company that has enterprise level demands on one stage and a fileserver full to the brim with terabytes of uncompacted Access databases on another. At least with foxpro it would be easier for the people who use Access to step away from editing the data by hand like they think they should be doing. I would not venture to compare Foxpro to something like Oracle or SQL Server, but more to Access - against which it wins quite handily feature-wise, and as far as .NET is concerned I often find Foxpro to be the faster at database access.

      --
      Make a few bad jokes on /. and watch your karma become worthy of Hitler
    6. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      I'm not sure what your problem could be. I'm not going to demean your skills by calling you a 'hobbyist' or anything; I'm not here to start a flamewar.

      My company has a large application written in VFP, used by quite a few people simultaneously, multiuser over gigabit ethernet, all DBFs on a central server, and performance is quite reasonable. That includes running reports against the data (and some tables have a million+ records in them). I don't doubt that there are faster solutions out there, but our application evolved with the language - it started out as a dBase II application that got converted to Foxbase and then through all the various versions to the current one, so we've learned our way around every quirk and bottleneck in the language. And we've had the same 3 core developers the whole time, so we know the language, the application and the data inside and out. (well, except for me; I was away from it for 5 years or so and forgot a lot :-))

      Your idea of exporting to a faster DBMS is a nifty one, though. I don't know whether in our sitiuation there'd be any great benefit, but I'll mention it to the other developers.

    7. Re:Rushmore technology anyone? by Just+Some+Guy · · Score: 1

      My company has a large application written in VFP, used by quite a few people simultaneously, multiuser over gigabit ethernet, all DBFs on a central server, and performance is quite reasonable.

      I'm (fortunately) not directly responsible for supporting it, but I knew the people who are and I trust that they've tried everything. Maybe it's just a different usage pattern that's.

      I was brought in a few years ago to rewrite the quickly-written ASP website with something more extensible and maintainable. For various reasons, we went with Zope on FreeBSD. The original idea was to write a Windows-based proxy, where the webserver would pass it requests, it would execute the query, and then return the results. This worked perfectly (and is still in use today), except that we learned early on that you can only run one SQL query at a time per machine. This evolved into a load-balanced farm of VMWare images, each running a copy of Win2K and the database proxy.

      Dear God, how I hated that thing. The PostgreSQL solution eventually grew from the need to be able to run more than one query at a time. It basically had to grow nodes linearly with the number of simultaneous visitors we hoped to support. After a while, we simply couldn't scale the proxy farm behemoth to match the load that many simultaneous web visitors would place upon it.

      I don't remember what gave me the idea to use PostgreSQL as a frontend to the FoxPro table files, but it's been absolutely blissful. We've also started migrating to native PostgreSQL tables for new development, with the eventual goal of only using FoxPro for the application layer. At that point, we can start replacing parts of it with components written in more favored languages until it eventually disappears.

      --
      Dewey, what part of this looks like authorities should be involved?
    8. Re:Rushmore technology anyone? by mplemmons · · Score: 3, Interesting

      Yup, Visual Foxpro was fast as hell, although IMO the speed topped out around version 3. And not just fast on rinky-dink tables, as long as they were reasonably indexed. Stick the server component of a c/s solution on the same server as where the data resides, and performance was great for tables having over 1M records. It was a good on the "back end" of web servers, for example.

      More than speed though, I enjoyed the data-centric programming language. It was a joy to use and a bunch of functionality could be smashed into just a few lines of code. I miss it.

      I think the real reason for it's demise is that it was cutting into the per-seat profits of SQL Server. Throw a VFP application on a file server and it was available to a bunch of users for free. We still use a server-based app where I work that is run several thousand times per month, trouble-free.

    9. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      Yes, probably different usage patterns. Reporting tends to be rare-ish and mostly done as part of a nighttime batch process for us, for example. Probably because it did tend to drag down the network back in the arcnet and 1MB ethernet days, for the reasons you previously mentioned... Back in the day, though, nothing else in its price range could touch FB/FP/VFP for speed and usability.

      I certainly don't deny that 'the day' is over by now. I regularly find myself cursing VFP's lack of programming features. It would be a massive undertaking to reimplement our code in something more modern, but maybe the news that MS won't be further developing it might be the impetus needed to finally get us to move on. I'm partial to Python+wx+{MySQL|PostgreSQL} :-).

    10. Re:Rushmore technology anyone? by nogginthenog · · Score: 2, Informative

      If you want to query it, your machine has to read to entire file, throw out the lines it doesn't want, and present the results
      That is incorrect. FoxPro only reads only the data it needs.

      I know this will come across as flamebait, and I'd normally not say this, but anyone who claims that FoxPro is fast is a hobbyist programmer. It's simply not fast by any imaginable standard other than the trivial case of small files on a single user's drive.
      Another lie. I've written FoxPro apps that are used in 100+ multiuser environments with multi gigabytes of data. Fast as hell.

      I'm not saying it's better that client-server but to say FoxPro is slow is wrong. You can write crap applications in any language you know.

    11. Re:Rushmore technology anyone? by Just+Some+Guy · · Score: 1

      I'm partial to Python+wx+{MySQL|PostgreSQL}

      We picked PostgreSQL for speed and for its generally better track record for protecting data. We haven't really picked a widget toolkit yet, although we now have some Python+wx apps in production. I'm personally hoping that QT4's Python bindings will be easy to develop with.

      --
      Dewey, what part of this looks like authorities should be involved?
    12. Re:Rushmore technology anyone? by Anonymous Coward · · Score: 0

      Flamebait? No, you are just an ignorant slut who doesn't know what you are talking about, base your claims on a statistical sample of 1 crappy application you knpw of, and your programmers wear army boots.

      I have written huge DBMS applications both native 100% FoxPro (and Foxbase before that) and with SQL backends for 20 years. I get blazingly fast performance even with tables with over a billion records and over a TB in size. That's because I, like any decent DBMS programmer understand data, and know how to put data into databases properly using third normal form and to attach indexes.

      I've sen many kludge hacks pretending to be database applications written by people who obviously don't understand databases. It is like reading code in perl written by some who doesn't know crap about regular expressions... they write 40 lines of code to do what could be done with one regular expression.

    13. Re:Rushmore technology anyone? by Just+Some+Guy · · Score: 1

      I have written huge DBMS applications both native 100% FoxPro (and Foxbase before that) and with SQL backends for 20 years. I get blazingly fast performance even with tables with over a billion records and over a TB in size.

      The most impressive part of your claim is that you fit a billion rows and a TB of data into a table that only supports 1 billion rows and 2GB of data. Congratulations! I bow to your superior ability to exceed the boundaries of software design.

      Unless, of course, you were referring to database (not FoxPro) tables that size, in which case I fail to see how FoxPro's (lack of) performance even enters into the equation. Are you really claiming that FoxPro's database library bindings are faster than other languages'?

      --
      Dewey, what part of this looks like authorities should be involved?
    14. Re:Rushmore technology anyone? by LWATCDR · · Score: 1

      I don't think you have to leave Foxbase. Can't Foxbase be used as a front end for MSSQL or just about any SQL database that supports ODBC?

      Moving to a client server database might allow you to have multiple sites linked with a VPN and still have good performance.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    15. Re:Rushmore technology anyone? by sutekh137 · · Score: 2, Informative

      Let's see... I just did a query against a 1.5 GB table (DBF) that has an index file (CDX) of 240 MB. I did an indexed query that returned 435 records or so, and it did it in 1.11 seconds.

      So, you are mistaken. Either that, or my machine downloaded 240 MB in under a second. Sorry, our network isn't that fast. *smile*

      I don't know much about file servers, but the entire index file does not need to come down. Not sure if that is a boon of the file server or of Foxpro, but I have been fighting that myth for ten years -- Foxpro does NOT pull entire files down...neither the index files nor the data file.

      Let's get some other "duh" stuff taken care of. ANY system will be slow if you pull down a lot of data. That's because the data is coming down. It has to traverse the network to become truly local. If it isn't coming down, like some sort of DataReader thingamabob, then OK, it isn't down. But then don't try joiing that table to another local one, because then you'll just have to wait _then_.

      Foxpro is incredibly fast. We have custom applications totalling more than 600,000 lines of code. Everything from old DOS-based input screen to an imaging system (scan, classify, viewing) housing more than 5 million images/files across 2 SQL Server databases (yes, VFP does wonders with SQL Server databases as well). The file-based DBF problems arise as they would with any file-based solution: size limits, contention issues, corruption, etc. But we have over 50-60 users regularly pounding our system, a mix of DBF data and SQL Server data, and it works pretty darn well.

      Foxpro's other advantage is what it does with client side data. I can read in an XLS file (one line of code), bring in data via a SQL Server query (3 lines of code), and query a local DBF file (one line of code). Each query will reside in it's own local cursor which can then be indexed, browsed etc. Even better, those cursors can then be joined, filtered, and queried to build another cursor with all of that data brought together. I hear Microsoft is still working on a local engine with that kind of power for .NET. It's called LINQ, and it isn't out yet. Foxpro has been doing this stuff for more than 15 years. I've accessed text files, Excel spreadsheets, AS/400 DB2 data, and SQL Server data all at one time and generated reports that can be viewed, printed, and/or exported back to Excel. All coming from million+ row data sources, all heterogenous.

      Foxpro has a lot of problems, sure, and I am digging .NET. But I have never seen anything do what Foxpro can do with varied data sources and local cursor speed in 15+ years of business database programming.

      And one more time: FOXPRO DOESN'T PULL DOWN THE WHOLE INDEX FILE WHEN DOING QUERIES! *phew* *smile*

    16. Re:Rushmore technology anyone? by Anonymous Coward · · Score: 0

      Uh, that is just technicality!

    17. Re:Rushmore technology anyone? by micromuncher · · Score: 1

      Microsoft bought Fox to kill FoxPro as it was one of two solid database solutions for MacOS, and it was competition to Access. Within a year of the acquisition, all the Fox developers were on the bench or gone. I remember, 1997?, no one was actively on the project.

      --
      /\/\icro/\/\uncher
    18. Re:Rushmore technology anyone? by Linker3000 · · Score: 1

      Meh - You want to migrate your database to a twin floppy PC running PCFILE III! ...those were the days. ...ahh CGA PRoN

      Sorry - been a long day!

      --
      AT&ROFLMAO
    19. Re:Rushmore technology anyone? by Master+of+Transhuman · · Score: 1


      I agree that FoxPro as a DATABASE is obsolete these days, compared to PostgreSQL or even MySQL.

      I think the primary interest in FoxPro these days is its development environment, which was always leagues ahead of dBASE and others, and according to the Dabo people, way ahead of the rest of Microsoft's development environments - at least for application development. I have no idea if this is true since I haven't used any of them lately. I used FoxPro last back in the early nineties.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    20. Re:Rushmore technology anyone? by Master+of+Transhuman · · Score: 1


      Might want to look at the Dabo project - they're a bunch of Visual FoxPro people taking the VFP approach to application development, but supporting modern databases over multiple platforms.

      AND they're using Python with the wxPython widget set!

      I just got referred to them by a post up page, so I just checked out their site. Looks like an interesting project.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    21. Re:Rushmore technology anyone? by Just+Some+Guy · · Score: 1

      Yep, I already forwarded the link on to coworkers. :-)

      --
      Dewey, what part of this looks like authorities should be involved?
    22. Re:Rushmore technology anyone? by Anonymous Coward · · Score: 0
      It's not. It may be quick for the common case of a small table (10K lines) on a local drive, but move outside that and it's horrid. FP supports multi-user access by putting the data files on a network drive.


      You're partially correct. 10K lines? Try a few million, actually. That's not the issue - it's the local drive actually. Well, think about it. FoxPro, the successor to FoxBASE+, was written in the days of stand-alone machines. IIRC, while the "internals" to the FoxPro engine were shrouded in secrecy, it basically compressed the indexes and stored them in memory. That's the secret sauce.

      And, in it's time, it *was* one of the fastest database around. Not too difficult since Ashton-Tate and dBASE made squandered their lead and quality.

      The best and the brightest used & improved FoxPro - and if you read some of the posts by MS folks like YAG (Griver) and Ken Levy (originally from JPL and author of a fantastic pre-processor), these were the programming gods in FoxPro's heydey.


      And, in a testament to it's amazing power and speed - there are many, many apps written in it - including yours, it seems ;)

      But - this was before the days of SQL and Client/Server technology. Now I could use much much better transaction management, and it was speedy across a network too - the server had to big and powerful, but client could be cheaper and simpler. And if you wrote using SQL, you could use any database engine - Oracle, SQL Server, Sybase, Informix.

      Anyway - short history lesson. And we ran FoxBASE on SCO Xenix (x86), which was Microsoft getting it's feet wet in multi-user OSs. Oh - and Rushmore Technology? A bunch of the programmers at Fox Software had watched Hitchcock's movie, and so named the code after the movie...

    23. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      Interesting, thanks!

    24. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      Visual Foxpro can, yes. That's certainly one good idea. My impression is that if we decide to change our product, it's not going to be halfway, though...

    25. Re:Rushmore technology anyone? by Silver+Gryphon · · Score: 1

      True, transmitting a large index over a network does take time, if the index isn't optimized for the query. Also, queries take time for locks. Foxpro reads index files over a network link (using seeks whenever Rushmore lets it), and does have a set minimum time that it locks resources (3ms, if I'm correct). So when you get into a multi-user scenario, about 200 users can saturate the locking timeframe and cause an exponential delay. Seeing that first hand, I've come up with a few index pointers:

      The SYS(3054,11) command tells you what Rushmore is doing to optimize a query. Using 32-bit integers as the primary key is hundreds of times faster than a char(50). Keep join complexity down below 4 tables, and denormalize just a little. Index on Deleted() if you delete a lot. Use read-only tables when possible to bypass lock delays. Certain commands use an implicit table lock and cause noticeable delays in a multi-user system.

      But you're certainly right that if you have a 100MB table and a 80MB index, Foxpro could be doing the equivalent of a table scan. n-Tier database backends like SQL Server can intercept all 200 users and handle locking better. So, I would say VFP is good for 50 users (or 100 users if well-controlled) for interactive use, and less if the workstations do mass updates.

    26. Re:Rushmore technology anyone? by LWATCDR · · Score: 1

      Well if you are going to rewrite it then I suggest Java and the SQL back end of your choice running under Linux.
      I feel Linux is a better server solution than Windows free or not. But if you are a happy Windows shop I will mention that both MySQL and PostgresSQL run under Windows with no problem.
      I like Java over .NET because it will run on anything and you have a large and mature selections of libraries that you can use. You also have a selection of good free development tools. I like NetBeans and others love Eclipse.
      The real benefit is that now that Java is GPLed you have less of a worry that you will be forced to port your application be cause the single source supplier has killed you development environment, server platform, or client platform.
      C# and mono are another option but one I have never used.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    27. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      The shop is all-Windows. I make exactly the points you mention to the other guys as often as possible, and whenever I can, advocate getting away from MS. Over the years the other developers have been slowly coming around, but they still have a lot of investment in the comfortable, familiar Windows environment.

    28. Re:Rushmore technology anyone? by LWATCDR · · Score: 1

      Notice that I was willing to keep the Microsoft servers. I understand learning how to be a good sysadmin for Windows or Linux is hard work. If you have made the investment then moving from a working Windows server to a Linux server is lot of pain for little up front return. The same is true of development enforcements. Moving from VF to anything is going to be a large pain for little upfront gain.
      If your application is working well now then moving the back-end from an XBase/Foxpro back-end to a SQL back-end would be a relatively low pain move. Not only that you could set up a test environment using PostgresSQL or MySql for very little cost. Just import a test set of data and get your system to talk through ODBC. It should scale well and put a much lower load on your network and your client systems. I don't know about your application but we have an old XBase/Foxpro application that requires constant re-indexing which will be less of a problem with a SQL server.
      BTW I am a fan of Postgres but MySql is good also and you can buy support if that is important. It also has good support for clustering if you need it.
      After you are used to a SQL back-end you can then migrate to a new development platform when you have time.
      If you really want to use C# I think there is a Mono plug-in for Visual Studio. Just remember that at one time there where all DEC shops, all Control Data shops, and all Data General Shops at one time. Nothing is in computers is forever except COBOL :)

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    29. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      For us, moving to a different DB as a back-end wouldn't be low pain, unfortunately. For historical reasons, we never bought in to VFP's 'database containers' (which are how you would talk to an ODBC source), and use its SQL implementation pretty much only for reporting. I suppose we could do something with having all of our existing 'tables' translated into cursors which are really pointing to views of an ODBC source. That's probably what you were talking about. We'd most likely lose some interactivity, though, which is important to our users...

      Thanks a lot for the ideas. Of the three developers in the company, I'm the only one who is interested in the outside world as far as technology is concerned - the other two guys (one of whom is the owner) are supremely skilled VFP developers, but know almost nothing outside of Windows+VFP. They haven't had to, because our business is so specialized, and not going away any time soon (A/R, billing and records for the mental health industry) - it's not like we're a web-based .com where the technology changes every 3 months :-).

      I've used MySQL a bit, but also hear good things about Postgres. They'd both be in the running.

      And about nothing being forever: I certainly look forward to the day when the only Microsoft systems and shops are 'legacy' ones :-).

    30. Re:Rushmore technology anyone? by LWATCDR · · Score: 1

      Ekkk. Well you might have to move at some point since VF is at end of life. I understand vertical markets I develop for one myself. The thing is even in a vertical market you often have to change to keep up with what Microsoft is doing. I find it better to choose when to move then be forced into it.
      I heard that VF is good until 2012 which is only five years. Best start the move now so it is done and tested in five years. Otherwise you may have to deploy a solution without proper testing.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    31. Re:Rushmore technology anyone? by An+ominous+Cow+art · · Score: 1

      Very true. It will be an interesting next couple of years at this place...

    32. Re:Rushmore technology anyone? by LWATCDR · · Score: 1

      One quick not on Java + Postgres.
      My second program in Java was one to replace our support Phone call tracking system. We do calls a little differently than most. Our outgoing calls are a flat fee but incoming on our 800 number is charged per minute. We return support calls and don't make customers wait on hold. I think it is a better system than the wait on hold and we try to call back in 20 minutes or less. My program tracks those calls in real-time. It used constantly and is very interactive. I have also added issue tracking and RMAs to the system. The database server is an old PII desktop with a single IDE drive and is on 100BaseT adapter. We was just a test server but it worked so well we never took it down. Been running for 4 years and we average 100,000 support calls a year and it has never had a major failure. Every once in a while it will loose it's DDE link with our CMS yes I know yickk... but other than having to restart that client it just keeps working.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  6. If only all orphaned software would go this route by davidwr · · Score: 4, Insightful

    I wish all companies would open-source or at least make available free-as-in-beer their obsolete-and-non-competing products. If they can't make it free, then make it $1.

    Except for games, which have a commercial nostalgia market, most software over 10-15 years old wouldn't be commercially viable even if it did run on the latest operating systems.

    I for one would love to fire up Windows 3.1 with a 15 year old copy of Microsoft Word and print to my Postscript printer, just to see how fast it is on my modern PC.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  7. How's that relate to Jet? by Anonymous Coward · · Score: 1, Interesting

    I might be able to feign some interest if they'd open source Jet (db used by Exchange)...

    1. Re:How's that relate to Jet? by Zaiff+Urgulbunger · · Score: 1

      Are you sure Exchange uses Jet?

    2. Re:How's that relate to Jet? by Volante3192 · · Score: 2, Informative

      I know Access uses JET, but I haven't run across anything saying Exchange uses it... If they did, I could use eseutil to fix this stupid broken Access mdb I was just told about today instead of the not-working jetcomp.exe tool.

      Apparently ESE stands for Extensible Storage Engine as well...so I'm gonna have to say Exchange doesn't use JET.

    3. Re:How's that relate to Jet? by andrewtheadminguy · · Score: 1

      They've been saying that they're going to make Exchange SQL-based for who knows how long. But yes, without a doubt, Exchange is currently Jet-based.

      Let's hope for Exchange 13.

    4. Re:How's that relate to Jet? by Volante3192 · · Score: 2, Informative

      Further comments, apparently ESE was meant to succeed the Access JET, but that didn't happen.

      http://en.wikipedia.org/wiki/Extensible_Storage_En gine

      So it's apparently a flavor of JET...but different.

      I could "see" them opening JET Red (Access) in about 10 years, because there are no plans to make it 64 bit, but not JET Blue (ESE/Exchange). That'd open up Exchange and MS wouldn't want to do that.

    5. Re:How's that relate to Jet? by dedazo · · Score: 1
      I think you're confusing "JET Blue" (ESE) with the file-based Jet RDBMS engine introduced by Microsoft Access in the 90s. Exchange uses the former, as do many of the new Windows client apps that shipped with Vista, though the API has been available for a while.

      ESE might be based on Jet or it might be a superset of it or whatever, but I don't think they're the same thing.

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    6. Re:How's that relate to Jet? by Zaiff+Urgulbunger · · Score: 1

      Aahhhhh -- that'd probably explain it!

      I can't claim to really know much about either Access or Exchange, but I do seem to recall that Exchange (2000 anyway) did have some kind of transaction logging to allow atomic commits and backups whilst the system live. And I might be being mean to Access, but I thought did basically nothing in this respect!

    7. Re:How's that relate to Jet? by Anonymous Coward · · Score: 0

      Speaking as someone who works at Exchange I can tell you why we won't open up Jet Blue, at least while it's supported (Blue has been ported to 64 bit, btw) The db records that store folders, messages, calendar items, etc have multiple cross dependencies plus some assumptions to optimize for speed, so futzing with the raw data in there is the easiest way to get yourself into lots of trouble (up to and including not being able to mount the folder databases, meaning that you'd better hope your backups are up to date...)

      The official lowest level of access you can get to an Exchange store is MAPI, which incidentally is how Exchange servers in a domain will communicate with each other. It's not the world's prettiest API but you can do with it anything Exchange or Outlook supports, and it's well documented. Since it's also little more than an RPC layer over the PIM store internals, its overhead vs bit banging the Jet data records is very low. That said, my favorite way of interacting with an Exchange server (Exchange 2000 and later) is WebDAV. It's as powerful as MAPI, much nicer to use, better documented and you can use your favorite XML and HTTP APIs. In fact, you don't even have to use Windows if you don't want to; any OS that has a TCP/IP stack with enough functionalty to run telnet will do. Since it's also an internet standard (IETF RFC 2518) there are no fees or licensing to worry about. Just use it.

  8. License by MrWGW · · Score: 2, Insightful

    I don't suppose anyone knows what open source license the software in question was released under? I looked in the article, without success.

  9. Reason for speed by Gonoff · · Score: 1

    I was told that one reason that FP was so much faster than access was that the data was separate from the application - as opposed to Access lumping it in one ever growing file.

    That wouldn't explain how it was faster than dBase though...

    --
    I'll see your Constitution and raise you a Queen.
    1. Re:Reason for speed by 70Bang · · Score: 1


      heard ?

      Mind you, I didn't read this in a tabloid. Some of the stories and|or facts may have are as far back as fifteen years ago. Some of it might have been made up in order to make things fit together a bit more.

      IIRC, Access was released on Nov 15, '92: for $99. No one knows how many copies were shelfware, but it was selling as fast as shrinkwrap could be shrinked ;) I'm thinking the (total) number was in excess of 1M within two or three months. Oh, I almost forgot: Access wasn't their first go 'round with Access. They did some exclusive testing and it just wasn't what they wanted.

      Everyone and their brother were all screaming VB couldn't tap into Access and a quick update was circulated.

      Rushmore Technology was the reason for purchasing FoxBase. Between Access & FoxPro, there were Windows-based methods of playing with dBase files. In fact, I think the first version of FoxPro for both DOS and Windows was 2.5? And FoxPro for DOS disappeared like a fart in the wind. I won't bet my left nut on this, but I don't think you're going to see the Rushmore Technology seeing the light of day. Kind of like VB. I figure both of those will end up in the Vatican's underground storage where all sorts of interesting bling.

      What happened next was Borland trying to kick themselves in the posterior. In a couple of ways. (#1): Borland bought Ashton-Tate for one reason: dBase. They basically shut everything else down the next few days and those users were SOL. This was '90-'91, but no later than '92. Borland's obvious goal was to get dBase into Windows. (I have it on very good authority) There was a lot of hemming & hawing and finally, there were two groups to put together their options. The "get it into Windows ASAP. Estimated time: 18-24 months; to make it kick ass against anything which was on or would be in Windows; estimated time: 5 years. They took the former and spent at least 3 years getting it into beta. When the dust settled, dBase/Windows was about as popular as Paradox was.

      (#2) C++. Borland had a Windows-based IDE and Microsoft's C6 and C7 were DOS-based. Rather strange, wouldn't you think? The Windows manufacturer couldn't create a C++ IDE which ran in Windows.(!) Borland had 85+% of the market share in the C++ market. But they did a very, very bad thing: OWL I wasn't compatible with OWL II. There were some utilities to aid in the conversion. As I used to say with the way 97% of the people working in the original ASP did the same thing: it looked like a frog in a blender. All of the pieces & DNA is available, but you can't make hide nor hair of it and you can't put it back together. (Everyone made a mess out of vanilla ASP. It was horrible to look at and it was horrible to debug. "Make things simple, not simpler" -Erasmus)

      When VC++ 1.0 came out in Jan/Feb '93 (twenty diskettes), a lot of people had an excuse to pop their heads up out of the rabbit warren to see what their options were. MFC had been a placeholder before and suddenly grew into a nice tool. Most people didn't want to deal with the OWL II issues. As they'd have to rewrite a lot of code, they chose that as an opportunity to migrate. Within a few months, Borland was sinking like the Edmund Fitsgerald, but Gordon Lightfoot wasn't singing.

      This was considered gospel, but I was never able to get a confirmation. The rule of them was always, "For Microsoft to hire you, you have to go to {Mecca}. [1] (remember, this was '93 and their headcount was considerably smaller than it is now) Borland was considered an exception and there were two or three people who rented a hotel room as close to Borland's people as possible. They could screen candidates and had the authority to hire, on the spot. People were going to "going early, taking "walks" during breaks, lunch, supper, etc. It was said there was a sizable line of people who were looking to jump off of a sinking barge. (And Microso

  10. Re:Umm, yes by morgan_greywolf · · Score: 1, Informative
    Where does it say that in TFA? This is what I see:

    Instead of releasing new versions of FoxPro, Microsoft will release core portions of the FoxPro software to its CodePlex community development site, said Alan Griver, a group manager within the Microsoft Visual Studio team, which leads the FoxPro team. and then, later:

    Meanwhile, Microsoft has been working on "Sedna," which is the code name for the project that takes advantage of enhancements in Visual FoxPro 9.0. The primary goal of Sedna is to expand on the ability of Visual FoxPro-based solutions to better integrate with other Microsoft products and technologies, such as Visual Studio 2005, SQL Server 2005 and Windows Vista. No, it really looks like Microsoft is open-sourcing VFP, or at least its core components.
  11. what's next? by starbuckr0x · · Score: 0, Flamebait

    FoxPro? Who still uses FoxPro?! What ancient MS product is next?... OOOOooo, please let it be MS Works! Maybe we can then prove it really is an oxymoron!

    --
    -50 DKP for lame post!
    1. Re:what's next? by cparker15 · · Score: 1

      What ancient MS product is next?
      Two words: Microsoft Bob
      --
      Have you driven a fnord... lately?

      You must wait a little bit before using this resource; please try again later.

    2. Re:what's next? by vertinox · · Score: 1

      I used to work for for a FoxPro developer back in 2001.

      It was rather a fun and useful software and a whole lot nicer to work with than say MS Access at the time if you were developing your own database software.

      I even got to attend a developers conference with them (I did training for them and support) and there were plenty of people that did Fox Pro.

      However, they did have a contingency plan to switch all their products to MS SQL based solutions which I don't know how that went since I left the company.

      It had its quirks, but I could see a lot of in house DB companies still using the product.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
    3. Re:what's next? by iPaul · · Score: 1

      I've come accross one instance of a FoxPro app that the owner wanted to re-write as a web app. It would really help open up solutions for people with existing FP apps that need to migrate them to something, anything else.

      --
      Leave the gun, take the cannoli -- Clemenza, The Godfather
    4. Re:what's next? by Anonymous Coward · · Score: 0

      don't suppose your employer's initials were DC, were they? if so, that SQL transition left a bit to be desired, like the product itself.

    5. Re:what's next? by Anonymous Coward · · Score: 1, Interesting

      Actually, the computer at the store where I work is a DOS 386 that runs Foxpro to track orders and sales, with a sneakernet connection to a WinNT 486 downstairs. It's very retro. I found a 1200 bps modem tucked behind it while tidying up one day.

      So basically, very rare small businesses. But I think the main draw would be for people who wanted to read old files.

    6. Re:what's next? by jdbartlett · · Score: 1

      I had a brief stint at a small company producing bespoke accounting solutions for Pegasus Opera, a VFP-based package. Its briefness was due to dwindling demand... Since then, I've moved to the US, and if I ever happen to mention either Fox Pro or Pegasus, I get "Huh? The what-what?"

    7. Re:what's next? by Ced_Ex · · Score: 1

      *raises hand*

      FoxPro for DOS 2.6

      But it's not my choice! Stupid application still works like a charm. Whoever wrote it back in '92 did a pretty decent job overall. New enhancements are written by me grudgingly. A re-write is in the pipes, so I'll be looking forward to turning it into a web app and be done with it.

      --
      Live forever, or die trying.
    8. Re:what's next? by pairo · · Score: 1

      Maybe, just MAYBE, FoxPro being open source would have some uses. I really fail to see how one could use ANYTHING out of Microsoft Bob for anything whatsoever...

    9. Re:what's next? by justthinkit · · Score: 1

      SBT (now owned by AccPac) accounting software runs on FoxPro and Visual FoxPro. Many many companies run this, and the support of these systems is a good business to be in.

      The strange thing is that just yesterday I was commenting on how FoxPro was all but ignored by Microsoft.

      Anyway, that's who still uses it...

      --
      I come here for the love
    10. Re:what's next? by Anonymous Coward · · Score: 0

      Two words: Microsoft Bob I don't know why, but "Microsoft Bob" always sounds like the name of a serial killer to me.
    11. Re:what's next? by Master+of+Transhuman · · Score: 1


      IIRC, the DV8 superhero (or supervillains, actually, since they started out as villains) comic book had a nutcase named "Bob" who wandered around with the head of an ex-girlfriend under his arm.

      Maybe that's where the authors got the name from.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  12. Re:Foxpro by An+ominous+Cow+art · · Score: 2, Interesting

    I've been programming in various versions of FP since 1989 or so (FoxBase+). Since the language is built around the idea of manipulating tables, doing so is incredibly easy compared to the awful hoops you have to jump through in more modern or general purpose languages (Java, perl, python, C/C++).

    That said, it feels very dated working in VFP. Especially with things like arrays, which are horribly crippled compared to the equivalent in perl or python. VFP's OO-ness isn't all it could be, either. I'd hoped the 'open source' part of the announcement would mean someone (maybe I?) would be able to add associative arrays to the language, but there is some confusion about whether VFP itself or some derivative called 'Sedna' is actually being open sourced. I need to find out more.

  13. Codeplex? by Anonymous Coward · · Score: 0

    I wasn't aware of that web site, let's get some MS-hostile GPL projects on the go :-)

  14. Re:If only all orphaned software would go this rou by swerk · · Score: 3, Insightful

    I heartily agree. I've been bitten many times by abandoned software, Animator Pro on DOS had a sort-of spiritual successor in Animator Studio, but it died there, lost between Windows 3.1 and 95. Blender was nearly lost to a similar fate; fortunately enough money was raised to buy out the source and release it under the GPL.

    Being at the software vendor's mercy for an application's longevity sucks hard, and it's one of the reasons I've been embracing Free and open software so passionately. As long as anyone still cares, the program will live on. Good software shouldn't die. That said, anything related to FoxPro can and should be erased from existance as soon as possible as far as I'm concerned, but surely somebody's happy about this, so good for them.

  15. one word... by deander2 · · Score: 1

    license?

  16. Shoot me now. by Just+Some+Guy · · Score: 0

    I hate FoxPro. It's ugly, it's slow, it's ancient, and it doesn't play nicely with, well, anything. My company has spent the last few years migrating to a decent, modern solution with PostgreSQL and Python. My biggest hope is that they're actually releasing it through their proprietary "shared source" license and not a real F/OSS license, because I honestly want this to die once and for all.

    BTW, yes, you read that right: FoxPro is glacially slow. Its proponents will swear up and down that it's the fastest database environment in the world, but the reality is that it's only fast at running FoxPro code. Port a FP program to pretty much any other language+RDBMS system, and actually write it in that combination's native idiom (that is, don't translate FP to Java line for line), and you'll leave it in the dust.

    --
    Dewey, what part of this looks like authorities should be involved?
    1. Re:Shoot me now. by Master+of+Transhuman · · Score: 1


      Well, the proponents here have given examples of relatively large databases being accessed by multiple users with one second query times, so I'd have to say that you give no evidence that FoxPro is "slow" - even relatively, which it probably is.

      As for FoxPro's LANGUAGE speed, as opposed to its DATABASE QUERY speed, you may well be right that it's slow. No surprise there, really. Obviously anything written in a modern computer language is going to outperform something written in a language that was designed to support a particular application. SQR isn't all that fast, either, but PeopleSoft and others use it because it eases report generation from databases.

      As for the being "ugly", compared to what? And what does that matter if the business functionality is met? "Uglyness" is not a criteria for business value, last I checked - otherwise the industry would never have gotten past green screens...

      Ancient, it is - as a DATABASE.

      The current interest in FoxPro appears to be primarily because of its development environment for BUSINESS APPLICATIONS - which its proponents say is better than the rest of the stuff Microsoft offers. I can't comment on that since the last time I used FoxPro was in the early nineties and I have no experience with the rest of the Microsoft crap except for Access - which IS a POS in almost all respects.

      I think the interesting question is: does Visual FoxPro application development capabilities compare at all with modern application development environments - including new-fangled stuff like Web 2.0 and Ajax front ends to Web services or Java application frameworks?

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  17. Re:If only all orphaned software would go this rou by Anonymous Coward · · Score: 0

    It would be really cool!!

  18. Probably the MOSL by wiredog · · Score: 2, Funny

    Microsoft Open Source License: You can look, but you can't touch.

    1. Re:Probably the MOSL by middlemen · · Score: 1

      You can look, but you can't touch.

      A stripper once told me that :(

  19. Re:If only all orphaned software would go this rou by Tokimasa · · Score: 0

    I totally agree. I would love to get my hands on old software that just isn't viable. I realize that some things can't be open-sourced, especially if some components are still in use. But there's no reason not to make downloads of ISOs or the installation files available for free or low costs ($5).

    --
    --Thomas J. Owens
  20. Status of "intellectual property" by burnin1965 · · Score: 2, Interesting

    It would be nice to see Microsoft start to open source (that is with a GPL or equivelant license) at least some of their products. But why FoxPro? This is the same software package which got Microsoft into trouble over copyrights. I believe all the "intellectual property" issues surrounding FoxPro have long been settled, am I right?

    burnin

    1. Re:Status of "intellectual property" by Tablizer · · Score: 1
      This is the same software package which got Microsoft into trouble over copyrights.

      Not quite true. From your link:

      Microsoft's merge with Fox Software was well timed. The two companies had been in negotiations for three years, but talks didn't get serious until a threatening lawsuit against Fox Softwarec was lifted.


      The issue had already been settled earlier by the time MS bought them. Actually the judge dismissed the case because it turned out that Ashton Tate gave misleading info about the origin of the language. It should really have been IBM doing the suing, since dBase was roughly based off of an old IBM product ("RETRIEVE"). But IBM probably forgot about it because it was licensed from a then-dead company IIRC. A long and winding road.
  21. Shared Source by argent · · Score: 4, Informative

    That was the first question that came to mind for me, too.

    The relevant part of the actual announcement on Microsoft's site reads "To reiterate, today we are announcing that we are not planning on releasing a VFP 10 and will be releasing the completed Sedna work on CodePlex at no charge. The components written as part of Sedna will be placed in the community for further enhancement as part of our shared source initiative. You can expect to see the Sedna code on CodePlex sometime before the end of summer 2007."

    Shared Source is not Open Source.

    1. Re:Shared Source by MrWGW · · Score: 1

      Interesting. So I guess the story was inaccurate in calling this "open source." I myself was highly perplexed at the though of Microsoft opening up anything significant like that. In this instance though, it looks like a logical move by Microsoft to increase interest in one of its more underperforming products by moving it to a shared source license.

    2. Re:Shared Source by Kalriath · · Score: 1

      Parent is wrong. The Shared Source license linked to there ONLY applies to those with Windows Source Code access. The licenses you really want to look at are http://www.microsoft.com/resources/sharedsource/li censingbasics/sharedsourcelicenses.mspx - which in two of the three flavours allow modification and redistribution for both commercial and non-commercial use. The Ms-Pl is like a BSD license - essentially "do whatever, we don't care. We also grant you royalty free non-exclusive perpetual rights to each and every patent or copyright covered by this code". The Ms-Cl has some GPL aspects in that if you use any of this type of code, any file it is used in is automatically forced to abide by this license - including the source distribution clause (so you must redistribute your modifications). The Ms-RL basically is "don't. Leave it. Read it all you like but don't even TRY changing it".

      There are bizarre secondary permutations of the first two licenses in that you can use the Ms-LCl or Ms-LPl to limit use of the code for Windows based apps only, but I've never seen anything from MS - or anyone else - that uses this license. Windows source code is another kettle of fish with the vicious license parent mentioned.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    3. Re:Shared Source by CSHARP123 · · Score: 1

      In the Shared Source Initiative there are licenses which are Just windows related. I am not sure they have stated which SSI license they will be using. Refer this link for all the different SSI licenses.
      There is a good article about whether SSI is open source or not at this link. I am not sure if any of the license underneath SSI is classified as open source or not.

    4. Re:Shared Source by argent · · Score: 1

      Interesting.

      The first two licenses are not GPL-compatible. They're compatible with the BSDL, but supercede it.

      I'm not sure what kind of binary distribution license either permits. They both have a term to the effect that "If you distribute any portion of the software in compiled or object code form, you may only do so under a license that complies with this license." In the case of the Ms-Cl, that seems clear enough, but for the Ms-Pl I'm not sure what this actually means.

    5. Re:Shared Source by rtb61 · · Score: 1
      Also it is only the 'core portions' what ever that means in microspeak.

      Codeplex still stinks of, you code it so we can patent it. Typical condition for companies 'Microsoft reserves the right to update the TOU at any time without notice to you' (terms of use) or the right to delete the project at any time without notice.

      So the headline M$ open source FoxPro DBMS is actually pretty far from reality.

      --
      Chaos - everything, everywhere, everywhen
  22. Crazy by N8F8 · · Score: 2, Funny

    Between FoxPro and VB it just amazes me that any company can afford to repeatedly crap on it's customers and still survive.

    --
    "God fights on the side with the best artillery." - Napoleon, Marshal of France - speaking truth to power
  23. Take Note! by Nom+du+Keyboard · · Score: 2, Interesting

    Take note, Microsoft has (to appearances, at least, while waiting to see if they provide everything necessary to compile up and run the current FP release) done something good here. Would that all other software companies follow suit with orphaned software.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
    1. Re:Take Note! by iPaul · · Score: 1

      Good question. I sometimes wonder what companies are hoping to get out of sitting on a piece of software for years, loosing the source code, and just preventing anyone from getting any use out of it? I actually had an opportunity to convert a fox-pro app to a web app, but the guy that had the app was insane and I would rather swallow my own tongue than deal with him.

      --
      Leave the gun, take the cannoli -- Clemenza, The Godfather
  24. Re:Umm, still no by sweatyboatman · · Score: 5, Informative
    The article is vague and misleading. Alan Griver (who heads Microsoft's VFP team has been talking alot on his blog about it). Here's the straight-dope...

    How about open sourcing the core product too?
    We've been asked this for years. That's not going to happen. The main reason is that there is too much intellectual property in the VFP core codebase.


    That seems pretty definitive to me.

    For clarification: Sedna (the stuff that's going into CodePlex) is not now (nor was it ever intended to be) the next version of Visual Foxpro. It's just a set of VFP-based tools intended to help current VFP developers to make better use of new features in Vista/SQL Server/etc...

    Meanwhile, VFP 9 is getting a final service pack and then that's it as far as Microsoft is concerned. There's certainly no plans to open-source the IDE or the VFP engine because, frankly, Microsoft would never do that. Some of the technology (and people) from VFP is going towards the LINQ project, but .NET is still a long way from offering the kind of streamlined data-oriented programming that Foxpro offers.
    --
    It breaks my pluginses, my precious!
  25. Re:If only all orphaned software would go this rou by EvanED · · Score: 1

    I for one would love to fire up Windows 3.1 with a 15 year old copy of Microsoft Word and print to my Postscript printer, just to see how fast it is on my modern PC.

    Amusingly enough, if you run DOS on a virtual machine, it will peg your CPU even when sitting there at a prompt. If you run, say, Windows Server 2003 in a VM, CPU usage hovers around 10% when idle.

    I assume there's some busy wait loop in DOS somewhere. One of my friends created a binary patch for Civ2 so that it would call yield or sleep or something like that instead of busy waiting so it would stop eating his CPU.

  26. Re:Umm, no. by Anonymous Coward · · Score: 0

    I thought Sedna was an open source Native XML DBMS.

  27. such great news... by fattmatt · · Score: 0

    I suppose the 3 users of FoxPro are totally gonna be stoked on this...

    1. Re:such great news... by trongey · · Score: 1

      I suppose the 3 users of FoxPro are totally gonna be stoked on this...

      They would, but all three of them died in a freak accident last week. Details are still fuzzy, but it apparently involved COBOL and Turbo Basic.
      --
      You never really know how close to the edge you can go until you fall off.
  28. 2 gig tablesize limit by Anonymous Coward · · Score: 1, Informative

    One of Foxpro's biggest limitations is the 2 gig limit...
    hopefully the open source community will be quick to address this

  29. Your Comment is Incoherent by sweatyboatman · · Score: 2, Insightful

    FoxPro is glacially slow. Its proponents will swear up and down that it's the fastest database environment in the world, but the reality is that it's only fast at running FoxPro code.


    It's only fast at running code in it's own language? You don't say! I'd be pretty impressed at any language that could run code written in another language.

    Perhaps what you meant to say was that Foxpro is only fast when dealing with data. In that case you are correct. I wouldn't write a protein-folding program in Foxpro, because, well, that would be stupid. But there's no language in the world that works with data as well as FP.

    Fortunately for you, though, Microsoft is not really making anything of significance open-source. Though Foxpro's death will only be assured when they turn out the lights in 2015.
    --
    It breaks my pluginses, my precious!
    1. Re:Your Comment is Incoherent by Just+Some+Guy · · Score: 1

      It's only fast at running code in it's own language? You don't say!

      I do say. It's not a fast database. It's not a particularly nice programming environment. It has little support for any kind of ACID goodness, and then only in the very newest release (which isn't completely backward compatible with its predecessors). No, it's true that the only thing FoxPro is particularly good at is running FoxPro code. Unless you have legacy FP applications to support, it has absolutely nothing to offer.

      But there's no language in the world that works with data as well as FP.

      ...except, well, any other language. It is hopelessly ancient and restrictive compared to pretty much any modern system. VB.Net and SQL Server? Better, faster, and easier. PHP and MySQL? Better, faster, and easier. Python and PostgreSQL? Infinitely better, much faster, and far easier. Frankly, I can't really think of another database for sale today that I wouldn't rather use.

      --
      Dewey, what part of this looks like authorities should be involved?
  30. What about Bob? by RonMcMahon · · Score: 2, Funny

    I guess there is still hope that they will FINALLY open up the code to Bob! I can hardly wait! I'm dizzy with excitement over how I can apply this awesome technology and UI breakthrough in my Vista apps!

    1. Re:What about Bob? by pedalman · · Score: 1

      Sure, he could partner with Clippy and annoy users of all ages.

      --
      Friends don't let friends line-dance.
  31. A Brilliant Move? by Ngarrang · · Score: 1

    Micro$oft has stated in the past that if someone is going to pirate an OS, they would prefer it Windows, on the premise that the pirate (Arrrrrr!) could be converted into a paying user. Or at the minimum, allow Micro$oft to count the person as a user to tout how dominant their products.

    So, we have here a product that Micro$oft already had other versions of, and wishes to no longer spend money on. Sooooo, is this yet another way of keeping the world on Micro$oft software? By making the source available, you suddenly allow old installations an excuse not to migrate to a more current DBMS. Legions of open-source programmers will flock to enhance and expand an old, dead product. In a strange way, this is a smart move on Micro$oft's part. They can only benefit from this move.

    --
    Bearded Dragon
  32. Re:If only all orphaned software would go this rou by morcego · · Score: 1

    Amusingly enough, if you run DOS on a virtual machine, it will peg your CPU even when sitting there at a prompt. If you run, say, Windows Server 2003 in a VM, CPU usage hovers around 10% when idle.

    I assume there's some busy wait loop in DOS somewhere.


    Try DOSIDLE: http://www.vmware.com/software/dosidle210.zip
    --
    morcego
  33. (XBase was cool!) Re:what's next? by Tablizer · · Score: 3, Insightful

    FoxPro? Who still uses FoxPro?! What ancient MS product is next?...

    Although they never got their GUI conventions right, the XBase language was outstanding for ad-hoc and small-scale data chomping. You can tell it was invented by people who had to deal with data and tables all day long.

    Unlike MS-Access, there was an easy path to ad-hoc manipulations and script writing. In MS-Access the language world and mouse world are too distinct. Xbase allows a more incrimental, integrated approach.

    And unlike SQL, it easily allows one to do cursor-oriented manipulation and see intermediate results. Sometimes cursoring around is easier than bulk, declaritive queries that SQL gives you. Newer dialects of XBase incorporated SQL to allow one to use whichever is best for a task. (However, index dictionaries were never standardized across dialects.)

    I used to do all kinds of table-oriented stuff in XBase, like store programming code or expressions in the tables. Think of it as Design Patterns where you can easily query, search, and print the patterns rather than dig thru linear code. It was also easy to generate tables programatically. Meta-programming was a snap. Data dictionaries could drive a lot of the app, even the GUI.

    The newer stuff tends to put bulky API's between you and the data, which slows one down. There is no such fense in Xbase (usually a good thing for productivity, but it does have its downsides if you are not careful and not used to it.)

    Ah, the good ol' days. -Tablizer-

    1. Re:(XBase was cool!) Re:what's next? by Anonymous Coward · · Score: 0

      You can thank NASA for this, ultimately: http://en.wikipedia.org/wiki/JPLDIS

      (I worked at JPL in the late 70's/early 80's, was part of a team that moved JPLDIS from the UNIVAC 1108's to UNIVAC 1100/80 machines).

    2. Re:(XBase was cool!) Re:what's next? by Tablizer · · Score: 1

      You can thank NASA for this, ultimately: http://en.wikipedia.org/wiki/JPLDIS

      But JPLDIS was heavily influenced by a commercial product called RETREIVE. But I could neither confirm this nor find descriptions of RETREIVE. Appearently JPL basically re-created the same kind of thing, but with different verb names. Thus, the original credit probably goes to RETREIVE, although JPLDIS influenced the popularity of it.

      If this happened these days, the company would sue the arse off of JPL.

  34. Irrelevant by DaMattster · · Score: 2, Interesting
    Unfortunately, I would have to say Microsoft's actions are largely irrelevant. FoxPro was fantastic in its hay day but it is a bygone technology. I am not terribly familiar with FoxPro but I would wager, in its present inception, that it does not scale nearly as well as SQL. If the license is GPL or BSD, it could find a new lease on life in UNIX, FreeBSD, and Linux. I could see FoxPro being adapted as an LDAP backend or a configuration backend. But much beyond that, Microsoft is open sourcing FoxPro because there is little or no threat posed as the technology is, as the tag line points out, abandonware.

    Please don't be to harsh when you mod me for this speculation: What if Microsoft open sources this product with a different goal in mind? For instance, maybe M$ is curious to see what new ideas become of their abandonware? Perhaps, the community might give it a new lease on life and re-develop a market for it? Should that happen M$ could close the source again, if the license is not GPL, LGPL, or BSD. Just my thoughts anyway

    1. Re:Irrelevant by Punchinello · · Score: 1

      I think we need to give the open source community a bit more credit. I suspect someone much more cleaver than you and I will find a way to use the FoxPro source to create something useful (or at least to make us say, "gee whiz!"). Only time will tell, but we would never have known the potentoinal if the code base was simply abondoned. I welcome this move by MS and applaud them.

      --

      Remember... ZG9uJ3QgZm9yZ2V0IHRvIGRyaW5rIHlvdXIgb3ZhbHRpbmU=

    2. Re:Irrelevant by SarekOfVulcan · · Score: 1

      Remember, though, that scalability is not always an issue: simplicity can be a good thing. If you're looking for an accounting and ordering system for your two-computer business, taking the time to install and maintain a server instead of a few files could be a deal-breaker.

    3. Re:Irrelevant by clonmult · · Score: 1

      What I can't get over on here is the number of people comparing FoxPro or VFP to various SQL packages.

      Its like apples and oranges, both fruit, but are totally different.

      A more apt comparison would be VFP against Access, and I don't doubt that with similar data, VFP would trounce Access quite easily, it always did years back when i developed on it.

      The key in FoxPro development was always knowing how to optimise the indexes, get that wrong and you were screwed, get it right and it absolutely flew.

      The other area of optimisation that few people seemed to handle well in the migration from the various FoxBase/dBase products to FoxPro/VFP was the language structure optimisations. I cut my teeth working on an application that was allegedly written in FoxPro (v2) for DOS, but the original coder had come from dBase, and hadn't bothered to learn about any of the revised structures or indexing (hardly any indexes, no scan/seek or other optimised searches, everything was locate). I spent a month re-writing the whole application (hotel management), and cut the time for darned near every process down from minutes to just a few seconds.

  35. which "open source"? by nanosquid · · Score: 1

    Companies like Microsoft and Sun are fond of calling things "open source" that really aren't open source in the usual sense. So, which license is this going to be?

    (Apologies if this in TFA, but I didn't see it.)

    1. Re:which "open source"? by Anonymous Coward · · Score: 0

      Say what. Microsoft hasn't, as far as I know, open sourced anything of significance (they are not open sourcing Foxpro either - and even if they were it would only be because the product is actually dead). Sun, on the other hand, have gradually been releasing pretty much all their software under an open source agreement of one kind or another including Java, Solaris, Netbeans, OpenOffice, Apache Tomcat. Really not in the same league at all.

  36. Your Comment is Still Incoherent by sweatyboatman · · Score: 1

    You seem to not understand that saying that Foxpro is only good at running Foxpro code makes no sense. .NET is only good at running .NET code. And Python is only good at running Python code.

    The mistake you're making is that you look at VFP and you see a DBMS package that's forcing you to program in Foxpro. You have it backwards. VFP's DBMS system is an extra bonus (especially if you're at a company that doesn't have the resources or the need for a SQL Server/PostgreSQL database).

    Yes, all the BDMS systems you mentioned in your post are better in a myriad of ways than VFP. And Python, C#, what-have-you are more modern programming languages (though in this discussion that's besides the point). But PostgreSQL isn't a programming language and Python isn't a database language. Whereas VFP is both.

    Have you considered using PostgreSQL with a VFP front-end (I'm going to assume that you're involved your company's upgrade)? Well, of course you haven't. Because Python is totally badass! And besides, you don't really know anything about Foxpro and don't want to learn. So it would be a waste of time for you. Which is fine. Go with what you know. But IMO if three years ago your company had decided to go with a Postgre+VFP they would have been done with their upgrade two years ago, instead of still thunking away at a "decent, modern solution".

    --
    It breaks my pluginses, my precious!
    1. Re:Your Comment is Still Incoherent by Just+Some+Guy · · Score: 1

      You seem to not understand that saying that Foxpro is only good at running Foxpro code makes no sense.

      It was a literary device aimed at native English speakers, and I apologize for any confusion it might have caused.

      But PostgreSQL isn't a programming language and Python isn't a database language. Whereas VFP is both.

      The key distinction is that Python isn't a crappy database - it doesn't pretend to be one at all - and PostgreSQL isn't a crappy programming language - it doesn't even try. Combining an awful language with an awful data backend doesn't magically make it good.

      Have you considered using PostgreSQL with a VFP front-end (I'm going to assume that you're involved your company's upgrade)?

      That's exactly what we're doing in the cases where migrating to a supported language isn't an immediate option. We're doing essentially all new development in other languages and phasing out the legacy codebase as time permits.

      And besides, you don't really know anything about Foxpro and don't want to learn.

      I'm not the only programmer here, and "legacy application" implies that someone wrote it in the first place. Those people are still here and still very good at FoxPro. The problem is that FoxPro isn't very good to them.

      But IMO if three years ago your company had decided to go with a Postgre+VFP they would have been done with their upgrade two years ago, instead of still thunking away at a "decent, modern solution".

      I can agree with that. On the other hand, we'd still be running on a programming platform that is officially, probably irreversibly, dead. If we're going to migrate at all, we're going to move to something a little more future-proof.

      --
      Dewey, what part of this looks like authorities should be involved?
  37. And so it goes... by Anonymous Coward · · Score: 0

    Another steaming pile o' (sh)it goes down, MS needing new 'products' to lure people to. Everything in Fox Pro is so badly designed that I experience physical discomfort when using it. The main idea with most M$ products is 'any idiot can program/administer computers/networks'.

  38. * Crickets * by oldwarrior · · Score: 1, Funny

    chirp chirp chirp...

    --
    If it were done when 'tis done, then t'were well it were done quickly... MacBeth
  39. We'll verb it if we want to. by Ungrounded+Lightning · · Score: 1

    Open source is not a verb, dammit. Try "Microsoft to make FoxFro open source" or something like that. Arrgh!

    I was under the impression that verbing adjectives was a construction in mainstream American English that is recognized as legitimate even by academics. (Verbing nouns is a legitimate construction in hacker slang, but that's a separate issue.)

    However, even if it wasn't, American English does NOT have a regulatory body. It is, and always has been, what the users make of it. Academics must continuously research and document its changes - rather than prescribing it (and using legal power to enforce it) ala the French Academy.

    ("Standard English", on the other hand, is a construction that an east-coast self-proclaimed elite attempted {with much success} to foist on the rest of the country via the {largely governmentally-supported} school systems, in order to establish their version of the language as that of a ruling class and marginalize the speakers of the other local dialects and pronunciation variants. Fortunately for midwesterners, the advent of broadcast radio led to the standardization of THEIR pronunciation variant by the budding broadcast industry, due to its understandability by the largest population of listeners.)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  40. Woops. Noun phrase. by Ungrounded+Lightning · · Score: 1

    Sorry about the "adjective" part. (I started responding to one of the followup comments and pulled the "verbing an adjective" from there.)

    "Open Source" is a noun phrase so verbing it is a proper construction of hacker slang. This seems appropriate, given that the whole open source movement was started by one or more of the original MIT Hackers. Since one of them coined it, and they habitually also used nouns as verbs (and vice-versa), they automatically coined the verb form simultaneously. This makes it proper even in Standard English.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  41. you're right by Anonymous Coward · · Score: 0

    Really not in the same league at all.

    Microsoft has largely ignored the open source community until now. Sun has open sourced some stuff when it suited their business interests, and in other areas has actively attempted to disrupt open source efforts, sometimes with almost-free licenses, sometimes with licenses calculated to cause dissent and incompatibilities among open source projects.

    So, you're right, they are not in the same league. I'm just not sure which of the two leagues is worse. Frankly, at this point, I'd wish both of them would just go away and leave open source alone rather than trying to "help". We need Sun's help even less than we need Microsoft's.

  42. Re:Umm, still no by Not+The+Real+Me · · Score: 1

    "...There's certainly no plans to open-source the IDE or the VFP engine..."

    Microsoft released their free VFP OLEDB driver last year. It pretty much allows all the .NET, VB, Delphi, VC++, etc. developers to write apps that talk to legacy FP/VFP systems without being tied to the VFP IDE or having to have VFP installed. The VFP OLEDB driver seems to be a huge improvement over the older VFP ODBC driver and (for a Microsoft product) has a rather small footprint.

  43. Cold by kahrytan · · Score: 1


      I think Hell just froze over and a pig flew by my window. Why is Microsoft doing this? Perhaps to sponge off OSS developers then turn around and close source it.

    --
    \
  44. Distributed Processing by Tablizer · · Score: 1

    Having said all that, however, I can't think of any legitimate reason to use DBASE style databases these days. With free DB servers like MySQL and PostgreSQL why bother?

    Local processing. For sticky processing, sometimes you can dump the work onto a user's workstation to relieve the server. A client/server app grabs the raw data from a central RDBMS, and then chomps on it on the local work-station. Think of them as a "local view" of tables.

    I've seen processes that used to run locally moved to a web-server, and it got bogged down because all the processing that used to be distributed to work-stations was now forced to one box, the server. However, we got around it by pre-processing some of the data at night to make it easier to digest for this particular app.

    Also, as I mentioned elsewhere, FoxPro is generally easier to program cursors with if you need cursor-oriented processing. I find it more friendly than Oracle's cursor language conventions, for example. FoxPro is more "scriptish" in that regard, while Oracle is formal.

    It is also easier to break big queries into multiple smaller queries in Xbase (FoxPro's original language). The equivalent in SQL is sometimes a big run-on sentence, a multi-breaded sandwich. (SQL could fix this with app-defined views, but this is not well-supported.)

    1. Re:Distributed Processing by Master+of+Transhuman · · Score: 1

      "It is also easier to break big queries into multiple smaller queries in Xbase (FoxPro's original language). The equivalent in SQL is sometimes a big run-on sentence, a multi-breaded sandwich."

      That is also one of SQR's (Hyperion's SQL/Report Writer combo language) useful abilities (about the only one aside from its report generation abilities). You can in essence "nest" queries in separate procedures. Depending on how good you are with SQL, you can gain some performance advantages by breaking up queries into sets so that each calling set has fewer rows to deal with. More important than performance advantages is the documentation advantage - rather than trying to interpret some multi-page SQL string, you can see everything as a neat hierarchy of calls to simpler SQL "functions".

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  45. Re:Umm, still no by killjoe · · Score: 2, Informative

    There is an open source project inspired by VFP but based on python. It's called Dabo http://dabodev.com/ . Check it out if you are interested in getting on board with something that isn't obselete.

    --
    evil is as evil does
  46. Re:If only all orphaned software would go this rou by justthinkit · · Score: 1

    That link didn't work for me [404'd at vmware.com].

    A HREF="http://ftp.bspu.unibel.by/pub/HardWare/COOLE RS/DOSidle/">This one did.

    --
    I come here for the love
  47. WWMSOSN? by Anonymous Coward · · Score: 0

    i hope they open source "Windows for Workgroups - 3.11" next. nothing says, "We're serious about open source!" better then releasing such cutting edge, technically relevant pieces of software. i certainly will feel free to read and use their code, without fear of future patent litigation. i mean, come on, it's Microsoft.

  48. DABO by JShadow · · Score: 2, Interesting

    Well there it is! I worked with VFP starting with version 6, and when version 8 came out the rumors started flying about VFP being discontinued at some point. Microsoft fired back saying that the lack of VFP in Visual Studio didn't mean anything, and they would be continuing development and supporting all the VFP code out there for some time to come. Well, looks like the rumors were right.

    And I really don't care, because when I started hearing those rumors I started searching for a replacement, just in case. I found DABO, which was created by a couple of VFP supporters from back in the day. It's built on Python, has a data model which mimics in many ways the simplicity and robustness of VFP. Plus it can use any database for the back end! It's open source, free, and getting better all the time; and it's not even at version 1 yet! I've only been tinkering with DABO, but now it's time to move.

    1. Re:DABO by Master+of+Transhuman · · Score: 1


      Yeah, somebody else on a previous page referred to it, and I looked it up. It looks interesting.

      The really interesting part is that's cross-platform and supports most of the OSS databases.

      Linux really needs an easy to use "Access killer". Since Dabo supports MySQL and PostgreSQL and there are migration tools from others to migrate Access to OSS databases, this could be a very valuable product.

      I haven't compared it yet to Kexi or the OpenOffice BASE, but if Dabo has the full VFP application development capability at some point, this may be a very valuable addition to an OO consultant's tools for getting clients off that Access POS and onto REAL databases with REAL application development front ends.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  49. Re:Foxpro by Tablizer · · Score: 1

    That said, it feels very dated working in VFP. Especially with things like arrays, which are horribly crippled compared to the equivalent in perl or python.

    Except for really small stuff, I usually used tables instead of arrays. Tables are more scalable. Associative arrays are like a table with 2 columns and *only* 2 columns. If you use a table, then you can add bajillion columns without changing the code that uses the first 2 columns. Can't do that with associative arrays, and I have needed such a change many times. XBase (FoxPro) made creating tables so easy that they could easily replace most arrays. I agree the GUI's sucked on these products, but for table-oriented work for desktop or client-server apps, it was difficult to beat the simplicity and table-native-ness of XBase dialects. Manipulating tables thru API's can be a red-tape pain.

  50. Finally! by Weasel5053 · · Score: 1
    Finally - the MS Access killer for Linux!

    (I'm kidding, I'm kidding...)

    1. Re:Finally! by Master+of+Transhuman · · Score: 1


      I'm not.

      We need one. Dabo might be it - or not - I don't know yet.

      There are migration tools to get Access data into MySQL and PostgreSQL. What we need is an easy to use application development environment that can match the ability to generate screens and reports that Access has - without the crap.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  51. If MS drags their feet, other OSS potential... by Tablizer · · Score: 1

    The OSS Harbour project:

    http://www.harbour-project.org/

    is building an XBase compiler based on Clipper (a sister of FoxPro, both based on XBase). Two things needed the most are an interpreter (Harbour is a compiler) built from it, and a decent GUI hook-up, perhaps to the TK GUI tools.

    FoxPro apps probably would not run unmodified because the dialects drifted apart, but at least new apps or ad-hoc projects could be used on such for those already familiar with XBase.

  52. Re:Umm, no. by Dan_Bercell · · Score: 1

    Microsoft could open source all of its software and people like you still wouldnt be happy. Open Source software isnt the best way to do business, and Microsoft is in it for the money.

  53. Abandonware? CodePlex rules... by Anonymous Coward · · Score: 0

    From the CodePlex site; http://www.codeplex.com/CodePlex/Wiki/View.aspx?ti tle=Project%20hosting%20requirements&referringTitl e=CodePlex%20FAQ

          1. You must choose a license for your project (license resources: Open Source License page on Wikipedia)
          2. It must be an ongoing project (no "abandoned" projects)
          3. It must have source code (no non-software projects)

    Look #2, it must be an ongoing project, it cannot be an abadoned project.
    Microsoft is gonna abandon FoxPro?

  54. Re:Umm, still no by Master+of+Transhuman · · Score: 1

    And here's what the Dabo people have to say about Microsoft and VFP. Interesting comment that reflects some of the posts here.

    "An incredible, powerful and grossly under-marketed tool for developing database apps that run in Microsoft Windows only. Its cursor engine is second to none in terms of power, speed and utility. VFP is a fully object-oriented language, with the ability to design classes both in visual tools as well as code-only. Despite neglect from Microsoft, which makes more money selling less capable tools that have higher licensing fees, development continues, with version 9.0 released in late 2004, and work on an update, code-named Sedna, scheduled for a 2006 release."

    The Dabo project looks very interesting, especially because it is cross=platform including Linux. I will be watching its development.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  55. FoxPro to C or C++ translator? by Futurepower(R) · · Score: 1

    At one time there was software that could translate FoxPro (for DOS) code to C or C++. That would be a good way to transition from old FoxPro programs to something else.

    Does anyone have a link or information?

    (Note that, contrary to what the Slashdot story said, Microsoft is not really releasing any source code of value.)

    1. Re:FoxPro to C or C++ translator? by Master+of+Transhuman · · Score: 1

      Quick Google found this.

      They convert VFP to Delphi.

      Can't find anything else, though.

      I did find one reference about translating computer languages that said translating FoxPro to C++ speeds up the programs by 300% - no surprise there.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  56. Have experience with FlagShip? (FoxPro is dead.) by Futurepower(R) · · Score: 1

    Do you have any experience with FlagShip? Apparently it can translate legacy xBase code to C++.

    Since Microsoft is killing FoxPro, everyone using it will need to transition to something else. What is the best way to make the transition?

  57. Harbor Project xBase Compiler? by Futurepower(R) · · Score: 1

    Have experience with the Harbor Project xBase compiler?

  58. M$ not-services by Netino · · Score: 0

    Micro$oft don't let their programs closed why wouldn't profit for them.
    They don't open their programs because they are not competent to offer services to their customers.
    They aren't a service-oriented company.
    If they would need to offer services to their customers, they will bankrupt.
    This is the reason to programs will stay closed until bankrupt.

  59. Who really uses Visual FoxPro anyway? by Orion+Blastar · · Score: 1

    I mean if someone admits to using Visual FoxPro they are usually laughed at. I think Visual FoxPro was the software least likely to be installed in the Visual Studio 6.0 and above suite of software.

    I think the DOS version of Visual FoxPro was used to create Nursing software to answer questions about becoming an LPN, but after they moved from DOS to Windows they used something else.

    If Microsoft wants to impress the open source crowd, they need to open source the core of Microsoft Access and release how the MDB file format works. Now that would be impressive.

    --
    Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
  60. And your comment contains a false statement, IMO by ferespo · · Score: 1
    But there's no language in the world that works with data as well as FP."

    Well, some people hate it http://www.dbdebunk.com/index.html, but SQL is far more powerful than FP, if you agree that declarative languages are better suited to the task of manipulating data.

    FP is a clone of dbase, which had nice features to handle data only if you compare it to a bare C API.

    SQL is the most popular implementation (definitely not the best or purest) of tuple relational calculus.

    Finally, speed is not related to a particular language but to its implementation. How a query is carried out is the task of the Query optimizer http://en.wikipedia.org/wiki/Query_optimizer. I don't know anything about rushmore technology, but I don't think it goes beyond the query optimizer concepts that predates that technology by several years.

  61. I'd forgotten about FoxPro... by jonadab · · Score: 1

    I could be getting it confused with something else, so correct me if I'm misremembering (it *has* been a while), but wasn't FoxPro what people used before Lotus 123, dBase came along and snapped up the market for DOS-based business applications (apart from word processing, which had belonged to WordStar and was in the process of being taken over by various hotshot newcomers, WordPerfect being chief among them)?

    --
    Cut that out, or I will ship you to Norilsk in a box.
    1. Re:I'd forgotten about FoxPro... by jonadab · · Score: 1

      According to Wikipedia, I was a little off. Apparently FoxPro was contemporary with (and presumably a competitor to) dBASE, sold during approximately the same timeframe as Lotus 123 and WordPerfect for DOS. So I was off by as much as five years in my estimate.

      Still, what in the name of the Wayback Archive is it doing in the news in 2007?

      --
      Cut that out, or I will ship you to Norilsk in a box.
  62. RubyPro?` by Anonymous Coward · · Score: 0
    Seriously, FoxPro (and really FoxBASE) was the Ruby/Rails of it's time. It is simply staggering the amount of garbage you have to muck around with these days whether .NET or .J2EE.
    • Struts
    • Tiles
    • Hibernate
    • XDoclet
    • JSP
    • HTML
    • Spring
    • AOP
    • JBoss
    • JSTL
    • PMD
    • Checkstyle
    • JUnit
    • EasyMock
  63. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  64. Re:RubyPro? by Tablizer · · Score: 1

    It is simply staggering the amount of garbage you have to muck around with these days whether .NET or .J2EE.

    Agreed. I used to whip out minor applications in a two weeks, and medium ones in a few months by myself with XBase. The same up under .NET or Java would take at least 3-times the man-power. (Part of the problem is web standards hinder UI's, making you have to do odd work-arounds.)

    I even put myself out of a job once by banging out apps so fast that I ran out of programming, so they put me in network and PC support, which wasn't my bag. I enjoyed banging out gajillion apps at the speed of light.

  65. Knee jerk response... by celtic_hackr · · Score: 1

    So Freaking What!?

    No wait let me change that to:

    so freaking what.

    Two words: MySql, Postgresql.

    Who the hell cares about a dead, ancient, useless, big new learning curve, hunk of junk software that Microsoft bought only to destroy it. You should know the rules by now...
    Microsoft rule #1 : Ignore competitors too small to hit the radar,
    Microsoft rule #2 : Buy competitors' products when they hit your radar,
    Microsoft rule #3 : Bury competitors' who won't sell,
    Microsoft rule #4 : Sue competitors' you can't bury,
    Microsoft rule #5 : Embrace, Extend, Destroy,
    Microsoft rule #6 : If all else fails FUD,
    Microsoft rule #7 : Throw lot's of chairs and do the Monkey Dance.
    What possible use could opensourcing FoxPro do? Hmmm... ah! Can anyone say patent infringement lawsuit? See rule #4 (note tha shift+4 = $). I have to say one thing these slimeballs are relentless and haven't even begun to reach into their buckets of slippery slimy tricks, to attack OSS with yet. Of course they have this wonderful term called "plausible deniability", and will say, "No really we just want to be your friend". I say "Beware MS Geeks bearing gifts!" Especially, if it resembles any animal like a horse or a fox or ...

  66. Re:what's next? - A Solaris Runtime web app! by Havokmon · · Score: 1

    FoxPro for DOS 2.6

    But it's not my choice! Stupid application still works like a charm. Whoever wrote it back in '92 did a pretty decent job overall. New enhancements are written by me grudgingly. A re-write is in the pipes, so I'll be looking forward to turning it into a web app and be done with it.

    FoShizzle! Don't rewrite that app! Just use the solaris RunTime and run it on Linux. Output your screens in HTML, and make it a webapp on Linux!

    Yes. I did that:
    http://www.havokmon.com/stuff/workstuff/prg/SEARCH .PRG
    Solaris Runtime:
    http://www.havokmon.com/stuff/workstuff/prg/solari srt/
    You'll need to use another program to call your FoxPro app (outputting HTML comments) otherwise you'll get ansi gook in your page.

    --
    "I can't give you a brain, so I'll give you a diploma" - The Great Oz (blatently stolen sig)
  67. Obligatory by Polly_Morf · · Score: 0

    In other news Hell just froze over.

  68. Re:what's next? - A Solaris Runtime web app! by Ced_Ex · · Score: 1

    That's a nice idea, but since I didn't have a choice with the FoxPro, I highly doubt I'll have the choice with Linux. :(

    --
    Live forever, or die trying.