John Kaster announced that Update 1 for BDS 2006 is now available. This update is supposed to bring the C++ personality out of preview mode, but since some of the files that changed are used by all personalities (IDE, TLE, etc.), I imagine some slight positive benefit will occur in the Delphi personalities as well.

There is an internal QC report that I created (21701) that deals with this issue. D2006 changed the behavior of TryEncodeDateTime (which is used by RecodeTime) so that it may return negative values when you don't expect it to. For example, a call like this returns a negative value: aDate := RecodeTime(0, 12, 0, 0, 0);

A snippet from the D2006 TryEncodeDateTime method looks like this:

  Result := TryEncodeDate(AYear, AMonth, ADay, AValue);
  if Result then
  begin
    Result := TryEncodeTime(AHour, AMinute, ASecond, AMilliSecond, LTime);
    if Result then
      if AValue > 0 then
        AValue := AValue + LTime
      else
        AValue := AValue - LTime

I copied the methods I needed from DateUtils and made local copies and changed them to revert back to the code in D6. However, one person commented that performing the check, "if AValue >=0 then" would also work. Hopefully this gets fixed in Update 2.

Version 10.0.2151.25345 of midas.dll is available on my web site at http://www.distribucon.com/midas.html.

It should be backwards compatible with older Delphi versions. If you run into any problems with this new version, I highly recommend that you enter the issue into QC. MIDAS continues to get good bug fixes due in large part to people posting their issues in QC.

Have fun!

My co-worker, Jeff Chojnacki, bumped into this problem today. Basically, if you have a 2-tier setup with ClientDataset, DatasetProvider, SQLQuery, etc., and have code that looks similar to this:

   cds1.Close;
   q1.SQL.Text := 'SELECT * FROM COUNTRY WHERE COUNTRY LIKE :COUNTRY';
   q1.Params.ParamByName('COUNTRY').AsString := eCountry.Text+'%';
   cds1.Open;

you will find that the data in cds1 never updates. IOW, if you first pass an 'A', and then pass an 'F', the data will always return as if you are passing the 'A' param.

I used Jeff's test-case and did some debugging and found a work-around, and I believe, the true solution. The work-around is to just call cds1.Params.Clear after cds1.Close. The solution is that TDatsetProvider is returning ptInput Params improperly in DoGetRecords. For all of the gory details, see QC 22335. Hopefully this gets resolved in Update 2.

Bob Swart just posted this link to the DevCon05 videos. Not all sessions have Camtasia sessions, but this is a great start since Borland has never done anything even close to this before. John Kaster has mentioned before that QC ratings and comments help drive the funding and content on BDN. If you find this content the least bit valuable, take the time to comment and/or rate. Maybe next year we'll get Camtasia coverage for the entire conference!

I'll leave the fun of the Big Feature Writeups (e.g. Live Templates) to others in the blogoshpere that have already started to cover some of the new features of Delphi 2006. Instead, I'll cover some of the more mundane, but very useful new features of Delphi 2006.

Method navigation is described in the "What's New in Developer Studio 2006" file like this: "You can quickly navigate between methods in your source code using a series of hotkeys". You use hotkeys like CTRL+ALT+Up-arrow and CTRL+ATL+Down-arrow to move from one method to the next in a given unit. CTRL+ALT+Home and CTRL+ALT+End take you to the first and last method - respectively - in the unit. There is also the concept of Class Locking which will only let you navigate with those hotkeys within the current class. The documentation on how to toggle this feature is incorrect, though. The correct way to do this is to position your caret in the IDE somewhere in a class, then press CTRL+Q, followed by just the letter L. After you have enabled class lock, you are constrained to method navigation only within that class.

Note: This worked for me with the IDE Classic editor setting. I'm not sure how it works with other settings.

When using a DateTimePicker control, MS assumes that the numeric part groupings (i.e. hour, minutes, seconds, etc.) are entered using 2 digit numbers. However, this means that the text in the control and the DateTime property can often get out of sync.

Take the example where you are just editing a Time and the text of the control is set to "12:00:00 PM". At this point, the DateTime and the text are the same. If you edit the '12' portion by typing '8', no OnChange event occurs, and furthermore, if you try to evaluate the DateTime property at this point it will still be the value for '12:00:00 PM' (e.g. Use a TSpeedButton to evaluate the property since it doesn't make the DateTimePicker lose focus). If you were to type '08' instead, things would be fine. Also, if you were to use the arrow keys to select the minutes part, or tab out of the control, things would be fine. It's just the one case I mentioned above that doesn't work like I would expect.

In order to solve this for my needs, I just did a DateTimePicker1.Perform(WM_KILLFOCUS, 0, 0) before evaluating the DateTime property. Since the control was on a popup window that was going away anyway, any side-effects of doing this won't really apply.

I just got a new Dell Latitude D810. It absolutely flies. However, I was getting very weird playback when playing certain WMV files (e.g. ECO is Child's Play or the PDC sessions). The playback was twinged with orange, and lime green, and other colors where I couldn't see the video. I felt like firing up some Jefferson Airplane to complete the effect.

To solve this, I ended up opening WMP9, going to Tools | Options | Performance and turned the Video acceleration setting down to None. Problem solved.

A version of LINQ that is compatible with the RTM version of VS2005 has been released on this page.

This post doesn't contain any actual technical information. I'm making this post in order to help a Borland R∓D person to debug a very minor, but somewhat irritating problem with the Welcome Page. The problem pops up if you have a post that has <pre> and <code > tags in a post that gets summarized. Here's a sample.

procedure ScrollToLineCol(AMemo: TCustomMemo; Line, Col: integer);
var
  Len: integer;
  AdjCol: integer;
  CharNum: integer;
begin
  if AMemo = nil then
    Exit;

  // Find the character number of the line requested
  CharNum := AMemo.Perform(EM_LINEINDEX, Line, 0);

   // Make sure we keep the column in this line
   Len := AMemo.Perform(EM_LINELENGTH, CharNum, 0);
   if Len > Col then
     AdjCol := Col
   else
     AdjCol := Len;

  // Add the column to the caret position
  AMemo.SelStart := CharNum + AdjCol;
  AMemo.Perform(EM_ScrollCaret, 0, 0);
end;

Hopefully, this makes it easy to debug now!

Borland is doing another 24 hours of Delphi on October 24. I'm on from 9:50am-10:20am CDT that morning (for non-US readers, check the BDN article for time conversions)I'll be talking about migration considerations for Delphi 2006, including changes to VCL, DBX, and DataSnap. I'm excited about getting a chance to share some of the things that I've learned about Delphi 2006 and pass on my very favorable experience with that product. Hopefully you can come away from my talk with a few time saving tips when migrating your applications to Delphi 2006. Looking forward to seeing you online that day!