September 17, 2008
Yesterday and tomorrow are the dates for the Italian launch of Delphi 2009, featuring also ER/Studio.
Yesterday and tomorrow are the dates for the Italian launch of Delphi 2009, featuring also ER/Studio. Yesterday in Milan there was a good crowd of over 100 developers, including some aficionados and some old friends returning to Delphi. Ludo Neveu (EMEA sales director of Embarcadero Technologies) gave an overview of the company, I covered the foundations of Delphi 2009 (including Unicode, new language features, VCL improvements). That was a very short overview, as I had an hour in total. Later there was a talk on DataSnap 2009 and a (not-that-great) introduction to ER/Studio.
Tomorrow I'll take a train to get to Rome, give the same talk (without Ludo) to a smaller crowd, and get back home before night. I hope to use the time on the train for more book writing.
Back to the talk, I think people were pleased. Most common questions where:
- Is there a way to "disable" the Unicode support? The answer is "no", although you can decide to use the AnsiString type
- Will my code port smoothly? Yes, you should not be too worried as most existing Delphi code works fine, but you should revise some coding practices involving direct access to string data
- Will my application run on old versions of Windows? Probably yes, but you might see you Unicode output replaced by a nice series of question marks and CodeGear specifically doesn't support the Win9x operating systems. Still application compiled with Delphi 2009 can run on them, AFAIK.
- Is the help... helpful? It is much better and improving, but still not perfect.
- Is there any new refactoring compared to Delphi 2007? No, but the Delphi Class Helper can be a starting point for the future, I guess.
Needless to say we got the classic questions (Kylix, Win64, Mac support...) but one of the classics of the last few years was notably missing: When will we have Unicode support? We have it, now. I'll let you know if we get new interesting questions tomorrow.
PS. For those living in Italy, I'll give a 2-days class on Delphi 2009 in a month, and you can get a good discount by buying Delphi 2009 from my online shop. For all others, if there are requests I can set up a similar class in English language...
posted by
marcocantu @ 4:19PM | 9 Comments
[0 Pending]
9 Comments
Delphi 2009, Milan and Rome
Applications compiled with Delphi 2009 will not work
on Win9x - to everyone who wants to believe
otherwise: use the trial version and see for
yourself. Unless you do not use the Windows unit (and
most of the VCL), you will not be able to run on
Win9x.
Console is not Unicode-based (but that's a bug in my
view), so that's right now the only thing left that
*may* work on Win9x... ;-)
Comment by Bob Swart
[http://www.bobswart.nl]
on September 17, 17:18
Delphi 2009 <> (running on Win9x)
I haven't bothered to test it, but I'm pretty sure
that an application compiled with Delphi 2009 will
not run on Win9x. Win9x only implements a small
handful of the Unicode _W() Win32 apis. Most of the
api calls made by a Delphi 2009 would flat out fail
on a Win9x machine.
CodeGear only supports Windows 2000 and newer. But
you might get an application to run on Windows NT 4.
--Troy
Comment by Troy Wolbrink
[http://www.tntware.com/]
on September 17, 17:18
Delphi 2009, Milan and Rome
Hi Marco,
only to suggest to correct link to shop as it isn't
working now:
it links to
http://blog.marcocantu.com/blog/shop.wintech-
italia.com
while it should be:
http://shop.wintech-italia.com
HTH
Comment by Giulio on September 17, 18:16
Delphi 2009, Milan and Rome
On Win9x I stand corrected. Having tried, it seems
Tiburon compiled applications simply crash with a
runtime error... but it might as well be the same with
a Delphi 2007 program.
The link to the shop is fixed.
Comment by Marco Cantù
[http://www.marcocantu.com]
on September 17, 19:35
Delphi 2009, Milan and Rome
Bob,
AFAIK, console IS "unicode based" in winNT in the
same amount as the GUI is - you can use both unicode
and non-unicode functions with it.
The true reason for not supporting win9x comes from a
lot of shell functionality which is not present in
older versions of windows - it would just cost too
much to ensure graceful fallback in win9x for
everything in RTL and VCL.
Comment by MikeG on September 17, 19:50
Delphi 2009, Milan and Rome
Compliments on a very good/interesting presentation on
D2009 and new features held by yourself yesterday, in
Milan.
I and my team enjoyed those few hours.
Bit less enjoying was the data-snap part held by the
other guy (can't remember his name), although seemed
very competent he just got it too fast, and especially
ER/Studio one, was really (as the guy underlined btw)
a shame...(also, the ER/Studio seems like an
interesting but visually outdated product although it
was just first impression on it)...
Cheers,
B.
Comment by Zlatibor Boro Urosevic on September 18, 11:26
Delphi 2009, Milan and Rome
Yes, in Milan presentation I've put many interesting
features of DataSnap... but 30 minutes are not enough.
There are 2 free workshop in October
http://www.codegear.it/show_event.php?ID=30165
Where I'll talk about all new features of Delphi2009
including DataSnap but with more time available.
Comment by Daniele Teti
[http://www.codegear.it]
on September 19, 13:22
Delphi 2009, Milan and Rome
Hi...
I just wondering when you say it will not work in
Win9X is that including Win XP ?!!!
Comment by Talal on October 7, 10:21
Delphi 2009, Milan and Rome
no... it will run normally on Windows XP and
newer... just Win 95/98/ME will not, since there is
no unicode support
but for me, there is no advantage to use Delphi
2009/2010 with no way to switch between Unicode
ON/OFF since for example, a blank form compiled in
Delphi 2007 got 426kb and in Delphi 2010 got 798kb
it because Unicode are 2 bits per char, and ANSI 1
bit per char... that decrease the size when not
UNICODE
and if u don't need special chars like, arabic,
chinese and others, why to increase size to get
support on it...
Comment by Carlos on December 7, 21:08
Post Your Comment
Click
here for posting
your feedback to this blog.
There are currently 0 pending (unapproved) messages.