Slashdot Mirror


TurboPower's Delphi Components Going Open

Luiz Bucci writes "According to the company web site, TurboPower Software announces their immediate withdrawal from the retail component and developer tools market. As part of the move, TurboPower announces its intention to release their award winning component libraries as open source to the maximum extent possible. The resulting open source projects will be hosted on SourceForge." (SourceForge and Slashdot are both part of VA Software). TurboPower's libraries cover "compression, serial communication, faxing, Internet communication, scheduling, data entry, encryption, and XML manipulation."

193 comments

  1. Great news! by Anonymous Coward · · Score: 0

    This is a great win for the free software community!

    Oh and FP!

  2. This is nice but is it needed? by packeteer · · Score: 2

    I like to see more sour e being opened but do we need this? Aren't there better things out there that are already open source?

    --
    unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    1. Re:This is nice but is it needed? by Anonymous Coward · · Score: 2, Insightful

      What are you talking about? That is like saying "We already have enough music, and I like it some of it, do we really need people to release new music." What damage does releasing more code as open do? If you think it is poorly written, don't use it, but by all means, don't discourage it from being released.

    2. Re:This is nice but is it needed? by packeteer · · Score: 2

      I think this is a good thing and i think that this should be released. The thing i dont know is if it is really going to make a big difference. I hear a lot about sources being opened which is good but a lot of it is not worth very much. Most of the time when this type of things happens the code is still usable but is not much of a big help to many people.

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    3. Re:This is nice but is it needed? by edbarrett · · Score: 1

      Open source isn't about building the next Apache or Samba. And if it's a help to anyone, I bet *they're* happy it was open.

      "*I'm* not gonna use it, so why do they bother?" doesn't sound like the right attitude to me.

    4. Re:This is nice but is it needed? by Anonymous Coward · · Score: 0

      Who said that was his attitude? You're just assuming and acting like a jerk in the process.

      The original poster was basically asking: "How useful is the code to the open source community? Is it filling any gaps the open source community hasn't already filled?"

      I think it's a valid discussion point. A lot of people don't know much about this product and are interested if this is going to save some coders a lot of time they might want to put towards something else.

      No one ever questioned whether it should be open or why they bothered to open it. Most people reading Slashdot already know the answers to those questions.

    5. Re:This is nice but is it needed? by Trane+Francks · · Score: 2

      It doesn't sound like the right attitude to me, either.

      One of the greatest uses for open source software is to steal ideas of how to approach a problem. Maybe you don't borrow the code itself, but you borrow bits of an algorithm here and there to build your own application.

      TurboPower makes great stuff. It pleases me to no end to see them giving a whole bunch of proven algorithms back to the community now that they've chosen to pack up shop. Two thumbs up!

      --
      ...a FreeDOS contributor: http://www.freedos.org/
  3. delphi by spectral · · Score: 3, Interesting

    How popular is delphi? I hear about it occasionally but never have really seen any evidence of it being used much..

    Also, any decent samples of what it looks like, or tutorials? Just curious..

    1. Re:delphi by Anonymous Coward · · Score: 0

      ...any decent samples of what it looks like...
      Pascal++

    2. Re:delphi by shamilton · · Score: 2, Informative

      It is worth trying, especially if you fumble around trying to create GUIs in MSVC. If you know what to look for, you can pick out apps written in Delphi pretty easily.

      I used it primarily for about five years.

      sh

      --
      "[A] high IQ is like a Jeep; you will still get stuck, just farther from help!" --Just d' FAQs, c.g.a
    3. Re:delphi by Pig+Hogger · · Score: 2
      How popular is delphi? I hear about it occasionally but never have really seen any evidence of it being used much..
      By the looks of many Windoze free/shareware you see about, I'd say it's more popular than Delphi would care to admit...
    4. Re:delphi by Anonymous Coward · · Score: 0

      more like Object Pascal

    5. Re:delphi by BagOBones · · Score: 5, Informative

      Well you can download a demo at Borlands website.
      I learned MS C++, MFC programing before finding Delphi. Borlands IDE makes development quick an painless.
      Delphi is most often used as a RAD tool for building frontends to databases, so you see it used A LOT in large companies for inhouse tools, but it is able to build any type of app or dll that you would want.
      Many popular apps are also writen in Delphi but sometimes it takes a keen eye to pick them out.
      HomeSite formerly by Alaire http://www.macromedia.com/software/homesite/
      Motherboard Monitor http://mbm.livewiredev.com/
      Inno Setup Installer http://www.jrsoftware.org/isinfo.php
      To name a few that you may have heard of

      --
      EA David Gardner -"... but the consumers have proven that actually what they want is fun."
    6. Re:delphi by Anonymous Coward · · Score: 0
      fumble around trying to create GUIs in MSVC

      If you fumble around in MSVC, it's because you don't know how to use it. That's not a criterion for making Delphi any good for you. Chances are you're going to not know Delphi either.

    7. Re:delphi by Malcontent · · Score: 2

      It's suprprising popular in the corporate world, it's also very popular in poland, russia. It's also got a cult following in the US.

      All and all it seems to have made more of an impact outside the US tne inside the US which is not surprising considering the dominance of MS.

      --

      War is necrophilia.

    8. Re:delphi by Anonymous Coward · · Score: 0

      I'm a Pascal/Delphi developer - always have been, maybe always will be. .NET looks pretty cool, but it isn't as easy to use as Delphi.

      Our shop uses Delphi almost exclusively, and the former C/C++ programmers here, once they get their heads around it, LOVE it.

      I know that I can write applications as complex as anything, usually in a shorter time and always cleaner than C/C++, and the performance is always on-par or better than C/C++ programs.

      Not that Delphi (Borland) is without its problems - even with their problems, put simply, Delphi Rocks!

    9. Re:delphi by archeopterix · · Score: 2
      more like Object Pascal
      More unlike anything except Delphi. Recently I tried to find a working grammar definition for Delphi Pascal and found out that the grammar published by Borland is not quite complete. The best thing available is from some guys who sort of reverse-engineered the Borland grammar - they just fiddled with the grammar file until their parser managed to parse a big set of sample Delphi Pascal files. I suspect that the only Delphi Pascal definition is the compiler itself, which I find sad.
    10. Re:delphi by Reikk · · Score: 0

      Well you can download a demo at Borlands website.
      I learned MS C++, MFC programing before finding Delphi. Borlands IDE makes development quick an painless.
      Delphi is most often used as a RAD tool for building frontends to databases, so you see it used A LOT in large companies for inhouse tools, but it is able to build any type of app or dll that you would want.
      Many popular apps are also writen in Delphi but sometimes it takes a keen eye to pick them out.

      HomeSite formerly by Alaire http://www.macromedia.com/software/homesite/

      Motherboard Monitor http://mbm.livewiredev.com/

      Inno Setup Installer http://www.jrsoftware.org/isinfo.php

      To name a few that you may have heard of

    11. Re:delphi by JimStoner · · Score: 1, Interesting

      The most obvious ways to spot a "Delphi" application are:

      1. It uses the Delphi SQL cursor when running a query.

      2. It uses Delphi bitmaps, either on buttons or for application icons.

      I would add TOAD to the list of Delphi products.

    12. Re:delphi by IamTheRealMike · · Score: 2
      it is able to build any type of app or dll that you would want.

      (plug) Indeed, it's even capable of writing high performance 3D games (end plug).

      Delphi has long been the standard to which other Windows RAD environments were measured. Unfortunately Borland always focussed very heavily on the database side of things, instead of pushing it as also a very good replacement for VB, ie for more general purpose apps.

      Too bad they slaughtered it while porting to Linux. Kylix is nowhere near as good as Delphi is :(

    13. Re:delphi by shamilton · · Score: 1

      Er, sorry? Creating GUIs in MSVC is a tremendous pain in the ass, only slightly less so if you use MFC or WTL.

      One could put together a Notepad clone in under five minutes in Delphi. It would take at least an hour or more in MSVC, writing out MessageProc or DialogProcs and such.

      sh

      --
      "[A] high IQ is like a Jeep; you will still get stuck, just farther from help!" --Just d' FAQs, c.g.a
    14. Re:delphi by smagruder · · Score: 2

      It's quietly being used by a lot of software development companies, and due to its RAD and straightforward approach to OO, these companies are running circles around their competitors. Read about Delphi 7's features and weep.

      --
      Steve Magruder, Metro Foodist
    15. Re:delphi by Anonymous Coward · · Score: 0
      Delphi is a RAD development environment for Windows, with a Linux flavour called Kylix, and a .NET version in the works.


      See http://www.borland.com or http://www.drbob42.com/delphi for information about Delphi.

    16. Re:delphi by FearUncertaintyDoubt · · Score: 3, Informative
      Delphi is more popular in Europe, especially eastern Europe. One thing to realize is that delphi has a great IDE, and builds lean, fast executables and pascal is easier for many people to code and maintain than C++, especially given the excellent VCL (visual component library) which makes it very easy to create window-based apps. While Java and .NET have changed the landscape in the U.S., in places where people are still running on old hardware such as, say, Pentium Pro-based servers, lean and fast is still very much needed.

      I've always thought that delphi deserves more respect than it gets. I use it all the time to make DLLs that function as plug-ins for a video editing package written in C++.

    17. Re:delphi by KyleCordes · · Score: 3, Interesting

      Delphi is not very popular for "enterprise" development. However, it is quite popular for shrinkwrap software development, especially vertical market apps. Moreover, many companies that use Delphi, keep quiet about it, don't advertise it in their job ads, etc. Since Delphi-produced apps can compile to a single EXE, run very fast, etc., there is no obvious sign to customers that it's a Delphi app. Many Delphi shops like this, and are happy to let customers and competitors assume they are using something else.

    18. Re:delphi by AndroidCat · · Score: 2
      I remember an incident when it looked like we might have needed a 3870 telnet plug-in for our contact manager (why ask why?). We had a team-huddle to think about it. It might have been a Friday after beers.

      A quick search of the net, download, wrap the component in our plug-in ActiveX interface. Done! 20 minutes. In retrospect, a bad move, it being a VC++ shop.

      --
      One line blog. I hear that they're called Twitters now.
    19. Re:delphi by ergo98 · · Score: 1

      I agree with everything you say up until and the performance is always on-par or better than C/C++ programs: While I would take Delphi over VB any day of the week, and while Delphi apps are close to Visual C++ executables in performance, on average VC will beat it, and in some cases by a massive margin. If performance and small size is the #1 concern (for example developing something like Photoshop) then Visual C++ is the only choice. If speedy development (i.e. enterprise development) is a concern then Delphi, Visual Basic, of C#.Net are the choices.

    20. Re:delphi by arkanes · · Score: 2
      I don't think you're using the same Delphi I am :P Fast RAD, yes. Decent IDE, it's got some very nice features but lacks a bunch that I pretty much rely upon, the VCL is excellent in theory (few flaws in implementation, but by and large excellent), and the compiler is lightning fast, but it certainly doesn't make lean executables - in fact, it's notorious for big once. To prevent the need for a runtime, all the VCLs are compiled statically, and a default "hello world" starts out at around 500k.

      And I can't stand pascal syntax, but that's just a personal preference - I still use Delphi alot.

    21. Re:delphi by Anonymous Coward · · Score: 0

      Actually, the compiler that Delphi uses is Borland's C++ compiler. Both C++Builder (a Delphi like package from Borland) and Delphi share the same low level compiler. This low level compiler has evolved over many years way back to their DOS C++ compiler which was the top of the industry with respect to speed and size. VC++ has NEVER rivaled Borland's compiler. The only "overhead" in Delphi/C++Builder is the VCL and all the code that it brings along (which is all optional by the way). So, Delphi IS just as fast as VC++ and many other C++ compilers.

    22. Re:delphi by BagOBones · · Score: 1

      As anyone SHOULD expect.. The Kylix team admits they are 1 to 2 versions behind the Delphi team in terms of features.. They aslo have the huge task of trying to take care of the underlying complexity of the Linux platform for the developers. Delphi just wraps the WinAPI for the most part which just gets a few more features each version of windows where Kylix uses QT for all its GUI and has to interface with all of the other things that makeup Linux. Linux systems can differ greatly in terms of the librarys installed and the way each Distro is compiled and packaged.

      If Kylix sells well I would expect to to catch up shortly.

      --
      EA David Gardner -"... but the consumers have proven that actually what they want is fun."
  4. WOOHOO! by sstamps · · Score: 5, Interesting

    As a Turbo Pascal and now Delphi developer, I have used TurboPower components off and on for many moons.

    I hate it that they are leaving the retail scene, but I am glad that they are leaving behind one of the best libraries Turbo Pascal/Delphi ever had.

    My hat's off to them for this bold move. Now if we could just get an open-source Delphi-compliant compiler on Linux, I'd be happy. Yeah Free Pascal is pretty good; I use it, but it is not yet up to the level of Delphi under Windows in terms of features and libraries.

    --
    -SS "Teach the ignorant, care for the dumb, and punish the stupid."
    1. Re:WOOHOO! by Radical+Rad · · Score: 5, Informative
      Now if we could just get an open-source Delphi-compliant compiler on Linux, I'd be happy.

      Have you not heard of Kylix Open Edition? You can't be refusing to use it just because the compiler itself is not open source since you just said you use Delphi. Download it and give it a whirl. The new version lets you program in Object Pascal or C++.
      Kylix 3 Open Edition free download

    2. Re:WOOHOO! by JPawloski · · Score: 1, Informative

      Given the way TurboPower ships most of it's components, I'd actually think this will not be much of a problem.

      Pretty much when you bought a license of one of their components (such as AsyncPro), you got the source. One of my friends found a few bugs in AsyncPro, worked out how to fix them, and then alerted TurboPower about the bug and the fix. So the source has previously had a number of eyes outside of TurboPower actually reviewing it.

      Plus (as I mention elsewhere) TurboPower have already got quite a number of their components working under Kylix, and seem pretty clueful on the whole. They seemed to have an attitude of "well, we need this, so let's write it ourselves!" rather than always resorting to high level API's or 3rd party modules.

    3. Re:WOOHOO! by Anonymous Coward · · Score: 0

      Yeah, he said an "open-source compiler". Dickhead.

    4. Re:WOOHOO! by Tuqui · · Score: 1

      Really this type of component libraries with sources is pretty common in Delphi Community, at least in my company we don't by a component library that don't came with sources, even paying the higher prices for they.
      More than once the to have the source save the project limit line.

    5. Re:WOOHOO! by MobileC · · Score: 1

      "You can't be refusing to use it just because the compiler itself is not open source since you just said you use Delphi."

      So you didn't read the post then...

      --

      Fran
      :):):)
      1st 1st Poster of the new Millennium!

    6. Re:WOOHOO! by smagruder · · Score: 2

      By the way, Kylix (Delphi-only edition, w/o C++) is *included* in Delphi 7 Professional, Enterprise and Architect.

      --
      Steve Magruder, Metro Foodist
    7. Re:WOOHOO! by HerringFlavoredFowl · · Score: 2

      Best? No, TeeMach Tee Chart Pro has my vote ... ;-)

      It is sad to see them go though, I did like most of the components they produced. I blame this failure on Microsoft's success in capturing the windows development tools market. They had a good solid product.

      This is the second Delphi tools company I've seen open source the tools when they exited the market. The other was component create.

      Delphi has been primary RAD for 5 years and counting (and no I won't touch DB's or MS compiler's)

      --
      TastesLikeHerringFlavoredChicken
    8. Re:WOOHOO! by Haeleth · · Score: 1

      Please explain why your comment is identical to that made by Cef (below) twenty minutes before...?

    9. Re:WOOHOO! by Dark+Warrior · · Score: 2, Informative

      The C++ IDE is also included with Delphi Studio 7 Professional. I have them both installed.

    10. Re:WOOHOO! by marcovje · · Score: 1

      > Now if we could just get an open-source Delphi-compliant compiler on Linux, I

      There is Free Pascal. If it isn't good enough, maybe you should put in some work :-)

      The development version supports near all language features (including interfaces, default params, variants), and library compability will remain a problem as long as the original libraries are not open.

      Specially in the libraries, a user can do good work.

      Anyway, some Turbo Power libraries work with Free Pascal already.

    11. Re:WOOHOO! by smagruder · · Score: 2

      Not for Kylix it's not. It only includes an IDE for Delphi/Object Pascal under Linux. However, Kylix for C++ is included in the full Kylix 3 product.

      --
      Steve Magruder, Metro Foodist
    12. Re:WOOHOO! by Dark+Warrior · · Score: 1

      I must have gotten lucky. I guarantee you I bought Delphi Studio Professional, from Programmers' Paradise, pre-release. I have a Kylix Professional disk from which I installed both the Pascal and C++ IDEs under Red Hat 8. Maybe I got a bonus for pre-ordering.

  5. this is wonderful news, but.... by jfroebe · · Score: 3, Insightful

    Many of the components may be developed using licensed code from other companies and/or covered under 3rd party patents.

    Before we open up the champagne, let's see just how many of the components will be in a usable form for new development.

    jason

    --
    No one has seen what you have seen, and until that happens, we're all going to think that you're nuts. - Jack O'Neil
    1. Re:this is wonderful news, but.... by Cef · · Score: 5, Interesting

      Given the way TurboPower ships most of it's components, I'd actually think this will not be much of a problem.

      Pretty much when you bought a license of one of their components (such as AsyncPro), you got the source. One of my friends found a few bugs in AsyncPro, worked out how to fix them, and then alerted TurboPower about the bug and the fix. So the source has previously had a number of eyes outside of TurboPower actually reviewing it.

      Plus (as I mention elsewhere) TurboPower have already got quite a number of their components working under Kylix, and seem pretty clueful on the whole. They seemed to have an attitude of "well, we need this, so lets write it ourselves!" rather than always resorting to high level API's or 3rd party modules.

  6. I wonder... by leecho · · Score: 1, Interesting

    How long before we see some Kylix versions around?

    1. Re:I wonder... by jfroebe · · Score: 3, Insightful

      if they contain a great deal of win32 specific code, then a while. if little or no win32 specific code, then a few weeks after release.

      jason

      --
      No one has seen what you have seen, and until that happens, we're all going to think that you're nuts. - Jack O'Neil
    2. Re:I wonder... by DAldredge · · Score: 1

      They have Kylix version of a few of their products (systools and the async toolkit)

    3. Re:I wonder... by Cef · · Score: 3, Informative

      A number of TurboPower's components (such as AsyncPro) are already available for Kylix. Also TurboPower were known for helping out Borland with Kylix, particularly by helping pioneer a number of components moving to Kylix.

  7. The Cult of Delphi by Anonymous Coward · · Score: 4, Interesting

    I still use delphi after initially working on a large project with it about 6 years ago.

    I still find it to be an exellent tool for whipping up small windowed apps for my own personal use. I find it to be fast and stable, and object pascal is a very nice language. As well, there is a large community of developers and open source code out there.

    Delphi does have a bit of a 'cult' following. The largest user base, as far as I am aware, is in Russia.

    All of the Russian developers at work love it, and they can't understand why we don't use Delphi (instead of the company mandated J2EE web-app architechture) to write small apps that only have a handful of users.

  8. Do these compile with GNU Pascal? by g4dget · · Score: 2

    Are these usable with GNU Pascal or Free Pascal?

    1. Re:Do these compile with GNU Pascal? by atam · · Score: 3, Informative

      GNU Pascal uses ISO Pascal syntax which is quite different than the Borland dialect. So convert the Turbo Power to GNU Pascal could be pretty involved. On the other hand, the Free Pascal has a Delphi compatible mode. So compile Turbo Power in Free Pascal should not be a big problem. The only question is how many of the components depends on VCL. The Free Pascal is still lacking anything equivalent to VCL.

    2. Re:Do these compile with GNU Pascal? by marcovje · · Score: 1

      Correct entirely. It does have things like the classes unit though.

      Some parts _are_ in fact portable, parts of Turbo Power components have been succesfully ported to FPC. The same with ICS.

  9. good VB alternative by exhilaration · · Score: 4, Insightful
    I think this would provide the open source community with a good alternative to VB.

    I don't use Delphi, never have, nor do I plan to, but I'll welcome any product that gives further credibility to open source and free software. And I'll applaud any company that takes a product open source - it takes a lot of guts to release the code to a product that might be supporting your company.

    1. Re:good VB alternative by Anonymous Coward · · Score: 0
      I'll welcome any product that gives further credibility to open source and free software

      Tell me, where is the credibility in a company that's obviously not making profits, (and has decided to recede away from a market) opening their source for all?

      Here, we were gonna toss this hard drive out, but you can take the shit that's on and put it on source forge if you want?

      You must all face that this article is as lame as an old dog in the arizona desert. And this kind of chearing along for OSS is actually bad for OSS.

      In other news, my grand mother talked on the phone today... another great win for the inventors and suporters of the telephone.

    2. Re:good VB alternative by Anonymous Coward · · Score: 0

      personally i use delphi when i want a smaller and easier to distribute executable, or need a little more power than vb. I tend to use vb, delphi, or masm to achieve my goals depending on the size, complexity, or requirements

    3. Re:good VB alternative by Anonymous Coward · · Score: 0

      lol "I don't have the faintest clue about delphi but I will tell you what I think about it.". Yeah, thanks.

    4. Re:good VB alternative by symbolic · · Score: 2

      In other news, my grand mother talked on the phone today... another great win for the inventors and suporters of the telephone

      If it was an IP Phone, it's another great win indeed.

  10. Maybe Apple will take them all by teamhasnoi · · Score: 0, Offtopic
    and release a browser.

    Or Bill could steal them all, put bugs in them, and call it Longhorn.

    Or linux guys could eat pizza, and watch Farscape.

    Deep thoughts for a slow night..

    1. Re:Maybe Apple will take them all by Anonymous Coward · · Score: 0
      Let me help you in your thoughts... your post started making fun, follow through my friend!

      Maybe Apple will take them all and release a browser.

      Or Bill could steal them all, put bugs in them, and call it Longhorn.

      Or linux guys could put it on a wireless toaster, and make it into a story on /.

  11. Not such great news by uradu · · Score: 4, Insightful

    If Delphi were the 800 pound gorilla of development tools, fine, the more companies open their products, the better. But as things are, the last thing Delphi needs is major component vendors throwing in the towel. It's sad because Delphi offers one of the few sane and productive alternatives to Microsoft's painful tools and frameworks (.NET shows promise but isn't there yet in terms of maturity and widespread use).

    1. Re:Not such great news by ceeam · · Score: 1

      Delphi IS 800 pound gorilla in all the places where decisions on tools are taken not exclusively by suits (based on journal ad sizes) but by developers too. And I'm not even mentioning single-developer projects like most shareware and stuff. Reason - you named it.

    2. Re:Not such great news by Malcontent · · Score: 2

      Maybe the availability of powerful and open source controls like this will increase the popularity of Delphi. It would be nice.

      --

      War is necrophilia.

    3. Re:Not such great news by Anonymous Coward · · Score: 0

      Unfortunately, it might also decrease Delphi's popularity. I work in a Delphi shop, and I don't know that I could recommend OS Turbopower components if they aren't around to maintain them. If I build a system around their libraries, I want to know that 3 years from now I won't have to dig into their code and update it to Delphi 8, 9, or 10.

      It also makes it that much harder to keep using Delphi. When the boss says, "We need to look at VB because I can't find Delphi training or programmers" it's difficult to argue. Now we have one less 3rd party tool supplier.

      Open source is nice. But Turbopower has been there as long as I can remember. (I still have my copy of TPro) And I find it hard to see this as a good thing.

    4. Re:Not such great news by uradu · · Score: 3, Interesting

      > Delphi IS 800 pound gorilla in all the places where
      > decisions on tools are taken not exclusively by suits

      Well, this eliminates the Fortune 500 and any other high-profile companies that industry publications (e.g. eWeek or InfoWorld) watch and target, which leads to a vicious cycle of tighter and tighter embrace of Microsoft tools. You can still sneak in Delphi in various ways into these environments, albeit not as an officially approved too. For example, in this VB (and at times reluctantly VC++) shop I often use Delphi for non-deliverable tools and utilities to save time, and project managers look the other way because they figure that nobody will have to maintain this throw-away code anyway.

      Why reluctantly VC++? Well, once in a while you hit VB's limits, such as not being able to create non-ActiveX DLLs or implement certain COM interfaces (such as those containing method names with underscores), and while management doesn't always fully buy these limitations and thinks you're just making them up to be difficult (how could VB have these limitations--after all, EVERYONE is using it?!) they don't have a technical basis to deny your request and cave.

    5. Re:Not such great news by Malcontent · · Score: 2

      I think it's the opposite. WIth OS at least you have the source. If you bought it from some vendor then you'd be up the creek when they folded.

      --

      War is necrophilia.

    6. Re:Not such great news by llefler · · Score: 1

      That's a fine theory, until you realize that every one who purchased Turbopower tools got the source anyway.

      We only purchase components that include source, for instance; Report Printer Pro from Nevrona. So now we save a couple hundred $$ and get code that is possibly unmaintained. Maybe it's a win for us, I'd like to look at OfficePartner but can't justify a purchase just to experiment. Then again, maybe it's a big loss because there are fewer people out there creating good Delphi components.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    7. Re:Not such great news by Malcontent · · Score: 2

      " That's a fine theory, until you realize that every one who purchased Turbopower tools got the source anyway."

      That may have been the case for that set of products but there are many products which were not open sourced when the company folded. Not everybody offers the source for sale.

      --

      War is necrophilia.

  12. Sad to see them go, glad to see them stay by toolz · · Score: 5, Interesting

    Turbopower has always been uncoventional in its approach, and opensourcing their stuff, rather than taking it down with them, is a clear example of this. Their libraries are extremely useful, very professionally done, well documented and very stable.

    If they work well under Kylix, then this is an unbelievable bonanza for many Delphi/Kylix developers. If opensourcing them makes it easier to port them to be usable under FreePascal, then hallelujah!

    I have been a Turbopower customer since the days of Kim Kokonnen's DOS TSR libs back in the 80s.

    These guys really redefined the concept of customer service then - supporting a newbie programmer like me in Bangalore, India via Compuserve and mail was no joke, but they did it, and they did it well. Would you believe a small company today mailing huge amount of support material to a one-off customer on the other side of the world, at their own cost?

    I was able to build products that earned me a tremendous amount of money in those days, and wouldn't have been able to do so had they not supported me the way they did.

    I moved away from the DOS/Windows platform in the 90s after Linux came onto the scene, and ceased being a developer by the mid-90s (I am "just" a user now ;).

    But I do know whom to thank for my start - that would be Kim, Terry, Julian and the entire bunch of folks at Turbopower.

    I am sad to see Turbopower "go away", but at the same time, I am glad to see that they are at least taking a stab at "immortality" by opensourcing their work.

    --
    You aren't remembered for doing what is expected of you
    1. Re:Sad to see them go, glad to see them stay by PizzaFace · · Score: 3, Interesting

      It's nice to see another veteran here who appreciates TurboPower's tradition of great service, culminating now in open sourcing an unprecedented portfolio of code.

      TurboPower has been the class of Delphi's (and BCB's and Kylix's) celebrated aftermarket. But Borland has chosen to sell fewer copies of its products at higher prices, which seems to be working well for Borland but not so well for TurboPower and other aftermarket vendors who are now selling to a smaller market. And with Borland Delphi following Microsoft into .Net, the aftermarket vendors are faced with a difficult transition to a new market with different competitors and different niche needs.

      TurboPower's last product is a .Net bar code library, finished but never commercially released, which is going straight to open source. It was written in C#! How will other Delphi component vendors survive when TurboPower couldn't, especially if they have to compete against TurboPower's free products?

      I don't see how Delphi can do well if its aftermarket can't thrive. I guess Borland can fall back on its Java products, but it's a shame that the Windows market, which is still the bulk of desktop computing, seems to be capitulating to Microsoft.

    2. Re:Sad to see them go, glad to see them stay by FritzTheSkunk · · Score: 1

      Concerning Borland and their business:

      I always liked those of Borlands products i have used very much, from Turbo Pascal 1.0 to 4.0 and Turbo C/Borland C++.

      As i remember they were fast, stable and (Pascal-wise) had sensible extensions to the standard (i.e. a usable string type). I once worked for a company doing sw development with TP 2.0 (or 3.0, anyway: no units then) and since their code was up to around 50.000 lines they decided to move to IBM Pascal and divide it into several modules. After a week of evaluating the decision was clear: stay with TP, the [expletive deleted] expensive "grown-up" pascal compiler uses only 192kB RAM and cannot compile more source code than 64kB in one bite, any sensible division of existing code thus near impossible.

      The best thing about the C/C++-Compilers i remember was the splendid online-documentation with lots of examples and easy ways to find answers to any questions - MSDN anyone?

      This said i dare to disagree about your hope that

      >I guess Borland can fall back on its Java products

      and i am sorry about that. But Eclipse and Netbeans as well are growing at such a speed i would not have thought possible. Just this day i had a discussion with my boss who, having used JBuilder for starters with Java mentioned the frequent and costly upgrades for this IDE - three in last year, if he got it right. So we will probably be with Eclipse at work in the near future and i shall enjoy it.

      Borland will hopefully survive as vendor of cross-plattform IDEs with native compilers. But as you said, they now want to sell fewer products at higher prices and that's dangerous IMHO, the OSS developing as it is and it's just the opposite of what Borland did in the olden days ;) offering high quality products with excellent documentation at prices around 10-20% of the competition's.

      --
      "Writings of mad Lawyers! The Lawyers upon you" - old dwarven alarm cry.
  13. You've got that right. by Futurepower(R) · · Score: 1

    Exactly right, first poster. TurboPower makes excellent software.

  14. Looking a gift horse in the mouth is rude. by Anonymous Coward · · Score: 0

    This may be a problem if you are writing code for public distribution or are a GPL zealot...

    I don't care about the license structure at all, I will check their libraries out because it is the product of someone else's hard work, and I may learn something from it. Maybe not everyone cares about licensing issues, but care that the code is opened out of pure intellectual curiosity.

    My champagne is already uncorked, and many thanks to TurboPower, regardless of the minor details. I for one am grateful.

  15. Random thoughts (off-topic) by stikves · · Score: 4, Insightful
    I know this is offtopic, but I have somethings to say as a (former) Pascal user.



    Pascal is good in some areas:

    • Pascal is very "neat" (except for pointer syntax, which has been fixed in ObjectPascal/Delphi).
    • It's fast, especially in development time.
    • It's well known and it had been used widely.
    • thus, there is alreasy too much source code and binary components readily available (anybody remembers SWAG?).
    • It's strongly typed (not an advantage for evertone, though).
    • It's object oriented and has a very nice syntax (compare and avarage MFC code with a Delphi one and see).
    • It's portable (thanks to GNU Pascal and FreePascal, the latter is much better).
    • There are already a very sufficient library support for FreePascal (if anything is missing, you can import C libraries easily).
    • It's good for database programming (i do not know why, but some vendors used to mix SQL in Pascal or vice versa).

      However something is missing (except for A^[13] syntax): the applications. There are too many tools (IDEs, RAD tools, libraries). There are many DOS and Windows apps, but it's not used in Linux, yet.

      And here some ideas for using pascal...

      • mod_pascal: OO programming for Apache, with use of existing data access and XML objects.
      • server console: anybody remembers Netware console? Instead of the regular shell, we can start the servers in a special console application, probably using TurboVision or similar.
      • gui applications: Delphi is a very nice and rapid way to deploy GUIs, with Kylix and lazarus, we can start a gui movement (especailly frontends to various Linux software), until mono is ready.
      • marketing: Kylix is there, but not much used. Why not advertise it as a movement path for developers (MFC -> VCL -> CLX -> Linux).


      But I guess we need to finish lazarus first :)
    1. Re:Random thoughts (off-topic) by Joe+Tie. · · Score: 1

      gui applications: Delphi is a very nice and rapid way to deploy GUIs, with Kylix and lazarus [freepascal.org], we can start a gui movement (especailly frontends to various Linux software), until mono [go-mono.com] is ready.

      While not huge, I do find kylix to be a minor annoyence when it comes to being used as a frontend. We've already got gnome aps with one look, KDE aps with another, java/swing aps with their appearence, and now there's Kylix which gives yet another look for it's aplications.

      --
      Everything will be taken away from you.
    2. Re:Random thoughts (off-topic) by stikves · · Score: 1

      Kylix uses QT, which means it's not another l&f, but it's (like) KDE.

      I've heard about GTK for Kylix, but haven't seen it yet.

    3. Re:Random thoughts (off-topic) by smagruder · · Score: 3, Informative

      It's strongly typed (not an advantage for evertone, though).

      Delphi supports variants.

      --
      Steve Magruder, Metro Foodist
    4. Re:Random thoughts (off-topic) by RinkRat · · Score: 1
      You know, I cut my true programming teeth on Pascal. Sure, I started on BASIC, but I never progressed past...
      10 print "girlIhadacrushonatthetime ",
      20 goto 10
      30 end
      Once I moved into Pascal and actual STRUCTURE, I finally understood, really understood, programming. To this day (working as a C programmer now) I still use the lessons taught to me by Pascal.

      Especially the difference between subroutines and functions. Argh! If I had a nickel for every time that subroutines caused side effects from modifying p-b-reference parameters, I'd be Bill Gates. Jesus, people! This is programming 101!

      --
      RinkRat
    5. Re:Random thoughts (off-topic) by Joe+Tie. · · Score: 1

      Unfourtunatly it's QT2 though, where I think most KDE users using it at home would be using KDE3. Unthemed QT2 clashs very badly for me with a keramik/geramik combo. Worse, while I noticed it can make use of QT2 themes, it dosn't seem to be able to automatically detect what KDE is using.

      I'm going to have to look into that GTK for Kylix you mentioned though. I liked the language, loved the IDE, but in the end just couldn't stand the look. Being able to build GTK aplications with kylix's gui builder would be a dream!

      --
      Everything will be taken away from you.
    6. Re:Random thoughts (off-topic) by dvdeug · · Score: 2

      Pascal is good in some areas:

      And bad in others: there's no standard beyond the most basic, and pretty much anything you write will be compiler-specific. Standard Pascal has all the lack of functionality of C without the direct hardware control of C. The Extended Pascal standard is ironically compiler specific - only GPC implements it, to the best of my knowledge.

    7. Re:Random thoughts (off-topic) by stikves · · Score: 1
      Easy boy...

      We all know that standard pascal is not more than history.


      However the new Pascal, namely Object Pascal, is implemented in BP 7.0, Delphi, Free Pascal and (mostly) GPC. Thus it's already open and widely available.


      This time the standards organization is not IEEE but Borland. And Borland has no bad reputation in this area. They are nice to developers even to compatitors (eg: they have allowed use of Turbo Vision libraries in rhide).

  16. Yawn by ToasterTester · · Score: 0, Troll

    Oh boy open source Delphi code. The few people still using Delphi better grab the code fast before all the 3rd parties TurboPower licensed code from crack down. How usefull is the code that's left its Delphi not Pascal. Pascal doesn't support Borland VCL and the weirds things Delphi does to work. Like virturl constructors, invisible windows, hidden application that spawns user application. Yes this is a big annoucement.

    Yawn....

    1. Re:Yawn by ToasterTester · · Score: 1, Troll

      How do you call that a troll??? Those are valid points. Instead of calling me a troll, tell me where I'm wrong.

    2. Re:Yawn by Anonymous Coward · · Score: 0

      Owned!

    3. Re:Yawn by Anonymous Coward · · Score: 0

      Easier to start with where you are right. Pause. Thinking. Done.

    4. Re:Yawn by tomhudson · · Score: 2
      Actually, he's right about the "hidden window" that spawns the "actual" application. This was a lousy way to encapsulate the winproc switch statement, among other things.

      Don't get me wrong - I used it from version 1.0 thru version 3.0 : it actually got me to switch from c/c++ for a while (+/- 5 years, IIRC).

  17. That doesn't mean they can do whatever they want.. by Kjella · · Score: 2

    PGP 8.0 has source open, but I can't modify/redistribute etc. Even Microsofts "Shared Source" is letting somebody view the source. Doesn't mean that they can or will release it under BSD/GPL or similar licence. While this company is out of business, doesn't mean whoever they licence stuff from are, and think they could still make a profit of it.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  18. TurboPower: One of the best software companies. by Futurepower(R) · · Score: 3, Interesting


    It has been a long time since I have dealt with them, but TurboPower software has been one of the best software companies I have ever seen. They have a history of making sensible decisions about what to program and how to program it.

    I would very much like to have the source code to the free TPE, TurboPowered Editor. This was an excellent DOS editor. There may be Windows versions. If there is only a DOS version, I would plan to make a GUI version. It would be a great start on some HTML processing tools. I would be glad to act as coordinator for a SourceForge entry of the code. I still use the DOS TPE for some text manipulation purposes. Thanks, TurboPower, for the great software.

    I tried to send them email, and got this response: "TurboPower has recently announced its withdrawal from the component library and developer tools market." They seem to be going out of business more completely than the story suggested. I read the story as them going out of the retail business, but I thought that there were wholesale ways of selling their products that they would continue. I guess not.

  19. I've Used Several of These by Lucas+Membrane · · Score: 5, Interesting

    They were among the best a decade ago. They put numerous competitors out of business with their high quality, good support, good performance, and fairly decent design. Last I fought with them, not quite so good. They had evidently turned over staff, had expanded product line, and had been somewhat outdone by some competitors. When I called them with a bug report that one of their components was just about worthless, they no longer said that they would fix things ASAP and that a fixed download would be out soon; they said that it's a bug and that I should try one of their other components that provided something similar. So, I'm not surprised that they are giving it up. There is a steady stream of Delphi products coming out of Russia that must make life miserable for anyone in this market in the US. But with Turbo Power's components as a starter and more eyes looking at the code, the Russians might now have serious competition again.

  20. Don't Forget by Lucas+Membrane · · Score: 5, Interesting
    Up until at least version 4, Microsoft's Visual Basic was distributed with some code that was written in Delphi.

    I've seen two web services demos. One by a Borland guy using Delphi 6 when that was new (a little over a year ago IIRC) and the other by an MS guy using C# about 2 months ago. The Borland guy put together things that worked and did it quickly and impressively. The MS master kept fooling with his own equipment, groping to figure out how to change the font so the audience could see the demo. He couldn't. The demos went downhill from there. He couldn't accomplish more than a third of diddly compared to the Borland guy.

    1. Re:Don't Forget by Mr_Silver · · Score: 2
      I've seen two web services demos. One by a Borland guy using Delphi 6 when that was new (a little over a year ago IIRC) and the other by an MS guy using C# about 2 months ago. The Borland guy put together things that worked and did it quickly and impressively. The MS master kept fooling with his own equipment, groping to figure out how to change the font so the audience could see the demo. He couldn't. The demos went downhill from there. He couldn't accomplish more than a third of diddly compared to the Borland guy.

      I've never used Delphi or C# but I fail to how C# could be inferred as beeing inferior or poorer than Delphi based on this experience of yours.

      It sounds like the problems you hilighted were more to do with the individual programmer rather than the language itself.

      --
      Avantslash - View Slashdot cleanly on your mobile phone.
    2. Re:Don't Forget by SAN1701 · · Score: 2, Informative

      disclaimer: I'm a BIG Delphi Fan

      After Delphi-2, M$ hired Delphi Chief Architect, Anders Hejlsberg (somewhat admitting Delphi was far superior). If, after that, VB has portions written in Delphi, I wouldn't be surprised.

      It's important to remember that Hejlsberg is the man behind the .NET framework and C# language itself. .NET framework has many characteristics that Delphi developers already uses. That's why the move to .NET, for Delphi developers, is a easier step than it is for C++, VB or Java Developers.

    3. Re:Don't Forget by Anonymous Coward · · Score: 0

      Huh? C# is much closer in syntax to Java than anything else.

    4. Re:Don't Forget by Narchie+Troll · · Score: 1

      .NET, not C#.

    5. Re:Don't Forget by tau-lepton · · Score: 1

      I believe that SAN1701 was referring to the features of the language, not the syntax. For instance both C# and Delphi have: explicit constructors, properties, interfaces, events, delgation, pointers. In addition features like multiple inheritance are deliberately ommitted from both languages. C# of course goes beyond Delphi, and implements inportant improvements. This is to be expected since Anders (and others) were able to start from a clean sheet of paper.

  21. Re:That doesn't mean they can do whatever they wan by Lucas+Membrane · · Score: 2

    Turbo Power web site says Mozilla license, v 1.1 will apply. Is that good enough?

  22. You have never used TurboPower's components by nusuth · · Score: 1
    have you?

    I didn't think so.

    --

    Gentlemen, you can't fight in here, this is the War Room!

    1. Re:You have never used TurboPower's components by Anonymous Coward · · Score: 0

      I'm not sure he even knows what delphi is.
      I don't know why he wasted his time and ours posting.

  23. I'm not trolling by Anonymous Coward · · Score: 0

    Is this the natural cycle of year(holidays and all) or is technology slowing down? I haven't heard anything terribly interesting the last couple months and wonder what the next big thing is. Have we created most of the infrastructure need to fulfill most our computing needs and has the interesting development moved to smaller implementations of technology that don't affect the majority(business applications)? I hope not, but things have been a little dull lately. I guess a better question is what technology is needed or wanted to make our lives better?

    1. Re:I'm not trolling by squirmee · · Score: 1

      I know exactly what you mean! People are fixing bugs and shit. What's up with that?? Software that works simply doesn't appeal to me. I need at least at least two paradigm shifts a week to add meaning to my life. Of late, Linux hasn't been exciting enough, so I've moved to Gentoo. Now that's an OS I can sink my teeth into! Will the latest whiz-bang optimization flags on gcc 3.2.2-ac9-prepatch12.4-7+kgcc-1.8alpha generate buggy disk caching code in the Linux kernel? I don't know, let's push it to the limit and find out the hard way! Sincerely, a 15 year old Slashdot reader

  24. Are you sure? by Burb · · Score: 1
    Wonderful as Delphi certainly is, I don't recall that Delphi was ever a part of VB1,2 or 3. If memory serves, Delphi didn't exist as a product until sometime between the launch of VB3 and VB4.

    Your memory may vary of course.

    --

    1. Re:Are you sure? by dwarfking · · Score: 1

      Perhaps what the original poster was referring to was the fact that early versions of VB generated P-Code for interpreting, just like in the original versions of Pascal did? As I recall, even early versions of Visual C++ would allow the generation of P-Code, though it's been quite some time since I coded C/C++ on Windows.

    2. Re:Are you sure? by Lucas+Membrane · · Score: 3, Interesting

      No. I meant that VB4 came with one executable program that had been developed in Delphi. MS blamed this on a contractor.

    3. Re:Are you sure? by Burb · · Score: 1

      Well, you learn something new every day. What program was it, out if interest?

      --

    4. Re:Are you sure? by Pig+Hogger · · Score: 2
      MS blamed this on a contractor.
      Given how much Microsoft is stealing stuff left and right, it's a wonder they don't use that excuse more often to explain their shortcomings...
    5. Re:Are you sure? by Lucas+Membrane · · Score: 2

      According to this it was Roadmap.Exe.

  25. Whoo-hooo!! Nice but 5 years too late. by ites · · Score: 2

    Yes, it's 2003 and time to jump on this thing called OPEN SOURCE!
    Seriously, it's very, very later to do this. This is "Open Source as a Waste Disposal Mechanism".
    Few companies dare to use Free/Open Source Software as a development tool, but those that do, and do it well, find it is a very satisfying way of getting software into more hands and making it better. MySQL, Berkeley DB, and there are many other examples.
    For small-to-medium sized software houses there seems little alternative. GPL the damn stuff, and make an alternative license for commercial use. You will get the best of both markets: FOSS developers willing to stress test your work, and commercial developers paying for support.
    There should be a catagory label for this kind of after-the-fact FOSS release: "Deadware", or maybe "FOSS-pit Software".

    --
    Sig for sale or rent. One previous user. Inquire within.
  26. Switching to slot machines? by Animats · · Score: 4, Informative
    TurboPower is owned, the Turbo Power site says, by Aristocrat Technologies, an Australian maker of slot machines. Aristocrat has a whole line of networked products for casino operation, customer tracking, security, and related functions.

    There's historical precedent for gambling companies pushing the state of the art in computing. Some of the earliest work in commercial computers was funded by American Totalizator, the company that built racetrack betting systems.

    1. Re:Switching to slot machines? by smallstepforman · · Score: 2

      Trust me, Aristocrat Technologies have plenty of good engineers who specialise in embedded systems (hence we haven't got a shortage of experienced developers). Programming slot machines is like programming game consoles, you need to squeeze as much from the hardware as possible. Although I work on the Australian side of Aristocrat, I've never had to deal with the TurboPower team. Best wishes to all TurboPower employees.

      --
      Revolution = Evolution
    2. Re:Switching to slot machines? by Dex+Ro · · Score: 1

      Just to clarify for the benefit of all concerned, that TurboPower was a component of the American company Casino Data Systems, which was acquired/merged by Aristocrat over the last year or two. ...and although I work on the American side of Aristocrat, I've not had to deal with the TurboPower team, either. Send me an email, fellow cow-orker!

    3. Re:Switching to slot machines? by Anonymous Coward · · Score: 0

      I worked there during 96-97, doing part of the original "OASIS" package. Don't know what happened after that ...

  27. Why there's no Linux Pascal Development by MegaFur · · Score: 1
    The reason why you don't see more Pascal development, at least in Unix world is probably this:

    Pascal n.

    An Algol-descended language designed by Niklaus Wirth on the CDC 6600 around 1967-68 as an instructional tool for elementary programming. This language, designed primarily to keep students from shooting themselves in the foot and thus extremely restrictive from a general-purpose-programming point of view, was later promoted as a general-purpose tool and, in fact, became the ancestor of a large family of languages including Modula-2 and Ada (see also bondage-and-discipline language ). The hackish point of view on Pascal was probably best summed up by a devastating (and, in its deadpan way, screamingly funny) 1981 paper by Brian Kernighan (of K&R fame) entitled "Why Pascal is Not My Favorite Programming Language", which was turned down by the technical journals but circulated widely via photocopies. It was eventually published in "Comparing and Assessing Programming Languages", edited by Alan Feuer and Narain Gehani (Prentice-Hall, 1984). Part of his discussion is worth repeating here, because its criticisms are still apposite to Pascal itself after many years of improvement and could also stand as an indictment of many other bondage-and-discipline languages. (The entire essay is available at http://www.lysator.liu.se/c/bwk-on-pascal.html.) At the end of a summary of the case against Pascal, Kernighan wrote:

    9. There is no escape

    This last point is perhaps the most important. The language is inadequate but circumscribed, because there is no way to escape its limitations. There are no casts to disable the type-checking when necessary. There is no way to replace the defective run-time environment with a sensible one, unless one controls the compiler that defines the "standard procedures". The language is closed.

    People who use Pascal for serious programming fall into a fatal trap. Because the language is impotent, it must be extended. But each group extends Pascal in its own direction, to make it look like whatever language they really want. Extensions for separate compilation, FORTRAN-like COMMON, string data types, internal static variables, initialization, octal numbers, bit operators, etc., all add to the utility of the language for one group but destroy its portability to others.

    I feel that it is a mistake to use Pascal for anything much beyond its original target. In its pure form, Pascal is a toy language, suitable for teaching but not for real programming.

    Pascal has since been entirely displaced (mainly by C ) from the niches it had acquired in serious applications and systems programming, and from its role as a teaching language by Java.

    (reference) Now, since you were honest enough to admit you like Pascal, I'll be fair and admit that this position I've listed above is very, very old. It may be outdated now. Or maybe it isn't. I don't know.

    --
    Furry cows moo and decompress.
    1. Re:Why there's no Linux Pascal Development by Anonymous Coward · · Score: 0

      Well, i am a pascal teacher in my college as part of my master service, when undergraduate i work mostly in borland c, and on the real world mostly in java and sql so i really never became proficient in asm... until i started to teach delphi, its incredible easy to mix assembler with borland pascal code so i guess "in Delphi there is scape" from object pascal. (Why until Delphi? Well in C i really dont need assembler since "C is a portable asembler" )

    2. Re:Why there's no Linux Pascal Development by Tony-A · · Score: 2

      Elevators are nicer and easier than stairs.
      Let's do away with the messy stairs.

      but

      The elevator is broken.
      Use the stairs.
      Can't. No stairs.

    3. Re:Why there's no Linux Pascal Development by Chatterton · · Score: 1

      Hum, I have never seen such restriction with Turbo Pascal. I have wrote TSR program, Multitasked windowed window manager under DOS (with asm subroutine for task switching), Direct hardware access to reconfigure video chips, Mix pascal code with asm code for demo effects like rotozoom, 3D. For BP-Elf, I have developped a process monitoring application who get data from captors on the towers and show results of computations on proprietary display on a VAX computer.

      I have done some C programming during my studies and casting is a pain in the ass. In C some casting could be done in your back by the compiler, in pascal, you need to do it manually and this is less error prone! In C you have casting and functions. Casting as a fonction to change a value from one format to another (eg: flot -> int). Pascal has eliminated the notion of Casting and put a bunch of functions to do the casting work.

      Pascal is my favorite language, if there is less stupid suits who choose languages on the AD size and let Techies and Engineer choose for themself, Pascal/Delphi/Kylix will be in a better situation...

      I think like you say, that your reference is very very old and there is no point to keep it as a reference :-)

    4. Re:Why there's no Linux Pascal Development by D2Deek · · Score: 1

      (TurboPascal <> Pascal) AND (ObjectPascal <> Pascal)

      Turbo Pascal and ObjectPascal are indeed fairly nice languages. They are not Pascal (as created by Niklaus Wirth), though, which is largely a useless language for doing any kind of real programming.

      That's what Brian Kernighan wrote about. There were lots of Pascals out there, extended in ways that made the language more like the language the programmers writing the compilers were used to.

      So some of them looked a little like FORTRAN, some like COBOL, some like ALGOL even (Imagine a Pascal-like syntax for call-by-name. The mind reels). Each one of these systems were reasonable development systems, but not one of them was Pascal, and they were all different. No useful program was portable between them, because to do something useful you had to go past what was possible in the language proper.

      As created, Pascal is a toy language useful only for teaching.

    5. Re:Why there's no Linux Pascal Development by Junks+Jerzey · · Score: 3, Insightful

      The reason why you don't see more Pascal development, at least in Unix world is probably this:

      Wow, the close-mindedness of that piece is wonderfully hilarious! I'm getting tired of seeing Kernighan's paper cited. Of *course* the developer of a competing language doesn't like his competition!

    6. Re:Why there's no Linux Pascal Development by Anonymous Coward · · Score: 0
      so i really never became proficient in asm

      Or in English or at least typing, oh my!

    7. Re:Why there's no Linux Pascal Development by Anonymous Coward · · Score: 0

      And look at how you refuted him. Good work, zealot.

    8. Re:Why there's no Linux Pascal Development by Anonymous Coward · · Score: 0


      Written by people that can be considered C zealots about the original language that has 0.0001% marketshare.

      IOW, the comments are outdated (even for Turbo Pascal) and useless.

    9. Re:Why there's no Linux Pascal Development by marcovje · · Score: 1


      Free Pascal has about a 80 MB codebase that for 90% runs under Linux (and *BSD) including /m68k.

      Now what was the size of the Linux kernel again? :-)

    10. Re:Why there's no Linux Pascal Development by dvdeug · · Score: 2

      the close-mindedness of that piece is wonderfully hilarious! I'm getting tired of seeing Kernighan's paper cited. Of *course* the developer of a competing language doesn't like his competition!

      Have you ever read the paper? I read it after learning Pascal in school, and found very true. It's not true of the mile of hacks built on standard Pascal that modern Pascals are, but it's very accurate about standard Pascal, which is torture to program in.

    11. Re:Why there's no Linux Pascal Development by Anonymous Coward · · Score: 0

      Nice, but it has nothing to do with Delphi. Delphi's Object Pascal is to Pascal what C++ is to C. In fact, C# can be seen as a tweener of Java and Object Pascal.

    12. Re:Why there's no Linux Pascal Development by Junks+Jerzey · · Score: 2
      Have you ever read the paper? I read it after learning Pascal in school, and found very true. It's not true of the mile of hacks built on standard Pascal that modern Pascals are, but it's very accurate about standard Pascal, which is torture to program in.

      Yes, I've read it many times over the years. The trouble is exactly as you point out: Kernighan is analyzing a pure teaching language as if were somehow supposed to be a systems programming language. When he wrote his rant, Wirth had already developed Modula-2 as a "real world" systems programming version of Pascal. And not surprisingly it addressed Kernighan's problems, but the paper was written after the fact anyway.

      (As an aside, it would have been easy to for Wirth to write a trifling paper criticizing C, but I'm glad he didn't.)

      It doesn't take much to go from pure Pascal to something much more useful, though--certainly not "miles of hacks." All you really need are a few things:

      Separately compiled units. Borland did this with four keywords: unit, uses, interface, implementation. The result is oh so much better than C's hacky header system and FORTRAN-like separate compilation.

      Typecasts. Interestingly enough C++ took the Modula-2 syntax for this.

      A generic pointer type.

      Interestingly, C++ has gone back and taken a number of features from Pascal, such as references (which were just called var parameters in Pascal).

    13. Re:Why there's no Linux Pascal Development by Evil-G · · Score: 1

      Now what was the size of the Linux kernel again? :-)

      Now what was the length of a piece of string again?

  28. Sad to see them go by pkphilip · · Score: 1

    I was a Delphi developer for about 4 years and during this time, I have used several TP products and have found them to be very well developed and easy to use.

    I am sad to see them go. I wish all the people involved with TurboPower the very best in whatever venture they get into now.

  29. The wages of freedom by willw · · Score: 5, Informative

    It seems that - notwithstanding the release of Kylix - not so many people around here are familiar with the Delphi scene. A feature that has distinguished it from its Microsoft competitors is that it is very easy to write good object-oriented components for it. Partly because of this and partly because there is a good 'Delphi scene', for many years there have been large numbers of free Pascal libraries and componenets on the Web. You'll find many of them catalogued on sites like the Polish Delphi Super Page and the Russian Torry's Delphi Pages, as well as the inevitable SourceForge.

    In this environment, all software houses that make Delphi components have struggled to make money. Only the very best have survived - who is going to pay money for a slightly dodgy replacement tree control when the slickest, fastest one available is an Open Source freebie?

    TurboPower was originally the most innovative of companies, and even if it had lost its way a bit in recent times its passing as a Delphi component vendor is an occasion for regret. You'll find any number of free Delphi libraries for doing serial comms; I suspect that only TurboPower's includes a complete terminal emulator with its own scripting language, and only TurboPower's that includes a fully-fledged fax modem driver complete with all the very tedious stuff to encode and decode Fax TIFF files. All this conscientiously and beautifully documented. There are many other examples of excellence in TurboPower's large range.

    I don't claim there is any reason why all this shouldn't have evolved in an Open Source environment. But AFAIK it hasn't. If the success of Delphi as a tool for Open Source development means that companies such as TurboPower can no longer survive, then I think long term all Delphi (and Kylix) programmers will be much the poorer for it.

    1. Re:The wages of freedom by Chester+K · · Score: 3, Interesting

      It seems that - notwithstanding the release of Kylix - not so many people around here are familiar with the Delphi scene.

      Which is rather unfortunate. Delphi kicks the pants off VC++ for Windows development, as far as development time goes. Delphi's compiler puts out optimized code that's as fast, and on some types of operations, faster, than VC++. It's easy to read, easy to maintain, and easy for someone new to pick up on an existing codebase. It's strongly typed, but also provides an easy way to circumvent the type system when necessary. It's got an IDE that makes Visual Studio look clunky and outdated by comparison. And, best of all, it has a compiler for Linux now.

      I don't know what's kept Delphi from gathering more mainstream acceptance. Maybe it's the stigma of slow P-Code that the old UCSD Pascal left the language with, or maybe it's underhanded marketing and business deals by Microsoft (there are many who believe that .NET was originally created by Borland, and was given to Microsoft when MS last invested capital in Borland -- not to mention that the top people Microsoft has working on .NET came from Borland), but it's really a tragedy that Delphi doesn't have more mainstream acceptance.

      --

      NO CARRIER
    2. Re:The wages of freedom by arkanes · · Score: 2
      I wouldn't put too much credence in that, since Borldand has been promising a .NET compiler for Delphi ever since .NET was announced and it's not ready yet (it was supposed to be in Delphi 7, instead you get a beta "demo" compiler, with the opportunity to buy it as a seperate product when it's finally released).

      And while the Delphi IDE has some nice features (ctr-shit-c to generate stub code from your object declaration is great), but I wouldn't exactly say it makes VC look clunky and outdated.

    3. Re:The wages of freedom by LonelyKindGuy · · Score: 1

      Yes, its too bad they are passing. I think this reflects badly on the further monopolization of the industry by the Microsoft behemoth. Visual C++ is everywhere I look. Borland has scratched out an existance with JBuilder, but only since Microsoft exited the Java market under pressure from Sun. In the long run I think Kylix is Borland's best shot since Linux stands to give Windows some real competition. In the corporate environment I work in, we're actively moving to Linux (but off of Suns). I used TurboPower's Orpheus components and found them to be a very together, reliable set of components for building more advanced GUI elements. I am very sorry to see them passing, but am heartened by their move to make their tools open source. I look forward to using them in the future, if only on my home PC.

    4. Re:The wages of freedom by Anonymous Coward · · Score: 0

      Borland has not strayed from any .NET plans. They have a compiler running and the .NET version will be out within a year. This is what the roadmap was from the start. Borland was not going to produce a compiler based on Beta code, which is what they would have had to do to have a .NET version out by now.

      And for regular coding, VC is not bad. For RAD development (GUIs) it is pathetic.

    5. Re:The wages of freedom by Anonymous Coward · · Score: 0

      As a relatively newbie Delphi developer - I have one thing to say about the open-sourced delphi components vs the closed source (or pay-for-source) components:

      Documentation!!
      Given a choice between the freebie open-sourced delphi component with 0 documentation and a relatively cheap component with good help files and integration into the IDE - I'll pay the cash

      I've never used these guys components - but from the sounds of it the documentation is already there - this is a very very good thing & will make my choice - should I need one of their components - that much easier..

  30. Too bad :(( by Anonymous Coward · · Score: 0

    Although I live too far from the US, it's bad new to hear that another IT company is going on "shutdown -h now".

    1. Re:Too bad :(( by titzandkunt · · Score: 0

      Rather than `going on "shutdown -h now"`, wouldn't it require less typing for them to "halt"?

      T&K.

      --
      Political language ... is designed to make lies sound truthful and murder respectable...
  31. DivFix is built in Delphi by Anonymous Coward · · Score: 0

    so are a lot of excellent apps. Props to the Turbo peeps for this gift.

  32. No Turbo Pascal DOS libaries? by Stonehead · · Score: 3, Insightful

    From the Shutdown FAQ, in my own words: "We feel that most of the other DOS products will not have sufficient demand to successfully support an open-source project."
    Well, Borland already released the Turbo Pascal 5.5 binaries. I have used those to teach children programming on their own DOS boxes. Turbo Power had great library releases for every Turbo Pascal DOS version, wouldn't those be interesting for people who are still working with these?

    I honestly have to admit that - in spite of my fandom for all Turbo Pascal DOS stuff - I have no idea, is GNU Pascal or Free Pascal under Unix any good? I have succesfully got RHIDE working after some compiling hassles, but not really tried it with lots of code. How portable is my old DOS stuff? Can I use FreePascal to let children play with it under Linux in my place, and under DOS at their home?

    1. Re:No Turbo Pascal DOS libaries? by VisorGuy · · Score: 1
      How portable is my old DOS stuff?

      I would think that would depend on how portable you wrote it.
      Either way, it shouldn't be too difficult.

      --
      This user account is inactive account replaced by the PDA
    2. Re:No Turbo Pascal DOS libaries? by markmay · · Score: 1

      When I saw the announcement, I was hoping it was the DOS libraries they were releasing. I used OPRO for enough projects. MakeScrn was beautiful for creating quick entry screens.

      I've using FPC (FreePascal) under Linux. It runs console (text mode) applications well. I've not used the Lazarus GUI yet though.

      If they would have released OPRO, I sure would have taken a shot at converting it to FPC/Linux myself.

    3. Re:No Turbo Pascal DOS libaries? by marcovje · · Score: 1

      Technojocks toolkit (TTT) has been translated to FPC already afaik.

  33. REMEBER YOU CLOWNS by Anonymous Coward · · Score: 0

    Sorry, I had to get your attention somehow.

    These guys DO NOT Have to do this, but they are, so I think it would be a very nice thing if we really so them our appreciation and also condolances as they exit the market. Remeber, they are shutting down for whatever reason and for them to put in the extra effort to give to the community at their own expense, at a possible time of sorrow for them, is something that should be shown repect and thanks from the open source community.

    Just my 2 cents
    auto262814@hushmail.com

  34. Support Service by Daengbo · · Score: 1
    Might this not be the easiest way for submerging companies to quickly divest themselves of any need to support their software. Shut the doors and autoresponr the email.
    We regret to announce that Foobar company has withdrawn from the retail software market. If you are seeking support for one of our former software packages, please consult the following list for contact information regarding the current state of the software.
    Foo 1.1: http://foo.sourceforge.net
    Bar 1.0.1: http://bar.sourceforge.net

    Gracefully exit and leave your customers less unhappy than they otherwise would have been.
  35. OSS kills? by Anonymous Coward · · Score: 1, Insightful

    Delphi is THE or at last one of the more common tools here in Brazil.

    Today are lots of free and open source libs for Delphi like Project Jedi and RxLIB, Torry

    And Borland has incresling stuffing Delphi with lots of new components in any new version they released.

    Then, looking at they products, I think they do this because for a Delphi developer, makes no more sense to buy components and libs if there are so many freely available.

    For Delphi users, Is this a good or a bad news?

    1. Re:OSS kills? by R.Cad0r · · Score: 1

      It does seem to be a double-edged sword in this case. It's hard to compete with $free. I've been using Delphi as an individual developer for about 8 years (since 1.0 in 16 bit Windows), and I or the companies I've worked for have bought several components over the years, but I've had no need to recently. Free code often means more money in my pocket, but it does seem someone is loosing.

  36. You're right, this is just an exit strategy by lseltzer · · Score: 2

    I know another small software company thinking similarly. Recent economic conditions have hurt the business, they are spending their time on other efforts, and passing the product on to the open source community is a good way to minimize the screwing of their old customers. The Mozilla license also gives them some options to re-enter some day.

    So it's a good thing in the sense that the products won't necessarily die, but not a good sign of things in general.

  37. Delphi is the fastest GUI building language by Anonymous Coward · · Score: 0

    Delphi is the fastest GUI building programming language out ther, simply because most of the alternatives suck, microsofts MFC classes is horrible to look at because they are mixed together in a big pile of s... whereas Delphi's class hierachy works beautifully. Visual basic's code is also ugly and the programming language is only suited for small apps.
    Trolltech's QT library for c++ cross platform however is also very nice for building GUI's.

    So there is absolutely no reasonable logic behind Microsofts compilers succes, it is one of them stories where the most inferior technology wins. But kudos to the Russians who have embraced a technology that actually gives the best result, instead of just jumping on the bandwagon that all the other companies take...

  38. Question for all the IANALs out there... by phoebus1553 · · Score: 1

    So here's the question, for those of us without a big head for licenses... and I'm sure there's more than a few of us out there in this prediciment

    I work on a consulting project that uses Async for Builder that is extremely closed source, i.e. in the code there exists a password routine that would allow one to walk up to any of a certain make of skid steer loader and drive away with it without a key, just by looking at it and with no special tools!!! So, there is a -5% chance of this going OS. There's also dozens of little builder and delphi apps running around that use Async as well.

    If I want to switch to the *NEWEST* Async available when it comes out, does that mean I would have to release the source?

    --
    ----- - The beatings will continue until morale improves
    1. Re:Question for all the IANALs out there... by Dark+Warrior · · Score: 1

      My understanding is, if you modify the source to the library, you have to release the modification. But if you use the source in a commercial app, you do not have to release the code you've written that uses the library.

    2. Re:Question for all the IANALs out there... by Anonymous Coward · · Score: 0
      just by looking at it and with no special tools!!!

      Just by looking at it? I'm impressed. Can you look at it in any old way or is the password a certain facial expression?

    3. Re:Question for all the IANALs out there... by drinkypoo · · Score: 2
      Anyone to whom you give the application, you must give the source.

      If it ends up LGPL then this is not true assuming it remains a component and you are not simply embedding chunks of their source in your program.

      However if the only person you are giving the binaries to is the customer (I'm assuming this is a contract issue) then they are the only people to whom you must give the source.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Question for all the IANALs out there... by Dark+Warrior · · Score: 1

      We may be in total agreement, but I needed to check this. I went to

      http://opensource.org/licenses/mozilla1.1.php

      and read the distribution requirements. This is what I think applies to applications written using open source code licensed under the mozilla 1.1 license (which TurboPower said they would use):

      3.7. Larger Works.
      You may create a Larger Work by combining Covered Code with other code not governed by the terms of this License and distribute the Larger Work as a single product. In such a case, You must make sure the requirements of this License are fulfilled for the Covered Code.

      The open source stuff would be the Covered Code, and teh application created with it would be the Larger Work. So you'd have to give them the source for the components., but not for the rest of the app. Which is immoral, but hey, we're talking law here so . . .

  39. Great, but.... by Tall+Rob+Mc · · Score: 4, Interesting

    Of course, we'll all take any announcement of the open-sourcing of useful software as good news. However, I hope a trend doesn't develop where OSS becomes known as "what happens to software when companies die." I'd rather see software open-sourced in a profitable way as opposed to the "we're pulling out of the market so why the hell not" way that is becoming more and more common.

    1. Re:Great, but.... by Angst+Badger · · Score: 2

      However, I hope a trend doesn't develop where OSS becomes known as "what happens to software when companies die."

      I would. Not exclusively, certainly, but it's gotten to where I am reluctant to buy commercial software -- not for RMS-style ideological reasons -- but because the average niche-product software company seems to live no more than two or three years. This is not such a big deal with the major applications I'm dependent on, as Microsoft and Adobe will no doubt continue to bleed me for many years to come, but minor apps from minor companies die off at an alarming rate. I can fill a CD-R or two with all of the specialty graphics apps that I use whose producers are no longer around.

      I'd like to see it become part of commonly accepted ethical business practice to release source code when a product will no longer be upgraded or supported. It's a great way of supporting the customers who supported you when market conditions or business strategy require you to otherwise abandon them.

      So here's to TurboPower for their high standards both coming and going!

      --
      Proud member of the Weirdo-American community.
    2. Re:Great, but.... by Tall+Rob+Mc · · Score: 2

      You make a very good point. I suppose I should have clarified that I don't want popular opinion to only see OSS as what happens to software when companies die. I completely agree with your post, as you bring up an issue that I would truly like to see adopted.

  40. Totally Incorrect. by vistas · · Score: 1

    VB was introduced in 1991. Delphi in early 1995. In very many ways, you could say that the visual design of Delphi was a rip off of VB. That's not to say that Delphi wasn't a huge improvement over VB.

    1. Re:Totally Incorrect. by wcmcgr · · Score: 1

      Delphi is a spin off of Turbo bascal, which pre-dates Visual Basic. Borland spent the time to get it right, releasing Object Pascal and Delphi in 1995. VB didn't get OO until .Net in 2001.

    2. Re:Totally Incorrect. by Anonymous Coward · · Score: 0

      Delphi was also targetting the PowerBuilder SQLWindows RAD GUI market (quite large at the time) by leveraging their compiler/object pascal/IDE technology with a RAD front end in order to generate native executables instead of the Powerbuilder/SQLWindows interpreted morass.

  41. GPL v. MPL by _|()|\| · · Score: 2
    Have you not heard of Kylix Open Edition? You can't be refusing to use it just because the compiler itself is not open source since you just said you use Delphi.

    Kylix Open Edition is only licensed for the creation of GNU GPL programs. The TurboPower components will be released under the MPL.

    Unless the TurboPower components are dual licensed under a GPL-compatible license, they will not be of much use with Kylix Open Edition.

    1. Re:GPL v. MPL by ChaoticPup · · Score: 1

      Unless the TurboPower components are dual licensed under a GPL-compatible license, they will not be of much use with Kylix Open Edition.

      Excellent point.

      Easy to handle at this stage of the game, though. We'll look into a dual license for the Kylix libraries.

      -- CP [TP]

  42. Re:Whoo-hooo!! Nice but 5 years too late. by afidel · · Score: 2

    No this is a dead/dying company saying to those who supported their efforts over the years "here have these fruits of our labor". If there is no chance of continued revenue from a large base of well developed code then why not release it into the world? Sure a large amount of the code will never be touched again, but if even a small amount of it goes on to save someone work some day then the entire world has just become a little tiny bit more effecient. When there is no other use for code I think it is great to release it to be free forever more. What is the cost of this "deadware", oh yeah nothing more than the space to save it on some hdd's and the bandwidth to transmit it to anyone that wants it, essentially free.

    --
    There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  43. Re:Buisness Plan by omibus · · Score: 1

    I've been wondering about that all night (heard about it at my Borland developers group meeting last night). Are they moving into consulting or just giving up all together?

    They do have wonderful tool, no doubt there. It would be a bad omen if they are closing shop altogether.

    Personally, I think a lot of the Delphi Component developer groups are moving to .NET right now. Kind of an adopt or die mentality. Luckely the next version of Delphi will come with a C# compiler.

    --
    Bad User. No biscuit!
  44. Re-title the article by Anonymous Coward · · Score: 0

    to another firm goes bust.... at least in the software market.

  45. If you want to be productive.. by Anonymous Coward · · Score: 0

    ..use Delphi. I did. And so managed to finish my thesis in time, etc.

    Tried VB, but there are a lot of non-sense there. With Delphi everything is as it should.

    Can't really explain it, but if you have done programming for years, I think you'll have an idea what I said.

    Also I was very disappointed with this RAD buzzword.
    Delphi is _the_ product that returned my faith in it.

    Not to mention:
    # Produces very lean executables
    # Very stable - it's very hard to code when the IDE keeps on crashing on you
    # I actually found accessing Win32 API enjoyable with it.
    # etc.

  46. Sticking it to Turbopower's Competitors .... by Anonymous Coward · · Score: 1, Interesting

    I have to wonder if TurboPower releasing their tools as Open Source is more an act of sticking it to TurboPower's competitors than anything else.

    Obviously, TurboPower could have sold their tools to one of their competitors but chose not to do so. At the same time, TurboPower's competitors who offer similar libraries will see their marketshare diminish (and their programmers get layed off) as people learn about "free" alternatives.

    It seems to me that a large percentage of open source projects are open source because:

    1) The project would not be capable of supporting itself otherwise.

    2) It is a way for a company who is on their last legs to stick it to their competitors before going under. Saying in effect: "If we can't compete effectively, then you are not going to be able too."

    Finally, it is sad to me to see TurboPower folding (or changing focus). TurboPower has been a key player in the Borland tools market for a very long time. I have never seen a bad comment about TurboPower among the Borland tools users which was most likely due to TurboPower's superior customer service. To see TurboPower folding makes me wonder what the future is for the tools market(s).

  47. License by cow_licker · · Score: 1

    I haven't seen this mentioned, but I asked about what license they were relasing the code under. It will be the Mozilla 1.1 license. Yay!

    --
    $_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$ t=255;@t=map{$_%16or$t^=$c^=($m=(11,10,116,100,
  48. Open Source Pascal RAD by marcovje · · Score: 1


    And the Pascal RAD [under development]:

    http://lazarus.freepascal.org

  49. Delphi/OO Pascal != Pascal by FallLine · · Score: 3, Interesting

    Almost all the criticisms offered by Ritchie were about the original Pascal, not the improved object oriented pascal that is used by Delphi. Almost all the looping, escaping, breaking, pointers and other features that a C programmer would expect in C can be done just as well with Delphi (Object Oriented Pascal). Object Oriented Pascal is to Pascal what C++ is to C, though it fixed some of the fundamental shortcomings of the language in the process where C++ did not (and did not need to by and large). The syntax may look different, but it's really very very similar to C and C++ these days. While I personally prefer C's somewhat more terse syntax, I really cannot say I miss much. I've been able to port back and forth without any real difficulty. If you do almost any sort of Windows application development and haven't tried Delphi, then you really are missing out. I would assert that Delphi could replace VC++ for most applications but for its relative lack of critical mass. This makes it relatively undesirable for large scale projects. Where it really makes up for the lack of critical mass, i.e., fewer Delphi programmers, is though its RAD features and components and other advantages (which are less desirable on large ones). It makes it worthwile in many cases for C and C++ programmers to learn Delphi (it's not hard if you come from that background) in smaller shops where rapid turn around time is needed. ...Yeah, it can be a slight pain working directly with the windows (not always/usually necessary) and other C/C++ APIs because it's non-native, but it does work well.

    1. Re:Delphi/OO Pascal != Pascal by Anonymous Coward · · Score: 0

      A turd is still a turd even if it has been painted a different colour and polished up -- and Pascal, sir, is a turd of a language.

    2. Re:Delphi/OO Pascal != Pascal by Anonymous Coward · · Score: 0

      Posted by an idiot who has never used Delphi. And probably not Pascal, either.

    3. Re:Delphi/OO Pascal != Pascal by Anonymous Coward · · Score: 0

      I've been using Delphi 5 for two years. Appalling language, and deeply *shitty* reporting tools... Borland short-change you on that even when you buy the full belt-and-braces version. Assholes.

      Pascal, and specifically Delphi, sucks fucking donkey-balls. I doubt Kylix is any better -- but since the shafting we got on Delphi, there's no fucking way we're paying for it. Development is moving slowing to Access (even shittier, but better value).

  50. But Now There Is an Escape by Lucas+Membrane · · Score: 3, Informative

    Pascal was strict. Borland broke the locks when they produced Turbo Pascal (20 years or so ago). They put in an ABSOLUTE directive that let you make variables share storage, so that you could interpret the same memory in different ways. They put in fast variable length strings. They put in a MOVE intstruction so that you could flop arbitrary bytes around wherever you wanted to. They put in raw access to ports and memory addresses and interrupts and all the low memory data in DOS. With these changes, programmers loved Turbo Pascal, and it sold a many times more copies than anything else for programmers had ever sold.

  51. Bullshit! by Anonymous Coward · · Score: 0

    This is great news for Microsoft.
    It implies that they no longer will be supporting Borland and are moving 100% with Microsoft.
    Of course we'll get some neat stuff that we can port to kylix but this this is bad news for Borland and all of us who don't like Microsoft.

  52. VB stole from Borland, not the other way around by Anonymous Coward · · Score: 0

    Get your facts straight
    Microsoft settled out of court for more than $150 millions after Borland sued them for copying them.

    Microsoft would not have paid such an amount if they were innocent.

    1. Re:VB stole from Borland, not the other way around by ergo98 · · Score: 1

      Microsoft settled out of court for more than $150 millions after Borland sued them for copying them.

      I believe that the lawsuit had to do more with Borland claiming that Microsoft was unfairly "stealing" their employees (i.e. the MS limos pulling up at lunch, etc.). However, the Microsoft settlement could be seen in many ways: One they got Borland onboard to support .NET (which the next version of Delphi will do), and they kept Borland alive (at a time when its situation was pretty dire) to perhaps give it some honest competition.

  53. Btw, by MarkoNo5 · · Score: 1

    SourceForge and Slashdot are both part of VA Software

  54. Re:Whoo-hooo!! Nice but 5 years too late. by penultimatepost · · Score: 1

    I disagree with you assertion that this is deadware, this stuff is in use all over the place and I'm sure the people who use it appreciate the newfound ability to maintain this software by themselves or with the help of other interested individuals. In particular when new versions of Delphi come out, there's a chance that the more popular components get ported. As for the company, it seems to be refocusing its effort because it considers that it no longer can make money selling Delphi tools. they ae not dead either.

  55. a general response by MegaFur · · Score: 2

    Wow. Since I made my original post, I've been modded down once and had various disagreements posted below. Many of those people may not have read all the way down to the bottom where I said:

    I'll be fair and admit that this position I've listed above is very, very old. It may be outdated now. Or maybe it isn't. I don't know.
    That means that, what I was doing was simply posting a piece of "established wisdom". It is my policy to always take anything that's "established wisdom" with a grain of salt. I was simply posting the standard arguement. I was not trying to troll, and I was not trying to start a flame ware. It's just, this person said a certain thing and there's this well-established standard argument against it. So I posted it. I made sure to mention that I wasn't sure if I agreed with it or not.

    The ironic thing is, I feel that, to some extent, all the posters saying Pascal's OK, have convinced me that it isn't OK.

    Everyone saying that Standard Pascal sucked but that Delphi Pascal is great or Object Pascal is great should focus attention here:

    People who use Pascal for serious programming fall into a fatal trap. Because the language is impotent, it must be extended. But each group extends Pascal in its own direction, to make it look like whatever language they really want. Extensions for separate compilation, FORTRAN-like COMMON, string data types, internal static variables, initialization, octal numbers, bit operators, etc., all add to the utility of the language for one group but destroy its portability to others.
    And there it is. The only thing that makes it okay is if the extended Pascals are standard enough now. If they're wide-spread enough. Are they? I guess from the arguments and flame-like posts, perhaps they are. I don't know. But is there anything that Pascal can do that other languages can't?
    --
    Furry cows moo and decompress.
    1. Re:a general response by Lucas+Membrane · · Score: 2

      I wasn't trying to be flaming anyone. Sorry if you thought that.

  56. Re:Read the writing on the wall -Microsoft Delphi by Anonymous Coward · · Score: 0

    Just a thought...and another reason to open source the libraries.

    After IBM swallowed Rational, the rumour mills had Microsoft buying Borland.

    -Mike

  57. Some people give 'nerds' a bad name by windtalker · · Score: 1

    Turbopower products, for a LONG time, have made the best tools I have ever seen, regardless of language. I have used them for over ten years, and hearily applaud their decision. They are where it's at.
    Also, their products have always had a singular attribute.. it is not proprietary! Full source comes with purchase, for only a couple hundred dollars or so, and you get free updates till the next major release. THEY HAVE ALWAYS BEEN AN OPEN SOURCE COMPANY. Now, you guys come along with unwashed ears and throw your petty stones at it and them, like they are nothing's because YOU are simply unaware.
    I see this at my own linux club meetings too often, these youngsters are arrogant about anything outside their interest or awareness. Time to become human, people, times are a-changin'.

  58. Can't compile in Delphi 7 by Anonymous Coward · · Score: 0

    I have download the version 4.06 from sourceforge, but can't compile in Delphi 7

    who have met this problem?