Watch, Follow, &
Connect with Us

For forums, blogs and more please visit our
Developer Tools Community.


Welcome, Guest
Guest Settings
Help

Thread: Goodbye



Permlink Replies: 35 - Last Post: May 11, 2015 1:39 PM Last Post By: Rudy Velthuis (...
Loren Pechtel

Posts: 20
Registered: 3/23/00
Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 22, 2015 6:41 PM
I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

The e-mail in the message header is valid if anyone wants to reach me.
wenjie zhou

Posts: 424
Registered: 6/28/02
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 22, 2015 8:18 PM   in response to: Loren Pechtel in response to: Loren Pechtel
Loren Pechtel wrote:
I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

The e-mail in the message header is valid if anyone wants to reach me.

Wise decision. The compiler is our last hope. But they broken it.

I don't mind bugs in VCL.
And don't mind bugs in FMK.
And dont't mind the lack of related tools and libraries.

But i can not stand being bloated, slow for compile result.
And even the language itself stultify oneself, the concept is not clear.
Just JJ

Posts: 44
Registered: 8/21/14
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 4:00 AM   in response to: wenjie zhou in response to: wenjie zhou
On Wed, 22 Apr 2015 20:18:24 -0700, wenjie zhou wrote:

... The compiler is our last hope. But they broken it.

Could you direct me to the discussion regarding this matter?
Thank you.
Robert Triest

Posts: 687
Registered: 3/24/05
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 4:08 AM   in response to: Just JJ in response to: Just JJ
Yes.. and which compiler is it about?
wenjie zhou

Posts: 424
Registered: 6/28/02
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 29, 2015 8:01 PM   in response to: Just JJ in response to: Just JJ
Just JJ wrote:
On Wed, 22 Apr 2015 20:18:24 -0700, wenjie zhou wrote:

... The compiler is our last hope. But they broken it.

Could you direct me to the discussion regarding this matter?
Thank you.

1. The so-called NEXTGEN compiler. From the literal meaning, NEXTGEN mean the future.
Every object has arc, just like IInterface. That not means add feature. It's just remove feature. That means we can not use NO ARC in the future.

2. The 0-based string is clearly a stupid decision. And with user's strongly protests, they add a compiler directive.

3. Every object has a hidden field after object instance. To supply lockable object. No matter whether you want lock the object.
It's lead two bad results : (1) Waste of memory (2) The object in memory structure is difficult to compatible with C++ object , Introduce the C++ open source library will be more difficult.

4. Semantic more confusion. Some times ago, they introduce dynamic arrays const. Itself is a good thing, but they used the wrong form.
In old days, we use array const like follow:
    const a: array[0..1] of Integer = (1, 2);   
  

That is to say, (1, 2) means array const.

But now, the dynamic arrays const is like follow:
  var
     B: TBytes = [1,2,3,4]; //Initialization 
  

But the form [1,2,3,4] maybe a set. So, it will confusion. I will give an example to explain it.

type
   TIntSet = set of Byte;
   TIntAry = array of Integer;
 
   procedure TestFun(val: TIntSet); overload; 
   procedure TestFun(val: TIntAry); overload;
 
   ...
 
   TestFun([1, 2, 3, 4]);   // <=== which procedure should be call ????


If they use the form (1, 2, 3, 4) to express array const as old days. There will no problem.
Ronald Klitsche

Posts: 326
Registered: 8/26/01
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 1:23 AM   in response to: Loren Pechtel in response to: Loren Pechtel
I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

Which language and IDE has a better long lifetime?

Ronald
Bruce McGee

Posts: 1,716
Registered: 9/30/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 3:28 AM   in response to: Ronald Klitsche in response to: Ronald Klitsche
Ronald Klitsche wrote:

Which language and IDE has a better long lifetime?

Than Delphi? None,imho.

Of course, not everyone shares my opinion.

--
Regards,
Bruce McGee
Glooscap Software
Dan Barclay

Posts: 889
Registered: 11/9/03
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 7:18 AM   in response to: Bruce McGee in response to: Bruce McGee
Bruce McGee wrote:
Ronald Klitsche wrote:

Which language and IDE has a better long lifetime?

Than Delphi? None,imho.

That is true. For code the list would include FORTRAN, COBOL, C/C++.
Before MS broke Basic (trying to "improve" it, by the way), it was MS Basic for language+IDE.

However, MS proved that past behavior is no prediction of current or future behavior.

Of course, not everyone shares my opinion.

I share your opinion, that is why I moved to Delphi years ago.
I wish I were as confident as you on the future; I am not convinced the EMB crowd has the same design directives as were used previously.

Dan
Ronald Klitsche

Posts: 326
Registered: 8/26/01
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 8:17 AM   in response to: Dan Barclay in response to: Dan Barclay
That is true. For code the list would include FORTRAN, COBOL, C/C++.
Before MS broke Basic (trying to "improve" it, by the way), it was MS Basic
for language+IDE.

However, MS proved that past behavior is no prediction of current or future
behavior.

Well, try to run a .NET 1.x program on current Windows platforms.
Maybe this give a prediction, how long can be the lifetime of current .NET
programs.
But this is not a problem of the language or IDE, it's a framework problem.

I wish I were as confident as you on the future;
I am not convinced the EMB crowd has the same design directives as were
used previously.

The Win32/64 and VCL isn't effected by the LLVM and ARC adventure up to now.

Ronald
Remy Lebeau (Te...


Posts: 9,447
Registered: 12/23/01
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 9:34 AM   in response to: Ronald Klitsche in response to: Ronald Klitsche
Ronald wrote:

The Win32/64 and VCL isn't effected by the LLVM and ARC
adventure up to now.

The Win64 compiler is based on LLVM.

--
Remy Lebeau (TeamB)
Allen Bauer

Posts: 377
Registered: 9/27/99
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 11:34 AM   in response to: Remy Lebeau (Te... in response to: Remy Lebeau (Te...
Remy Lebeau (TeamB) wrote:

Ronald wrote:

The Win32/64 and VCL isn't effected by the LLVM and ARC
adventure up to now.

The Win64 compiler is based on LLVM.

No it is not. That is false.

--
Allen Bauer
Embarcadero Chief Scientist
http://blogs.embarcadero.com/abauer
http://twitter.com/@kylix_rd
Remy Lebeau (Te...


Posts: 9,447
Registered: 12/23/01
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 11:56 AM   in response to: Allen Bauer in response to: Allen Bauer
Allen wrote:

The Win64 compiler is based on LLVM.
No it is not. That is false.

The C++ Win64 compiler and the Delphi mobile compilers are based on LLVM
(your DocWiki even says so). I know work is being done on the C++ Win32
LLVM compiler, but has work been started on a Delphi Win64 LLVM compiler yet?

--
Remy Lebeau (TeamB)
Allen Bauer

Posts: 377
Registered: 9/27/99
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 1:30 PM   in response to: Remy Lebeau (Te... in response to: Remy Lebeau (Te...
Remy Lebeau (TeamB) wrote:

Allen wrote:

The Win64 compiler is based on LLVM.
No it is not. That is false.

The C++ Win64 compiler and the Delphi mobile compilers are based on
LLVM (your DocWiki even says so). I know work is being done on the
C++ Win32 LLVM compiler, but has work been started on a Delphi Win64
LLVM compiler yet?

This, being a Delphi centric forum, it is logical to assume you meant
the Delphi Win64 compiler. I never mentioned the other compilers, but
if you want to be correct about something, you are in fact correct that
the compilers you mention are LLVM based.

There are no plans for a Delphi Win64 compiler. There is, however,
plans for a Delphi Linux64 compiler based on LLVM.

--
Allen Bauer
Embarcadero Chief Scientist
http://blogs.embarcadero.com/abauer
http://twitter.com/@kylix_rd
Remy Lebeau (Te...


Posts: 9,447
Registered: 12/23/01
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 1:41 PM   in response to: Allen Bauer in response to: Allen Bauer
Allen wrote:

This, being a Delphi centric forum, it is logical to assume you
meant the Delphi Win64 compiler.

I meant what I said.

There are no plans for a Delphi Win64 compiler.

You mean a Delphi Win64 LLVM compiler, right? Considering that a Delphi
Win64 compiler already exists :)

--
Remy Lebeau (TeamB)
German Gentile

Posts: 24
Registered: 9/19/01
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 28, 2015 7:54 PM   in response to: Allen Bauer in response to: Allen Bauer
Allen Bauer wrote:
There is, however,
plans for a Delphi Linux64 compiler based on LLVM.

God bless you people! Please before 2016.
Michael Thuma

Posts: 104
Registered: 1/30/00
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 11:49 AM   in response to: Remy Lebeau (Te... in response to: Remy Lebeau (Te...
That's the 64-bit C++ Compiler for Windows - iirc.

Remy Lebeau (TeamB) wrote:
Ronald wrote:

The Win32/64 and VCL isn't effected by the LLVM and ARC
adventure up to now.

The Win64 compiler is based on LLVM.

--
Remy Lebeau (TeamB)

--
Delphi Programming is fun. Hilarious.
Rudy Velthuis (...


Posts: 7,731
Registered: 9/22/99
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: May 11, 2015 1:39 PM   in response to: Remy Lebeau (Te... in response to: Remy Lebeau (Te...
Remy Lebeau (TeamB) wrote:

Ronald wrote:

The Win32/64 and VCL isn't effected by the LLVM and ARC
adventure up to now.

The Win64 compiler is based on LLVM.

The Win64 C++Builder compiler is. The Delphi compiler isn't.

--
Rudy Velthuis http://www.rvelthuis.de

"No one has ever had an idea in a dress suit."
-- Sir Frederick G. Banting
Dan Barclay

Posts: 889
Registered: 11/9/03
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 9:50 AM   in response to: Ronald Klitsche in response to: Ronald Klitsche
Ronald Klitsche wrote:
That is true. For code the list would include FORTRAN, COBOL, C/C++.
Before MS broke Basic (trying to "improve" it, by the way), it was MS Basic
for language+IDE.

However, MS proved that past behavior is no prediction of current or future
behavior.

Well, try to run a .NET 1.x program on current Windows platforms.
Maybe this give a prediction, how long can be the lifetime of current .NET
programs.
But this is not a problem of the language or IDE, it's a framework problem.

I was speaking of the Basic language (Basic in CP/M, TRSDOS, MSDOS, (even CPMDOS), and native Windoze up until .Net. Yes, they changed practice after .Net and broke the language with VB.Net (originally to be VB7).
http://vb.mvps.org/vfred/Trust.asp

I wish I were as confident as you on the future;
I am not convinced the EMB crowd has the same design directives as were
used previously.

The Win32/64 and VCL isn't effected by the LLVM and ARC adventure up to now.

The changes and, as critical, the behavior of product development leadership mirrors that of the VB team during the time they were breaking it. Their intent was noble, they thought they were "improving" things. Not many people can spell VB any more.

We shall see where things go with Delphi. Developer teams (well, the owners of code) must be able to trust their code assets to the developer platform/language. Trust that your own code will be safe is far more important than any other language feature, unless you are writing temporary one-off throwaway scripts.

Dan
Bruce McGee

Posts: 1,716
Registered: 9/30/99
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 10:06 AM   in response to: Dan Barclay in response to: Dan Barclay
Dan Barclay wrote:

Bruce McGee wrote:
Ronald Klitsche wrote:

Which language and IDE has a better long lifetime?

Than Delphi? None,imho.

However, MS proved that past behavior is no prediction of current or
future behavior.

They have their good and bad.

Preferring Delphi doesn't mean I need to hate Microsoft.

Delphi isn't perfect, either, but it does what I need better (and
cheaper) than pretty much anything else that's out there. It has a
pretty impressive record for longevity and compatibility, too.

I've told the story before about a friend of mine who insisted that
Delphi was dead and that he was abandoning it. He was investing heavily
in SilverLight and told me I should do the same.

Makes me chuckle every single time... :)

Of course, not everyone shares my opinion.

I share your opinion, that is why I moved to Delphi years ago.
I wish I were as confident as you on the future; I am not convinced
the EMB crowd has the same design directives as were used previously.

Not necessarily directed at you, but some people have short (and
sometimes selective) memories.

Delphi is making great strides, and I like their general direction.

As for confidence in the future, I've already said that I like Delphi a
lot and it does what I need. If that stops being the case, I have a
succession plan and any number of alternatives.

I like to think of it as confidence through good planning.

--
Regards,
Bruce McGee
Glooscap Software
Michael Thuma

Posts: 104
Registered: 1/30/00
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 11:43 AM   in response to: Bruce McGee in response to: Bruce McGee
Bruce McGee wrote:
I've told the story before about a friend of mine who insisted that
Delphi was dead and that he was abandoning it. He was investing heavily
in SilverLight and told me I should do the same.

Silverlight never did make sense. .net lasted from VS 2005 to VS 2008. That's the period when .net started to make sense. ASP.net, ADO and WCF. In a broader sense being in the position to make use of all the goodies lasted longer. That left the impression that .net was still performing. Silverlight did become a victim and honestly everything invented beyond too.


Makes me chuckle every single time... :)
Delphi is making great strides, and I like their general direction.

As for confidence in the future, I've already said that I like Delphi a
lot and it does what I need. If that stops being the case, I have a
succession plan and any number of alternatives.

I like to think of it as confidence through good planning.

The general path is ok.
--
Delphi Programming is fun. Hilarious.
Dan Barclay

Posts: 889
Registered: 11/9/03
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 2:20 PM   in response to: Bruce McGee in response to: Bruce McGee
Bruce McGee wrote:
Dan Barclay wrote:
However, MS proved that past behavior is no prediction of current or
future behavior.

They have their good and bad.

Preferring Delphi doesn't mean I need to hate Microsoft.

I agree. I pay attention to the big picture as well. When MS comes out with something new, many (most?) times they throw it against the wall to see if it sticks. Much of it doesn't, so sticking with their "established" technology is advisable. Most of their established products are top shelf.

Delphi isn't perfect, either, but it does what I need better (and
cheaper) than pretty much anything else that's out there. It has a
pretty impressive record for longevity and compatibility, too.

Concur, I'm just concerned over things that give me deja vu. Experience is a GoodThing, applied wisely.

I've told the story before about a friend of mine who insisted that
Delphi was dead and that he was abandoning it. He was investing heavily
in SilverLight and told me I should do the same.

Makes me chuckle every single time... :)

Yes, I've seen the same thing many times over the years. It also happens with cool tools and libraries. There is a subtle but important difference between "leading edge" and "bleeding edge". We play with sharp toys in house, but seldom put them into production.

Of course, not everyone shares my opinion.

I share your opinion, that is why I moved to Delphi years ago.
I wish I were as confident as you on the future; I am not convinced
the EMB crowd has the same design directives as were used previously.

Not necessarily directed at you, but some people have short (and
sometimes selective) memories.

I understand that. One of the issues that gives me concern is their absolute view on how stupid it is for developers to use ansistring and arrays thereof for binary data (shared by many here). They just don't "get" that many developers have done this, and it works quite well. Heck, it is a tremendous _feature_! The response that "well, you shouldn't have done that" is simply irrelevant to owners of that code, and shows dismissal that is quite real. That functions using ansistring weren't overloaded well and produce in/out conversion (aka corruption) is additional evidence they dismissed the issue. Based on their presumption that the new types introduced with XE8 will help resolve that concern, it's clear they still don't even understand the issue.

That issue is important enough, and we went through literally the same thing with VB4. OK, fine, we made adjustments. They also brought all of us MVP's to Redmond to discuss the way they handled it and promised us "that won't happen again". Then, with VB7, they made "even more improvements" to the point that you could not convert project code.

Delphi is making great strides, and I like their general direction.

As for confidence in the future, I've already said that I like Delphi a
lot and it does what I need. If that stops being the case, I have a
succession plan and any number of alternatives.

Yes, we always have plans A,B,C. I was able to move my code library from VB to Delphi, and have. I'd rather not make that kind of move again, I'd rather Delphi succeed.

The trouble is that, regardless of how well it has done in the past, one "generation" of product development is enough to kill the product. That's what happened to VB. For all I know VB.Net is a fine language, I'll just never use it for serious (long lived) development because it's not worth the risk. There are a huge number of developers that now feel that way, most of the folks I know have decided to stay with VB6 (however long that lasts) or go with something else.

I like to think of it as confidence through good planning.

Good planning can sometimes only help guide you through the least bad of bad options. I pretty much always prefer that Plan A work out, and I'd like to work to keep it that way. That is to say I'm not bashing Delphi because of some dislike for Delphi, I'm just very concerned about "what's next and what's after that". I, very much, want it to work.

I, too, have confidence that my Plan B will work. Having done a Plan B before (aka BTDT), I'd like to not do it again but I certainly could and would.
http://vb.mvps.org/tips/stability.asp (ref: "So now what?" ca 2001)

Later,
Dan

Edited by: Dan Barclay on Apr 23, 2015 4:22 PM
Bruce McGee

Posts: 1,716
Registered: 9/30/99
Re: Goodbye [Edit] [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 3:18 PM   in response to: Dan Barclay in response to: Dan Barclay
Dan Barclay wrote:

I understand that. One of the issues that gives me concern is their
absolute view on how stupid it is for developers to use ansistring
and arrays thereof for binary data (shared by many here).

We're not on the same page here.

Yes, we always have plans A,B,C. I was able to move my code library
from VB to Delphi, and have. I'd rather not make that kind of move
again, I'd rather Delphi succeed.

Something that might help is when Embarcadero (or Borland) warns you
that something is probably going to change in the future, especially if
they give years of warning, then plan accordingly.

Anyone demanding that they should be able to use the BDE in new
projects is just asking for a bunch of (self inflicted) pain.

I like to think of it as confidence through good planning.

Good planning can sometimes only help guide you through the least bad
of bad options. I pretty much always prefer that Plan A work out,
and I'd like to work to keep it that way. That is to say I'm not
bashing Delphi because of some dislike for Delphi, I'm just very
concerned about "what's next and what's after that". I, very much,
want it to work.

Me too, but I like to have options.

But as far as development tools, I've been on "plan A" for a long time.
So far, so good.

--
Regards,
Bruce McGee
Glooscap Software
Ronald Klitsche

Posts: 326
Registered: 8/26/01
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 24, 2015 12:21 AM   in response to: Bruce McGee in response to: Bruce McGee
I've told the story before about a friend of mine who insisted that
Delphi was dead and that he was abandoning it. He was investing heavily
in SilverLight and told me I should do the same.

Has not been a silverlight reach his EndOfLife?
http://blog.smartbear.com/testcomplete/goodbye-silverlight/
Bruce McGee

Posts: 1,716
Registered: 9/30/99
Re: Goodbye [Edit]
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 24, 2015 1:38 PM   in response to: Ronald Klitsche in response to: Ronald Klitsche
Ronald Klitsche wrote:

I've told the story before about a friend of mine who insisted that
Delphi was dead and that he was abandoning it. He was investing
heavily in SilverLight and told me I should do the same.

Has not been a silverlight reach his EndOfLife?
http://blog.smartbear.com/testcomplete/goodbye-silverlight/

Yes.

His escape raft sank, but the ship he abandoned is still going strong.

--
Regards,
Bruce McGee
Glooscap Software
Quentin Correll


Posts: 2,412
Registered: 12/1/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 9:41 AM   in response to: Bruce McGee in response to: Bruce McGee
Bruce,

| | Which language and IDE has a better long lifetime?
|
| Than Delphi? None,imho.
|
| Of course, not everyone shares my opinion.

I share your opinion!!!

--

Q -- XanaNews 1.19.1.372 - 2015-04-23 09:41:04

Bruce McGee

Posts: 1,716
Registered: 9/30/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 10:06 AM   in response to: Quentin Correll in response to: Quentin Correll
Quentin Correll wrote:

Bruce,

| Which language and IDE has a better long lifetime?

Than Delphi? None,imho.

Of course, not everyone shares my opinion.

I share your opinion!!!

That just speaks to your good judgement. :)

--
Regards,
Bruce McGee
Glooscap Software
Phillip Woon

Posts: 189
Registered: 9/30/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 12:04 PM   in response to: Bruce McGee in response to: Bruce McGee
Bruce McGee wrote:
Quentin Correll wrote:

Bruce,

| Which language and IDE has a better long lifetime?

Than Delphi? None,imho.

Of course, not everyone shares my opinion.

I share your opinion!!!

That just speaks to your good judgement. :)

--
Regards,
Bruce McGee
Glooscap Software

+1
Quentin Correll


Posts: 2,412
Registered: 12/1/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 2:25 PM   in response to: Bruce McGee in response to: Bruce McGee
Bruce,

| | I share your opinion!!!
|
| That just speaks to your good judgement. :)

;-)

--

Q -- XanaNews 1.19.1.372 - 2015-04-23 14:24:53
Michael Thuma

Posts: 104
Registered: 1/30/00
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 1:43 AM   in response to: Loren Pechtel in response to: Loren Pechtel
https://www.youtube.com/watch?v=-YJXfcndyvU

Loren Pechtel wrote:
I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

The e-mail in the message header is valid if anyone wants to reach me.

--
Delphi Programming is fun. Hilarious.
Nick Hodges

Posts: 2,414
Registered: 9/22/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 6:25 AM   in response to: Loren Pechtel in response to: Loren Pechtel
Loren Pechtel wrote:

I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

Good luck to you.

--
Nick
Delphi Programming is Fun
Phillip Woon

Posts: 189
Registered: 9/30/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 11:50 AM   in response to: Loren Pechtel in response to: Loren Pechtel
Loren Pechtel wrote:
I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

The e-mail in the message header is valid if anyone wants to reach me.

If you haven't used Delphi in a while, how do you know the state of Delphi? Anyway, good luck to you with whatever tool you end up using.
sandeepc@softte...
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 2:10 PM   in response to: Loren Pechtel in response to: Loren Pechtel
Good luck with whatever you may choose.

There is this saying in Indian(Asia) that roughly translates to "If one
becomes friend with rich and powerful people don't forget the friends
who are not so rich and powerful as sword is no good where a needle is
required."

--
Cheers

Sandeep

Clement Doss

Posts: 133
Registered: 9/19/00
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 23, 2015 3:37 PM   in response to: Loren Pechtel in response to: Loren Pechtel
Hi,

Loren Pechtel wrote:
I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

In you experience it might be a waste of time. For others it's an invaluable source of trustful information. Time spent wisely IMHO.


I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

A few days back I answered a thread stating that I'm running the same application from Windows XP to Windows 10 (Preview) using XE7.
Windows XP was released in August 24, 2001. Windows 10 is not born yet.
EMB had a hard time with XE2.. XE5 bugs popped, slow RTL implementation.. But XE6 and XE7 are another beast!
I'm just waiting DevExpress to release their XE8 update, and all my applications will be tested against XE8.
And I'm pretty confident they would work fine.
I'm already using XE8 FMX with android and Windows... Same compiler.. Two different platforms.

The compilers just take a few seconds to spit out your application in different platforms.. Not perfect, but very nice!


Clément

Lior Ilan

Posts: 35
Registered: 6/29/00
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 26, 2015 2:57 AM   in response to: Clement Doss in response to: Clement Doss
<Clement Doss> wrote in message
....
I'm just waiting DevExpress to release their XE8 update, and all my
applications will be tested against XE8.
And I'm pretty confident they would work fine.
I'm already using XE8 FMX with android and Windows... Same compiler.. Two
different platforms.

The compilers just take a few seconds to spit out your application in
different platforms.. Not perfect, but very nice!

Is FireMonkey for Windows ok ? In the past there where complaints about
problems like dancing display inside edit boxes.

As for DevExpress, they support VCL but said they would not develop for
FireMonkey.
Brandon Staggs

Posts: 683
Registered: 3/3/01
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 27, 2015 6:43 AM   in response to: Lior Ilan in response to: Lior Ilan
"lior ilan" wrote on Sun, 26 Apr 2015 02:57:03 -0700:

Is FireMonkey for Windows ok ? In the past there where complaints about
problems like dancing display inside edit boxes.

As of XE7 it was still completely unusable for me. I haven't tried
FMX in XE8 yet.

--
Brandon Staggs
StudyLamp Software LLC
http://www.studylamp.com
Dalija Prasnikar

Posts: 2,325
Registered: 11/9/99
Re: Goodbye
Click to report abuse...   Click to reply to this thread Reply
  Posted: Apr 24, 2015 1:01 AM   in response to: Loren Pechtel in response to: Loren Pechtel
Loren Pechtel wrote:
I've decided it's been long enough since I've made any use of
Delphi that reading these newsgroups is a waste of time.

I really love the language but I don't trust the compiler (both with
regard to bugs and also a matter of keeping up with what we need it to
support) and thus I can't in good conscience use it for anything that
will have a long lifetime.

Have fun and good luck!

--
Dalija Prasnikar
Legend
Helpful Answer (5 pts)
Correct Answer (10 pts)

Server Response from: ETNAJIVE02