Tiburon — All About Native Code
Tiburon is coming pretty soon, if you haven’t already figured that out. But what exactly is it?
Well, Tiburon is all about native code development. That which is code-named "Tiburon" is really the release of two separate products: Delphi 2009 and C++Builder 2009. In addition, you’ll be able to buy the two of them bundled together for a special price. Both will develop pure, native Win32 applications. If you install both, they will integrate into a single IDE.
These two products represent our strong, continuing commitment and focus on native code development — as well as on incredibly easy database access, on powerful feature rich GUIs, and on internationalizing your applications. We know that native code is important to you, and so we have focused our team on providing just that. Delphi 2009 and C++Builder 2009 are the best native RAD development tools anywhere.
As in the past, both products will come in Professional and Enterprise editions. But this time around, we will be adding an Architect Edition. An Architect Edition is new for Delphi and C++Builder, and it will be signified by the inclusion ER/Studio Developer Edition. We’ve worked with our new DatabaseGear product line to include a special, powerful, completely working version of ER/Studio in an Architect Edition for both Delphi and C++Builder that focuses on supporting the databases that Delphi Enterprise supports. This should be a very compelling upgrade for you folks who manage, develop, and design databases. If you normally buy the enterprise, this is definitely the time for you to step up to the Architect Edition.
This time around you’ll be seeing new VCL features, new language features, new IDE features, new globalization features, and a new edition with powerful database design tools. It all should add up to the best Delphi release ever.
Some questions you might be asking:
Does this mean that the IDE won’t require the .NET Framework? No, the IDE will continue to require the .Net framework, just like it requires other DLLs and binaries that are part of Windows. When it comes to our IDE, we view .NET as a powerful, useful framework that we can leverage to the advantage of our customers. For instance, we leverage the .NET framework for our build system and our modelling support.
What about your .NET plans? We will be coming out with an updated roadmap for our .Net solution that we believe will be feature rich and very compelling. It will include up to date support for the latest Microsoft .NET based frameworks and other CLR-based technologies.
If I have RAD Studio Software Assurance, do I get Delphi 2009 and C++Builder as part of my contract? Yes.
Will there ever be a new "Turbo" Version? Get pupils, kids and students into the boat!
August 14th, 2008 at 3:01 pmIf we have current RAD Studio software assurance, will we be getting Delphi 2009 and/or C++ Builder 2009 when they are released? Or will we have to wait until the next RAD Studio type product is release?
Thank you in advanced and sorry if this was already answered elsewhere
August 14th, 2008 at 5:26 pmJames –
Yes, you’ll get them.
Nick
August 14th, 2008 at 5:44 pmDitto on James’s question about SA (I assume the answer is an automatic yes, but best to be sure)
Any word on pricing yet? Both purchase and SA levels, and with the introduction of new levels - upgrading (SA in particular). I’m dubious that I will be interested in the architect level, but it would be nice to know if I can even afford to look.
A few side notes tho on ER/Studio:
1. Interbase 4.0 support? OUCH. I assume you’ll be pushing for that to change? (Although I’m betting it makes it Firebird compatble on some level)
2. Will Embarcadero’s drive towards supporting multiple DBs reduce the anti-Firebird prejudice we’ve all percieved from Borland/CodeGear in the past?
Which leads to another topic fork - while many of us percieve an anti-firbird prejudice from Borland/CodeGear, do CG insiders have the same perception or are you confused by those of us who feel Firebird has been slighted?
August 14th, 2008 at 5:51 pmHow Much ￥?
August 14th, 2008 at 5:57 pm非常希望看到Delphi2009的发布，期待中…
August 14th, 2008 at 6:01 pmAlrighty! The big question is what pricing is being bantered around?
What do you "think" the price will be to upgrade from other Delphi, C++ versions and new user pricing. I have always loved Delphi but since D7 have felt the pricing was out of the ballpark and has kept me using D5 and D7.
Thanks for any insight into this you can provide.
August 14th, 2008 at 6:29 pmNick, Delphi 2009 will be compatible with Delphi 2006 and 2007 dcu’s.?
August 14th, 2008 at 7:37 pmNick,
"…What about your .NET plans? We will be coming out.."
When ? This year, the Next?
August 14th, 2008 at 7:42 pmI’m a little unsure of what you’re saying here.
Is it just that you haven’t enhanced the .NET personality in Tiburon or have you removed it completely?
August 14th, 2008 at 8:43 pmI have been an Enterprise software assurance customer since the beginning. If CodeGear maintains value in their top tier product, I will continue to do so. I am hoping ER/Studio adds that value. I agree with Clinton. Please support Firebird.
August 14th, 2008 at 8:52 pmLachlan -
Tiburon has no .Net personality. Our .Net plans will be laid out very soon.
Nick
August 14th, 2008 at 9:34 pmDelphi is a programming language based on the Pascal programming language.
Delphi 2007, the eleventh and latest version, supports the Delphi programming language (Object Pascal fork) and C++ for the 32 bit Microsoft Windows platform, and Delphi and C# for the Microsoft .NET platform.
August 14th, 2008 at 10:49 pmNick,
why are you always disregarding any questions for a Turbo edition of Delphi 2009?
Once you started over with a Turbo product line, did not release Turbo 2007 and now no words about a Turbo 2009.
Why did you ever throw a Turbo edition on the market? That reminds me of Windows Me and now again Vista which both seemed to be just fillers and to flush new money into the cash box.
I guess the community is waiting now for a official statement. Thanks!
August 15th, 2008 at 1:30 amHello Nick,
I strongly support Michaels comments on Turbo products. I know there are upgrade prices for Turbo to later versions of Delphi but I would very much appreciate any hints on a new Turbo 200x version.
Regards
August 15th, 2008 at 1:43 amBecause Turbo Delphi is dead… They don’t need "kids", "students" etc. They need money. Only M$ give us free "Express" version of VC++ & C# before Pro version.
Codegear - old men’s who wanna money, but not idea, no passion, no students, no kids, no game development (!).
It’s end. We (teen-ager and students) must go to M$ (MSDNAA + VS Express + C# + XNA). I don’t like M$ (and here is no better IDE and language than native Delphi) but they give me chance where Codegear is piss on me.
Maybe my english is bad, but the idea is clear.
August 15th, 2008 at 4:05 amA question that I’m asking:
Is the next version on Delphi.Net still include ECO?
Thank you.
August 15th, 2008 at 4:19 amHardOrc:
You might get more sympathy if you gave some justification as to why you deserve to be given a free version of Delphi. And also if you were a bit more polite. I don’t think CodeGear want to "piss on you" but if you carry on posting like this perhaps they’ll change their minds!
Anyway, as I far as I can see the Turbo edition is still available. So what exactly are you complaining about?
August 15th, 2008 at 5:38 amSo is this going to be like D2007, win32 release followed by a full RAD studio down the line? If so when will the full release be? What personalities will it have? Is the plan always to make Delphi available as a distinct option from the DatabaseGear stuff?
August 15th, 2008 at 6:04 amDavid Heffernan:
Well if they want to make delphi competitive Turbo versions should stay, many people learn pascal as their first programming language and the obvious choise for them afterwards is delphi, but not many students can afford to buy it, so they go for the free M$ products…
August 15th, 2008 at 6:23 amAldo:
I agree that CodeGear should continue to make a functional, up to date and free SKU.
But they need to be convinced that it’s good for the community and (more importantly) for them. HardOrc’s argument isn’t very productive.
August 15th, 2008 at 6:59 amTurbo Delphi Explorer have a lot of bugs in compiler and IDE.
We have 2008, and from 2006 we don’t have any updates for Turbo Delphi.
GAME DEVELOPMENT - we don’t need VCL. We need only compiler with simple IDE (refactoring, Ctrl+LMB for code navigation) withoud DB stuff.
Game development is important for begginers, who wanna lern language, and this is good for future of Delphi (kids and students after learning can buy normal Delphi for normal work. (Game development probable is short cycle but most important cycle)).
We need free version of Delphi and C++ Builder in single IDE, probable without VCL - strong good language, now i can hear:
-"You can’t make games"
-"Delphi is for noobs"
-"it’s slow"
-"big EXE"
its blame VCL ;).
"C++ & Delphi - Game Develop Studio" it’s my dream :). Only IDE, and C++, Delphi integration (Delphi in C++ by *.hpp, *.obj files…), RTTI, Borland C++ extensions (like __closure)… and Games, Games… for free… for Comercial use
It’s better than sex…
(free versions = new codegear clients - in future, for VCL and DB stuff).
August 15th, 2008 at 7:04 amHardOrc:
"after learning can buy normal Delphi"
Except they don’t. They complain because the free version isn’t the current (not even yet released) version instead.
-"You can’t make games"
Of course you can.
-"Delphi is for noobs"
No it’s not. I’ve been a professional developer for more than 20 years.
-"it’s slow"
It’s faster than anything else out today, except for very specific applications where C/C++ might be slightly faster.
-"big EXE"
"its blame VCL"
False. You can make very small .EXEs. You don’t have to use the VCL at all - even for Windows apps. You can do everything yourself using the Windows API, like the old days writing Windows apps in C. You can use the VCL and runtime packages if you have more than one executable using the VCL.
The problem with keeping the Turbo versions up to date with the commercial version is that there’s then no incentive to spend money on the commercial version, and if CG doesn’t make money they can’t keep making Delphi. So, use the soon to be two-versions-out-of-date Turbo and quit complaining, or spend a little money and upgrade to the main (and current) product.
August 15th, 2008 at 7:26 am"HardOrc’s argument isn’t very productive"
It’s an argument? It sounded more like a crazed rant.
I don’t think MS keeps Express editions of VS at the bleeding edge for much the same reason. If you can get it for nowt then why buy the full version.
I don’t see what’s wrong with using the older versions anyway. We still use D6 where I work and that’s fine. D7 added nothing we needed. D8 was .NET, .NOT for our FE app. D2005 was not very stable and required quite a meaty machine (that’s me being polite). After that I lost interest. Tiburon sounds quite nifty though with Win32 generics and closures to add to the Win32 operator overloading from D2006 (or was it D2007?). So maybe we’ll get back on board.
August 15th, 2008 at 7:40 amKen White - Yes i know, but other don’t know (a looooot of students, and normal programmers), they think - it’s easy/you don’t must writing tons of code, so it’s for noobs.
"program x;
begin
end."
Programming style is hidden…
In my opinion we need free Delphi/C++ Builder version, without VCL only with RTL, STL, BOOST. For learning, and game develop.
August 15th, 2008 at 7:42 amNick,
Can you provide any sort of ballpark for the price differential between the Enterprise Software Assurance and the Architect Software Assurance? I don’t need an official or an exact number, but some kind of ballpark figure would make it easier for me to request the additional money for my budget.
August 15th, 2008 at 7:47 amDavid Heffernan : Older Versions = Tons of bugs in compilers / IDE
Unfortunately, there are some issues in Delphi 2006/turbo Delphi that cause internal errors
(C1624) when compiling more ‘complicated’ constructs like (V1, V2 - vectors):
L := (V1 + V2).Length;
This issue is fixed in Delphi 2007, and a lot of other bugs…
August 15th, 2008 at 7:50 amwhat’s this "NO VCL" i’m hearing? As someone above said, you’re not even forced to use it, and to be honest I see it like a bless.
August 15th, 2008 at 7:51 amOkay, lots of questions here, I’ll try to cover them all:
Pricing hasn’t been released yet. I don’t think it will freak anyone out, though.
Delphi 2009 is a breaking change and will not be DCU compatible with previous versions.
Our .Net plans will be released as soon as humanly possible. There are i’s to be dotted and t’s to be crossed. I’d say it is measured in weeks.
Currently, if you are a Turbo Professional customer, we encourage you to upgrade to Delphi 2007, which is the natural follow on to the Turbo Pro products.
Yes, we plan on releasing a RAD Studio solution later in the year.
Nick
August 15th, 2008 at 7:58 amNick,
The video of VCL enhancements looks great. I have been using JVCL for some time, but it’s nice that Marco’s point is being heeded (Delphi is the VCL). The VCL sets Delphi apart from any other IDE out there. I hope that in addition to the upgrades we’ve seen on the video that TDBGrid also got an overhaul?
August 15th, 2008 at 8:58 amNick,
why do you "encourage" to upgrade to Delphi 2007 instead of 2009? Sounds like a "We surely will take your money twice"
Do you think the upgrade price is too high when switching from "low priced" Turbo to D2009?
I like the new announced features of 2009 and would rather go with that version but your comment sounds like "there will be no more Turbo editions any more" - period.
So your statement poses more questions instead of answering our questions about an upcoming future Turbo edition. Yes, we had this discussion already after D2007 was announced/released. If you would clearly state that there won’t be any Turbo version, we would be surely more satisfied.
Would you please elaborate a bit more about your Delphi 2007 statement?
Thanks,
August 15th, 2008 at 11:57 amMichael
Michael –
The upgrade path for existing Turbo Pro owners is the Delphi for Win32 product line. (or C++Builder).
Nick
August 15th, 2008 at 12:55 pm>The upgrade path for existing Turbo Pro owners is the Delphi for Win32 product line
>Pricing hasn’t been released yet.
In this case pricing on "Delphi for Win32" must be like on "Turbo" line.
I can’t upgrade on new versions of Delphi every year, when donations for my own donateware product is lower then 50$ per month.
The costs for single developers who build freeware or shareware products for home (no commercial) use - must be lower, then for small team that develop software for business users.
August 15th, 2008 at 2:40 pmZD:
How much functionality would you be willing to give up for that lower cost (or free) SKU?
August 16th, 2008 at 3:03 amI don’t need all new IDE features since D7 (or maybe even D5)
(These are good features, but they are not necessary. It’s possible to create good applications without them)
New VCL components are not necessary too.
I need new compiler (with new D2009 features) and very simple IDE to design frames and forms (with possibilities to install my own components).
Or for free - only compiler.
August 16th, 2008 at 6:32 amIts interesting, what people see as their top priority. How much will it cost? What will it include? What new features will it have? Am I the only wondering how much of it is going to work properly? This is a major release with a lot of new functionality, based on past releases that doesn’t bode well for quality. I don’t know how committed Codegear is internally to a particular date at this stage, but personally I’d rather have a product late where I don’t spend the first hour marvelling over new features and the second turning them off because they don’t work, than a product early. If M$s’ mantra is "developers, developers, developers" right now, Codegears should be "Quality, Quality, and more Quality"
August 16th, 2008 at 6:37 pmDelphi 2009 will require .NET
August 17th, 2008 at 1:30 amCrap
Delphi has required .NET for ages. It doesn’t mean that programs built with Delphi 2009 require .NET.
Honestly, some people here aren’t safe to be let in front of a computer!
August 17th, 2008 at 4:14 am@David Heffernan:
The reaction you are seeing against .NET is from people who, like me, were shocked and annoyed at being forced to install the entire .NET clunk when purchasing D2007 for Win32. It is unclear to me what it is needed for.
I, too, am disappointed to hear I still have to install it to run D2009.
Nevertheless, I am looking forward to the advantages Generics offer and I have purchased a laptop dedicated to Delphi development only, so I can keep my other PCs .NET free.
August 18th, 2008 at 1:46 amKen Knopfli, D2007/2009 only use .Net Framework on IDE, not the SDK, witch is big and it’s only used when you will develop .Net programs.
August 18th, 2008 at 5:12 amNowadays it’s virtually impossible to work on a Windows based machine without .Net (not the SDK). If you use any MS program, like Office, MSSQL etc you have already .Net installed. It’s part of Windows Update… get used to it
"An Architect Edition is new for Delphi and C++Builder…"
That’s funny. Can you tell me what was different about the boxes I’m currently looking at titled:
Borland Delphi Studio 7 Architect (SKU sticker just says Delphi Architect - HDA1370WWFS180)
Borland Delphi 8 Architect
Borland Delphi 2005 Architect
Borland Delphi 2006 (part of the Borland Developer Studio) Architect
I hope my S/A covers the "new" Architect edition.
August 18th, 2008 at 8:45 amBrion,
What it means is that Architect is now available for the Win32 side. It hasn’t since D7.
August 18th, 2008 at 12:14 pmCan i hope to see very-simple-basic edition?
August 18th, 2008 at 12:41 pm@Carlos Gabriel - To the best of my knowledge, Office does not run on .NET. I recall someone asking when this will happen, and a microsoftie said "never. no requirement."
When the whole DLL story started way back in the mists of time, Microsoft said the advantage was you’d only need one DLL for each requirements set and that will save having to compile the same functionality into every application. The reality? Well, just think how many VisualBasic runtimes are on any machine. And each repeats pretty much the same functionality.
The same thing is happening with the .NET runtime. Am I right in saying there are 4 versions now? These things are huge! And if you have multiple applications open, several may need to start up at the same time. To use it for trivial things just because it’s got nice bits in it is a crime.
Sorry, I can’t get used to it.
August 19th, 2008 at 1:44 am>These things are huge!
It’s not so huge.
August 19th, 2008 at 3:24 amHow about new HDD?
If you prefer native w32 platform, just install .net and forget about it.
I’m so scared that Nick doesn’t read this topic anymore.
:( 
August 19th, 2008 at 3:29 amMy questions without answers
@ZD: It IS huge, and in more ways than one. I suspect you just haven’t found it all. But as I said it’s not HDD, but RAM that’s the main problem.
Next: Which .NET should I install? 1.0? 1.1? 2? 3? and in future x? y? z? I cannot uninstall ANY of these because an application might need them.
See the problem?
August 19th, 2008 at 3:47 amZD –
What questions do you think I’m not answering?
Nick
August 19th, 2008 at 8:39 am-Nick-
The questions about Firebird support :-))
August 19th, 2008 at 11:14 amWill there ever be an official statement about it from CG?
Unfortunately, I can’t comment on Firebird support at this time.
Nick
August 19th, 2008 at 11:17 amNick,
Im hoping that the documentation will be as good for D2009 as the ones for D1 were for that version. Many people wowed by Delphi and wanting to lean keep asking for a getting started booklet with lots of step-by-step screen shots. For many of the advanced steps, and new features, I personally like seeing screenshots also.
Wilfred.
August 19th, 2008 at 1:01 pm1. If the Turbo any more will not be, can i hope to see the Starter(Basic) Edition (with same price)?
2. Do you think about developers of freeware products? Delphi not for them any more?
August 19th, 2008 at 7:13 pmNick,
I just read-
"I actually just interviewed Nick today for the Monday podcast, and he said that is the upgrade price. It will be available for orders on Monday, shipping a bit after that."
By Jim McKeeth: August 20th, 2008 at 3:09 pm at Delphi.org
I was really happy about the $399 price and was hoping that would be the new price. I really think that price would have had a huge impact on getting more and more developers on the Delphi bandwagon. Just like Turbo Pascal $99 did back in the days.
How about that, Nick?
By the way this is Nairobi, Kenya, East Africa.
Wilfred.
August 21st, 2008 at 5:19 amDot NET is the reason why D2005 was utter garbage. The entire product was broken because of all the dot garbage that was crammed into it. Look what happened as a result. You lost scores of developers who got so fed up with the bugs and ridiculously slow response times. You got an entire help system that was completely useless. Even today, 4 years later, the help system is still broken in major ways. Once again, you can thank dot net for it because for some inexplicable reason, Borland decided it would convert to Microsoft’s "new and improved" help system, which is anything BUT improved.
If CodeGear wants to keep buying into the dot net mantra from Microsoft about how it’s "powerful and important", it just makes them look more and more ridiculous by the day. Look at Windows Vista — Microsoft would have you believe that it’s the next best thing since DOS. The customer base, on the other hand, isn’t stupid, and knows garbage when they see it, which is why Vista is the poorest-selling version of Windows since Millennium Edition.
If CodeGear insists on keeping dot net support in Delphi, then for the love of god, please consider splitting the product into a dot net version, and a pure Win32 version. There are MANY developers, myself included, who don’t give two sh*ts about dot net. We NEVER touch it, we NEVER need it, we NEVER use it, and NO, we do NOT recognize it as being a "powerful platform". We recognize it as being what it is — a lot of bloat. Anything you can do in dot net, I can do a thousand times faster, a thousand times better, and a thousand times cleaner WITHOUT dot net. The only thing dot net offers is a platform for clueless people who simply don’t know any better.
And to the idiot who says the answer is "buy a new hard drive", to accommodate the endless releases of dot crap, you clearly haven’t got a clue, and I hate to imagine the clutter and lag time of your system with all the bloat you must have in it.
Dot net has no place within a Win32 Delphi. If CodeGear wants to continue offering it, then do so, but ONLY to those who want it. I’d love nothing more than to see a bloat-free, stable version of Delphi 2009 which has been completely stripped of any traces of dot crap. You can also bet I’m not the only one. If CodeGear wants proof, it’s quite simple — put up a poll on your site somewhere, and ask all your developers how many of them WANT a version with dot net completely stripped out, and you’ll see for yourself.
After all, isn’t CodeGear’s motto, "Where Developers Matter"?
So why not listen to your developers?
People who want (or "need") dot net are already using Visual Studio. They’re the Visual Basic crowd. We, on the other hand, are Delphi developers. We want power and performance from our favorite IDE and compiler. What we DON’T want is hundreds of megabytes of unnecessary garbage which we NEVER use.
August 26th, 2008 at 4:06 pmTuyen -
Wow, impressive rant!
Delphi 2009 is all about native development. As noted, it does require the .NET 2.0 framework for the stated reasons, which I think are valid.
And I note that the .Net 2.0 framework is not "hundreds of megabytes", more like 25MB or so.
And we are going to be diverging our .Net strategy from our native strategy.
And I note again, Delphi 2009 is all about native development.
Nick
August 26th, 2008 at 4:54 pmI totally agree with Tuyen. Who cares about .NET? The following are my personal considerations I posted up in the blog run by Marco Cantù dedicated to Delphi.
If I wanted to develop software for the .NET Framework, I would just switch to VB.NET or C#.
Delphi is the best option on the market for the development of native software.
.NET belongs to MS and no other software house can compare to them in that field.
I’m not sure .NET is the way to go. The most important innovation .NET can offer is the use of byte code instead of (COM) native code. Nevertheless, byte code has its pros and cons.
One of the advantages is that it allows you to develop desktop and Web-based software using more or less the same code. One of the disadvantages is that byte code is tremendously easy to crack or even reverse-engineer. Consequently, if you develop desktop programs for the general public, .NET may not be the ideal tool to use.
Most Delphi developers couldn’t care less about byte code, otherwise they would have switched to Java a long time ago.
The second important issue is the "Framework hell" that makes application deployment an enormous headache.
I have installed the Express Edition of VB 2008 on my computer and played around with it. The IDE is just great, the tools you have at your disposal are so many that they make you feel strong. I would love to develop my new commercial software in .NET. Unfortunately, I have conducted a personal survey among my customers (a few hundred users) and found that the majority of them do not have the Framework on their machines. So, I have decided to put off the idea of embracing the .NET technology to a better future.
The size of the latest version of the .NET Framework has increased to 197 MB. Needless to say, considering that no version of Windows (Vista included) is shipped with .NET Framework 3.5, it would be suicidal for me to produce my shareware in .NET. There’s still a huge need for native software in the world and that’s what Delphi should aim at.
August 27th, 2008 at 8:24 amNick, with all due respect, you need to take a look at your own installer. When I go to install Delphi 2007, it won’t even let me proceed with the damn installation until I flood my hard drive with HUNDREDS of megabytes of dot net crap. It’s NOT 25 MB. It’s HUNDREDS of megabytes which span TENS of thousands of files. Not 30 or 40 files, but TENS OF THOUSANDS of files.
Look inside the \install folder of the D2007 DVD. The SDK (which is REQUIRED for installation) is a 348 MB file, and that’s when it’s compressed with 7zip, for goodness sake.
The framework itself may be 25 MB, but Delphi won’t install unless I have the entire SDK on there! As if that’s not bad enough, I have to install not just the dot net garbage, but also JAVA garbage. For goodness sakes, PLEASE strip all this out of Delphi! Why the hell should a DELPHI developer be forced to install Visual J# crap onto his system!?
After I install Delphi 2007, I have to spend 45 minutes going through my drive and ripping out the unnecessary garbage that the installer put onto my drive. And guess what — I can safely remove 99% of it, and lo and behold, Delphi still works perfectly. So why in god’s name do I have to install all that garbage in the first place when clearly it’s NOT NEEDED??
"Where Developers Matter", indeed.
> And we are going to be diverging our .Net strategy from our native strategy.
I’ll believe it when I see it. When I can install a copy of Delphi 2009 WITHOUT installing any dot net crap, THEN (and only then) will your "diverging" statement hold true.
> And I note again, Delphi 2009 is all about native development.
If that’s the case, I expect to see NO traces of dot crap being a pre-requisite during my installation. After all, if Delphi 2009 is "all about native development", as you say, then you and I both know that dot net has no place in native development, so it’s natural to assume — and expect — that we won’t be needing to have it as a pre-requisite for installation. Forgive me if I don’t hold my breath on that one.
August 28th, 2008 at 1:57 pmIs there ever likely to be an inline function that compares two numbers, returning +1/0/-1 according to their difference?
Reason for asking - for code such as:
begin
if a > b then
Result := 1
else
if a Y then
Result := 1
else
Result := 0;
end;
// ————————————————————————————————
function CompareDoubles2 (const X : double; const Y : double) : integer;
September 17th, 2008 at 4:59 pmbegin
if X Y, ax = 0 if X=Y, ax = $4000 if X
…in the produced assembler, the *same* comparison is performed twice, only the handling of the carry flag differs. This could and should be twice as efficient - especially when comparing floats!
The following 3 snippets indicate possible variations:
September 17th, 2008 at 5:04 pmfunction CompareDoubles (const X : double; const Y : double) : integer;
September 17th, 2008 at 5:05 pmbegin
if X Y then
Result := 1
else
Result := 0;
end;
(erm, why does this blog post code in a weird way?)
function CompareDoubles2 (const X : double; const Y : double) : integer;
September 17th, 2008 at 5:06 pmbegin
if X
We are still waiting for the roadmap for .net (asp.net). We have been using Codegear RAD Studio for this, but are now looking into V.S 2008. Could you give us any reason for not moving our applications to V.S?
September 22nd, 2008 at 6:07 amNo, there’s no reason.
September 28th, 2008 at 11:36 amGo ahead and move all your dot crap where it belongs — into Visual Studio.
Ah. So Turbo Explorer is considered an embarrassing mistake, and even supposedly frank and open bloggers like Nick will simply ignore every aspect of it, pretending that nobody is asking about it, pretending it doesn’t exist. That’s sad to see, because the free version of Delphi was the only good decision Borland made since well before the Inprise debacle.
October 13th, 2008 at 7:46 pmWhy do so many people expect to be given things for free?
October 13th, 2008 at 10:50 pmPerhaps, David, it’s because Borland/Codegear/Whatever SAID they were giving it for free, made a big fuss about it with countdowns and splash pages and all the rest. That they’ve now (a) repented of their "generosity" and (b) instructed all their bloggers to pretend it never happened is not the fault of their users. They seem to have forgotten that Turbo Pascal’s $49 price tag is the reason the company is not just another footnote in the Microsoft history of software. Selling a programming environment for three and four figure price tags is the cluelessness that killed off their competition.
October 27th, 2008 at 10:17 pmGood morning,mr.Nick Hodges.
March 17th, 2009 at 9:48 pmI have a simple mistake during building the application for .net Framework.
The error messagebox show me
"Unable to scan program’s header."
And I don’t know that is it,inspite of my great experience on Delphi’s development.Please,Help me,sent me answer for my question?May be I haven’r right set up properties of .Net Framework Environtment
Thanx for all.
Rinat –
I’d suggest that you ask over at our peer-supported forums:
http://forums.codegear.com
Nick
March 18th, 2009 at 5:19 am