Slashdot Mirror


Is Linux Ready For Delphi? -- Delphi R&D Answers

Chrismo writes: "Danny Thorpe, Sr. R&D Engineer at Borland, has written a great article addressing "some of the commonly expressed fears, misconceptions, and even misplaced euphoria" heard from the Delphi community since the announcement of their move to support Linux with their development tools."

242 comments

  1. Pascal is dead by Anonymous Coward · · Score: 0

    When do those pascal-based languages finally die? I hate pascal since they wanted us to learn it at school... :) Long live c/c++! btw, isn't the battle between kde and gnome enough? do we need a third environment?

    1. Re:Pascal is dead by StrawberryFrog · · Score: 1

      >When do those pascal-based languages finally die? I hate pascal since they wanted us to learn it at school...

      If you don't like it, don't code in it. Why are you wishing it ill? Read the article. "Linux is about choice". I learned Pascal at University, and I for one love coding in Delphi. My choice. I *don't* go around asking when C++ is going to die. Choice is good.

      > btw, isn't the battle between kde and gnome enough? do we need a third environment?

      huh? Delphi for Linux will (acording to Borland) be able to build apps that run under KDE and Gnome. It will not introduce a new GUI (duh).

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    2. Re:Pascal is dead by TheKodiak · · Score: 2

      You know, I hated Pascal all through my DOS days. I kept hating it out of habit until Delphi came back. Delphi has so _totally_ changed my mind - C/C++ is great for the hardcore who either write entire projects by themselves, or who know how to write a comment, but for working on projects with many contributors, lots of whom hate writing comments, Pascal borders on self-documenting.

      --
      -=Best Viewed Using [INLINE]=-
    3. Re:Pascal is dead by Anonymous Coward · · Score: 0

      You know, back in the day when I first saw Turbo Pascal 5.5 for the first time (it introduced the so-called "object extensions" to the language) I thought that it was no longer Pascal, strictly speaking. In reality, the modern implementation of Object Pascal in Delphi is recognizable as Pascal (barely), but is so different in so many key areas I would dare say it is no longer Pascal. As for the Borland move to Linux, just one comment: WAY TO GO!

  2. More apps! by RancidPickle · · Score: 2

    Great! Having Delphi for Linux will introduce more folks who program/use Delphi to produce apps for Linux. More talented folks entering the Linux camp! Anything that creates more apps for Linux should be welcome news. Hopefully, the R&D division will get it right. Sounds promising, anyway.

    --
    "First things first, but not necessarily in that order."
    - Doctor Who
    1. Re:More apps! by ion1 · · Score: 1

      I would have to agree. More apps is like more beer, more choice, need I say more. However Kylix may not be the tool for everyone, or every job. There is a time and a place for everything I don't think that the Kylix's C/C++ compiler would be the optimal choice to recompile the kernel, but If I needed to bang out a database app Kylix will rock!

    2. Re:More apps! by Jason+Earl · · Score: 1

      More apps is certainly a good thing, and Kylix will undoubtedly generate some cool new Linux apps. I think that it is important to open Linux's doors to as many users as possible, and that _especially_ goes for users that are also programmers.

      When it comes to Linux, the more the merrier.

      However, I can't help but wonder which market Borland is aiming for with Kylix. Are they trying to persuade their Delphi coders to switch to Linux, or are they trying to persuade Linux hackers to switch to Delphi?

      Not that it really matters to _me_. Kylix will undoubtedly mean more applications for Linux because it will make currently Windows-only Delphi projects portable to Linux. That is clearly a net win for Linux. However, creating Kylix seems like a lot of work just to create a Windows to Linux portability bridge for Delphi programs.

      In other words, Borland is counting on seducing some existing and future Linux hackers (who are _not_ currently Delphi users) into using Delphi as their tool of choice. Otherwise porting to Linux would not grow the Delphi developer base at all.

      So are there any non-Delphi users that would consider using a Linux port? I know that I certainly wouldn't. I am perfectly happy with the development tools that Linux currently provides for free. Not only are Linux tools affordable, but they also come with source code guaranteeing that I will _never_ be left high and dry by my tools vendor. I can understand why Delphi users are excited about Kylix, it opens new opportunities for them to leverage their Delphi skills, but that doesn't necessarily mean that Borland will be able to cash in on a Linux "boom."

    3. Re:More apps! by drachenstern · · Score: 1

      So are there any non-Delphi users that would consider using a Linux port?
      well, as a 3 year's experience vb/c/c++/java developer, i havent yet had the experience of working with delphi, to me, it would be a great introduction to the language, if i understood the white pap. about it and if you consider all ways of programming a language (yes, this does include good ole batch files // script files of other natures)
      personally i dont feel as tho enough ppl know about either linux or it's ability as far as a user base is concerned. but as the article which was posted yesterday stated, "Linux and other Open Source Operating Systems are designed for the programmers who write them, not the users who will use them." If we are currently the only ones writing the apps, i do believe that no users will realize that we have totally redesigned an interface, rewritten an app, or even learned a new language because we wanted them to do well on the newest desktop Operating System.
      but please oh please dont anyone ever say, "try this computer which is a lot like windows." Unless you also think it is a good idea to say, grow me a pineapple from this apple tree. (btw: email me to find out how to grow a pineapple on an apple tree . . . (hint: splice the limbs . . .))

      --drach

      --
      2^3 * 31 * 647
    4. Re:More apps! by uradu · · Score: 1

      > I don't think that the Kylix's C/C++ compiler
      > would be the optimal choice to recompile the
      > kernel

      Why do you say that? From what I've read regarding the Borland C++ compiler ported to Linux, it beat the GNU compiler in every category when tested on an X application: compile speed (huge difference, one of Borland's strengths), executable size (almost half the size), execution speed (don't member the numbers there). Which of these would make you prefer the GNU compiler? There might be some issues regarding implementation of certain Standard C++ features, which I hear GNU is pretty strict about. Still, the Borland compiler is a very mature product, it's been worked on for many years.

      Uwe Wolfgang Radu

    5. Re:More apps! by uradu · · Score: 2

      I think you're trying to force a fixed point of view on the whole matter. Why would Borland have to do any conversion of any sort, either of Linux hackers to Delphi, or of Windows programmers to Linux? While some of that might indeed happen, Delphi can stand on its own legs. It is one of the most elegant development environments and languages around. And it generates commercial grade code, to boot.

      Think of it this way: if Delphi for Windows had come to market a couple of years earlier, VB would have never stood a chance. Delphi offers all the ease of use and RADness of VB, while using a potent language that can scale to large projects--something VB certainly can't claim. And it creates real stand-along Windows executables; no p-code, no support DLLs etc. But since VB came first, the hordes of amateurs that jumped on it never had a reason to switch, and they went forth and multiplied. Delphi never really stood a chance.

      What Borland has now is a second chance. They are going back in time to the beginnings of a new OS platform and are the first to offer a powerful RAD tool. They can then benefit from a new generation of start-up programmers that jump into Delphi because it's the only choice--like VB back then. Once they become proficient at it, they will never have a reason to switch, even if Microsoft should one day decide to port VB (ha, ha). It's all about money and leverage, not conversion. Don't forget, there are constantly new generations of programmers arising. It's just a matter of catching a big wave of them.

      As an aside, I used to be a long-time C/C++ programmer (well, long-time considering my age anyway). I gave Delphi the cold shoulder for a long time--it was one of those things I was going to check out some day, just not today. One day I finally did, and I never turned back. I certainly can't claim that Object Pascal is a superior language to C++. Sometimes I miss templates, very rarely multiple inheritance, never C++'s awkward strings. It lacks the succinctness of C++, and yet I find myself going back to old code and understanding it easier than I ever did old C++ code. Delphi is a Roger Moore to C++'s Shawn Connery--less flashy, more understated, most refined. On Windows it makes working with COM a pleasure--something that can't be said about C++. In the end, I keep finding myself completing projects before my C++ brethern, especially those saddled with VC++.

      Uwe Wolfgang Radu

    6. Re:More apps! by JonK · · Score: 1
      Surely you don't mean Roger was less flashy and more understated than Sean...

      Apart from that (horrible) howler, I've got a certain amount of sympathy with what you're saying - from where I'm sitting the name of the game is to pick the right language for the job. I'm currently working as part of a team delivering a big chunk of extranet functionality: it's a Microsoft shop, so the architecture's fairly standard: IIS onto MTS/MSMQ/JRun onto SQL Server/Exchange Server with a few 'interesting' bits wedged into the middle (Flash compiler, anyone?). The result is that we've got development being done in VB, VBScript, Java, JavaScript, C++ and TSQL on the horses-for-courses basis. It's my contention that, as highly distributed systems become more prevalent over time, this sort of code base is going to become more and more common. The result is that the inability of a single monolithic VB executable to handle high processing/transaction volumes becomes largely irrelevant since the framework in which your components are deployed provides the support necessary to allow your systems to scale.

      So, use Delphi or VB (both have their strengths and their weaknesses) for what they're good at (and, let's face it, GUI development with raw, unadorned gcc is (like COM development in C) best left to those people without painfully tight deadlines). If (when?) you get asked by your management to deliver a chunk of fairly complex GUI and processing functionality which doesn't need to have the last .01% of performance squeezed out of it and doesn't need to get intimate with the machine architecture but which does need to be delivered by Friday (sound familiar, anyone) I, for one, would be firing up Delphi or VB rather than vi.
      --
      Cheers

      --
      Cheers

      Jon
    7. Re:More apps! by shaum · · Score: 1
      However, I can't help but wonder which market Borland is aiming for with Kylix. Are they trying to persuade their Delphi coders to switch to Linux, or are they trying to persuade Linux hackers to switch to Delphi?
      I think they're targeting shops that have one foot in both worlds: businesses that are beginning to evaluate Linux, like what they see, and foresee transitioning in the future. Such transitions generally won't happen quickly, so you'll have a shop that is half-Win32, half-Linux, and needs a RAD tool that works on both. This is a growing segment of the market, and one in which Microsoft will not, and cannot, move in and squash its competition.

      (Another thing that would be cool: once Kylix is ported to Linux, it would be proportionately less effort to port it to other *NIX platforms -- such as MacOS X.)

    8. Re:More apps! by Anonymous Coward · · Score: 0
      >>In other words, Borland is counting on seducing some existing and future Linux hackers (who are _not_ currently Delphi users) into using Delphi as their tool of choice. Otherwise porting to Linux would not grow the Delphi developer base at all.

      Not necessarily. By porting Delphi to Linux, Borland does a neat endrun around Microsoft. At present the big battle is, what do you use to code for Windows? With the capability to easily port your apps to Linux by using Delphi products (an option that Microsoft programmers don't have!!!), Borland could become a real power in development apps again (like it was in 89-91).

      And remember Delphi doesn't really compete with C++, it's nemesis is that true bastard child of a (nearly) defunct programming language, Visual Basic.

    9. Re:More apps! by Karellen · · Score: 1

      I certainly can't claim that Object Pascal is a superior language to C++. Sometimes I miss templates, very rarely multiple inheritance, never C++'s awkward strings.

      In what way are C++ strings awkward? I find them very elegant, and very powerful. It can do initialisation from a literal and concatenation (including with +=, which is something I really miss when using Delphi). It also has iterators which means that the standard library algorithms such as find(). It has checked and non-checked character access with the [] operator and the at() member fn.

      It lacks the succinctness of C++, and yet I find myself going back to old code and understanding it easier than I ever did old C++ code. Delphi is a Roger Moore to C++'s Shawn Connery--less flashy, more understated, most refined.

      Roger Moore was less flashy and more understated than Sean Connery? You gotta be kidding... :)

      On Windows it makes working with COM a pleasure--something that can't be said about C++.

      Writing components or using them? I have to admit, ATL is a bastard to get to grips with to initially create COM components and their housings, especially if you don't like wizards. It is really nasty. Mostly due to the threading & module issues (WTF is a _module_ anyway, and why do I need that bloody AfxGetModuleState() in all my functions?) that aren't really documented anywhere.

      But once you've got the framework for a component sorted, the guts are just standard C++ and as for using COM components, well that's just as nice as in Delphi.

      In the end, I keep finding myself completing projects before my C++ brethern, especially those saddled with VC++.

      Agreed. It is quicker to get an application done. But IMO it's not the code that takes the time, it's the windows framework, and understanding how it works.

      Writing C++ apps is one thing. Writing Windows C++ apps? That's something else.

      Personally, I'm liking the Delphi front-end, C++ COM back-end approach with the application I'm writing now.

      --
      Why doesn't the gene pool have a life guard?
  3. Is Delphi Ready for Linux? by Anonymous Coward · · Score: 0
    The true test of a guru (goo-roo) is his preparedness for Linux. The true guru, whilst in a period of transition, must leave behind all aspects of his prrevious environment and grasp the new world.

    Similarly, it is up to the maturity of a company that will be the primary deciding factor of whether it will sink or swim when the new wave of Linux desktops, browsers and, yes, users, strike. Time is running short for compaines like Delphi.

    1. Re:Is Delphi Ready for Linux? by Anonymous Coward · · Score: 0

      That's the dumbest thing I've ever heard... Linux is just another varation on a POSIX type environment...

    2. Re:Is Delphi Ready for Linux? by Khopesh · · Score: 1
      • Time is running short for companies like Delphi
      You mean products like Delphi, which is made by Borland (now owned by Correl, a merge resulting in renaming them Inprise).

      Delphi is a good programming environment. One of my favorite windows programs (EditPad) is made with Delphi. I'd be happy to see that it is easier to port windows programs over to Linux!
      --
      Use my userscript to add story images to Slashdot. There's no going back.
    3. Re:Is Delphi Ready for Linux? by Speed+Racer · · Score: 4
      You mean products like Delphi, which is made by Borland (now owned by Correl, a merge resulting in renaming them Inprise).

      The only thing worse than an incorrect post is a post correcting it that is also incorrect.

      In the beginning, there was the land called Bor, and Borland was good. Borland begat InterBase and Paradox and Quattro Pro and Turbo Pascal and Delphi and C++ Builder and J Builder. And the Win32 developers did rejoice.

      Behold, a curse came upon the Borlanders and that curse was Del Yocam. This evil leader, full of guile, changed the name to Inprise to capitalize on the buzzword "Enterprise". There was much weeping and wailing and gnashing of teeth in all the land.

      The fairy stockholders were displeased with these actions and did cause that the stock price should plummet. After many fortnights, Borland rose again from the ashes of Inprise as a beacon of hope for all to follow. The evil Del was banished and all rejoiced.

      From the vast hinterlands to the north came courting a certain Micheal Cowpland of Corel. This Cowpland did offer bounteous riches that he might own Borland and the Borlanders were beguiled by his cunning. Thus, Borland became united with Corel and Inprise was banished entirely.

      --
      Free Mac Mini. Yes, I'm
    4. Re:Is Delphi Ready for Linux? by ChannelX · · Score: 1
      The only thing worse than an incorrect post is a post correcting it that is also incorrect.

      Yes it is worse. In your attempt at correction you forgot to mention Borland buying out Visigenic (maker of Visibroker CORBA stuff) and changing the name to Inprise.

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
    5. Re:Is Delphi Ready for Linux? by drachenstern · · Score: 1

      two upthumbs, righteous read man
      -

      --
      2^3 * 31 * 647
    6. Re:Is Delphi Ready for Linux? by Anonymous Coward · · Score: 0

      Um, Groton Database Systems did begat Interbase. Borland bought Interbase/Groton Database Systems. Interbase was then spun off, re-attached and has now been turned into an open source project under MPL1.1 (?) to be released next quarter, under another spun of companies guise. See www.interbase2000.org.

      My first slashdot post ever, and no Ninjas, pancakes, grits (hot or otherwise), Natalie Portmoan or OpenDK. D'oh...

    7. Re:Is Delphi Ready for Linux? by Speed+Racer · · Score: 1
      In your attempt at correction you forgot to mention Borland buying out Visigenic (maker of Visibroker CORBA stuff) and changing the name to Inprise.

      Yes my child, my omission was intentional. Do you suppose to know my will in all things? Repent ye and return to the path that leads unto me.

      --
      Free Mac Mini. Yes, I'm
    8. Re:Is Delphi Ready for Linux? by Speed+Racer · · Score: 1
      Um, Groton Database Systems did begat Interbase. Borland bought Interbase/Groton Database Systems.

      My child, I see that you have lost your way and seek to reprove he who is above reproach. Repent ye and my judgement shall be merciful, lest the great abomination shall overcome thy spirit.

      Ye did suppose to know my intent and it this ye didst sin. It thy presumptuous zeal, thou didst not give note to the patriarchal order of the lineage that I didst give thee. Nevertheless, thou good and faithful servant hast done well to record the matriarchal lineage of Interbase. Now go thy way and sin no more.

      --
      Free Mac Mini. Yes, I'm
  4. kudos to Inprise by eries · · Score: 2
    Really thoughtful piece. This guy knows his history, and makes some really interesting comparisons between Linux now and the early days of Windows. Too bad more companies don't approach their marketing strategy that way.

    Want to work at Transmeta? Hedgefund.net? Priceline?

    1. Re:kudos to Inprise by drenehtsral · · Score: 1

      Yeah, he seems to really have his shit together. Sounds like the right way to approach the problem, for the right reasons. It also sounds like his expectations are about dead on too...

      --

      ---
      Play Six Pack Man. I
  5. RAD to Linux by arnagorn · · Score: 1

    I say way to go Borland/Inpris/Corel/...

    Actually, I think that a rad tool for Linux is great. And Borlands got the background to be really benificial to the GNU/Linux Community. Easily portability between GNU/Linux+X and Windows means that more commercial software companies will port their software to Linux.

    Even if those of us that support the open source model don't use it. The more RAD development tools we have, the better the community will be.

    I program mainly in C/C++, but for a quick and dirty program, I still switch back to Pascal.

    I'm sure I'll get flamed for this, but that's my $0.02
    'nuff said

    1. Re:RAD to Linux by blirp · · Score: 1
      I program mainly in C/C++, but for a quick and dirty program, I still switch back to Pascal.

      Kylix will do C, C++ and Delphi, so...

      See the original press release here.

    2. Re:RAD to Linux by divec · · Score: 3
      Even if those of us that support the open source model don't use it. The more RAD development tools we have, the better the community will be.

      I'm not convinced that closed-source programming environments will *neccessarily* help free software. Free software is not that free if you have to buy a certain compiler to compile the source code. If lots of developers who would previously have used gcc switch to Borland then we could end up with a whole load of "free" software which won't compile on a free compiler. One of the current strengths of the community is that anyone on the Internet can potentially become a developer for any piece of free software. If lots of stuff won't compile on a free compiler, then it means millions of potential developers become second-class citizens who can't work on a whole host of exciting projects.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    3. Re:RAD to Linux by Ronin+Developer · · Score: 1

      I would have to agree with you on most points. However, it's a shame that you feel like you'll be flamed for saying you'd switch back to Pascal.

      As a Delphi developer since Delphi 1 (who USED to code in C++), I wouldn't consider switching back. True, the official PASCAL standard is pretty poor. But, since Borland Pascal has become the defacto standard (at least in the Windoze world), they have extended the language considerably.

      These extensions, coupled with the rich IDE and visual component library (VCL) have enabled developers like myself to develop hiqh quality mission critical 24x7 apps (really). Try that with the likes of VB. Face it, VBers, a serious internet/database app probably can't be done that can be run in 24x7 environment.

      Why? Delphi provides true exception support, produces true compiled code that doesn't need a runtime environment. And, it can call every Windoze API function in a clear, concise manner.
      Even when Windows API calls go South, Delphi can detect and correct most of them. C++ programmers would find themselves at home here.

      Database access is extremely rich as well. Out of the box Delphi Enterprise supports, Oracle, DB2, Paradox, DBase, InterBase, Sybase, ADO and ODBC (to name a few). MIDAS and Visibroker make it easy to write distributed apps that can use COM, DCOM, TCP/IP, or CORBA. Extensions to MIDAS make it easy to build XML-based database applications (Internet Express). And, there are thousands of 3rd party add-ons.

      Where Delphi gets its bad rep is (in order of highest to lowest precedence):

      a) Previously poor corporate management (it's getting better...really).

      b) Corporate IT Management that obtains its IT knowledge from rags like PCMagazine (owned, I believe by MS).

      c) Developers who jumped on the VB bandwagon because of job availability and salary (see (b)) who then become Microsoft drones.

      d) Initial cost of VB was lower than Delphi (now rectified). Newbie developers purchased VB for home and then went looking for jobs (see (c)).

      There are some features notably missing in the language (as they are in all languages). I miss operator overloading in particular. Multi-inheritence is something that I wish for on a very rare occurance. But, when push comes to shove and I need to write a commercial quality application that gives me high performance in the shortest amount of time, I'll go with Delphi over C++ (Borland C++Builder included) just about anytime.

      The fact that it is now coming to Linux only means more opportunities for developers like myself. I'd love to see Linux on every desktop. My lowly 400mhz workstation boots into Gnome (that'll have to change) in two seconds. I haven't shut my Linux box down in over a month with no ill effects. As long as I can still build console apps and daemons using Kylix, I'll give up GNU too.

      Where C++developers/GNU purists get the leg up is that C++ is pretty much an open standard. And, there are good, solid, free tools out there as well to make development possible. But, unless you don't care about performance, executable size, and compile speed, all you gain by staying with open source compilers is just that...free or opened source tools (for now, at least).

      If the commercial tools compile the same code (without changes) as your free tools can and you get added benefits from doing so, then why not? Am I missing something to say if the BC++ compiler can compile the kernel and its smaller and faster, is that not a good thing?

      RD

    4. Re:RAD to Linux by Anonymous Coward · · Score: 0
      If lots of stuff won't compile on a free compiler, then it means millions of potential developers become second-class citizens who can't work on a whole host of exciting projects.

      Good point. One of the nice things about Borland products is the "two-way" nature of their tools. Unlike Visual C++ (which is mostly a code generator), C++ Builder recognizes code changes too.

      Since Delphi is now a proprietary language, the two way nature of the tools won't help. What is the chance of someone building a "Object-Pascal" compiler? Would Corell support, let alone allow this? Did Borland ever put out a langaunge specification? Have they followed the specification? (I've often found that internal standards get messed around with, if they don't have the discipline of some external body holding them in check).

      To close on a related subject, my comments were based on Visual C++ 4.x. I know they are up to 6, and talking about version 7. Has M$ actually added, or promised to add 2-way tools (specifically thinking about MFC code generation wizards)? If there was still real competition in the Windows C compiler market, we would have seen this feature years ago (once M$ achieves 90+% of market, all the inovation seems to vanish). Perhaps they don't want to jepordize the proprietary VB sales by improving VC. I'd like to be proven wrong...

  6. A Question For Delphi Pros by quakeaddict · · Score: 2

    On Win32 Delphi uses COM to a great extent. How will that translate to Linux? Will they port COM to Linux? Will they jump to Corba? Will they play nice with Gnome/KDE?

    Thanks.

    --
    I'm still working on a clever footer.
    1. Re:A Question For Delphi Pros by KyleCordes · · Score: 1

      Delphi supports COM extensively (and smoothly), but doees not rely on it for much of anything. An interesting exception this is MIDAS, their multi-tier database toolset... they have said MIDAS will be an important piece in Kylix, it will be interesting to see what happens to the COM stuff.

    2. Re:A Question For Delphi Pros by Anonymous Coward · · Score: 0

      MIDAS uses COM as a transport layer. It also uses CORBA and sockets. Borland won't have to provide their own COM implementation just for MIDAS. -- I couldn't bother logging in!

    3. Re:A Question For Delphi Pros by bugger · · Score: 1

      >On Win32 Delphi uses COM to a great extent.

      No, it does not. It offers excellent *support* for COM - but it does not rely on it.

      >Will they port COM to Linux?

      I doubt it - after all, there is already EntireX by Software AG:
      http://www.softwareag.com/entirex/Default.htm

      >Will they jump to Corba?

      Visigenic produce Visibroker. Visibroker is one of the best ORBs around. Visigenic is part of Inprise/Borland. Borland is strong in CORBA.

      Delphi already supports CORBA - but at this time "only" Delphi clients can benefit from IDL; Borland C++Builder is *the* tool of choice for client + server-side CORBA.

      >Will they play nice with Gnome/KDE?

      Have a look at

      http://www.borland.com/linux/

      and see yourself. Also, go to

      http://community.borland.com/

      click on "Search" - and use "Kylix" as the search term (the site seems to be a bit under "stress" right now, so no direct link - sorry.)

    4. Re:A Question For Delphi Pros by StrawberryFrog · · Score: 2

      > On Win32 Delphi uses COM to a great extent. How will that translate to Linux?

      I wouldn't say great extent. But COM will not be supported directly under Linux.

      Look at the Borland chats, particularly this one on Delphi R&D: http://community.borland.com/article/1,1410,10459, 00.html)
      Q: Is COM/DCOM going to be supported in Kylix? What about the future of MIDAS & Kylix?
      A: We won't be directly supporting COM and DCOM under Linux. We will have MIDAS solutions on Linux.

      > Will they jump to Corba?

      Delphi/Win32 already has some CORBA support. IMHO that will most likely carry over.

      Also see the live chat on the topic of ADO: http://community.borland.com/article/1,1410,20067, 00.html
      Q: Any idea of how Delphi ADO applications might convert to the forthcoming Linux version of Delphi?
      A: Unless MS provides ADO for Linux, we don't anticipate providing ADO supporting components on Linux.

      Background: ADO is a back-end independant database connectivity package made by MS for MS operating systems. It is implemented as COM interfaces. Therefor chances of MS providing ADO for Linux are effectively nil.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    5. Re:A Question For Delphi Pros by Anonymous Coward · · Score: 0

      "Delphi already supports CORBA - but at this time "only" Delphi clients can benefit from IDL; Borland C++Builder is *the* tool of choice for client + server-side CORBA. " This is not actually a true statement. There is a third party tool out there called IDL2PAS that will produce Server skeletons for you from IDL.

      I've used it in the past and it works pretty well.

    6. Re:A Question For Delphi Pros by bugger · · Score: 1

      The third-party "tool" you mention is not supported - and last time I checked it was pretty difficult to get hold of it.

    7. Re:A Question For Delphi Pros by jiriki · · Score: 1

      Actually there is a COM implementation for Linux : http://www.softwareag.com/entirex/download/free_do wnload.htm ... but I don't think using COM with Linux could do any good ...

    8. Re:A Question For Delphi Pros by jkaster · · Score: 1

      We also provide an IDL2PAS. See http://www.borland.com/visibroker/delphi/

    9. Re:A Question For Delphi Pros by uradu · · Score: 1

      I always found it odd that Borland was such a vocal proponent of CORBA, but only included CORBA support in the Enterprise edition of Delphi. The vast majority of developers surely use Professional, but would still like to dabble with CORBA just for kicks. They seem to view CORBA mainly as a middleware technology, yet it is so much more; it can do all the mundane things COM can, and then some. Pity it's so costly to use.

      Uwe Wolfgang Radu

  7. Re:hah! by StrawberryFrog · · Score: 1

    > Interesting. If this is "good news" you're admitting gcc sucks and the Open Source model produces a product so inferior that people would gladly pay money for something else.

    If what you are saying is that "people would gladly pay money for anything else" then no. if what you are saying is "people would gladly pay money for something really good" then yes. And that doesn't imply that gcc must suck.

    --

    My Karma: ran over your Dogma
    StrawberryFrog

  8. CLC > * by Anonymous Coward · · Score: 0

    Don't step.

  9. Wrong!: re Corel/Inprise/Borland by WillAffleck · · Score: 1

    As a shareholder of Inprise/Borland (INPR), I know you're incorrect when you say:

    You mean products like Delphi, which is made by Borland (now owned by Correl, a merge resulting in renaming them Inprise).

    Borland was renamed Delphi by it's last CEO, a total idiot who didn't understand excellence and though paying millions to rebrand a quality brand was a good investment. Then the software side was named back to Borland (e.g. borland.com) when he got handed his platinum parachute. Finally, Corel came along and did a buy out, which should be finalized one of these days.

    I'm no great fan of Delphi, but a lot of people like it, so one looks forward to Delphi ports over to Linux from Delphi/Win. C++ Builder is what we use here, and we're thrilled by the port to Linux - this news doubled the number of people where I work who wanted to code for Linux.

    --
    Will in Seattle
    1. Re:Wrong!: re Corel/Inprise/Borland by Anonymous Coward · · Score: 0

      Borland was not renamed Delphi. It was renamed Inprise.

    2. Re:Wrong!: re Corel/Inprise/Borland by WillAffleck · · Score: 1

      Borland was not renamed Delphi. It was renamed Inprise.

      Umm. That's what I meant to say. Sorry, should have Previewed.

      So, to restate, Borland was rename Inprise by a lame CEO. They axed him and renamed the software arm Borland.com before selling out to Corel, who are Canucks.

      Delphi is the Inprise/Borland software. People like it for RAD. People also like C++ Builder for RAD. RAD people are very numerous, and would flock to Linux if their RAD was ported to Linux. Once that happens, they will port their RAD's Windows apps to Linux. Bill Gates will hate this. Linux will grow and take over the world. Canucks will own major chunks of this.

      End Result: Bad Day for Bill Gates. Good Day for Linux. More cheese for all.

      --
      Will in Seattle
    3. Re:Wrong!: re Corel/Inprise/Borland by Anonymous Coward · · Score: 0

      Borland was renamed Delphi? Bwahahahahahah, you need a clue!!!!!!!

  10. Second article in a row! by scumdamn · · Score: 4
    Again I'm impressed, and I'm not easily impressed. (Simpson's reference: Homer: Wow! A blue car!) This is a thoughtful and well articulated article by a non-marketriod, non-Linux zealot that I feel has increased my understanding of things, has kept me occupied for more than ten minutes, and made me think.

    For those of you complaining of lack of "News for Nerds" and "Stuff that matters." you have no farther to look than here.

  11. The problem with delphi by Anonymous Coward · · Score: 0

    Is the large amount of overhead. But allegedly, Microsoft is looking to buy out Corel/Borland. George Dunham, Microsoft spokesman, states that buying out Borland/Corel will continue to fulfill MS's new strategy.

    The story is here

    1. Re:The problem with delphi by Anonymous Coward · · Score: 1

      what overhead are you talking about? Delphi can do everything, from 30k command line apps to dll's to applications. And in all my years of programming in delphi I have never had an application (without huge bitmaps compiled in) that went over 1.2 meg. And yes thats for an entire application no packages or anything.

  12. One thing that occurs to me by IntlHarvester · · Score: 5

    Is that Delphi being available for Linux might actually spur the sales of their Windows product quite a bit.

    At this point, more savvy IT departments are aware of Linux, but the common perception is that "it's not ready yet" (or is it "we're not ready yet"?). But, even out on the horizon, the existence of alternative environments has to cast some doubt on the typical Windows Standard Environment policy in place at most shops.

    So, when a large internal RAD project comes down the pipe, even if 100% of the clients are currently Windows systems, Delphi may look like a better choice than Visual Basic simply because Borland is willing to consider popular non-Windows platforms. It at least gives you long term options -- in 2002, you'd hate to be the person to tell the CIO that Linux on the desktop is impossible because your department has just completed two million dollars of VB development -- a much worse problem than some poorly converted DOC files.

    I'd expect there will be quite a few "We get along fine with gcc and vi, thank you." posts, but keep in mind this move isn't really about you. It's about the people on the S curve the author talked about (who probably care as much about you as you care about them), and my guess that in the short term, it's really about providing a more attractive product to their Windows customers.
    --

    --
    Business. Numbers. Money. People. Computer World.
    1. Re:One thing that occurs to me by jkaster · · Score: 2

      I'd say you're right. Delphi for Windows sales have already increased because of our plans for Delphi for Linux.

  13. I know this sounds lame, but... by god_of_the_machine · · Score: 5

    I am VB programmer... despite the bad publicity the language gets, I was born and raised on GW-Basic, and then moved to VB way back in the old Win16 days. Now, I'm doing more and more (non-programming) work in Linux, but I can't start developing for it because I am too lazy to learn C++ when I can do a bloody good job in VB.

    I think that it's great that Delphi(Object Pascal) is being ported to Linux -- how about an open-source version of a basic language so folks like me can start developing? With an open source Object Basic tool I would start porting my programs like crazy -- as would a million other VB programmers.

    Before dismissing me completely, just consider that not everyone has to be a "programmer" to generate a lot of decent results in an Object Basic type langauge.

    --

    -rt-
    ** Evil Canadians are taking over the world. Learn about the conspiracy
    1. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 0

      I have used VB on-and-off for years, and wouldn't really call myself a programmer. Still, I didn't have much trouble picking up Object Pascal after checking some syntax examples.

      A ObjectBasic environment on Linux might be nice. It probably wouldn't help port VB applications however -- too many Windowsism.

    2. Re:I know this sounds lame, but... by god_of_the_machine · · Score: 1

      A ObjectBasic environment on Linux might be nice. It probably wouldn't help port VB applications however -- too many Windowsism

      Yeah, good point on that. Even so, I would still have a starting place to begin when developing. Its hard to switch programming conventions after 10+ years of a language -- I tried Delphi when it first came out but I lost interest eventually: it didn't have much additional to offer over VB and I would have to switch to new programming conventions (such as putting a ';' at the end of every line -- nuts for a VB programmer).

      Of course, if Delphi comes out for Linux -- now they have an advantage and I might finally bite the bullet and switch over to a new language. I suppose it would be sort of like "growing up". =)

      --

      -rt-
      ** Evil Canadians are taking over the world. Learn about the conspiracy
    3. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 0

      Come on. Look at Python if you don't like ";" at the end of the statement. You'll be more productive, more portable and so on.

    4. Re:I know this sounds lame, but... by para_droid · · Score: 1
      just consider that not everyone has to be a "programmer"

      Have you ever considered that enabling people who are not programmers to create programs might be why so much Windows software sucks?

    5. Re:I know this sounds lame, but... by ubertroll · · Score: 0

      Let me repeat it: If your intellectual horizon ends where it comes to typing a ';', no one on earth needs what you are able to produce.

    6. Re:I know this sounds lame, but... by JabberWokky · · Score: 5
      > With an open source Object Basic tool I would start porting my programs like crazy -- as would a million other VB programmers.

      >Do you think anyone is interested in your crap?

      A super HLL like VB has it's place -- I submit to you that Visual Basic is to Windows as Perl is to CLI Unix (including Linux). With one key difference.

      Although I don't like VB myself, I have seen or used plenty of goofy small apps that were written in VB. Everything from Sky Charts to conversion programs to those damn sheep that walk on your desktop. Nothing of any importance, but useful when you needed some bizzare little tool.

      I have a feeling that none of these programs were written by anybody that you would want near your kernel code -- they weren't programmers as much as hobbyists. They had a vision of what they wanted, or just started banging on the keyboard, seeing what they could do. I know the sky chart program was written by an amatuer astronomer for himself. Maybe the sheep author just liked sheep.

      They key points are: VB allowed the unwashed masses to create what they wanted without much effort, some of those people probably went on to become "real programmers", and I couldn't fix the problems because I didn't have source.

      Hey! That last one is the difference between VB and Perl (calm down, it's not the *only* difference... just the one important to this missive). I know plenty of people whose most recent accomplishment has been discovering the "WordArt" button go on to fiddle with some shell script written in perl. But I can come back and fix it or at least look it over to make sure it dosen't call "rm" anywhere in it.

      The problem with Perl? It's easy for non-programmers... but not for GUI work. They want some sort of hand-holding IDE that pops up help, auto-completes their line, and suggests where the bug might be. Linux could use that. Not for us -- for them.

      Now, I'm not saying that if we arm the masses with a HLL for a Linux GUI that we are going to get an office suite or anything terribly useful.

      No, we're going to wind up with hundreds of screen savers, star charts done up the way some guy in Topeka wants it to work, and those damn sheep.

      But, I had to outlaw those damn sheep in my prior job. They filled up our mail system, and caused about a 10% increase in BSODs... because *everybody* *ran* *them*. 400 WinNT boxes, and at least two-thirds had those sheep on them.

      ...

      Lot's of people talk about how Linux needs a stable web browser, or a better word processor. In at least one financial office, the killer app was some little .exe that made sheep walk on the desktop. Written in Visual Basic, probably by a non-programmer. And it captured a two-thirds market share.

      Linux could use a GUI super high-level-language like VB.

      Not for us coders... for the rest of the world.

      and their damn sheep.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    7. Re:I know this sounds lame, but... by parc · · Score: 1

      Do you have a link to the sheep software? :-)

    8. Re:I know this sounds lame, but... by H-Monk · · Score: 1

      There is a BASIC interpreter/compiler that's GPL'd, but it certainly isn't OO programming.There are other languages to program in for Linux that you might find easier than C++ or BASIC. YMMV, but C and Scheme come to mind. (Admittedly, I'm instictually biased towards teaching people other languages and idioms so they can learn to program better, and experiencially biased against C++.)
      --

      --
    9. Re:I know this sounds lame, but... by vr · · Score: 1

      .. I am too lazy to learn C++ ..

      Going from VB to C++ is overkill. C++ is way more complex than VB. I would suggest Python.

    10. Re:I know this sounds lame, but... by Skinka · · Score: 1
      Good point, but why is it that when talking about user interfaces, Windows kicks Linux's ass. Pretty much all *nix programs are made by "real programmers" and a lot of them have kludgy UIs. Either these elite programmers don't know dick about human interface design, or they just don't care (I tend to think the latter reason is often the case). Maybe these "less skilled" programmers do have something to give?

      RAD tools can be used right and they can be used wrong (as can eg. C and C++). Just because SOME people can't write good code with good tools, doesn't mean there shouldn't be good tools.

    11. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 1

      Have you considered that this is also why Windows systems are ubiquitous on corporate desktops?

      VisualBasic, Delphi, Notes, Access, Paradox, etc all equal cheap business applications. This isn't about the state of the art -- it's about getting the job done.

    12. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 0

      Perhaps, but then have you actually USED much of the shareware crap that comes out everyday for Windows? The vast majority of it is useless, buggy and there are scads of inconsistencies to be found in each and every one when it comes to user interfaces.

    13. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 0

      they're virtual sheep. you can't fuck em. sorry.

    14. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 0

      Nope. DOS became entrenched long before there were scads of shiny happy tools to make total idiots think that they're really programmers.

    15. Re:I know this sounds lame, but... by Acy+James+Stapp · · Score: 3

      Perhaps XBasic is what you are looking for. http://www.maxreason.com/softw are/xbasic/xbasic.html

      --
      -- Too lazy to get a lower UID.
    16. Re:I know this sounds lame, but... by ubertroll · · Score: 1

      Now that you say it... The definite killer app for most Linux users would be sheep walking on the desktop and elsewhere. You're so right!

    17. Re:I know this sounds lame, but... by Esperandi · · Score: 1

      Its not that they don't know or don't care, its mostly because they're rampant conformists. If someone came out with a VB development environment for Linux, can you imagine the magnitude of hatred that would be brought agianst him?

      In addition to that, if you even consider telling comeone that calling copy cp instead of copy is stupid, their eyes will turn red an they will most likely slay you in cold blood. To denounce the absolutely horrid and disgusting UI of Linux is to spit on their holy ground, the thing where they know the rules and they can stick to them and get Slashdot awards and junk.

      It is also the reason Linux isn't an innovator and probably never will be. If it is, it will be incremental and no large revolutions will come of it.

      Esperandi
      There are some sane Linux users out there but sadly, they're just that, users.

    18. Re:I know this sounds lame, but... by twixel · · Score: 1

      >>but why is it that when talking about user interfaces, Windows kicks Linux's ass.

      Linux has a user interface tailored to its users: clean, powerful and very expressive. So I think a lot of people would disagree with your statement.

      And as we are talking about VB here: you can smell a VB app from miles away: clunky , arbitrary limitations and UI elements that are used in totally inapropriate ways.

      Look, UI design is hard.... no shortcuts. It takes experience , an open mind and lots of hard work.

    19. Re:I know this sounds lame, but... by elflord · · Score: 2
      Its not that they don't know or don't care, its mostly because they're rampant conformists.

      Not really true. Mostly, it's been because the target audience were traditional UNIX users who didn't care that much, and that the GUI toolkits they were using simply sucked. This is starting to change with GNOME/GTK and KDE/QT

      To denounce the absolutely horrid and disgusting UI of Linux is to spit on their holy ground,

      This statement is a gross over-generalisation at best. If you bothered to discuss usability issues with the GNOME/KDE developers, you'd see that they really are listening to the users.

      There are some sane Linux users out there but sadly, they're just that, users.

      If you're implying that the KDE and GNOME people are "not sane", I'd say this statement is outright slander.

    20. Re:I know this sounds lame, but... by Anonymous Coward · · Score: 0

      Fine, dBase then.

    21. Re:I know this sounds lame, but... by Esperandi · · Score: 1

      You obviously don't understand what slander is then. But anyhow, GNOME and KDE are, just as the author stated in his article, are just getting closer and closer to functioning like Windows. It may very well be that their users are driving this, but so what?

      Listening to the public instantly means you're clueless. Since implementation always lags behind research into the better way to do something, if someone is listening to the public they must not be listening to the research, ergo, they don't know what they're talking about.

      Current UI research is radically (and I mean radically) different than anything that looks like Windows.

      If I went up to the guys that create GNOME and KDE and told them everything they are doing is old-fashioned and they need to scrap the entire project and create something radically different, I would bet that they would buck like wild horses against the idea (mostly because it would be a herculean effort to adapt Linux to the new methods and it would involve hiding every vestige of Linux completely)

      Esperandi
      But admit it, you know how Linux people talk about VB programmers.

    22. Re:I know this sounds lame, but... by drachenstern · · Score: 1

      most of those hard core proggers that you refer to either a) didnt have the tools to create the UI, or b) like me, hate trying to understand why the "research" user thinks that the icon on the desktop should be neon green and blood red, but in side the program, the background should be deep blue and peach.
      i just dont get it, are they morons . . . ?
      -(use to be a user once, then i realized how i was wasting my life ;))

      --
      2^3 * 31 * 647
    23. Re:I know this sounds lame, but... by Pfhreakaz0id · · Score: 3

      Geez. Don't apologize for using VB. I hate to break it to all the folks here but there is a REASON businesses use VB: It's often the proper tool for the job. Folks I don't apologize for using Vb. The programing I learned as a kid was Basic and some assembler. I've tried to learn C a couple of times and, frankly, wasn't impressed. I don't understand why I should take twice as long to produce code that does the same thing. I can do multi-tier apps, talk to any database I want (what database doesn't have an ODBC driver?), OO stuff, write my own add-ins to customize the IDE and I don't have to recall syntax of a damn command/function I use once a year (or even a function I just wrote), 'cause VB will pop up the syntax for me. I can write a VB program that doesn't use data binding, that is scalable, that manages it's memory properly to release resources back to the OS and is TRIVIAL to integrate with the other applications that businesses use (not JUST m$ office. Lot's of programs expose a type lib object model these days.) Of course, if I had heavy string manipulation to do, maybe I'd look at a C++ COM object I call. Ok? There is a REASON businesses have become so sold on VB. There is a REASON it's the most-used development environment.
      ---

    24. Re:I know this sounds lame, but... by divec · · Score: 3
      Don't apologize for using VB. I hate to break it to all the folks here but there is a REASON businesses use VB: It's often the proper tool for the job.

      I agree with you about this. I also think it is stupid to bash people because they write in VB.

      What I really hate about VB is being forced to use it when it *isn't* the right tool for the job. And also, being forced to use programs written in VB which should never have been written in VB. For string handling, PERL is much better. For large projects with complex data structures, C++ is often better. For projects which are hard to write in any language, any language with a decent debugger is better. It is annoying when your boss makes you write 10 screens of unmaintainable junk with no error-checking, when you could have written a readable 10 line perl script to do the same job better. This isn't a flaw in the language itself, but it is marketed and used for environments which it's not suitable for.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    25. Re:I know this sounds lame, but... by Atev · · Score: 1

      It doesn't sound lame, everybody has started programming in something. I started with BASIC and asm for 6502 on Apple II clones and now I'm happy with C and even happier with Icon.
      Anyway, just wanted to point out that VB's code completion started out as CodeInsight in Delphi, and the idea was quickly copied by MS.
      BTW, I'd love to see Delphi on Linux even though I'd never switch back to Object Pascal.

      --
      The danger from computers is not that they will eventually get as smart as men, but we will meanwhile agree to meet them
    26. Re:I know this sounds lame, but... by horse · · Score: 1

      I don't primarily program on Linux, but from what I've seen, the gui problems are
      1) most of the programming has been by-geeks-for-geeks, which tends not to emphasize gui;
      2) x and its window managers have traditionally been sluggish and offered poor functionality (for a desktop UI -- let's not get into the running programs in Moscow from NYC stuff), so *nix die-hardss don't expect much;
      3) programming in traditional *nix toolkits wasn't particularly easy or pleasant, which cut down the incentive to do it;
      4)Motif was not free.

      There are probably other reasons. Better toolkits are beginning to emerge, but Windows and Macintosh are still lightyears ahead in terms of the GUI.

    27. Re:I know this sounds lame, but... by Garpenlov · · Score: 1

      Although I don't like VB myself, I have seen or used plenty of goofy small apps that were written in VB.
      Everything from Sky Charts to conversion programs to those damn sheep that walk on your desktop. Nothing of
      any importance, but useful when you needed some bizzare little tool.

      I have a feeling that none of these programs were written by anybody that you would want near your kernel code
      -- they weren't programmers as much as hobbyists. They had a vision of what they wanted, or just started banging
      on the keyboard, seeing what they could do. I know the sky chart program was written by an amatuer astronomer
      for himself. Maybe the sheep author just liked sheep.


      Hrm.. hobbyists.. who had a vision of what they wanted.. and just did it.. gee, sounds like Linux users to me. Oh, I forgot, anyone who writes code on Linux right now is a highly trained computer-science professional with many years of experience in the field. Yessir, just look at freshmeat... Nothing but top-notch, professional-quality products. No idle hobbyists just writing a simple program to get the job done.

      --
      --- Where's my X.400 protocol decoder?
    28. Re:I know this sounds lame, but... by wolf- · · Score: 1

      >> Yessir, just look at freshmeat... Nothing but top-notch, professional-quality products. No idle hobbyists just writing a simple program to get the job done.

      Couldnt' have said it better.
      In addition to this, we hear a lot of "we cant' run linux, theren't enough apps for it". If we get some decent IDEs and development packages, this will change.

      --
      ----- LoboSoft specializes in Digital Language Lab
    29. Re:I know this sounds lame, but... by Cycon · · Score: 2
      They key points are: VB allowed the unwashed masses to create what they wanted without much effort, some ofthose people probably went on to become "real programmers", and I couldn't fix the problems because I didn'thave source.

      Hey! That last one is the difference between VB and Perl (calm down, it's not the *only* difference... just the oneimportant to this missive). I know plenty of people whose most"WordArt" button go on to fiddle with some shell script written in perl. But I can come back and fix it or at least lookit over to make sure it dosen't call "rm" anywhere in it.

      How can you assume that this will change with the advent of Delphi on Linux? Unless Delphi is an interpreted language (which I actually wouldn't know since I've never come into any for of contact with it), there's no assurance that you're going to be able to evaluate the security model of your user's dancing sheep...

      At the very least, this article clearly enforces the fact that Delphi itself will be neither Open Source nor Free (as in binaries), so honestly, how would one be any better off if there's a plethora of Delphi-developed applications suddenly available for Linux unless those programs are released under and Open Source License? (aside from side benefits from bringing in new users to Linux, increasing Linux's viability, etc.)

      --Cycon

      --
      Your Brain + EEG + LEGO Robots = Brainstorms
    30. Re:I know this sounds lame, but... by guran · · Score: 2
      No Delphi is not an interpreted language. Nor is C++. Then why does people release c++ source?

      Hopefully Inprise will do to Delphi as they did to C++ Builder namely release the compiler, but charge for the RAD tools.

      And closed source apps on an open source platform is far better than closed source apps on a closed source platform.

      --

      All opinions are my own - until criticized

    31. Re:I know this sounds lame, but... by Jebediah21 · · Score: 1

      I have doubts as to how stupid Linux users would be. I am willing to bet most the people with those "damn sheep" on the desktop weren't big computer geeks, like most linux users. I know I haven't downloaded anything totally frivolous since I started using Linux in December.

      --

      Everytime you look at porn a devil gets their horns.
    32. Re:I know this sounds lame, but... by SurfsUp · · Score: 2

      I hate to break it to all the folks here but there is a REASON businesses use VB: It's often the proper tool for the job.

      Or at least it seems to be. Don't look now, but most of those businesses are now switching to Java to do these same apps, having been burned just too many times when VB fails to deliver the goods. If you don't believe me, read the job ads.

      VB is, at best, a prototyping language, ranking somewhere below COBOL in the fitness-for-mission-critical-use department.

      --
      Life's a bitch but somebody's gotta do it.
    33. Re:I know this sounds lame, but... by MonkeyMagic · · Score: 1

      Have you ever considered that enabling people who are not programmers to create programs might be why so much Windows software sucks?

      So you were born a progremmer were you? You didn't learn it at some stage?
      I suppose the first thing you programmed was a unix device driver in assembly or a kernel in C.
      While I agree that it's good to have a certain barrier to entry, I also feel that encouraging people to start programming is a good thing. If the product is crap it will go nowhere.
      One other thing to consider is that VB is often used in a corporate environment not only because it is an easy introduction to real programming but also because in terms of developing speed it kicks the shit out of anything else.
      I'm sick of hearing comments to the effect that there is no good Windows software. This is just a load of crap. Most business user software in Windows is years ahead of other platforms.
      And, before you castigate me as a sad and lonely windows lover, I'm not, I use Linux, I just can't stand moronic Linux advocates with a superiority complex.

    34. Re:I know this sounds lame, but... by JohnFred · · Score: 1


      I'm not knocking VB, only the perception that similar tools don't exist on other platforms.

      Go have a look at :-

      http://www.maxreason.com/software/xbasic/xbasic. html

      It's quite nice!

      --
      /usr/games/fortune > ~/.signature
    35. Re:I know this sounds lame, but... by elflord · · Score: 2
      But anyhow, GNOME and KDE are, just as the author stated in his article, are just getting closer and closer to functioning like Windows

      KDE and GNOME are primarily development toolkits, not user interfaces. Most of the effort thus far has gone into creating APIs.

      Listening to the public instantly means you're clueless.

      If it doesn't work for your users, it doesn't work. Obviously, listening to everything Joe user says is not desirable ( for example, Joe user doesn't know much about application design ). However, it's important to be receptive to feedback from your users.

      If I went up to the guys that create GNOME and KDE and told them everything they are doing is old-fashioned

      Such as what ? If you have any brilliant ideas, I suggest you post them to the KDE mailing lists instead of whining on slashdot. You may be surprised. Since you say "if", you obviously haven't tried to offer any input.

    36. Re:I know this sounds lame, but... by elflord · · Score: 2
      Pretty good summary. Some comments:

      1) most of the programming has been by-geeks-for-geeks, which tends not to emphasize gui;

      True. Partly though, there was no good GUI framework available.

      2) x and its window managers have traditionally been sluggish and offered poor functionality (for a desktop UI -- let's not get into the running programs in Moscow from NYC stuff), so *nix die-hardss don't expect much;

      Window managers and X aren't supposed to do very much. The problem is that no one developed much of a GUI to go on top of these , though KDE and GNOME are a good start.

      3) programming in traditional *nix toolkits wasn't particularly easy or pleasant, which cut down the incentive to do it;

      True as far as the GUI stuff is concerned.

      4)Motif was not free.

      This was a biggie -- it made Motif a non-starter on Linux. long term, this is probably a good thing, because it forced the Linux people to design replacements -- QT and GTK -- which are much better suited to writing modern desktop applications ( and are unburdened my the runtime license ). In all fairness to the Linux people, GTK and QT only started in 96, so the Linux GUI is really still quite a new beast.

    37. Re:I know this sounds lame, but... by Zigg · · Score: 2

      The vast majority of it is useless, buggy and there are scads of inconsistencies to be found in each and every one when it comes to user interfaces.

      And I must say to you that large swathes of Linux software I've seen that's been put out by ``independents'' (i.e. not the large groups like KDE, GNOME, etc. or the more well-known programmers) falls into the same category. The difference is that it generally does not force you to click through a plea for money before you use it. :-)

      There are hordes of people out there who will do a bad job with any tool. I believe that a bad tool (and I think VB is a bad tool for quite a bit of stuff) will be passed over by a good person.

    38. Re:I know this sounds lame, but... by jglynn · · Score: 1

      The reasson that the goods weren't delivered is not because of the tool. It was because there are a lot of VB developers out there that can't code their way out of a wet paper bag. The problem with a tool like VB and even Delphi is that it is easy to get an app up and running. And it's also easy to do it with a very bad design and implementation. I spend a great deal of my time not writing new VB code, but fixing and redesigning current VB code (and am paid very well for it). If the design is solid, and you can get someone you can write solid VB code, that app can and will be as solid as anything else out there.

    39. Re:I know this sounds lame, but... by Now15 · · Score: 3
      You forgot one significant language group, divec. It's called HTML.

      I'm the head programmer in a medium-sized wholesale/retail/ass-kissing firm, and I've found that HTML can be the answer to almost any programming problem. And so long as the client-end can parse the page it can be read. With a touch of javascript, the interface became as easy to use as a regular VB app. With a little CSS, the interface became attractive, too.

      We have rostering, stock management, address books, calenders, indeed solutions for almost every part of the business running on our intranet. The exact same programming is being displayed on the many Windows machines, the Macs, the weirdos with Linux, and the management with their iBooks running on battery and wireless networking.

      I don't think we've got a home-made excecutable left.

      We primarily use coldfusion, there's a smattering of perl when it's been needed. In fact there's one script that was made by one of our extra-geeky geeks in c++ and one little brute force maths routine in assembler. It's used to do some extra tricky mathematical stock forecasting and graphing, displayed as a GIF.

      The best part about this, is that we successfully avoided a costly tech upgrade scheduled for Jan 00, because the client machines were using less RAM, less HD, less processor power, less network traffic. Software costs are way down, because all a machine needs is the OS and a free browser (mostly IE).

      Backups are easier and faster, reliability is higher and redundancy is a given (oops, did you drop you laptop? use mine for now!). Software upgrades are practically unnessicary, and support calls are down dramatically. In fact, the support guy seems to be spending most of his time reinstalling Windows and assisting lame users (hey, we do love 'em) with Microshot Word.

      Might I add that application development times are way down, too?

      We are currently investigating the feasability of replacing all the desktop machines with Linux, KDE, and Mozilla (once it's released).

      The cost savings of not having to upgrade the entire network to 100BaseT alone saved us a pretty penny. We spent that money on another server instead. If you're asking, yes -- the servers are Windows NT 4 boxes, and yes -- we are investigating Coldfusion for Linux too.

      In summary, before you start any multi-user software project, ask yourself "can this be done as a web page?", and think about it carefully before you dismiss the idea.

      --

      --

      Computers are useless: they can only give you answers. -- Pablo Picasso
    40. Re:I know this sounds lame, but... by shadrack · · Score: 1

      Without explaining all the reasons Delphi is superior to VB, here are just a few...

      VB has some good points, but to someone who has gotten used to Delphi, VB has too many bad points to even consider using it. Delphi is written in Delphi, it is truly object oriented. Like C++ you can use it to make ActiveX controls (real ones, not Vbx stuff). Has strong type checking (esential in a large project), and the exes are considerably faster. It also plays very well with C. You can create C based intel/OBJ files, and compile them (along with you Object pascal source) into an exe. (it's done all the time).

      The real kicker is that Delphi is no harder to learn than VB, offers both high and low level approachs to programming, but requires more discipline than VB to create good code. But because its a "Structured programming language" that requires certain conventions to work, VB people start chokeing and running for the exit, visions of DOS based C++ horrors dancing in their heads. Not realizing there really is nothing to be afraid of, and everything to gain.

    41. Re:I know this sounds lame, but... by Pfhreakaz0id · · Score: 2

      Agreed. That's why I said, for instance, that If I have SERIOUS string crunching to do, I wouldn't recommend VB to a client. VB's string handling is slow. But I'm talking a LOT of strings.
      ---

  14. Polemic comment in the article by divec · · Score: 4
    Linux is about choice. Any Linux advocate who says Delphi is not welcome in the Linux space is a hypocrite.

    That's not true. Some people who advocate Linux do so because it is free software, and would only advocate free software, and consider non-free software to be coercive and immoral. Danny Thorpe clearly disagrees with this view (as do most Linux users, probably) but that doesn't mean that its proponents are hypocrites.
    --

    perl -e 'fork||print for split//,"hahahaha"'

    1. Re:Polemic comment in the article by Anonymous Coward · · Score: 0

      Actually, the notion of waiting in line for toilet paper or only being able to see cool consumer products in a museum much more resembles the state of computing where DOS or Win/DOS and exploding registries is imposed upon everyone.

      That 'communist' (RMS) has done more to ensure a free market in computing than any of your beloved robber barons have.

    2. Re:Polemic comment in the article by Anonymous Coward · · Score: 0

      Yur A Dumbass.

      DOS SUCKS! WINDOWS ROTZ! LINUX EATS STINKY BABY TURDZ!

      FreeBSD Rox The Fsckin' Planet! OpenVMS Fsckin' ROOLZ!!!

      Oh, and Stallman IZ A FUCKIN' COMMIE SON OF A BITCH! Not to mention a FRIGGIN HYPROCRITE!

    3. Re:Polemic comment in the article by jkaster · · Score: 2

      I guess you're not considering the possibility that there may be a free version of Delphi for Linux, or a free Object Pascal compiler released by our company in the future. We've already released a free JBuilder and a free C++ Compiler.

    4. Re:Polemic comment in the article by Effendi13 · · Score: 1

      You should probably test your theory out by starting a company, hiring 50 developers and giving the product away for free. That should work out well.

      Seriously, assuming that all Open Source and Free Software is made by collage kids who don't need income is completely ignorant. Until you realize that OSS/FS is just a new way to develop software and a new way to model a business, you are going to end up dissapointed over and over again.

      -Effendi

      --
      -Effendi
    5. Re:Polemic comment in the article by ion1 · · Score: 1

      I would have to disagree slightly. Linux is about choice on many levels. Some choose to advocate Linux because it is free of charge, some because it is free of the black box, and some because it is free of corporate choke hold.

      My point is that the Linux space is vast and very "free" in many senses of the word. There is room in the GPL to get paid, so why take the ambigous point that "non-free" software is immoral. Frist tell me what you mean by "free"...

      You may or may not have to give up $$$ to get a copy of Kylix, but to get advanced features I would not even think twice about paying for features I need/want, but I would hope to get a major portion (or all) of the source code, as you do now with the VCL.

    6. Re:Polemic comment in the article by Trollusk · · Score: 1
      Linux is about choice. Any Linux advocate who says Delphi is not welcome in the Linux space is a hypocrite
      That's not true. Some people who advocate Linux do so because it is free software, and would only advocate free software, and consider non-free software to be coercive and immoral. Danny Thorpe clearly disagrees with this view (as do most Linux users, probably) but that doesn't mean that its proponents are hypocrites.
      Such people, though, would qualify as "free sofware advocates," not "Linux advocates."
    7. Re:Polemic comment in the article by divec · · Score: 2
      My point is that the Linux space is vast and very "free" in many senses of the word. There is room in the GPL to get paid, so why take the ambiguous point that "non-free" software is immoral. First tell me what you mean by "free"...
      Ok, maybe I could have phrased it better. I'm saying that some people only advocate software that is "free" in the Debian Free Software Guidelines sense, and hence would not advocate Delphi (unless it is open-sourced). They may be right, they may be wrong. But my point was that their view is not hypocritical, and I think that Danny Thorpe is not fairly describing such people.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    8. Re:Polemic comment in the article by divec · · Score: 2
      I guess you're not considering the possibility that there may be a free version of Delphi for Linux

      You're right, I wasn't. If this does indeed happen, and the license is DFSG-free, then I would agree that Danny Thorpe's comment is quite right.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    9. Re:Polemic comment in the article by divec · · Score: 2
      You should probably test your theory out by starting a company, hiring 50 developers and giving away the product for free. That should work out well.

      Actually, I wasn't claiming that shunning non-free software was a practical viewpoint, just that some people hold such beliefs and that doesn't make them hypocrites (which is what Danny Thorpe said).

      (But in fact there are successful companies who do produce only free software, so it is possible even in today's legal climate. One good way to make money is by selling support for your product).

      Until you realise that OSS/FS is just a new way to develop software and a new way to model a business, you are going to end up dissapointed over and over again.

      I believe this is the same kind of thinking which was behind Danny Thorpe's claim. To many people, OSS is just a design methodology - ESR and Linus to name two examples. But there are other people - say RMS, Bruce Perens and Alan Cox - who think it is more important than just a design methodology and that there are freedom issues involved too. You or I may disagree with either view, but you can't call either view hypocritical, which is what Danny Thorpe did.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    10. Re:Polemic comment in the article by divec · · Score: 1
      Such people, though, would qualify as "free software advocates," not "Linux advocates."

      Well, it's a matter of word usage, but I'd call anyone who advocated Linux a Linux advocate. If you have to want *all* software to run on Linux to be a Linux advocate then a lot of prominent community members are not Linux advocates.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    11. Re:Polemic comment in the article by thimo · · Score: 2

      Hmmm... Interesting, *very* interesting. Now the question that pops into my head is: Are *you*, being the company Inprise, seriously considering what you are suggesting here?

      /me would ask Inprice to mary me if they would... ;-)

      Thimo
      --

      --
      Avoid the Gates of Hell. Use Linux!
    12. Re:Polemic comment in the article by akihabara · · Score: 1

      I guess you're not considering the possibility that there may be a free version of Delphi for Linux, or a free Object Pascal compiler released
      by our company in the future. We've already released a free JBuilder and a free C++ Compiler.


      I think you're mistaking free as in beer for free as in freedom. "Free" JBuilder and "Free" C++ compiler as released by Borland at present are definitely not free in the sense of the poster you replied to. Free they are not.

    13. Re:Polemic comment in the article by jkaster · · Score: 1

      Perhaps you use a different definition of "free" than the one I'm familiar with. To me, "free" means you can use it without having to pay for it. All it costs you is the download. They are not trial products, they do not expire, they do not cripple your application. Please define your version of "free" to me so I know what you mean.

    14. Re:Polemic comment in the article by jkaster · · Score: 1

      We've already released a C++ Compiler and a free JBuilder IDE. Why should a Delphi compiler be any different?

      I have to weasel a little bit here and of course disclaim that we're planning to do this, because we haven't announced any plans to do it. Just encouraging people to use a little bit of deductive reasoning based on previous behavior.

    15. Re:Polemic comment in the article by jkaster · · Score: 1

      Just looked at the DFSG-free license. FYI, JBuilder Foundation and the free C++ Compiler do not contain the source code to the compiler. I don't see this as likely for Delphi either.

    16. Re:Polemic comment in the article by jkaster · · Score: 1

      Danny said "Linux is about choice. Any Linux advocate who says Delphi is not welcome in the Linux space is a hypocrite."

      I don't think you and Danny are talking about the same things.

      You have the freedom to choose whether or not to use Delphi for Linux, be it a free-of-charge version (should that be released) or one you purchase. How will having Delphi available for Linux in any way impact the "freedom" of Linux?

  15. Personally, *I AM* ready for Delphi on Linux. by torpor · · Score: 5

    As a long-time Linux user, and a recent religious convert to the ways of Delphi (having, wrongly, abandoned my old faithful Turbo Pascal skills when Windows 3.0 came along in favor of C/C++, which was a *HUGE* mistake because I'd written about 3 million lines of Turbo Pascal code during the late 80's/early 90's), I am totally ready for Linux Delphi.

    Delphi rocks, as a RAD tool. There really isn't much out there for Windows that can compare - Delphi *ACTUALLY* made Windows programming fun again - specifically the extremely well-designed VCL.

    Prior to Delphi, Windows suffered the same fundamental problem that Linux currently does, at least for me anyway, which is that there are a large number of API's, and multiple different ways of doing things, from a developer standpoint.

    The Delphi VCL changed all of that for me as a developer who cares about getting things done fast, as rock solid as possible - it encapsulates a lot of the dreck that is the Windows GUI API, and makes it productive.

    Now, I'm not saying that Linux is the same - certainly, the GNOME/KDE efforts are very well designed projects, but there is still a last-step of organization that is required to make RAD a reality for those GUI environments, and I sincerely hope that Delphi can bring that into the Linux mix. Either way, Linux will still be a great platform to deploy apps on, and I use it every day regardless - its just that the Delphi way of doing RAD is going to make for a *huge* shift in developer focus away from such mundane things as library dependence, text-based GUI design, towards rapid application development.

    And, since Linux needs apps, rapid app development can only be a good thing.

    When I can use Delphi to build apps on Linux, I will ditch whatever last vestiges of control Microsofts operating systems have over my current development environment/requirements, and happily be a full-time Linux developer. Right now, I'm *forced* to use Windows as a client software deployment platform, because Delphi makes Windows programming so damned fast...

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
    1. Re:Personally, *I AM* ready for Delphi on Linux. by Larry+L · · Score: 1

      Personally I'd like to see C++Builder ported to linux eventually since I'm a religious c++ programmer.

    2. Re:Personally, *I AM* ready for Delphi on Linux. by Anonymous Coward · · Score: 0

      From what I understand, Kylix isn't Delphi for Linux, rather it's Delphi & C++ Builder in one package for Linux. -fjr

  16. Re:hah! by Duke+of+URL · · Score: 1

    Your troll/question was clearly answered in the article. Its all about choice. Linux is about choice. The freedom to do it your way. The freedom to choose your tools, your GUI or no GUI, etc. Scroll down to:

    "Why would anyone pay money for development tools for a "free software" OS like Linux?"

    On first blush, the notion of taking a commercial product like Delphi to the so-called "free software" Linux platform sounds crazy. Why would anyone pay money for Linux development tools when Linux ships with a free C compiler built-in?

    Answer: Quality, Features, Support, and most of all: Choice. Linux is about choice. Any Linux advocate who says Delphi is not welcome in the Linux space is a hypocrite.


    (emphasis mine.)

  17. ATTN: All Linux Zealots by cwhicks · · Score: 5

    This is a must read for all Linux zealots. I tried to say something along these lines in a post to yesterdays Delphi article, but I did not put the same thought and effort into it as this guy did.
    This article is important for Linux freaks to read because this is how the rest of the world outside of the community looks at Linux. They community has trouble understanding that the world doesn't care about open/closed, MS/RH, or any other opposed forces. If you want Linux to be big, this article shows the path to it being a huge success with the other 99.9997% of the world.

    --
    - I like pudding.
  18. Linux =! Innovation ? by nconway · · Score: 1
    The article mentions that GNU/Linux isn't innovative (although it doesn't say MS is either). I've heard this argument before, usually as a criticism of Linux.

    Would you agree with this? IMHO, Linux is very innovative - how else could you account for its success? GNOME, KDE, Enlightenment, Apache + JServ, etc. Even the Open Source concept (while not directly accreditable to Linux), is different from traditional closed source idealogy.

    1. Re:Linux =! Innovation ? by PiMan · · Score: 1

      Umm... GNOME and KDE1 are _far_ from innovative, Apache really has nothing to do with Linux (despite what people tell you). KDE2 has KParts going for it, which is kinda cool and new, but no big deal.

      OTOH, you mentioned E... E is the first totally configurable GUI, and while its usability can be questioned, it's a proof-of-concept for something insanely cool.

      As for Linux itself, it's not very innovative, it's UNIX. However, it does have 2 things going for it - the kernel module system manages to get a lot of microkernel benefits from a macrokernel being the main one. However, an oft-overlooked one is the /dev/random device, on par with some hardware random number generators. Not exactly an innovation, but unique.

      I think what you meant to say is that the new-fangled 90s idea of proprietary software differs from the mostly-open view of developers from the 60s to the mid-80s.

      What was my point again? Oh, yes. Just because Linux is sucessful doesn't mean it's innovative. It means it works, and if an old design (UNIX) works, use it (although, Hurd might stand a good chance at an innovative redesign of UNIX, but I'm offtrack again :). Linux is, in general, not very new technology, and that's in many cases a good thing.

      --
      Windows 2000: Designed for the Internet. The Internet: Designed for UNIX.
    2. Re:Linux =! Innovation ? by Anonymous Coward · · Score: 0

      E is the first totally configurable GUI,

      Um...Amiga MUI ca. 1993 anyone?

      Don't forget - the Rasterman is an ex- Amiga-Hacker.

    3. Re:Linux =! Innovation ? by Anonymous Coward · · Score: 0
      Actually true; Linux is not that innovative as it is a *nix clone. Nothing less but nothing more either and you can bet your machine on there being more innovative operating systems.

      As any other OS though it can be a platform to be innovative even so, it is just a tool. *nices are nice here as they use to give developers a lot of leeway to try new things and sure, an open system is even better here but now and again I do not want to try something new.

      Your examples are all more evolutions of something existing than innovations, but this does not imply something bad as it needs some time to actually do something useful with IT.

      It means too Linux, as any other *nix, has to make room some day for something better and boy, I am sure there will be a lot of FUD then.

      Anyway, a bit of conservatism cannot hurt as to to create something new one needs a solid basis after all and innovating people down the drain cannot be the way to go either.

    4. Re:Linux =! Innovation ? by Anonymous Coward · · Score: 0

      Not to mention OS/2. Pretty much everything on OS/2 was also replaceable, if you knew how to do it. :)

    5. Re:Linux =! Innovation ? by Anonymous Coward · · Score: 0

      This whole notion that an OS has to 'innovate' really is quite silly anyways. You want your OS to be a ROCK SOLID foundation. You don't want innovation, you want solid engineerin and/or a proven design. When money and lives are on the line you don't want some half thought out 'experiement'.

    6. Re:Linux =! Innovation ? by Junks+Jerzey · · Score: 2

      Linux is successful because it went with the tried and true solutions rather than attempting to be innovative. If Linus had done something experimental and wacky, then he wouldn't have been able to leverage off of twenty years of UNIX tool development. Other people have written their own operating systems, or are attempting to, but in general you never hear about them because, while they may have technically succeeded, they don't have gcc and vi and emacs and Ghostscript and LaTeX and Xwindows and Mozilla and such.

      Most high profile Linux-based open source projects are attempts to bring something from Windows or the Macintosh over to Linux. KDE and Gnome are heavily influenced by Windows. The Free Pascal and Lazarus projects have been attempting to clone Delphi. The Gimp is an attempt to outdo Photoshop. There are several projects trying to clone Microsoft Office. Code Crusader is cloning the CodeWarrior-style IDE. There are attempts to clone games like Civilization and old retro classics. None of this is bad! But almost never do you run across an open source developer with his own concept of what the future will be like. In some ways I find that fascinating, that the opportunities of a free operating system and open source haven't brought forth any Alan Kays or Charles Moores or Jef Raskins. I give Stallman credit for following his own vision with Emacs, but admittedly that project was started well over a decade before the Linux kernel was written.

  19. Differnt=! Innovation (NT) by Anonymous Coward · · Score: 0

    NT = No Text

  20. Windows =! Innovation ? by SnatMandu · · Score: 2
    $foo = Linux is very innovative - how else could you account for its success?

    $foo=~s/Linux/Windows/

    Success is not a measure of innovation by any means. There are certainly some innovative things about linux, and the community behind it. But to call Linux on the whole "innovative" is going a bit far. "Cool", "useful", "Good", and "Robust" are better adjectives.

  21. Good for business. by B.D.Mills · · Score: 2

    Delphi for Linux will be good for business, because it gives business more choice. One of our major products is software applications written in Delphi, which means our customers have to use Windows NT. Once we have Delphi available for Linux, we'll be able to port these applications to Linux, and our customers would have a choice of Windows NT or Linux.

    Borland/Inprise say in the article that they would be hitching a ride on the Linux growth curve to make some money. What they haven't mentioned is the effect of a Delphi for Linux release on that growth curve. Having a product of the good reputation of Delphi released for Linux will mean that more businesses will be able to choose Linux where Windows NT was the only choice before. This will help Linux take market share from Windows NT. This effect is what will help Delphi for Linux become a major player in the market of Linux software development, and as a result, the Borland/Inprise management will be rewarded for their decision.

    --

    --

    The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke
  22. Answers by Dacta · · Score: 2

    (I program in Delphi, and I've been following Kylix pretty closely)

    On Win32, Delphi supports COM to a great extent, put it is not overly dependant on it - apart from MIDAS (more later on MIDAS)

    Borland have publicly stated that Delphi will not support COM on Linux. Delphi will continue to support Interfaces which (under Win32) are reasonably closely tied to COM (at least everything that supports IUnknown is).

    Delphi supports CORBA on Win32 already, so yes, it will under Linux, too.

    It will "play nice" with GNOME/KDE, but I believe that it is going to use Qt for its native toolkit. (That is from assorted developer briefings I've come across)

    MIDAS is Borland's three-tiered data access technology. I'm programming with it at the moment (in Delphi), and it's pretty nice. It does depend on COM under Delphi, though - but there is a Java implementation, and you can run it over sockets, so I guess a Linux version won't be too hard.

    I look forward to seeing what they are going to use for the actual DB access under Linux. Delphi comes with something called the BDE, which supports access to lots of databases - kind of like ODBC, but Borland has stated that developement of that has stopped. Delphi 5 (the latest version) introduced a number of Non-BDE data access components (which have previously been supplied only by third parties).

  23. Re:Linux != Innovation by El+Volio · · Score: 2
    Here's the thing: most of those successes you list (I'm not familiar with JServ, since I don't work with Java at all) aren't Linux-specific. The most outstanding example in your list is Apache, which was succeeding quite well before Linux. Our favorite OS may have contributed to Apache's continued success (and much of the interest in GNOME/KDE/Enlightenment/a thousand other packages), but Linux itself did not innovate those things.

    And there are other ways to account for Linux' success other than innovation. Linux has given a relatively powerful and stable environment to the low end user, and despite what the FSF may say, many users are more attracted to the "free beer" than the "free speech". In my case, I think that the "free speech" is cool and brings a lot to the table, but I originally became a Linux user because I could get it for free without violating any license agreements or IP laws.

    One could make the case that open source development is innovative, but let's be very honest. OS did a lot before Linus came up with this project. And someday, there will be a new darling of the open source world.

    Lots of things succeed without being innovative. In fact, many times, you don't want to be on the "bleeding edge", but able to take advantage of new developments when they do in fact pan out. Doing something well is often better than doing it first.

    --

    "You can never have too many elephants on your team."

  24. Doesn't sound lame... by jalbro · · Score: 1

    I've used VB too, think rather highly of it, and would be using it right now if it was free (beer and speech) and worked on unix and macs.

    As it's not, I've been learning Python. It's about as close as you are going to get to Basic. Go out and jump on it. I also recommend wxPython, a graphics system for it.

    -Jeff

  25. We've already got RAD by psp · · Score: 2

    Absolutely no disrespect for Insight's efforts with Delphi.

    One can get an awful lot done using PERL and GTK+-bindings. This combined with UI-designer programs like Glade is pretty powerful. After some practice I can fire up a working prototype of an application in about an hour. Perl and friends is already installed on most recent Linux systems.

    1. Re:We've already got RAD by Anonymous Coward · · Score: 0

      Yes, and that is why people don't like programming on Linux, you have to use to many extra programs. With Delphi you'll have everything there under one name and one enviornment.

    2. Re:We've already got RAD by mikera · · Score: 2

      Have you actually used Delphi seriously?

      I guess not, because if you had then you wouldn't be putting Perl/GTK/Glade in the RAD category.

      This issue isn't so much the power or flexibilty, but the speed and convenience with which you can develop.

      Don't get me wrong, I love all the free software tools. But they just can't compare with an application as refined and powerful as Delphi right now.

  26. Re:Uh... OK? by cwhicks · · Score: 3

    There needs to be a place besides slashdot for this stuff. It's funny, but the furthest off topic I've seen yet on /.. Dude, you need to put your creative energy to work someplace. You're wasting it trolling here. Someone needs to start a slash style creative writing page. That could actually be pretty cool.
    Thats your assignment for tomorrow class...
    P.S. It's hard to pick your favorite episode, isn't it?

    --
    - I like pudding.
  27. This says it all by Caseman · · Score: 1
    "I'm working on Kylix not because I believe in Linux, but because I believe in Delphi.

    -Danny Thorpe
    Senior Engineer, Delphi R&D
    Inprise Corporation"
    That paints a pretty clear picture to me...
    1. Re:This says it all by Captain+Teflon · · Score: 1

      That paints a pretty clear picture to me...


      Unlike your post. Are you saying this is good? bad? Danny Thorpe is the Devil incarnate? That Kylix is crap because it's based on Delphi concepts, not Linux concepts, or good for those reasons? That Danny Thorpe beleives in commercial software, not Open Source, and thus every Linux zealot should spam him unmercifully? Or that he's making good sense?

      I might agree with your point if I knew what it was.

      --
      Eagles may soar, but weasels don't get sucked into jet engines.
    2. Re:This says it all by spiralx · · Score: 1

      This is way offtopic, but your sig is excellent :)

  28. Whatever.. by Blue+Lang · · Score: 3

    A lot of people have said that this was a really 'articulate' article.. I thought it was pretty condescending. It filled me with a definite sense of 'well, duh.' I think Danny does an outstanding job of stating the blatantly obvious - which makes me really, really wonder why so many people are impressed with that pseudo-rant.

    Are we really so used to poor grammar and hot grits that we'll take that kind of shit from a career money-hacker and like it?

    I hope not. Linux might need applications, but I hesitate to agree that Yet Another "Rapid Application" tool is the proper panacea to engender them. I'd rather have 'lots of educated programmers.' ;)

    Mebbe I'm wrong.

    --
    blue

    --
    i browse at -1 because they're funnier than you are.
    1. Re:Whatever.. by Anonymous Coward · · Score: 0

      Funny that many of the blatantly obvious things he stated were in response to arguments that I've heard over and over.

    2. Re:Whatever.. by Blue+Lang · · Score: 1

      Ya know.. I really do wonder sometimes if you're one person who looks for my posts, moderates them up or down, and then sends me a snide response. I think a good 60% of my posts have a single AC response, and it's always something like this.

      What gives? You're not a real AC, are you.

      And, yeah, the obvious replies were made in response to the same tired old rhetoric - that doesn't mean he has to tell us to wash our mouths out with soap, etc.

      --
      blue

      --
      i browse at -1 because they're funnier than you are.
    3. Re:Whatever.. by IntlHarvester · · Score: 1

      Hey -- slashdot is full of the same blatantly obvious statements repeated every single day. In fact, the moderation system usually rewards these comments. Sometimes the act of articulating the message is more important than the message itself.

      It's only reasonable that they respond to the attitudes which do exist out there in the Linux community. If you can see 'around' these issues, it might seem condecending to you, but not everyone might be as insightful as you are. I would suspect that the article has quashed quite a bit of fear and doubt surrounding their product.
      --

      --
      Business. Numbers. Money. People. Computer World.
    4. Re:Whatever.. by J4 · · Score: 1

      >A lot of people have said that this was a really 'articulate' article..

      I'm sure I'll get flamed for this, but so be it... I don't think it was a case of being articulate so much as it said some things that needed to be said.
      A lot of the most vocal "supporters" of free software take a very idealistic view of the whole thing.
      Well guess what? The world doesn't run on ideals. It appears that many of these same people would like to force their ideals on the world.
      You say you think the author did an outstanding job of stating the obvious, and I'll agree that much of what he said _was_ obvious, at least to me. But it's news to a lot of people. I have to question the motives of many of the posters I read here. I read comments spouting the same tired rhetoric from 3 years ago, much of it I fell for before I gained the experience to know better... Anyway....
      This isn't about improving Linux its about Borland/Inprise making money. This is not a put down, its a statement of fact and IMHO _not_ a bad thing.

    5. Re:Whatever.. by ion1 · · Score: 1

      Sometimes the act of articulating the message is more important than the message itself

      I think this is very well put. IMHO, The article brings to light alot of very good points in a way which I found pretty entertaining. Right down to Danny Thorpe's motivation for working on the Kylix project. He seems to really love Delphi, as well as embrace new technologies. It would seem a logical choice to want to move a code base that you have put alot of effort onto to a platform with technical merrits of Linux.

    6. Re:Whatever.. by Anonymous Coward · · Score: 0

      Education is, IMHO, better than tools that assume things and try and replace functions of a programmer. That said, some of Borland's rapid application development programs are decent. However, a well-educated programmer could probably turn out better code (especially using a tool that seperates the UI from the application code). These RAD programs will probably be used by corporations that don't want to spend their training budget teaching their programmers to use this new OS's functions.

      Note that this is just an opinion. If you don't like it, feel free to disagree. But flames will be ignored.

  29. Greater protability, has to be good. by Slashdotted · · Score: 1

    Anything that makes it easier to port software across platforms has to be a good thing. One of the greatest things that Windows has going for it, is its appeal to GUI programmers to build stuff for it. If we can convince the GUI programmers that they can also write for Linux, we will get more user-friendly widgets.

    The Open Source software movement seems to build really great tools for the people that programmed them; however it's appeal to the less Linux literate has much to be desired. Borland (and other GUI programmers) has done a lot of research in its users. IMO something that Linux really needs.

    Thanks.

  30. Hooray! by mikera · · Score: 3

    No sooner do I make the transition from Windows to Linux then my favourite development tool follows me. There is a god after all.

    Seriously, Delphi is a great product and will really speed the development of applications for Linux. Think of the simplicity of Visual Basic with the power and flexibility of C++ and you are somewhere close.

    But the real advantage is the great environment that Delphi provides for GUI design work. Linux applications often seem to lack polish in the user interface. I am sure that this is in part due to developers not wanting to spend loads of time tweaking convoluted front-end code.

    This is why Linux needs a good visual IDE. It's extremely difficult and time consuming to design a decent user interface without one.

    In Delphi, you can build, compile and test a GUI for your application without even touching the keyboard. You rarely need to consult any documentation because most features are just a click away. All the chores of programming are basically handled for you, although you can still dive down into the nitty gritty if you feel the need. It's a nicely designed environment that helps you out with all the tedious tasks but doesn't restrict you in any way.

    Basically, the sooner I can start coding with Delphi/Kylix on Linux, the better.

  31. Big mouth by aav · · Score: 3

    Personally I hated a bit the way he put the things. Not because I cannot stand what he calls a "critical point of view" but because his ideas, apparently correct, hid something that I don't like.

    Wouldn't it be cool if the VCL core packages were distributed with the OS? No it wouldn't. This only means that we would be somewhat forced to use the VCL for any application we have. And unless it's released under GPL I wouldn't agree with this. Why do you think Microsoft didn't agree to include those packages on its own OS ? Because it would have ment to give Borland the control over a part of their OS. Of course, they weren't that stupid. Should we be instead ?
    As a possible solution : unless they release the packages under GPL (or some license that would not allow them to control the OS) they should stick with the installation kit solution

    Another question : what are they going to do about the non-ANSI extensions in the BCB compiler (__property and so on) ? I agree they are actually extremely useful, but they are not ANSI. If we are going to use them, at least let's standardize them.

    Third question : what about Qt - on which is based KDE ? Will the VCL based on that ? Will it try to replace it ? In what conditions ?

    Ok. I asked a bunch of questions that may seem that I see this article and the whole Delphi story aas an evil thing. I don't. I worked for a couple of years with BCB/Delphi and I consider them the best RAD tools available now. Still, I wouldn't like Borland to become something it always wanted to be : some sort of Microsoft. Not because I have something with them - it's just the idea of monopoly that I don't consider viable.

    1. Re:Big mouth by absurd · · Score: 1

      When reading the article I came up same thoughts about Borlands agenda becoming new Microsoft, hopefully something that is not possible. I have used Delphi for three years and I think it is very good tool, since time is money. I am very eager to see what Kylix will be like. Let's just hope they won't be blinded with money.

      Since VCL comes with the sources, I don't think GPL is totally impossible, but that is something for us to see.

    2. Re:Big mouth by Craig+Davison · · Score: 1
      Wouldn't it be cool if the VCL core packages were distributed with the OS? No it wouldn't. This only means that we would be somewhat forced to use the VCL for any application we have.

      You wouldn't be forced to use the library at all. You'd be forced to use their implementation of VCL, but currently, theirs is the only one in existence.

      And unless it's released under GPL I wouldn't agree with this. Why do you think Microsoft didn't agree to include those packages on its own OS ? Because it would have ment to give Borland the control over a part of their OS. Of course, they weren't that stupid. Should we be instead ?

      Again, that's nonsense. A library doesn't exert "control" over an OS. Libraries can sit in /usr/local/lib (or wherever) and not ever be used.

      Another question : what are they going to do about the non-ANSI extensions in the BCB compiler (__property and so on) ? I agree they are actually extremely useful, but they are not ANSI. If we are going to use them, at least let's standardize them.

      ANSI allows for compiler-sprcific extensions that don't violate the standard namespace. The code is still ANSI compliant, but will not compile in all ANSI compilers (something like the #pragma directive in ANSI C). I agree that the extensions will be a problem if you try to compile the VCL from source with gcc. Perhaps a --use-inprise-extensions option will be needed in gcc :)

      Third question : what about Qt - on which is based KDE ? Will the VCL based on that ? Will it try to replace it ? In what conditions ?

      Not a chance. The purpose of Qt is much like that of VCL- it encompasses more than just widgets. Qt has its own mechanism for event handling and provides its own container classes, etc. Since Qt and the VCL are implemented very differently, basing one on the other would be a waste of time.

      On the subject of widgets, as long as Borland doesn't use Xaw or Motif, I'll be happy :)

    3. Re:Big mouth by Kelson · · Score: 1

      "Wouldn't it be cool if the VCL core packages were distributed with the OS?" No it wouldn't. This only means that we would be somewhat forced to use the VCL for any application we have. And unless it's released under GPL I wouldn't agree with this. Actually, I believe he meant this in the sense that, say, QT is bundled with most Linux distros. You're not forced to use QT, are you? No, of course not; you have GTK, Motif, etc. QT wasn't GPL'ed through 1.4, either. Should it not have been included in the distribution?

    4. Re:Big mouth by Arandir · · Score: 2

      QT wasn't GPL'ed through 1.4, either

      Qt hasn't been GPLd at all! It's under the QPL license instead. I hope that this was a mistype on your part, and not an extremely erroneous assumption that all free software is under the GPL.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  32. What about C++ builder? by banky · · Score: 3

    We're hearing about Delphi a lot, but everyone here is clamoring BIG TIME for C++ Builder. They're all crazy for it. I heard a while back that it was up and running on Linux... When will we get big news about that?

    I'm all for Delphi, but we have a project that we're working on in MSVC6 that we will have to port to Linux sometime this year, and porting to to Borland is an interim decision that would, in theory, make the Linux port much easier (if the compiler is upwards of 95% compatible between Linux and Win32).

    --
    ZOMG I WOULD LOVE TO KNOW ABOUT YOUR FEELINGS ON MACINTOSH VERSUS WINDOWS, VI VERSUS EMACS, AND HOW YOU'RE NOT A DORK
    1. Re:What about C++ builder? by jkaster · · Score: 1

      You can find out some of our news for C++ Builder on Linux by going to http://search.borland.com and searching for "Kylix". Work is proceeding on it.

    2. Re:What about C++ builder? by Anonymous Coward · · Score: 0

      The Kylix project includes both Delphi and C++Builder so I believe we will see both on Linux. Hopefully soon! I want my C++Builder on Linux!

    3. Re:What about C++ builder? by flipper9 · · Score: 1

      Each iteration of Borland C++ Builder is usually released just after it's counterpart Delphi. Why? The compiler in both products is the same, supporting both Pascal and C++. You can think of each version x of the Borland C++ Builder as Delphi Version x.5.

  33. Re:three things by Anonymous Coward · · Score: 0

    come on people, South Park is funny! This dude didn't deserve that

  34. I agree, but dont care so much about porting if... by torpor · · Score: 2

    ... the GUI tools for Linux are as easy to use as they are for Delphi/Win.

    If Delphi/Linux requires a shift of paradigm in the way the GUI stuff works/integrates with code, I won't mind that so much - as long as I get the same sort of environment.

    Porting most of my apps from Windows to Linux would be *good*, but it wouldn't disappoint me if I wasn't able to do this as a result of some design decision Borland/Inprise had to make in order to make Delphi/Linux work well, such as a difference in the way the various GUI toolkit/libs work compared to Win32 API's...

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
  35. Re:Uh... OK? by Anonymous Coward · · Score: 0

    There is a place for this stuff...The Onion.

  36. Icon by Anonymous Coward · · Score: 0

    Oh my god!!! What the hell is that icon?? Why does he have a cell phone and a brief case?!

  37. The Anti-Tom Christiansen by Anonymous Coward · · Score: 0

    *sigh* If only Tom would write like this guy. There may be some snippets of the article that I don't agree with, but I must commend him on the tone of his article. He didn't pander, nor did he attack. He actually has generated a decent debate.

    When Tom Christiansen speaks the end result is usually a pissing contest. Tom's virtriolic diatribes are amusing at times, but I suspect that most people ignore him. As a matter of fact, I haven't seen many posts by Tom in quite some time. I wonder if even he is tired of flaming and responding to flames.

  38. Question 3: by chazR · · Score: 1

    VCL ships with the source code. So does Qt. Neither is "free as in speech."

    1. Re:Question 3: by Midnight+Coder · · Score: 1

      Qt free edition is free software/open source/DFSG free.

      See http://www.opensource.org/licenses/

    2. Re:Question 3: by Arandir · · Score: 2

      We'll if you want to get that picky about it, if a GPL application won't let me write a Qt front end, I'd say that it's the GPL that stifling my free speech. After all, it will be the GPL author who will sue me, and not Troll Tech.

      Oh, by the way, Qt is 100% free, and actually has far fewer restrictions than GPL.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  39. Re:Uh... OK? by gutter · · Score: 1

    If you're gonna copy from The Onion word for word, you could at least have the decency to give them credit.

    --
    Check out DRM-free movies at http://www.bside.com
  40. RAD to Linux, if anyone can do it, Borland can. by Effendi13 · · Score: 2

    A big point to remember here is that Borland has had a long and rich history of bad business management. The reason the company still exists today within that 10% growth curve Danny was talking about is that their development tools are extrordinary! They far exceed the MS tools as far as ease of use and grasp of good technology. I've never heard of a developer using Borland tools going to Visual Basic or somesuch because they liked it better. You notice that Danny is Senior R&D, this means you weren't getting a mouthfull or "synergy" in that article, and reguardless of how the business is carried out, eventually you will end up with a fantastic, multi-language, GUI, X application developing, enterprise grade package that will allow all those people born to computers after the command line to produce quality applications for Linux... in droves of thousands! The number one complaint I hear about Linux is, "It doesn't have all of the applications I need." Here and now, Borland and Corel are going to solve that. I say, Welcome back Borland! -Effendi

    --
    -Effendi
  41. A Good Thing by Mr+T · · Score: 3
    He's right, we don't need to destroy windows to succeed. Our success will just be that much sweeter if we do though...

    This is a good thing though. Firstly, I've got a thing for Wirthian languages and Borland has been keeping the flame going for quite a while. I hope they continue to do so. Pascal is wonderful.

    Second, competition is good. VisualAge for Java and Delphi fill an important void in the application development market. No matter how badass a hacker you are, there are a ton of people who spend a ton of money not to be. We need to continue to embrace those people. There are movements to build similar products out of Python and then there is squeak and a good solid Delphi will spur development and provide a ready and working solution for RAD.

    Lastly, and perhaps one of the more important reasons is that Delphi has been deployed. There are businesses with substantial amounts of Delphi code in production and they are tied to Windows until there is a Delphi somewhere else. This enables them to move to Linux. Along the same lines, we need to rumble and get IBM to revive "Bart" and port it to Linux. If we can soften the blow of porting your custom apps then we make Linux that much more desirable, particularly in corporate America where it is already infiltrating as a web, print and file server.

    --
    This is my signature. There are many signatures like it but this one is mine..
  42. Up yours by uebernewby · · Score: 1
    OK, I'd hate to do this on Slashdot, seeing as that it's usually such a hotbed of fine and intelligent discussion, but here goes (karma? what karma?): FUCK YOU. FUCK YOU AND YOUR MOM AND YOUR GOAT, TOO.

    But, Slashdot being as civilized as it is, I'll of course do some explaining as to what motivates this outburst.

    • Windows software sucks because the core system of Windows sucks. The core system of Windows was primarily written in C by real programmers. Because this system is so unstable, cute little programs that need to perform some simple task the author couldn't find a real programmer to program, become unstable and sucky as well.
    • Programmers do kernels and drivers and serious programs that will be used by many. We (ordinary mortals) thank them for that. We use their masterpieces every day and couldn't live without them. Programmers do not condescend to code little gems such as programs that will catalogue our MP3 collection for us, allow us to have little sheep walk across our screens just because we like sheep and that rip out every other bit out of a sound file just because we're curious to see what that sounds like. We don't ask the venerable programmers to do this, instead we buy VB for about $100 if we can spare it (hell, we've just spent three times that on Windows, so who cares) or we get Python for free and we do it. Not in a very elegant way, but it gets the job done. If you like the gadget we cooked up, we'll give it to you. If you don't, don't bug us. We've already payed our respects to the real programmers by being dependent on their software, haven't we?

    This is not directed at all programmers who feel their craft can only be practiced with tools like C/C++, it's directed at those who are too elitist to see that sometimes programmers overlook simple tasks that can easily be performed by laymen with laymen tools.

    --

    News and bla for computer musicians: http://lomechanik.net/
    1. Re:Up yours by drachenstern · · Score: 1

      one simple thing, hoorah, and amen
      -

      --
      2^3 * 31 * 647
  43. Ooh... that is a good start by god_of_the_machine · · Score: 1

    I like what I've seen of Xbasic from the page you've given there... it seems like a wonderful program (I'm going to dl it when I get to Linux box at home).

    It's not object oriented (so far as I could tell) but it is open source and free (as in beer) and basic-based. I can at least use it for some applications. Thanks a ton, man.

    --

    -rt-
    ** Evil Canadians are taking over the world. Learn about the conspiracy
    1. Re:Ooh... that is a good start by Anonymous Coward · · Score: 0

      I'm glad that you were honest enough to admit being a VB programmer and I'm equally glad that someone was able to help you. I'm so tired of the dogmatic zealotry that is spouted in this forum.

      Good luck with Xbasic, dude.

  44. Proposed inclusion of VCL stuff by Esperandi · · Score: 2

    In the article, the guy mention that Microsoft wouldn't let Borland/Inprise package the Delphi VCLs into Windows itself, but he also says that Linux isn't Windows.

    Is this speculation on his part? Does he realize that the Linux community will most likely not simply say "no, thanks" but instead firebomb their headquarters if they even think of integrating something that seems so close to Visual Basic?

    Esperandi

    1. Re:Proposed inclusion of VCL stuff by NavySpy · · Score: 1
      No, I think he means that Red Hat, SuSE, Slackware, etc. will gladly include the VCL runtime libraries (BPL files) in their distributions, to every one's benefit.

      And talking about fire-bombing a building is really helpfule. ;-)

    2. Re:Proposed inclusion of VCL stuff by Esperandi · · Score: 2

      Just wait until they actually DO package the VCLs with a distro and Delphi programmers from Windows start coming over to Linux... I'll be surprised if something as extreme as a firebombing doesn't happen.

      Linux zealots are just that, zealots.

      Esperandi
      Not a Linux zealot, but a very good predictor of them ;) (that statement offended all Linux zealots more than suggesting they might firebomb a place, I guarantee)

    3. Re:Proposed inclusion of VCL stuff by divec · · Score: 1
      Linux zealots are just that, zealots.

      Actually, I think Linux zealots are quite mild by Internet standards. Take a look at sci.anthropology.paleo and watch the Aquatic Ape Hypothesis zealots in action to see what I mean.
      --

      perl -e 'fork||print for split//,"hahahaha"'

  45. Why are some Linux users so damn greedy? by EvlG · · Score: 4

    This is a bit of a rant addressed to the small (but vocal) sect of Linux users that whine and scream and cry whenever a company announces a product that is not free (in all senses of the word.)

    In two words: GROW UP.

    Companies exist for a number of purposes; chief among them are to offer products and services to customers willing to purchase them. To do this requires that talented people be employed to develop and maintain those products and services. How can the company stick around, to continue to provide those products, as well as offer new ones? Sticking around requires a keen sense of the market, to continue to innovate and lead the pack in ways your competition isn't doing. And sticking around also requires that you continue to make money so you can pay those talented developers.

    This is exactly what Borland is doing; they are among the few (but growing number) of companies that have the foresight to know that Linux is going to be a huge market, and soon. They are simply providing a product that many developers (myself included) are clamoring for: RAD tools.

    Borland's RAD tools are among the easiest to use and most productive I have had experience with. Delphi and BCB give you all the benefits of a powerful language, without all the hassle and trouble of a "traditional" solution laden with mindless, cumbersome details.

    It's really quite simple, folks. If you like the idea of developing a fully-functional, complete product in a couple weeks, without having to care about all the silly details that make your life miserable, then you'll love Borland's RAD tools. Afterall, isn't that why we all love Perl? It makes easy things easy, and hard things possible. However, if you'd rather spend all your time under the hood and get to know the application intimately, you're probably already quite comfortable with your current options.

    What gets me is that amount of bickering and ugly fighting that rears its head every time a company offers a new product for the Linux market that isn't free. Why try and discourage companies from offering products that many of us would like, just because it doesn't satisfy your personal (albeit warped) agenda? Why not vote with your dollars, and simply not purchase the product that you don't want, rather that making a big scene every time it happens?

    It's time many of the kiddies in this community grew up and got a clue. Linux IS all about choice, and you too have the freedom of choice to develop without whatever you'd like. There are many of us who want and/or need the benefits a RAD tool can provide. Why rain on everyone's parade?

    1. Re:Why are some Linux users so damn greedy? by paulbd · · Score: 1

      Greedy ? Maybe some of us. But the "free" that many of us care about is the usual "free speech, not free beer". My opposition is not to for-profit software tools that cost more than the distribution and basic support charges. It is to closed source software. Yes, many people are rightly skeptical than you can make money from software if you give away the source, and rightly so. But don't confuse some people's opposition to companies like Borland coming into the Linux world with a resistance to paying for it: we just want the source to come to!

    2. Re:Why are some Linux users so damn greedy? by Zog · · Score: 1

      In two words and a few characters: THIS IS \.

      That said, it's important to remember that, before I am flamed to death, most of the true geeks (kernel developers, coders, sysadmin's, etc.) don't spend their time writing \. comments about how much things cost. In other words, this applies quite a bit to the average slashdot-poster (patiently awaiting flames), but don't apply it to anyone else.

      One constant thing I have heard from many Linux/BSD/Solaris (et al) geeks is that when something better comes out, they're going to use it. If Delphi/BCB are better, they will be used. Otherwise, they will not.

      I'll leave the rest to someone who's more awake...

      "The Lord will fight for you; you only need be still."

    3. Re:Why are some Linux users so damn greedy? by Arandir · · Score: 2

      It doesn't matter if the softwware is free beer, free speech or free verse, YOU are the one that is free. No one is holding a gun to your head forcing you to use Delphi. The original post still applies: don't piss on someone else's parade just because you don't have access to Borland's source code.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:Why are some Linux users so damn greedy? by Venty · · Score: 1
      we just want the source to come too!

      Delphi currently ships with the source code to the VCL, I would expect that to become even more open when Kylix is released.

  46. And how about PowerBuilder? (was Re:What about C++ by Technik~ · · Score: 1

    I'm looking forward to the event (and it will be an _EVENT_ ) where Sybase looks at their market share and decides that there should be a Unix version of PowerBuilder.

    Mine can't be the only workplace where everyone bitches about Windows but only two or three of the dozens of developers actually develop in a Unix environment. Most of this is because "the tools aren't there" or the "users won't like it" or "we've got too much invested in this product".

    Think of it... Jbuilder, Delphi, PowerBuilder, something like Visual C++ all on Unix. All leveraging the investments in skill, time, and code. Sounds pretty good.

  47. We need more people with vision like this by Junks+Jerzey · · Score: 1

    An excellent, excellent piece. This is one of those articles that cuts through the all the rah-rah nonsense and puts forth a truthful view of Linux and the community surrounding it. I've never understood why anything less than "We're the best! Bill Gates is gonna go down!" isn't tolerated, but it certainly should be.

    Perhaps his best point is why it's important for Linux advocates to learn their history. The peculiar dichotomy is that Linux is viewed as the up and coming technology for the techno-savy generation, but in actuality:

    1. Linux is really just a whole lot like UNIX, which people in their fifties were programming 20+ years ago.

    2. In the late 1980s and early 1990s, the entire UNIX bulkiness and clunkiness were on their way out. UNIX was on all the "What's out for the nineties" lists. And there was a reason for that: hacks like Xwindows and csh just felt so backward at the time, especially next to an Amiga or Macintosh.

    I'm not anti-Linux. I run RedHat 5.2 at home, and I read Slashdot daily. But I'm honest about Linux, and I also use Windows (and a Mac). Getting sucked into the "Linux will rock your world!" mentality is a bad thing. Linux is better than some things, worse than others. You have to be truthful about that or you'll turn into a raving loon.

  48. Good and Bad by KGBear · · Score: 1
    Delphi for Linux is a good thing in that it makes development easier for more kinds of developers, because it will help companies with Delphi based systems switch to Linux and because it will bring more "respectability" to our favorite OS.

    Delphi for Linux is a bad thing in that it will bring hosts of "developers" (as opposed to programmers) to the platform. I see a trend here, RedHat is trying to make Linux as easy to use as Windows and Delphi will try to make Linux as easy to develop to as Windows. "Developers" tend to rely more on the ability of their "development environments" than on their own ability, leading to excessive automation, leading to bloated applications and to an increase in your daily number of core dumps.

    It's the same everywhere: more features and less buttons. More ease of use and more impossibility of understanding. I mean, my answering machine has lots of features I don't use because I don't like to memorize all of the "shift modes" of its 3 buttons.

    One button for every feature! Every feature in its button!

  49. VCL w/ os s by Quintus · · Score: 1
    You are essentially arguing against the tool/actions becuase it would give Borland sweeping powers. I disagree with this. I don't think that the threat of control needs such drastic measures to be effectively dealt with by Linux

    I'm pretty sure that, one way or another, my Microsoft serfdom (W'95 factory installation) came with VBnxx.dll -- But it certainly did not come with the VCL stuff. However, when I installed BCB, both sets of apps still worked. So, technically(tm), there is no good reason why there could not be multiple packages on a machine -- and hence competition. There's nothing to stop someone (or at least somemultitude) taking Glade and GCC and writing a RAD, fully opensource. I think a VCL-style encapsulation library is a perfectly natural extension to the current collection of programming libraries.

    I sympathise in your concern that someday overwhelming market share would someday enable Borland (or a competitor) to throw its weight around with the OS distributors, makers, etc., but ultimately, they could try to do the same thing without OS inclusion -- which is, after all, just a conveniance. The OpenSource/Linux model largely exists in reaction to attempts like this, and I have confidence that it will prove resiliant to anysuch attempts. Opensource will gaurantee continued competition from free programs which will prevent any such coup d'état from taking place.

    ________________________

    --
    He who fights and runs away,

  50. Oh my god . . . an anti-aliased troll!! by Anonymous Coward · · Score: 1

    what will these trolls think of next?

    1. Re:Oh my god . . . an anti-aliased troll!! by Anonymous Coward · · Score: 0
  51. Delphi != VisualBasic by earache · · Score: 1
    Is this speculation on his part? Does he realize that the Linux community will most likely not simply say "no, thanks" but instead firebomb their headquarters if they even think of integrating something that seems so close to Visual Basic?

    He's talking about distributing "packages" which are similar to DLLs. They allow the Delphi developer to not have to link in the VCL code which produces a very tiny executable. If VCL packages aren't present, then the executable has to link that code in making it larger.

    These packages don't have anything to do with how your system runs or what you run on it, they are simply provided to slim down an application's shipping size.

    - earache

    1. Re:Delphi != VisualBasic by Esperandi · · Score: 2

      I'm completely aware of this. I am also aware that other posters have noticed his statements and, as I predicted when I wrote my original post before even reding the others, that there are a faction of Linux users vehemntly against packaging these things into Linux. I say Delphi is like Visual Basic because they serve the same purpose, to create an easy object-oriented RAD environment (and yes, VB IS object oriented, at least as much as C++ is, go read up about it if you're still arguin against VB 3).

      Mark my words, saying you are a Delphi programmer on Linux will make you an outcast in the future. Linux users will laugh at you for using such a "stupid" language, and Windows Delphi programmers will insult you for using such a "stupid" OS.

      Esperandi
      Personaly, I use what works for my purpose and don't pay heed to what other people say, but I'm good at predicting it.

    2. Re:Delphi != VisualBasic by divec · · Score: 1
      VB IS object oriented, at least as much as C++ is, go read up about it if you're still arguin against VB 3

      How do I do something like templates in VB? E.g. so I can make a generic polynomial class, and then for each instance of that class I can specify whether the coefficients are integers or floating point numbers or complex numbers or gmp arbitrary precision numbers - and then still write stuff like "f*g" to multiply two polynomials.
      --

      perl -e 'fork||print for split//,"hahahaha"'

    3. Re:Delphi != VisualBasic by Atev · · Score: 1

      Templates in C++ are not OO approach. It's generic programming, which is NOT the same as object-oriented. So VB can be perfectly OO without having ANY way of resembling templates. Go check out a good book on C++ that will actually explain it.

      --
      The danger from computers is not that they will eventually get as smart as men, but we will meanwhile agree to meet them
    4. Re:Delphi != VisualBasic by divec · · Score: 2
      Templates in C++ are not OO approach

      What is a class template but a declaration of an unboundedly large family of objects all at once? Ok so you might say there's a difference between "object-enabled" and "object-oriented". BTW I was posing this as a question - can this be done in the latest VB?
      --

      perl -e 'fork||print for split//,"hahahaha"'

    5. Re:Delphi != VisualBasic by guran · · Score: 2
      Linux users will laugh at you for using such a "stupid" language, and Windows Delphi programmers will insult you for using such a "stupid" OS.

      No
      Stupid Linux users will laugh at you for using such a "stupid" language, and stupid Windows Delphi programmers will insult you for using such a "stupid" OS.

      Users and programmers with any clue will use whats best for the job.

      Those who discard a good tool as "Stupid" will soon have to learn that their new boss won't let them call customers "stupid" because they "don't want fries with that"

      --

      All opinions are my own - until criticized

    6. Re:Delphi != VisualBasic by StrawberryFrog · · Score: 1

      > How do I do something like templates in VB?

      I wouldn't know, as a Delphi programmer I am allergic to VB. But I do know that you can't do either of templates or operator overloading in Delphi.

      IMHO templates could be cool, if the syntax could be kept under control. Operator overloading is just syntactic sugar, and can backfire badly, and thus is not worthwhile.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

  52. You foooools! by HerbieStone · · Score: 1
    Don't think Borland is trying to help to get linux develeopers anywhere, their goal is clear to me anyway: Pushing out every graphical-library of linux and get their own GUI-Library into every distribution. Thus placing them into the linux desktop-monopoly and taking over a major part of the future linux-world. Or why do you think their project sound like "Kill - X" ?!?

    ;)

    1. Re:You foooools! by Anonymous Coward · · Score: 0

      Delphi doesn't supply a GUI library on Windows, it provides a component based abstraction to the Windows APIs and a killer tool to build apps to that abstraction. There isn't any reason to believe that Delphi on Linux won't be exactly the same. Which Linux GUI APIs? From what I've read it's probably Qt, from what I've heard it shouldn't matter in that they intend to support KDE and Gnome. -ms

    2. Re:You foooools! by HerbieStone · · Score: 1

      Seems you haven't seen the ";)" at the end of my comment. My post was intendet to be a pun. But maybe it wasn't that funny after all.... :/

  53. Re:Uh... OK? HAW HAW by deltavivis · · Score: 2

    Every time I've pointed out how i thought an 'offtopic' troll comment was actually original and funny (its rare, but it happens) i've always gotten a -1 for paying attention to the expressions of free speech delivered by the 40 year old virgins posting crap here. But now, score:3 for pointing out an onion article.
    HAW HAW! (my best Nelson Muntz impression in ASCII)
    This PROVES anyone with enough spare time to moderate has just got to be on the pipe. I'm only killing time now to write this because the #@!! server for /. keeps hanging and this is as far down the page as i can see...

    Oh yeah--I'll submit another "slash style creative writing page" someone has started, i think its called freshmeat or something like that.

  54. Re:You don't need C++ to work in Linux by elflord · · Score: 2
    There are three fairly easy scripting languages for Linux -- Tcl, Python and Perl. These will feel much friendlier and less foreign to someone coming from your background. Personally, I'd recommend you try Python. This is probably the best choice for GUI stuff. perl is very good at manipulating strings ( say for automatically writing html and stuff like that ).

    IMO, I don't think we need BASIC, because we already have languages that are much better. However, development tools ( such as GUI buiders and IDEs ) to go on top of those languages would be cool.
    Cheers,

  55. Re:Uh... OK? by toolj23 · · Score: 1

    I agree. What an ass!!!

  56. Not lame at all. Bring on the RAD tools! by Ian+Schmidt · · Score: 2

    Linux currently lacks a way to make quick one-off GUI apps, which is the sort of thing Visual Basic excels at. By the time you toss something together in any existing GUI language for Linux (including PyGtk and other script bindings) it's become a Real Project.

    Given that most open source programmers are "vi+gcc" gurus that would consider a VB-alike beneath them, I think it's terrific that companies like Borland/Inprise are filling in the gap. To use an ESR-ism, Delphi and other RAD tools will lower the barriers for scratching your own itch. That'll result in more Linux software and more World Domination. Bring it on!

  57. keep up the good work pbd! by snorks · · Score: 1

    Can't wait for quasimodo and friends

  58. Building GUIs without a RAD. HOW?!?! by Anonymous Coward · · Score: 0

    What do those of you who despise RAD tools use for quickly developing GUI applications? I am a fulltime programmer doing Java and my CS degree gave me C++, but I still just don't know where to start for making GUIs easily in the languages I know (Java, C++).

    There's just something inherently discouraging about seeing a page full of code whose sole purpose is to simply open your main program window, followed by another several pages just to populate some menus...

    1. Re:Building GUIs without a RAD. HOW?!?! by Anonymous Coward · · Score: 0

      start here-

      main(int argc, char *argv[])
      {

      }

  59. riding off into the sunset with ronny by kuma · · Score: 0

    interesting article, delphi on linux will be a good thing... but before you add this clear-seeing-oracle (amazing the business insight he brings to the game, he should consider giving up programming for management) to your list of future geek-gods, he is an asshole (opinionated while ignorant or fond of glossing over the truth).

    for the record (again), apple lost it's lawsuit against microsoft due to a lame licensing agreement--xerox and their contributions had nothing to do with the outcome of the lawsuit.

    oh, and the title, great prez-ronny-type story, but a person with integrity should draw a clear line when their words could be mistaken for truth.

  60. GNOME Basic by SeanNi · · Score: 1

    It's nowhere near ready for use yet. In fact, it's so early in development that it doesn't really have much of a homepage. You can't download it, except from GNOME CVS, and few people know about it.

    But it exists.

    It's called GNOME Basic.

    Basically, it's an offshoot of Gnumeric, which is the default GNOME spreadsheet. Since Gnumeric is intended to be feature-for-feature compatible with Microsoft Excel, one of those features is the built-in scripting language, VBA.

    So, they decided to do a VBA clone, and it is turning into something that can run VB code.

    Note that it is very early, under development, and does not yet have an IDE (just a compiler). Its homepage (as such) is here.

    Enjoy!

    It's a fine line between trolling and karma-whoring... and I think you just crossed it.
    --
    - Sean

    --
    It's a fine line between trolling and karma-whoring... and I think I just crossed it.
    - Sean
  61. I'm glad Borland's using KDE for Delphi by Anonymous Coward · · Score: 0

    Since it is more stable than GNOME, and has more features.

  62. What you say is not lame. However, VB is lame. by torpor · · Score: 3

    I don't think anyone would have a fair argument against having a tool that, as you say, allows you to do a bloody good job at building apps with a tool you are comfortable with.

    One of the reasons everyone is so excited about Delphi on Linux is because Delphi is such an excellent rapid application tool, with a very good easy to use and easy to understand programming language, with great GUI capabilities.

    Most technical/programmer people, in the Linux world at least, like well designed software that does a good job, and which fundamentally makes sense most of the time. The reason I personally find Delphi to be enjoyable as an environment, and which many people agree with me on, is that it makes programming *FUN* again - and the way that happens has a lot to do with the sensible design of the Delphi environment, and the Object Pascal language.

    There is a lot of nonsensical design in Visual Basic however, which does *not* make sense. If you want to read a good article that describes a lot of problems with the way that Microsoft has designed Visual Basic, I suggest you read this article:

    Thirteen Ways to Loath Visual Basic

    I point this out not to be inflammatory, but to show you one of the reasons why you get so much flack as a Visual Basic programmer, and to point out that Delphi on Linux is a really good thing because a) it provides the ease of use that you're used to on Visual Basic, without any of the utter stupidities of VB (see article for details), and b) it's a very powerful environment for creating world class apps in its own right.

    And, lastly, the design of Object Pascal and the Delphi environment is so good that, dare I say it, it will actually c) make you a better programmer.

    And that's why its exciting that Delphi is coming to Linux.

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
    1. Re:What you say is not lame. However, VB is lame. by Mr+Windows · · Score: 1
      Disclaimer: I know 0 about VB.

      Thanks for the link to ``Thirteen Ways to Loath Visual Basic''. I learned to program in a very good version of Basic (Acorn's BBC Basic 4 or 5, can't quite remember now), which had (gasp) local variables, properish procedures and functions, arrays accessed with a[n], and so on (I've never used a GOTO in my life, your honour). I'd assumed that VB would be sort-of half-decent. Sadly it's not true. Assuming that the article is correct, VB seems such a huge step backwards from the mid-eighties. Such dreadful last-century thinking. So many inconsistencies, so little design.

      Just my 2 euros.

    2. Re:What you say is not lame. However, VB is lame. by Zigg · · Score: 2

      Thirteen Ways to Loath Visual Basic

      Hmmm.

      I started reading the article and couldn't help but notice that some of the syntax complaints that the author has for VB are also at least similar to the ``accepted'' way to code in Perl, if you've spent any time reading the documentation.

      Thankfully, Perl doesn't (usually) force you to do it that way; but it sure could do with fewer multisymantic expressions (how many things do parentheses do in your language?) :-)

  63. I think you're misreading the comment by SeanNi · · Score: 1

    I think you're misreading the comment he made...

    The quote is: "Any Linux advocate who says Delphi is not welcome in the Linux space is a hypocrite." (Emphasis mine). This is not a matter of advocating Delphi or not, this is a matter of trying to turn it away entirely.

    Meaning that:
    (1)Borland tries to make a Linux version of Delphi.
    (2)"Linux Advocate" admonishes that they are not welcome.
    (3)Borland takes this to heart and stops development.
    (4)Other people don't get to use it.

    This meaning other people who have no problem with the freedom (or lack thereof) of said Delphi For Linux (DFL). People who would be willing to use it anyway. Ergo, they are deprived of the choice of using DFL, if they so desire.

    Hence, the advocates of an operating system that claims to be all about choice, have in fact, restricted the choice of others.

    They don't have to use the non-free DFL themselves, but neither should they have attempted to stop its development.

    In that sense, they are hypocrites, and I think that's what Mr. Thorpe was getting at.

    It's a fine line between trolling and karma-whoring... and I think you just crossed it.
    --
    - Sean

    --
    It's a fine line between trolling and karma-whoring... and I think I just crossed it.
    - Sean
    1. Re:I think you're misreading the comment by divec · · Score: 2
      Hence, the advocates of an operating system that claims to be all about choice, have in fact, restricted the choice of others.

      The operating system doesn't "claim" to be about anything, it's a program.

      Some people may believe that "Linux is about having as many software options as possible, regardless of the licensing".

      But this is just one opinion. Other people believe that non-DFSG-free licenses are bad because they are socially divisive and infringe on people's right to share information.
      If they think it is bad for Delphi to be sold under a non-free license, then that's not hypocritical, it's just their view. They never claimed that "we should allow as much `choice' as possible, regardless of how damaging we think the licensing is".
      --

      perl -e 'fork||print for split//,"hahahaha"'

  64. Woohoo! by browser_war_pow · · Score: 1

    The more the merrier. I think that when Linux gets a base of 40-50 million in the US it will probably be as commercially successful as Windows 9X. At that time most newbies will buy full copies so they can get the tech support and that will be good for the vendors and the FSF/Debian group. Delphi is a pretty cool language from what I hear and it could add another incentive to take the Linux plunge. Of course if we don't get an official port it might be necessary to haggle GNU into trying to get a team together to make one anyway :)

  65. C is barbaric. by Anonymous Coward · · Score: 0

    Please. What is there to love about C/C++? Hell, even Java is more fun to code in.

  66. Delphi and it's data-bound widgets ... by aUser · · Score: 1

    Delphi looks very much like a tool to bind widgets against odbc data sources, God forbid it, even against parameters of a stored procedure; with so-called resync points.

    That's about the best way to guarantee that your application will never run across the internet.

    These are legacy concepts implementing outdated technology. Who needs stored procedures, bound data widgets and all that crap?

    Furthermore, only in the simplest of applications one can map a form against a master-detail type of join of a few tables in the database. The real world is so much different.

    Can't you see developers getting stuck? When they want to bind against something else than odbc/jdbc, they will have to wait for Borland to adapt the back engines to the new types of datasources that are bound to spring up in the future (xml-rpc, soap, xml-cgi, et cetera), or otherwise rewrite the whole application.

    If Borland doesn't open-source, I won't use their shit, because they're bound to make me lose out on new markets and lose serious money, one day or the other.

    That's why I'm sticking to what is available open source. At least, when the shit hits the fan, you can do something about it. See it as a life insurance.

    1. Re:Delphi and it's data-bound widgets ... by bugger · · Score: 1

      >Can't you see developers getting stuck?

      No. The VCL is all about openness.

      Any decent developer will never get stuck.

    2. Re:Delphi and it's data-bound widgets ... by StrawberryFrog · · Score: 1

      > Delphi looks very much like a tool to bind widgets against odbc data sources

      And ADO data sources, and BDE data sources. Oh, and by the way, it is a general purpose programming language that happens to have some nice data-binding tools. If that's your thing. If not, you can do what you want. Do you get the programming-lanaguage concept?

      If you had said "perl looks like tool to bind MySQL to cgi" you would be just as blinkered.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

  67. i don't get it. by small_dick · · Score: 0

    can't borland hire someone who can write an article that stays on topic? it was pretty good, then all the sudden he starts yapping about "the window manager being closer to windows than unix" and "linux being a clone of something old from a long time ago" and "people involved in linux who don't know the technological history of it" and on and on -- nothing to do with delphi at all. if that isn't bad enough, some of it is just wrong. everything in any gui system can trace it's roots to xerox parc or mit, not apple or mshaft. it's doesn't matter what they look like now. I only use xfce, and that looks like CDE, not an apple or a microsoft. none of my friend's desktops look like apple or mshaft. it was a dumb thing to write. why should anyone need to know the technological history of mshaft, apple or linux to comment on it? this is america, after all. from what i've heard, linux has a lot of features that are fairly unlike any unix system. i can run way more desktops, desktops far more capable than an mshaft or apple system. yet he says nothing abou that. he's whining about whiners. well, at least he's honest. but he oughta focus more on his job rather than whine about the customer base. that's pathetic and unprofessional. so what's professional? ibm and jikes, plus remember how they wrote that paper on improving the threading scheduler under linux? that's about people doing good work and giving back. that was a professional, on-topic paper. this guy was just venting at the user base because of his personal issues or something.

    --


    Treatment, not tyranny. End the drug war and free our American POWs.
    See my user info for links.
  68. QPL incompatible with itself by divec · · Score: 2
    if a GPL application won't let me write a Qt front end, I'd say it's the GPL that stifling my free speech.

    Actually, if you have an application QPL'd by anyone other than Troll Tech, then you can't combine it with QT. This is because you'd have to give the application developer the right to create non-free derivatives of the combined app, which you can't do.

    The GPL may be incompatible with the QPL, but at least it's compatible with *itself*.
    --

    perl -e 'fork||print for split//,"hahahaha"'

    1. Re:QPL incompatible with itself by Midnight+Coder · · Score: 1

      Huh? I don't follow you.

    2. Re:QPL incompatible with itself by divec · · Score: 2
      Sorry, I'm probably not being clear (it's 5AM here!).

      The QPL contains the following clause:
      When modifications to the Software are released under this license, a non-exclusive royalty-free right is granted to the initial developer of the Software to distribute your modification in future versions of the Software provided such versions remain available under these terms in addition to any other license(s) of the initial developer. (emphasis mine)

      This means the initial developer is allowed to make a non-free version of your modification, provided he makes it available under the QPL as well.

      But say you've got a QPLed window manager, and you modify it, using some code from QT. To legally distribute this, you'd have to give the initial developer of the window manager the right to make a non-free version of your modification. But you can't do that because the QT part of the modification belongs to Troll Tech, and only they have the right to make non-free versions of this bit. So you can't distribute your modification at all.

      In other words, the QPL is incompatible with itself.

      Did I make more sense that time? Or am I still rambling in 5AM mode?
      --

      perl -e 'fork||print for split//,"hahahaha"'

    3. Re:QPL incompatible with itself by Roberto · · Score: 1

      That sounds more or less correct. However, are you saying that is somehow unusual? The QPL discriminates combination based on some factors, and the GPL does the same thing based in others.

      At least the QPL only forbids actual mixing of derivative works, while some claim the GPL forbids just linking to other works.

      And having said that: why on earth would someone do that to a window manager? Qt is a library, the way to use it is to link to it.

      The QPL is a good license FOR LIBRARIES.

      If you have two QPL libraries, you can link to both just fine.

  69. Linux? by rbf · · Score: 1

    Linux on x86 or multiplatorm?

    rbf aka pulsar

  70. My Hats Off To Them by Anonymous Coward · · Score: 2

    As a originator of the lazarus project I tip my hats off to them. To convert the vcl to something that runs on linux is a totally daunting task. It has taken us a year to do it but we are now down to basic component finishing and ide codeing. We started out by having to totally abstract the widget toolkits from the vcl to allow it to run on anything what a bitch. We had to totally recreate our own vcl using no borland source which is useless anyhow (to much api junk). The cool thing about this is that we have a abstract vcl that we can plug in any kind of widget set into by just creating a interface unit. We had to use GTK for our first set but that is another story in itself. GTK is a bitch to write object based wrappers around since it is written so flat. Well anyhow I wish them the best of luck it is a hell of a job. Cliff Baeseman Lazarus Project http://lazarus.freepascal.org "GPL / LGPL"

  71. and if you liked his article... by wmeyer · · Score: 1

    Unfortunately, Danny's book is out of print, last time I checked. My own copy will only be pried from my cold, dead fingers. Danny Thorpe is a very thoughtful and insightful software engineer whose communication skills are as great as his coding skills. If you can get a copy of his book, do it!

    --
    --- Bill
  72. Dooooohhh by < · · Score: 1

    Doh mr. Senior Engineer tell me more...

  73. I think I may have learned something new, but... by Taco+Cowboy · · Score: 1



    From the message at http://community.borland.com/article/0,1410,21171, 00.html I learned that "Linux's Position Independent Code (PIC) specification for shared object libraries will require compiler code generation treatments conceptually identical to the DS segment switching required in exported functions in 16 bit Windows DLLs."

    I think I have learned something new, but I just want to bounce off to you guys. Is the thing that I've quoted on the above paragraph something that is true?

    I thank you for any help you can render.

    --
    Muchas Gracias, Señor Edward Snowden !
  74. Couldn't agree more by guran · · Score: 2
    Delphi is my platform of choice for Win development.

    Sure, there are other languages better suited for different jobs. For an allrounder, though, Delphi rules.

    Why? Combine a low lerarning threshold with decent power and you have a winner. Sure VB is easier, but you end up wanting more juice. Sure C++ is a lot more powerful, but debugging (esp other peoples code) is a nightmare. Sure perl is nice, up to 20 lines of code...

    What Linux is lacking is RAD tools to quickly put a dummy-proof layer between the code and the user.

    --

    All opinions are my own - until criticized

  75. Waiting for portability guidelines. by jccq · · Score: 1

    As a long time Delphi programmer and new linux user i am waiting for them to publish portability guidelines, as i have many projects that I would like to make Linux/Delphi Ready..

    any1 has any suggestion about this?
    using pure VCL as much as possible is certainly a good start.

  76. XBasic by AftanGustur · · Score: 2


    Since some people have been inquiring about if there already existed a VB tool for Linux, it's here. XBasic. Runs on both Windows(95|98|NT) and Linux. Click here for screenshots.


    --
    Why pay for drugs when you can get Linux for free ?

    --
    echo '[q]sa[ln0=aln80~Psnlbx]16isb572CCB9AE9DB03273snlbxq' |dc
  77. Linux on x86 only by StrawberryFrog · · Score: 1

    > Linux on x86 or multiplatorm?

    x86. Borland does not have multiplatform compiler backends. They already have great x86 backend.

    Linux executables may not be compatible with win32 executables, but the x86 machine code generated is mostly the same inside. The compiler backend for x86 Linux was the *easy* part of the Kylix project.

    --

    My Karma: ran over your Dogma
    StrawberryFrog

  78. Re:Building GUIs with a real RAD. by StrawberryFrog · · Score: 1

    > There's just something inherently discouraging about seeing a page full of code whose sole purpose is to simply open your main program window, followed by another several pages just to populate some menus...

    Uh, try Delphi instead?

    --

    My Karma: ran over your Dogma
    StrawberryFrog

  79. Re: "how about an open-source version?" freepascal by Chrismo · · Score: 1

    Free Pascal. I wrote a cheesy command-line util in Delphi and ported it to Linux using the FPC.

  80. Linux for Doctors, Lawyers, and Indian Chiefs by Duncan+Kinder · · Score: 1

    A number of posts have stated that RAD tools such as Delphi and Visual Basic are "for the masses" and that their users are not true programmers, while others bemoan Delphi because it is not open source.

    While it is true that many Delphi and especially VB users are not hard core programmers, this hardly means they therefore are "the masses." They often tend to be accountants, engineers, or other professionals who have some interest in developing computer-based solutions but whose actual focus lies elsewhere.

    Needless to say, unless computer applications meet these professionals' needs, then most computer applications are a waste of time. Their direct involvement and contribution matters greatly. Much of Microsoft's success results from its ability to harness their energies through VB and VBA. That this is not the fanciest programming is really secondary. This approach solves solves these professionals' problems one heck of a lot better than input from some geek who may write tight code but wouldn't know a debit from a debenture in a million years.

    I would prefer to see an open source RAD Tool. Either Viaual Perl or Visual Python sounds quite feasible. I can think of nothing that would hold such a project back except perhaps an elitist distain for "the masses," many of whom actually know as much or more than any programmer - but in a different field.

  81. Steamroller effect of the "Mighty Linux Elite"? by exa · · Score: 1

    This is something I liked from the article:

    "The biggest risk for Linux is that true control of Linux features and progress lies in the hands of an elite few who manage the Linux source code archives. Personalities and egos can be a effective at steamrolling personal agendas into Linux as Microsoft's corporate OS agenda is for Windows. The Linux commmunity must be ever vigilant of abuse of power."

    I think that's pretty true. In many cases we've heard how an arrogant top Linux hacker tries to make it "his way", and obstructs some novel improvements over the kernel. I guess we can find examples for the ego problem. For instance, take the thread implementation in Linux. I'm sure it's there because of Linus's personal decision. In fact, I don't think Linus would *let* anyone do something slightly more different than what he would approve of. I'm also sure things aren't very different with other free projects such as GNOME. So, I think we should take an experienced developer's criticism quite seriously.

    --
    --exa--
  82. AMEN! by Pfhreakaz0id · · Score: 2

    This is what I do too. As I speak, I am debugging a scheduler program that uses 700 + lines to code to 1: Define a new stock item (that really has very few characteristics) and 2: add that Item to a schedule for manufacturing! It's a mess of code with no rhyme or reason. I've done a bunch of stuff for this company (at $75 an hour, in a state in bottom five of cost per living)all like this. A while back I did a whole new program from scratch. The guy was amazed how fast it came together, how fast it was (even against a crappy Access databsae). I just said "see what happens when you have a REAL programmer, who actually thinks through the design, do something?" VB is my tool. I'm getting to know it inside and out. I can adapt to different databases (not really all that different) for a back-end. But I have no desire to learn another language when VB can do 95% of what I want and my firm can always outsource a COM object to a C++ programmer if we have to (we haven't yet). I won't recommend linux desktops to a client until they have VB for it. Period. That's not to say it's a bad tool or anything, but it's not what I know. I'm trying to learn some linux, but I have a list of things a mile long to learn and since I've yet to have a SINGLE client who has even heard of Linux, let alone brought it up!, it's pretty far down on my list.
    ---

  83. Nice to get direct comments! by rombouts · · Score: 1

    Whether or not you agree with anything he said about Delphi, Linux, Microsoft, etc, it is a nice change to get some frank, direct commentary from a large software company. He handled a lot of "tough" questions head on. More typically we just get a vague "statement of direction" etc. Re Inprise, I think now that Philippe is largely out of the picture things can only get better. If Xbase for Linux does not speed up soon, I will very likely be learning Delphi. Tom Rombouts, Torrance, CA

  84. Yes, QT first, Gnome to follow by shadrack · · Score: 1

    The word I am getting is QT support first, followed next with Gnome. Eventually, the goal is to make an IDE that allows a variety of interfaces to be supported.

  85. Re:Doesn't sound lame... (Begin Religious War now) by neko_ga_iru · · Score: 1

    Python is just plain awful. No freedom. To regimented and way too much reinvention of the wheel for my tastes. Dance with the one what brung you. Perl. Perl in 1987. Perl in 1994. Perl in 2000. comments.pl?

  86. Big Mistake by John+Bridges · · Score: 1

    There is a big mistake with Kylix - attempting to keep the flawed VCL object model. Dev's in Inprise know that it has problems, dev's outside Inprise know it has problems - so why not fix the problems, code to GTK (which is also portable to Windows, BeOS etc) and forget the Window's legacy. C'est la vie - they want to keep their 300k developers - small fry in the big picture.

  87. Re:Splitting hairs by Arandir · · Score: 2

    This is splitting hairs too fine to be seen. A modification to the application IS NOT a modification to Qt! Troll's license only covers Qt, while the application's license only covers the application. Unlike how some view the GPL, copyright law does not grant the author rights to the works of third parties. Troll has no claims to any modifications of mine unless they they are modifications to Qt, not nothing else.

    Hypothetically speaking, it might be possible to have a single code fragment that modified both the application and the library at the same time, but it would be extremely unlikely. I can't imagine this situation in any realistic code.

    --
    A Government Is a Body of People, Usually Notably Ungoverned
  88. Re:I think I may have learned something new, but.. by Anonymous Coward · · Score: 0

    In 16 bit Windows DLLs, each DLL could have its own data segment, independent of the host application. For that to work, though, the DS register had to be changed when the application called into the DLL, or when one DLL called into another DLL. Typically, this was taken care of by compiler codegen in the prolog of every function "exported" from the DLL. The prolog code normally sets up the stack frame, initializes local variables, etc, and also saves DS and replaces it with the DLL's local data segment selector. The function epilog, in the process of returning to the caller, restores DS to its original value at the start of the call.

    PIC requires all references to code and data be made relative to the Global Offset Table, a magic value unique to each module fixed up by the loader at load time. This is a very common approach on RISC architectures, but unfortunately it is hard to implement cleanly on the x86 architecture. Intel doesn't support EIP relative addressing, so PIC on x86 requires "burning" a register to hold the GOT pointer. Burning a register is no big deal on a RISC chip with 32 or more general registers, but it really stings when you've only got 6 general registers to play with.

    To fetch a global variable in PIC, you can't code MOV EAX,[0x80045231] (where the constant is the address of the global variable), you have to code MOV EAX,[EBX+$5231], assuming EBX contains the GOT pointer (with value 0x8004000). This allows the loader to place the module code and data anywhere in memory without having to modify ("fixup") those absolute references in the machine code.

    Inside a .so module, code assumes EBX always contains the GOT pointer. Therefore, when an application calls into a .so, or one .so calls into another .so, somebody has to save off EBX and load the GOT pointer appropriate to the module being called. This is typically done in the prolog code of functions exported from the .so... just like DS switching in 16 bit Windows DLLs.

    -DT

  89. No it doesn't. by Anonymous Coward · · Score: 0
    "Caseman" writes:
    "I'm working on Kylix not because I believe in Linux, but because I believe in Delphi.

    -Danny Thorpe
    Senior Engineer, Delphi R&D
    Inprise Corporation"
    That paints a pretty clear picture to me...
    No, it isn't clear at all.

    Apparently, you're trying to say it's bad that he doesn't believe in Linux.

    But he isn't saying that -- he's only saying that's not why he's working on Kylix.

    Sure, could be that he absolutely doesn't believe in Linux (though I doubt it).

    Could also be that he believes in it like all hell -- only that he believes in Delphi even more.
  90. Bravo! by CRConrad · · Score: 1

    I very nearly fell for that, you know.

    Christian R. Conrad
    MY opinions, not my employer's - Hedengren, Finland.

    --

    Christian R. Conrad
    mail me at iki.fi ; same user ID as here
  91. So, why didn't I hear about the fire in Norway? by CRConrad · · Score: 1
    Esperandi writes:
    Just wait until they actually DO package the VCLs with a distro and Delphi programmers from Windows start coming over to Linux... I'll be surprised if something as extreme as a firebombing doesn't happen.
    Is that why there was that big firebomb attack in Norway, where TrollTech HQ was blown to cinders and all the staff burnt to death, after all those distros started including QT long before it was even as "open" as it is now?

    And why was this attack never reported in the news media?

    Christian R. Conrad
    MY opinions, not my employer's - Hedengren, Finland.

    --

    Christian R. Conrad
    mail me at iki.fi ; same user ID as here
  92. That's what C++Builder / JBuilder are for! by CRConrad · · Score: 1

    JBuilder is even available for Linux nowadays, AFAIK.

    HTH!

    Christian R. Conrad
    MY opinions, not my employer's - Hedengren, Finland.

    --

    Christian R. Conrad
    mail me at iki.fi ; same user ID as here