Die Ergebnisse finden sich hier: www.delphiexperts.net/events

Native iPhone Anwendungsentwicklung bedeutet normalerweise das Auseinandersetzen mit Objective C, der Haus- und Hof-Sprache von Apple. Man bekommt, nachdem man sich als Entwickler bei Apple registriert hat, die komplette X-Code IDE inklusiver aller Werkzeuge praktisch kostenlos zur Verfügung gestellt.

Man kann also, ohne viel Geld in die Hand nehmen zu müssen, mit der Softwareentwicklung für Mac und iPhone/iPod Touch quasi ad-hoc loslegen. Zumindest wenn man einen schnellen Internetzugang hat – der komplette SDK Download ist über 2 GB groß.

Dass dies auch in der Praxis funktioniert, sieht man sicherlich auch daran, dass es mittlerweile zehntausende Anwendungen in Apples AppStore gibt. Wieso gibt es aber nun Interesse an Pascal auf dem Mac/iPhone? Nun, wer Pascal kennt und dann mit Objective-C (OC) konfrontiert wird, erleidet doch einen gewissen Kultur-Schock. Mit “normalem” C mag man sich noch abfinden (Volker, nichts für Ungut aber wenn man dann die Syntax von OC sieht, fragt man sich doch ob der Erfinder Klammer-Fetischist war…

Nicht dass wir uns missverstehen:  Die Mac und iPhone Frameworks – rund um Cocoa –  sind superinteressant und haben klasse Features. Auch die kostenlose IDE X-Code ist hervorragend – aber für mich als alter Pascal Haudegen “geht” diese OC Sprache einfach nicht. Bisher habe ich öfter mal gesagt: “die Sprache ist wurscht, man lernt halt einfach die Syntax” – aber das war vor Objective C …

Nun haben Daniel Magin, Holger Flick und ich von RemObjects eine frühe Beta von Prism (aka Oxygene) für den Mac bekommen. Prism ist bisher als Plugin für Visual Studio bekannt geworden. Im Prinzip also Pascal für .NET.  Da .NET in seiner Mono Inkarnation auch auf dem Mac (und Linux) existiert, kam also Marc Hoffman von RemObjects  vor einiger Zeit auf die Idee das Prism Plugin mit .mono zu übersetzen.

Herausgekommen ist mittlerweile ein Beta-Plugin für MonoDevelop (die Mono IDE), welches Pascal unter Mono implementiert. Dadurch, dass Mono und MonoDevelop auch unter OSX lauffähig sind, können wir nun endlich OSX Anwendungen entwickeln, deren Sourcecode richtig gut verständlich und wartbar ist. Und das sogar mit Zugriff auf Cocoa, der Apple UI API.

Wer sich schon mal mit der iPhone Entwicklung befasst hat, wird sich nun fragen, wie man managed Mono-Anwendungen auf das iPhone bekommen soll, da da iPhone ja bekanntermaßen keinen managed Code erlaubt. Hier kommt das kommerzielle MonoTouch Add-In für MonoDevelop von Novell zum Tragen. MonoTouch tut im wesentlichen 2 Dinge:

1. .NET/Mono Schnittstelle zum iPhone  SDK, d.h. APIs wie z.B. das MapKit sind aus Mono ansprechbar
2. managed to native Code Compiler für iPhone. Der sog. mtouch Compiler übersetzt managed Mono Anwendungen in nativen iPhone CPU Code

Innerhab der MonoDevelop IDE kann man dann mithilfe von MonoTouch auf das physische IPhone deployen. Hierzu ist KEIN Jailbreak erfordelich. Auch das Ausliefern in den AppStore wird natürlich unterstützt.

Wenn man bedenkt, dass Delphi Prism/Oxygene noch eine frühe Beta ist, funktioniert das ganze schon hervorragend. Gestern konnte ich mit Daniel eine in Pascal geschriebene Anwendung auf Daniels iPhone installieren, die auf den GPS Sensor zugreift und die Koordinaten in einem Google Maps View darstellt.

Hier noch ein kurzer Blick auf die MonoDevelop Umgebung mit installiertem Oxygene:

Today they have added an EKON 13 channel to www.Intellibook.de,  which allows all EKON 13/Delphi Live! attendees to download slides and other materials of that conference. Another great idea of IntelliBook!

If you attended EKON 13 and have not received credentials for Intellibook, then please go to IntelliBook’s account management page and fill in your Name and email. Please add to the comment field, that you attended EKON 13 and/or mention this blog post.

Seien Sie gespannt auf 5 Tage vollgepackt mit wertvollem Wissen und  Informationen über neueste technologische Entwicklungen in der Delphi-Welt – beste Networking-Möglichkeiten inklusive!

Natürlich sind auch wir von den Delphi-Experts mit einigen Workshops in der bekannt hohen Qualität vertreten. Inhaltliche Fragen zu den Veranstaltungen von mir, Daniel und Holger können gerne hier gestellt werden.

Hier alle Workshops im Überblick:

• Delphi 2010 – Was ist neu? Ein Intensiv-Workshop, Montag, 23.11.2009 – Olaf Monien und Daniel Magin
• Windows Vista & Windows 7, Montag, 23.11.2009 – Daniel Wischnewski
• Entwicklung von Webanwendungen mit der VCL für das Web/ IntraWeb, Dienstag, 24.11.2009 – Olaf Monien
• dbx4/Datasnap 2010 /BlackfishSQL, Dienstag, 24.11.2009 – Thomas Pfister
• Einführung in die professionelle Softwareentwicklung unter .NET mit Delphi Prism, Mittwoch, 25.11.2009 – Olaf Monien/ Holger Flick
• Reporting mit Delphi/Win32 und Delphi/Prism, Mittwoch, 25.11.2009 – Thomas Pfister
• Test Driven Development, Donnerstag, 26.11.2009 – Bernd Ua
• Delphi & COM Programmierung, Donnerstag, 26.11.2009 – Daniel Wischnewski
• Multithreading Delphi 2010 (nur Win32), Freitag, 27.11.2009 – Bernd Ua
• ASP.NET mit Delphi Prism, Freitag, 27.11.2009 – Daniel Magin

Alle Infos auf:  http://entwickler-akademie.de/codecamps/delphi-cc

Since Delphi 2006 there is a new Memory Manager in Delphi: FastMM4 – which is an Open Source project. That one has many advantages over the old BorlandMM. Especially for server-type applications (such as VCL for the Web / IntraWeb applications) FastMM4 is a must – many problems in IntraWeb applications have their source in the old MemoryManager, which is simlpy not designed to handle large numbers of objects being created and freed. I.e. you should download FastMM4 it if you are still on D2005 or older.

One thing that FastMM4 can help with is detecting Memory Leaks. This has been discussed on many blogs already (look for ReportMemoryLeaksOnShutdown := true;), this is really helpful and can even be configured.

Detecting Memleaks during Debugging is one important thing, but locating code that overwrites memory, or accesses objects that have already been freed is also very important. Consider the following code:

program Project20;

{$APPTYPE CONSOLE}

uses
  //Decomment to find memory errors
  //SafeMMInstall,
  SysUtils,
  Classes;

var
  sl: TSTringList;
  i: Integer;
  j: Integer;
begin
  ReportMemoryLeaksOnShutdown := true;
  try
    sl := TStringList.create;
    i := sl.Count;
    //Free Stringlist by purpose
    sl.Free;
    //...

    //Somewhen later - by accident - access a reference to a freed Stringlist
    j := sl.Count;

    //just do something ...
    if j = i then
      Writeln('j=i')
    else
      Writeln('j<>i');
  except
    on e: Exception do
      WriteLn(e.Message);
  end;
  ReadLn;
end.

It accesses a stringlist’s count property after it has already been freed. In complex Class hierarchies this is a situation that may easily happen.

Memleak detection is turned on, but with D2009 this code will run through just fine. There are possibilities to download  FastMM’s full version and tweak it’s config file to detect this situation.

An other option is to use an other Memory Manager, as Daniel pointed out: SafeMM, which is an Open Source project, hosted at Embarcadero’s CodeCentral. Just put “SafeMMInstall” as very first item into your projects uses clause and it will raise exceptions, every time you do something which would corrupt memory. Now recompile your project and let it run – you “error-free” application might unveil quite some errors now

Use SafeMM only for debugging purposes – it’s memory footprint is about 4x the normal one.

Es gibt/gab sicherlich schon viele Umfragen zu diesem oder einem vergleichbaren Thema, aber dennoch haben wir von DelphiExperts mal einen Poll zum Thema “Welche Delphi Version setzen Sie hauptsächlich ein” aufgesetzt.

Die Ergebnisse verändern sich sicherlich im Laufe der Zeit, daher ist es eigentlich besonders interessant diese Frage permanent zu beobachten. Insbesondere da wir von den DelphiExperts ja speziell auch Training und Beratung zu Delphi anbieten und daher natürlich beobachten müssen, was denn die Delphi-Benutzer-Basis überhaupt derzeit einsetzt.

Zu anderen ist das Ganze auch ein Experiment mit dem Umfragesystem wie es von www.polldaddy.com angeboten wird. Man kann hier auf erstaunlich flexible Art “Polls” (genau eine Frage mit mehreren Ankreuzmöglichkeiten) und “Surveys” (beliebig viele Fragen mit verschiedenen Antwort-Typen) erstellen und verwalten. Selbst der kostenlose “Free Account” ist bereits praktisch einsetzbar.

Die Befragung wird auf www.delphiexperts.net und auch auf anderen Blogs/Webseiten sichtbar sein. Die Ergebnisse werden zentral zusammen geführt – doppelte Stimmen werden von www.polldady.com dabei mit einer gewissen Wahrscheinlichkeit erkannt und aussortiert.

Es hat etwas länger als angekündigt gedauert, aber nun ist sie da – die 2. Folge des deutschen Delphi Podcasts:

http://www.delphipodcast.de/2009/07/folge-2-die-delphiexperts-sind-da/

After installing D2009 on a clean Win7 machine I was happy to see that Windows 7 really is what Vista should have been. It works snappy and has a lot of productivity features. But then when I started compiling and debugging a couple of my existing Delphi applications I experienced Debugger crashes almost everytime when I terminated an application.

Unfortunately no matter if you press “Yes” or “No” on that screen – you have to restart the whole Delphi IDE – which basically makes debugging impossible. In some (actually many) cases you even have to terminate Delphi using Windows TaskManager. I tried all of the compatibility settings Win7 offers, as well as running Delphi as Administrator – but no luck.

Some research on Google, QC and RAID showed that similar exceptions were reported with older Delphi versions, but apparently only on 64bit Windows editions. As the message already suggests, the problem appears to be an invalid call to a SetThreadContext API call. Some tests showed that you can easily reproduce this issue once you have more that just a single thread in your Delphi application. As you might know, I am doing quite a lot of Web application server development – which by nature create many threads…

I created a RAID entry for that (actually an existing one was updated with detailed reproduction steps – iirc) and joined a discussion thread on that topic to see if others are reporting that too. Because of time constraints I did not revisit that issue over the last couple of weeks, but yesterday when I was talking to Daniel Magin, we together found a solution someone had posted on a German Forum a few weeks ago. The original idea is from an MS TechNet posting though (credits go to a guy called Xelax Ax).

He posted a workaround that basically disables the check for a possible error returned by SetThreadContext, i.e. the debugger ignores the error and does not crash because of the Assert that checks fro no error returned. As Andreas Hausladen already correctly mentioned, this is really just kind of a weak workaround, because the debugger might misbehave after that and we just do not know why SetThreadContext fails at all. The point is though that with this fix I can work effectively again with D2009 on Win7/64bit and as this error only happens when the debugger is about to shout down anyway, so the danger of unwanted side effects is not too high imho.

Be careful! No waranties! I am not responsible for lost files etc.! Back up first!

Workaround steps:

1. Close Delphi
2. Locate bordbk120N.dll (C:\Program Files (x86)\CodeGear\RAD Studio\6.0\bin)
3. Make a backup copy
4. Check step 3
5. Open bordbk120N.dll in a Hex editor (UltraEdit works fine)
6. Search for “01 00 48 74 47 80 3D”
7. Make sure this is found once only
8. Replace “74” with  “EB”
9. Save
10. Restart Delphi. Error should be gone.

This might work on older Delphi versions as well, but I did not test that yet.

Update 1

I talked to some CodeGear Q&A guy and he tested their current internal Weaver build under the conditions where D2009 fails. The good news is that the error seems to be gone there – so the next Delphi Version will probably be good. For those who want to get started now: please see Update 2 below.

Update 2

LordByte sent me his automatic patch tool for Delphi 2007 and Delphi 2009. Just click “Apply patch” and you are done.

Get the patcher here: Delphi_2007_2009_WOW64_Debugger_Fix.zip (169 KB)

Note: Provided as is for free. Use at your own risk.

Kommen Sie auf die RoadShow der DelphiExperts!

Wir zeigen Ihnen zunächst was Delphi Prism ist und wie man damit unter .NET arbeitet, danach erlernen Sie das Erstellen von ASP.NET Anwendungen. Wir werden als ganz konkretes Beispiel einen WebShop ausgehend von einem leeren Projekt aufbauen. Die komplette Themenübersicht finden Sie in den Anmeldedetails.

Wann: Montag, 27.07.2009, 09.00 – 17:00 Uhr
Wo: Düsseldorf, Intercity Hotel, Graf-Adolf-Straße 81-87

Die DelphiExperts das sind Daniel Magin, Olaf Monien und Holger Flick. Unter dem neuen Label erhalten Sie ab sofort High-End Know how rund um Delphi.

Where is the catch? You need to have attended at least one previous EKON, and you have to sign up for at least 3 conference days. So if you attended the very first EKON and never came back – it might be the right time check for you old receipts and see what’s cooking in the Delphi labs.

Details about this offer : EKON 13 Alumni

EKON 13 will take place from 28.09.2009 – 02.10.2009 in Darmstadt, Germany

Session details will be made public soon. We already received about 100 session proposals. I’ll make sure that that the newest features like Touch support as presented at Delphi Live! last week will get covered of course.