List of Bug Fixes in Delphi and C++Builder XE Update 1

By: Kris Houser

Abstract: Lists and describes the fixes applied to reported bugs

This article lists all the fixes included in the Delphi and C++Builder XE Update.

If you have the initial release of Delphi or C++Builder XE, you can download updates free of charge from the registered users page:

http://cc.embarcadero.com/reg/rad_studio

If you are unsure which release you have, select Help > About in the IDE.

The Release Notes for the Update associated with this bug list are located at http://edn.embarcadero.com/article/40881.

The Release Notes for the initial release of Delphi and C++Builder XE are located  at http://edn.embarcadero.com/article/40775.

QC #: Date Reported: Area:
48535 7/4/2007 IDE\Code Templates
Description: Steps:
[QC Short Description]
Description of templates missing

[QC Description]
Afaik the code templates shown on CTRL-J in the editor did have a short description each. This is missing.
QC Entry 48535
1. New Delphi console application.

2. Put cursor in main body of program.

3. press CTRL-J

4. see that the template description is missing, at least in the german version

5. press CTRL-SPACE and scroll to the bottom of the list, see that the description of the templates appears.

// Note: same for C++Builder application.

QC #: Date Reported: Area:
67683 10/8/2008 Compiler\C++\Front End\Templates
Description: Steps:
[QC Short Description]
Template that derive from Delphi-style classes cannot use __published. For example:


template<class T> class test : public T
{
private:
int prop;
__published:
__property int MyProp = {read=prop, write=prop};
};


The compiler should delay the diagnostics until the template is instantiated as T could be a Delphi-style class.


QC Entry 67683
bcc32 -tWCV -c 265759.cpp


exp: No errors
act: Error E2289 test3.cpp 7: __published or __automated sections only supported for Delphi style classes


NOTE: The compiler does not allow the __published section up-front rather than wait to see if 'T' is a delphi-style class first.


QC #: Date Reported: Area:
77001 8/25/2009 Install
Description: Steps:
[QC Short Description]
At start up Messages window will show an error

[QC Description]
Messages window will show an error like:

Error executing 'C:\ProgramData\{BBD31133-40F8-4B57-9BA6-DB76C03D153B}\Setup.exe': The parameter is incorrect

or

Error executing 'C:\ProgramData\{BBD31133-40F8-4B57-9BA6-DB76C03D153B}\Setup.exe': The window does not have scroll bars

Delphi 2010 Trial

Platform is Win7 RTM 64 bit
QC Entry 77001
[FT]
Start up Delphi 2010. Messages window will show an error like: Error executing 'C:\ProgramData\{BBD31133-40F8-4B57-9BA6-DB76C03D153B}\Setup.exe': The parameter is incorrect or Error executing 'C:\ProgramData\{BBD31133-40F8-4B57-9BA6-DB76C03D153B}\Setup.exe': The window does not have scroll bars

QC #: Date Reported: Area:
77551 9/9/2009 VCL
Description: Steps:
[QC Short Description]
TWinControl.Destroy access violation on FTouchManager

[QC Description]
TWinControl.Destroy in Controls.pas contains the following code:

if Touch.GestureEngine <> nil then
Touch.GestureEngine.Free;

Under normal circumstances, this works because the inherited TControl.Create calls CreateTouchManager to create the object;

A problems occurs if an exception is raised during the constructor of a TWinControl, before inherited, which will cause the Destroy procedure to raise an access violation on Touch.GestureEngine.

The code should be written as follows:

if (Touch <> nil) and (Touch.GestureEngine <> nil) then
Touch.GestureEngine.Free;
QC Entry 77551

trunk rev: 24741
update rev: 24747
1. Create a subclass of TWinControl 2. In the constructor, raise an exception before calling inherited.

QC #: Date Reported: Area:
78829 9/18/2009 9:11:02 AM IDE\Code Browsing
Description: Steps:
Code browsing fails to detect when a file has been modified in the IDE. 1. Open attached project.
2. Open Unit1.pas.
3. Ctrl-click on CONST1

// exp & act: IDE navigates to the delcaration of CONST1 in Unit2.pas

4. In Unit2.pas, press Enter to move the constant declarations down a line.
5. Go back to Unit1.pas and Ctrl-click on CONST1 again.

// exp: IDE navigates to the declaration of CONST1 in Unit2.pas.
// act: IDE navigates to Unit2.pas, but does not go to the right line number. It goes to the original line number where the declaration used to be.

QC #: Date Reported: Area:
80864 1/6/2010 Compiler\C++
Description: Steps:
[QC Short Description]
Internal Compiler Error

[QC Description]
Can't compile the provided code sample.

It looks somewhat like QC66963 and QC70624, but both has already been fixed.

Compiles clean in release build.

Attached code:

#include <System.hpp>

int Bar(const String &S) // *any* params with among them a string parameter
{
return S.Length(); // ... or whatever based on the input
}

void Foo()
{
for (;;) { // or a "while (true) {"
String Str;

if ( Str.Length() ) { // Some dummy compare
// ...
} else
if (int Idx = Bar("GetAnICE")) { // yeap... assign *AND* compare
// may take specific actions based on Idx value
} else
break; // or "continue" - both brings an ICE

if (Str.IsEmpty()) // force usage of Str before going out of scope
; // ...
}
}

int main()
{
return 0;
}
QC Entry 80864
bcc32 -c -v qc80864.cpp

Exp: Clean compile

Act:
Fatal F1004 qc80864.cpp 24: Internal compiler error at 0x40b85d with base 0x400000 in function Foo()
Fatal F1004 qc80864.cpp 24: Internal compiler error in function Foo()

NOTE: Problem does not happen is -v is not enabled. Or -v is combined with -vi.

QC #: Date Reported: Area:
84322 5/4/2010 Debugger\Evaluator\Delphi
Description: Steps:
[QC Short Description]
Access violation when evaluating #$009e

[QC Description]
When evaluating the expression #$009e in the Evaluate/Modify dialog I'm getting an access violation.
QC Entry 84322


You can reproduce this bug easily when you do the step in non debug mode. Just open any project, and Ctrl+F7.

1. Ctrl+F7 2. Expression: #$009e 3. Press Return --------------------------- Error --------------------------- Access violation at address 00000000. Read of address 00000000. --------------------------- OK Details << --------------------------- [2064F527]{dbkdebugide150.bpl} Debug.TDebugKernel.Evaluate (Line 5249, "Debug.pas" + 3) + $18 [500410D0]{rtl150.bpl } System.UTF8ToUnicodeString (Line 28201, "System.pas" + 1) + $2 [2064F527]{dbkdebugide150.bpl} Debug.TDebugKernel.Evaluate (Line 5249, "Debug.pas" + 3) + $18 [5004120E]{rtl150.bpl } System.UTF8ToString (Line 28253, "System.pas" + 2) + $4 [2065D458]{dbkdebugide150.bpl} Debug.TDebugger.Evaluate (Line 11844, "Debug.pas" + 14) + $6 [2097693C]{coreide150.bpl} DebuggerMgr.TDebuggerMgr.ConstantEvaluate (Line 2748, "DebuggerMgr.pas" + 3) + $25 [20965429]{coreide150.bpl} EvalMod.TEvalDialog.DoEvaluate (Line 212, "EvalMod.pas" + 32) + $31 [20965974]{coreide150.bpl} EvalMod.TEvalDialog.EnableModify (Line 322, "EvalMod.pas" + 5) + $C [500A5EF3]{rtl150.bpl } Classes.TBasicAction.Execute (Line 12733, "Classes.pas" + 3) + $7 [50310EDD]{vcl150.bpl } ActnList.TContainedAction.Execute (Line 448, "ActnList.pas" + 8) + $2C [50311CB8]{vcl150.bpl } ActnList.TCustomAction.Execute (Line 1094, "ActnList.pas" + 7) + $8 [500A5DB7]{rtl150.bpl } Classes.TBasicActionLink.Execute (Line 12662, "Classes.pas" + 2) + $7 [502F5A20]{vcl150.bpl } Controls.TControl.Click (Line 7176, "Controls.pas" + 7) + $7 [502B5598]{vcl150.bpl } ComCtrls.TToolButton.Click (Line 20573, "ComCtrls.pas" + 0) + $0 [2096523D]{coreide150.bpl} EvalMod.TEvalDialog.DefaultActionExecute (Line 168, "EvalMod.pas" + 2) + $4 [500A5EF3]{rtl150.bpl } Classes.TBasicAction.Execute (Line 12733, "Classes.pas" + 3) + $7 [50310EDD]{vcl150.bpl } ActnList.TContainedAction.Execute (Line 448, "ActnList.pas" + 8) + $2C [50311CB8]{vcl150.bpl } ActnList.TCustomAction.Execute (Line 1094, "ActnList.pas" + 7) + $8 [50311D51]{vcl150.bpl } ActnList.TCustomAction.HandleShortCut (Line 1118, "ActnLis

QC #: Date Reported: Area:
85438 6/14/2010 SOAP\WSDL Importer
Description: Steps:
[QC Short Description]
wsdl import fails in d2010 but worked in d2007

[QC Description]
Upgraded from RAD Studio 2007 to 2010 and find that an import that worked in d2007 fails in d2010. It seems 2010 has problems with importing the namespace. Have tried both with WSDLImp.exe and via the IDE with various options but without success.
QC Entry 85438


The wsdl is attached. The zip contains several wsdl files. The axlapi.wsdl in \schema\6.1\WSDL-AXIS is known to work in d2007 with WSDLImp.exe 2.2. Just do a wsdlimp.exe axlapi.wsdl in the folder. The axlapi.pas generated with wsdlimp 2.4 does not, and lacks type declarations. type // ************************************************************************ // // The following types, referred to in the WSDL document are not being represented // in this file. They are either aliases[@] of other types represented or were referred // to but never[!] declared in the document. The types from the latter category // typically map to predefined/known XML or Embarcadero types; however, they could also // indicate incorrect WSDL documents that failed to declare or import a schema type. // ************************************************************************ // // !:addAARGroup - "http://www.cisco.com/AXL/API/6.1"[Lit][] // !:addAARGroupResponse - "http://www.cisco.com/AXL/API/6.1"[Lit][] // !:getAARGroup - "http://www.cisco.com/AXL/API/6.1"[Lit][] // !:getAARGroupResponse - "http://www.cisco.com/AXL/API/6.1"[Lit][] ... ...

QC #: Date Reported: Area:
86174 7/11/2010 Compiler\C++\Front End
Description: Steps:
[QC Short Description]
XML reference output doesn't emit reference info for members

[QC Description]
See steps.
QC Entry 86174
[top10]
- Compile the following code with "bcc32 -R -Zxrf qc.cpp": // ----- class Foo { public: void bar (void) {} }; int main (void) { Foo f; f.bar (); } // ----- - Look at the generated qc.xml file. Exp.: <?xml version="1.0" encoding="utf-8"?> <!-- 07/11/10 15:58:49, opts="rf" --> <file name="foo.cpp" platform="Windows"> <class name="Foo" visibility="public" info="classlike"> <ref type="definition" file="foo.cpp" line="2" /> <ref type="definition" file="foo.cpp" line="1" /> <ref file="foo.cpp" line="9" /> <members> <function name="bar" visibility="public" callconv="__cdecl" type="void"> <ref type="definition" file="foo.cpp" line="4" /> <ref type="definition" file="foo.cpp" line="5" /> <ref file="foo.cpp" line="11" /> </function> </members> </class> </file> Act.: <?xml version="1.0" encoding="utf-8"?> <!-- 07/11/10 16:01:11, opts="rf" --> <file name="foo.cpp" platform="Windows"> <class name="Foo" visibility="public" info="classlike"> <ref type="definition" file="foo.cpp" line="2" /> <ref type="definition" file="foo.cpp" line="1" /> <ref file="foo.cpp" line="10" /> <members> <function name="bar" visibility="public" callconv="__cdecl" type="void" /> </members> </class> </file>

QC #: Date Reported: Area:
86305 7/15/2010 IDE\Code Templates
Description: Steps:
[QC Short Description]
"var" code template broken

[QC Description]
The "var" code template does not add the new variable to the var section. It doesn't matter if the function currently has a var section or not.
QC Entry 86305
1. File | New VCL Forms Applicaton 2. Double click the form 3. In the new function FormCreate type "var" and press tab 3 times --> The Integer is not added

QC #: Date Reported: Area:
86832 8/2/2010 Debugger\Evaluator\C++
Description: Steps:


[QC Short Description]
[Regression] C++ strings evaluator cannot handle Delphi code correctly

[QC Description]
See steps.

This is a partial regression from C++Builder 2010. Evaluating UnicodeString arguments did work back then, but AnsiString or UTF8String arguments failed.
QC Entry 86832
- Create a new C++Builder VCL application (with or without Forms, doesn't matter) - Create a new Delphi unit, insert this code: // ----- unit Unit1; interface procedure TakeString (Arg: String; AnsiArg: AnsiString; Utf8Arg: UTF8String); implementation procedure TakeString (Arg: String; AnsiArg: AnsiString; Utf8Arg: UTF8String); begin Arg := AnsiArg + UTF8Arg; // <--- set breakpoint here end; end. // ----- - Set a breakpoint at the specified source line - Insert this code in the .cpp unit: // ----- #include "Unit1.hpp" ... __fastcall TForm2::TForm2(TComponent* Owner) : TForm(Owner) { TakeString ("foo", "bar", "baz"); } // ----- - Run the application. Exp.: the debugger stops at the breakpoint and displays the values of all three arguments in the Watches view. Act.: the debugger stops at the breakpoint, but none of the arguments is displayed in the Watches view correctly. Trying to evaluate the arguments causes the error "E2468 Value of type void is not allowed".

QC #: Date Reported: Area:
87256 8/14/2010 IDE\Code Editor\
Description: Steps:
[QC Short Description]
Code formatter marks all text as modified.

[QC Description]
- Open any source file (.CPP or .PAS)
- Select a block of code and invoke the code formatter (ie: Ctrl+D).
- After exectuting the code is formated, but all the source code is marked as edited/modified (yellow line at left side of the edit window),
and not only the lines modified. The very first time I used I was scared that it modified others areas of code.
QC Entry 87256
- Open any source file (.CPP or .PAS)
- Select a block of code and invoke the code formatter (ie: Ctrl+D).
- After exectuting the code is formated, but all the source code is marked as edited/modified (yellow line at left side of the edit window),
and not only the lines modified. The very first time I used I was scared that it modified others areas of code.

[vk]Fixed in trunk svn rev.34196
merged to branch svn rev.34196

QC #: Date Reported: Area:
87404 8/20/2010 RTL\C++\Exception Handling
Description: Steps:
[QC Short Description]
RTL's Structured Exception handler calls UnhandledExceptionFilter()

[QC Description]
When there is no handler for an exception, the RTL's default exception handler calls the UnhandledExceptionFilter() function instead of just returning XCPT_CONTINUE_SEARCH. This usually results in the registered exception filter (or Windows Error Reporting) three times instead of one time. (See attached example.)

Here's the fix in $(BDS)\source\cpprtl\Source\except\except.c:
// -----
static ULONG __EHCC ExcHandler(PEXCEPTIONREPORTRECORD p,
PEXCEPTIONREGISTRATIONRECORD q,
PCONTEXTRECORD r,
PVOID s)
{
...
if (p->ExceptionNum == STATUS_FATAL_APP_EXIT)
{
/* Abort unhandled so generate default action */
_do_abort();
}

- {
- EXCEPTION_POINTERS exceptPointers;
-
- exceptPointers.ExceptionRecord = (PEXCEPTION_RECORD)p;
- exceptPointers.ContextRecord = (PCONTEXT)r;
- return UnhandledExceptionFilter(&exceptPointers);
- }
+ return XCPT_CONTINUE_SEARCH;
}
// -----

Problem and fix were discovered by Vladimir Ulchenko.
QC Entry 87404
bcc32 qc87404.cpp
qc87404.exe

Exp:
"started
SEH called"

Actual printout:
"started
SEH called
SEH called
SEH called"

QC #: Date Reported: Area:
87503 8/24/2010 ActiveX\Type Library Editor
Description: Steps:
[QC Short Description]
Error in ridl causes data loss in Type Library Editor

[QC Description]
If an error is introduced into a .ridl file by manual editing, going to the Design tab and back to the Code tab will cause loss of interface definitions after the error.
QC Entry 87503
1. Load a .ridl file into the IDE 2. In Code view, introduce an error into the ridl file. 3. Switch to Design view 4. Switch back to Code view All the method/property definitions and interface attributes after the error have been lost.

QC #: Date Reported: Area:
87530 8/25/2010 IDE\Code Templates
Description: Steps:
[QC Short Description]
proprof template should use uppercase F

[QC Description]
The new proprof live template produces
this:
property name: type read fname;

The f should be uppercase, to match the standard Delphi style. (The propf live template does it right.)
QC Entry 87530
Start a new Delphi VCL forms application. In the TForm declaration, type proprof and press space EXP: property name: type read Fname; ACT: property name: type read fname;

QC #: Date Reported: Area:
87603 8/28/2010 IDE\Code Editor\Help Insight
Description: Steps:
[QC Short Description]
Automated Incident Report

[QC Description]
Access violation at address 2221978D in module 'dcc150.dll'. Read of address CA000038.

See attached test case and steps.
QC Entry 87603
1) Open Project1.dpr, build and run it.
2) Open WinsockTypes.inc and navigate to the last VAR block at the bottom of the file.

var
WSocketGCount : Integer = 0;
GWSockCritSect : TRTLCriticalSection;
GReqVerLow : BYTE = 2;
GReqVerHigh : BYTE = 2;
GIPv6Available : Integer = -1; { -1 = unchecked, 0 = FALSE, 1 = TRUE }

3) Move the mouse over "Integer", "BYTE" or "TRTLCriticalSection";

All files are attached.

Stack trace:
[0B035A2D]{dcc150.dll } kibitz.c.WalkAllScopes (Line 2417, "kibitz.c" + 67) + $0
[0B035C55]{dcc150.dll } kibitz.c.ValidTypes (Line 2498, "kibitz.c" + 2) + $9
[0B0362D8]{dcc150.dll } kibitz.c.KibitzGetValidSymbolsImpl (Line 2842, "kibitz.c" + 19) + $16
[0B036218]{dcc150.dll } kibitz.c.KibitzGetValidSymbols (Line 2817, "kibitz.c" + 5) + $D
[06546EC7]{delphicoreide150.bpl} BasePasComIntf.TCompiler.KibitzGetValidSymbols (Line 1181, "BasePasComIntf.pas" + 6) + $13
[064CB57F]{delphicoreide150.bpl} PasNativeCompilerAdapter.TCompilerAdapter.GetValidSymbols (Line 534, "PasNativeCompilerAdapter.pas" + 1) + $14
[064B77EE]{delphicoreide150.bpl} PasCodCmplt.TSymbolList.GetValidSymbols (Line 3496, "PasCodCmplt.pas" + 13) + $2B
[064B0AA4]{delphicoreide150.bpl} PasCodCmplt.TPascalKibitzManager.GetDefinitionInfo (Line 1172, "PasCodCmplt.pas" + 46) + $C
[064B02F9]{delphicoreide150.bpl} PasCodCmplt.TPascalKibitzManager.GetHintText (Line 994, "PasCodCmplt.pas" + 9) + $11
[52290DAC]{coreide150.bpl} CodCmplt.TCodeCompletionManager.UpdateHintText (Line 1401, "CodCmplt.pas" + 8) + $20
[5228E12E]{coreide150.bpl} CodCmplt.TCodeCompletionManager.InvokeKibitzManager (Line 441, "CodCmplt.pas" + 66) + $3
[5228F084]{coreide150.bpl} CodCmplt.TCodeCompletionManager.Invoke (Line 827, "CodCmplt.pas" + 40) + $A
[52290B2D]{coreide150.bpl} CodCmplt.TCodeCompletionManager.GetHotlinkHint (Line 1352, "CodCmplt.pas" + 3) + $C
[52333C86]{coreide150.bpl} EditorControl.TEditEventHandler.FormHintShow (Line 8516, "editorcontrol.pas" + 172) + $1B

QC #: Date Reported: Area:
87611 8/28/2010 RTL\Delphi\Regular Expressions
Description: Steps:
[QC Short Description]
TRegEx.Matches returns wrong length.

[QC Description]
TRegEx.Matches returns wrong length.
QC Entry 87611
Compile and run the attached application below.

See the following program output indicating failure.

FAIL - Length not 1 - V=C I=9 L=9
FAIL


program BTS280238;

{ TRegEx.Matches returns wrong length. }

{$APPTYPE CONSOLE}

uses
SysUtils,
RegularExpressions;

var
Expected: Integer = 0;
Counter: Integer = 0;

procedure DoTest;
var
Match: TMatch;
V: String;
I: Integer;
L: Integer;
begin
// Test with Unicode char as well
// for Match in TRegEx.Matches('AB'#$6C34'AB'#$6C34'AB'#$6C34, #$6C34) do
for Match in TRegEx.Matches('ABCABCABC', 'C') do
begin
I := Match.Index;
V := Match.Value;
L := Match.Length;
Inc(Expected);
if L = 1 then
Inc(Counter)
else
WriteLn('FAIL - Length not 1 - V=', V, ' I=', I, ' L=', L);
end;
end;


begin
try
DoTest;
if Expected = Counter then
WriteLn('PASS')
else
WriteLn('FAIL');
except
on E: TObject do
WriteLn('FAIL - Exception=', E.ClassName);
end;
end.

QC #: Date Reported: Area:
87674 8/31/2010 IDE\Version Control\SVN
Description: Steps:
[QC Short Description]
SVN Checkout externals switch is reversed

[QC Description]
Rad Builder C++ XE on Windows 7 (not options in the Platforms or version dropdown above)

The Open file from Version Control dialog has an option box to check out externals as well. This option box is reversed. Checking it does not get externals. Keeping it unchecked gets externals.
QC Entry 87674


//USc: fixed in Version Insight trunk revision 7
1. Open Project from SVN that contains externals 2. Check the 'Include Externals' check box 3. Externals do not get fetched. Do as above but do not check the 'Include Externals' 3. Externals do get fetched.

QC #: Date Reported: Area:
87712 9/1/2010 Compiler\C++\Front End
Description: Steps:
[QC Short Description]
BCC doesn't reserve VMT slots for virtual constructors in template classes

[QC Description]
The compiler generates different VMTs for the following classes:

// -----
template <typename T>
class TGenericClass : public TObject
{
public:
__fastcall virtual TGenericClass (void);
virtual void __fastcall SomeMethod (void);
};

class TNonGenericClass : public TObject
{
public:
__fastcall virtual TNonGenericClass (void);
virtual void __fastcall SomeMethod (void);
};
// -----

The compiler reserves a VMT slot for TNonGenericClass::TNonGenericClass(), but it doesn't reserve one for TGenericClass<>::TGenericClass(). This implies that TNonGenericClass::SomeMethod() is referenced in VMT[1], whereas TGenericClass<>::SomeMethod() is referenced in VMT[0].

This is a problem mostly because Delphi generics are exposed as C++ templates, and Delphi generates a different (i.e. correct) VMT layout for generic classes.

An exemplary real-world test case caused by this mismatch can be found in the public groups:

https://forums.embarcadero.com/thread.jspa?messageID=276703#276703

The test case was provided by Luis Branca who first discovered the problem.
QC Entry 87712
bcc32 -WCV qc87712.cpp
qc87712.exe

Exp.: prints "PASS"
Act.: prints
"Assertion failed: ActuallyInvokedMethod == ActuallyInvokedMethod::SomeMethod, file qc87712.cpp, line 51

Abnormal program termination"

[NOTE: This is the reason DataSnap JSON marshalling is broken in C++]

QC #: Date Reported: Area:
87709 9/1/2010 RTL
Description: Steps:
REGRESSION FROM D2010
[QC Short Description]
UnicodeToUtf8 broken

[QC Description]
UnicodeToUtf8 function appears to be broken.

The function apparently no longer null terminates the resultant UTF8 string retaining whatever junk memory is in the destination buffer.
QC Entry 87709
Compile and run the attached application below.

See the following program output indicating failure.

FAIL - Value=(Man?)
FAIL


program BTS280295;

{$APPTYPE CONSOLE}

var
Expected: Integer = 0;
Counter: Integer = 0;

function UTF8Str(const WS: string): AnsiString;
var
szTitle: array[0..511] of AnsiChar;
begin
szTitle[0] := #0;
szTitle[3] := #1;
UnicodeToUtf8(szTitle, 511, PChar(WS), Length(WS));
Result := szTitle;
end;

procedure DoTest;
var
Value: String;
begin
value := UTF8Str('Man');
Inc(Expected);
if Value = 'Man' then
Inc(Counter)
else
WriteLn('FAIL - Value=(',Value,')');
end;

begin
try
DoTest;
if Counter = Expected then
WriteLn('PASS')
else
WriteLn('FAIL');
except
on E: TObject do
WriteLn('FAIL - Exception=', E.ClassName);
end;
end.


QC #: Date Reported: Area:
87706 9/1/2010 IDE\Version Control\SVN
Description: Steps:
[QC Short Description]
Subversion checkouts perform badly

[QC Description]
A checkout of our main source tree (117 MB, 6916 files) via "File/Open From Version Control" takes 21 minutes. The "svn" command line client only needs 1 minute and 20 seconds.
QC Entry 87706
 

QC #: Date Reported: Area:
87828 9/6/2010 Compiler\Delphi\Generics
Description: Steps:
[QC Short Description]
Regression: F2084 Internal Error: AV0048D189-R00000000-0 with array of generic record

[QC Description]
This is regression from D2010

-> see steps
QC Entry 87828
- save the following program
- dcc32 QC87828.dpr

expected: it compiles
actual: QC87828.dpr(35) Fatal: F2084 Internal Error: AV0048D189-R00000000-0

Additional notes:
- fields in Entry record are meaningless
- occurs also when Entry has only one type parameter
- internal: regression happened between build 3862 (revision 33183) and 3866 (revision 33323)


program QC87828;

{$APPTYPE CONSOLE}

type
Entry<TKey, TValue> = record
// Fields
public hashCode: Integer;
public key: TKey;
public next: Integer;
public value: TValue;
end;

EntryArray<TKey, TValue> = array of Entry<TKey, TValue>;

XYZ<TKey, TValue> = class
private entries: EntryArray<TKey, TValue>;
public
constructor Create;
end;

constructor XYZ<TKey, TValue>.Create;
begin
SetLength(self.entries, 10);// <-- remove this line to make error go away
end;

procedure Fail;
begin
XYZ<string, string>.Create;
end;

begin
WriteLn('PASS'); // on compile
end.

QC #: Date Reported: Area:
87811 9/6/2010 IDE\Code Editor\Formatting
Description: Steps:
[QC Short Description]
end is incorrectly indented in case with else statement

[QC Description]
If "Indent Else in case statement" is set to true, formatter also indents final case end

formatted code:

begin
case FormStyle of
fsNormal: DoSomething1;
fsStayOnTop: DoSomething2;
else DoSomething3;
end;
end;

should be formatted:

begin
case FormStyle of
fsNormal: DoSomething1;
fsStayOnTop: DoSomething2;
else DoSomething3;
end;
end;
QC Entry 87811
1. Check that "Indent Else in case statement" is set to True 2. Code formatter formats following code as: begin case FormStyle of fsNormal: DoSomething1; fsStayOnTop: DoSomething2; else DoSomething3; end; // this end is incorrectly indented end; and it should be formatted as: begin case FormStyle of fsNormal: DoSomething1; fsStayOnTop: DoSomething2; else DoSomething3; end; end;

QC #: Date Reported: Area:
87830 9/6/2010 Compiler\Delphi\Generics
Description: Steps:
[QC Short Description]
Internal Error I7746

[QC Description]
I get an internal error when compiling this unit in a package (Dehl revision 521):

unit Unit16;

interface

uses dehl.Types, dehl.Collections.List;

type

TTestList = TList<TObject>;

implementation

initialization

TClassType<TTestList>.Create(true);

end.


QC Entry 87830
By USc:
- save the following two files
- dcc32 BTS280348Package.dpk

expected: it compiles
actual: BTS280348Unit.pas(30) Fatal: F2084 Internal Error: I7746

Additional note: it is regression that happened between build 3881 (revision 33894) and build 3886 (revision 34023)

//--- BTS280348Package.dpk ---
package BTS280348Package;

requires
rtl;

contains
BTS280348Unit in 'BTS280348Unit.pas';

end.
//--- BTS280348Unit.pas ---
unit BTS280348Unit;

interface

type
//DeHL.Types.pas
TClassType<T: class> = class(TObject)
procedure DoSerialize;
end;

//DeHL.Collections.List.pas
TList<T> = class(TObject);

TTestList = TList<TObject>;

implementation

procedure TClassType<T>.DoSerialize;
var
LClass: TClass;
begin
LClass := TClass(T);
end;

initialization
TClassType<TTestList>.Create;

end.


Original steps:
1) Install DEHL revision 521.

2) New Package

3) Add the unit below

4) Compile

----

unit Unit16;

interface

uses dehl.Types, dehl.Collections.List;

type

TTestList = TList<TObject>;

implementation

initialization

TClassType<TTestList>.Create(true);

end.

QC #: Date Reported: Area:
87865 9/7/2010 Database\DataSnap\Client
Description: Steps:
[QC Short Description]
Delphi REST client proxy fails to send MBCS string parameter

[QC Description]
Delphi REST client proxy fails to send MBCS string parameter.

Client must pass MBCS string parameter with %xx%yy%zz format using UTF8 encoding.

Please see JavaScript/PHP client proxy routine.


Please see attached screenshot.
QC Entry 87865


Added by Tomohiro Takahashi
<<<<<<<<<<
EncodeCharSet method of DSClientRest.pas does not work with MBCS string.
>>>>>>>>>>
DataSnapHTTP.Native.DB.Test.exe -s:TestRaid_280351 -HTTP

-OR-

1. create default REST DataSnap server with EchoString method etc...
2. start the REST server
3. create REST client application via Wizard.
4. client try to call Echo method by passing MBCS(e.g., Japanese) string.
5. because the parameter is not formatted correcly, server fails to recieve the string parameter.

Please see attached screenshot.

QC #: Date Reported: Area:
88004 9/12/2010 VCL\Emulation Classes
Description: Steps:
[QC Short Description]
Interface operators for Delphi class calls GetInterface on interface without GUID

[QC Description]
Consider an interface that has been declared in a Delphi unit and a Delphi class that has been created that implements the interface. When compiled for C++ the .hpp is generated to allow C++ code to reference the interface object.

The generated code has an #ifdef for MANAGED_INTERFACE_OPERATORS that allows code to access the interface object differently. Prior to C++Builder XE this macro could be selectively defined. As of the initial release of C++Builder XE this macro is defined in sysmac.h which is included by all .hpp files generated from Delphi source. This prevents code from selectively defining this macro thus always using the MANAGED_INTERFACE_OPERATORS code section.

The reason this is a problem is apparent when the Delphi class was not defined with a GUID.

// Delphi class
ITest = interface(IUnknown)
end;

TTest = class(TComponent, ITest)
end;

// Generated .hpp
class PASCALIMPLEMENTATION TTest : public Classes::TComponent
{
//...
public:
#if defined(MANAGED_INTERFACE_OPERATORS)
operator _di_ITest()
{
_di_ITest intf;
GetInterface(intf); // Error here
return intf;
}
#else
operator ITest*(void) { return (ITest*)&__ITest; }
#endif
};

// C++ code that uses TTest
TTest* test = new TTest(NULL);
_di_ITest ditest(*test);

When GetInterface() is called it requires that the class have a GUID and the compiler will error.

[BCC32 Error] systobj.h(71): E2497 No GUID associated with type: ITest

There are two possible solutions to this problem. One is to remove the #define from sysmac.h and allow code to selectively define the macro. The second is to generate the .hpp differently depending on whether the interface has a GUID or not.
QC Entry 88004
- Create a new C++Builder VCL Forms Application - Add a Delphi unit - Add the ITest and TTest classes - In a C++ unit add code to access the ITest interface of a TTest object exp: 0 warnings, 0 errors act: [BCC32 Error] systobj.h(71): E2497 No GUID associated with type: ITest

QC #: Date Reported: Area:
88013 9/13/2010 RTL\C++\STL
Description: Steps:
[QC Short Description]
Error in array version of std::unique_ptr

[QC Description]
The array version of unique_ptr (for example, unique_ptr<int[]>) doesn't compile which I think is a simple 'typo' in <memory>

See steps to reproduce

Code is attached.
QC Entry 88013


Added by Sysop
<<<<<<<<<<<
C++Builder XE has same problem.
>>>>>>>>>>>
bcc32 280413.cpp

exp: clean compile

act:
E2404 Dependent type qualifier

QC #: Date Reported: Area:
88027 9/13/2010 Compiler\C++\Front End\Exception Handling
Description: Steps:
[QC Short Description]
Can not catch EDivByZero exceptions

[QC Description]
I created a simple program that creates a divide-by-zero situation at runtime. I added catch conditions for "Exception" and "...". Neither of those conditions is reached and a dialog box is displayed with the text "Division by zero".

My fear is that this problem is more prolific than for just division by zero. This is bad enough for visual applications. It is a critical error for server-side applications that need to catch all errors and never display a dialog box.

Perhaps this is a different problem but I will mention it just in case it helps track down the problem. If the division by zero happens in the main form's constructor then the application goes into an infinite loop, the main form is never shown, and the exception dialog is not displayed. Again, the catch condition is never reached.

This bug is new to CBXE. CB2010 and CB2009 do not exhibit this behavior. Also, a similar Delphi application has no problem catching the exception.
QC Entry 88027
bcc32 -tCV 280415.cpp
280415.exe

exp: clean run and returns 0

act:

* * * CRASHED * * *

QC #: Date Reported: Area:
88041 9/14/2010 ActiveX\Code Generators
Description: Steps:
[QC Short Description]
Problems with designing components with multiple interface inheritance

[QC Description]
-----------------------------------------------------------
Based on https://forums.codegear.com/thread.jspa?threadID=43238&tstart=0 forum thread.
-----------------------------------------------------------


I'm having some problems with porting my projects from 2010 to XE.

Thre're several COM objects that inherit multiple interfaces (2, 3, 4 or more).

With ATL-based engine I managed to find necessary implementation modules modifications to create valid and working code.

As for example:

class ATL_NO_VTABLE TMyObjectTypeImpl :
public CComObjectRootEx<CComSingleThreadModel>,
public CComCoClass<TMyObjectTypeImpl, &CLSID_MyObjectType>,
public IDispatchImpl<IMyObjectType, &IID_IMyObjectType, &LIBID_My_Lib>,
DUALINTERFACE_IMPL(MyObjectType, IMyIdentifiableItem),
DUALINTERFACE_IMPL(MyObjectType, IMyStorageInfo),
DUALINTERFACE_IMPL(MyObjectType, IMyListMember)
{
public:
TMyObjectTypeImpl();
TMyObjectTypeImpl(IUnknown *owner);
virtual ~TMyObjectTypeImpl();

DECLARE_GET_CONTROLLING_UNKNOWN()

BEGIN_COM_MAP(TMyObjectTypeImpl)
COM_INTERFACE_ENTRY(IMyObjectType)
COM_INTERFACE_ENTRY2(IDispatch, IMyObjectType)
DUALINTERFACE_ENTRY(IMyIdentifiableItem)
DUALINTERFACE_ENTRY(IMyStorageInfo)
DUALINTERFACE_ENTRY(IMyListMember)
END_COM_MAP()
...
};

But with newly introduced DAX-based engine I have troubles.

A .ridl file contents are the same:

[
uuid(102958AC-81AA-41BA-83D8-C5068550A9B3),
version(1.0)
]
coclass MyObjectType
{
[default] interface IMyObjectType;
interface IMyIdentifiableItem;
interface IMyStorageInfo;
interface IMyListMember;
};


But the auto-generated implementation code is just incorrect and looks like:

class DAX_COM_CLASS TMyObjectTypeImpl : public TCppAutoObject<IMyObjectType, IMyListMember, IMyStorageInfo, IMyIdentifiableItem>
{
...
};

As far as TCppAutoObject<> template can't accept more than 3 parameters (axbase.h)

template <typename INTF1, typename INTF2=IUnknown, typename INTF3=IDispatch>
class TCppAutoObject : public Comobj::TAutoObject,
public INTF1, public INTF2, public INTF3
{
...
}

implementation code auto-generation doesn't work at all.

That is definitely an issue that is worth to be investigated IMO.

But now I'm asking for a suggestion. It there a workaround for my situation to create a valid code?

Will the following modification do the job?

template <typename INTF1, typename INTF2, typename INTF3=IUnknown, typename INTF4=IDispatch>
class TCppAutoObject4 : public Comobj::TAutoObject,
public INTF1, public INTF2, public INTF3, public INTF4
{
protected:
typedef TCppAutoObject4<INTF1, INTF2, INTF3, INTF4> _COM_CLASS;
public:
__fastcall TCppAutoObject4(void)
{}
__fastcall TCppAutoObject4(const System::_di_IInterface Controller) :
Comobj::TAutoObject(Controller)
{}
__fastcall TCppAutoObject4(Comobj::TComObjectFactory* Factory,
const System::_di_IInterface Controller) :
Comobj::TAutoObject(Factory, Controller)
{}

DAX_IMPL_IUNKNOWN(Comobj::TAutoObject);
DAX_IMPL_IDISPATCH(Comobj::TAutoObject);
};

With that addition to axbase.h and a manual correction of the class implementation like

class DAX_COM_CLASS TMyObjectTypeImpl : public TCppAutoObject4<IMyObjectType, IMyListMember, IMyStorageInfo, IMyIdentifiableItem>
{
...
};

I managed to compile the project, but I'm really not sure if it produces the correct code.
QC Entry 88041
1) Create new ActiveX Library project. 2) Add new Automated Object to the project. 3) In the Type Lib designer add several new Interfaces, 4 or 5. 4) In the 'Implements' features page add all interfaces to the list of inherited interfaces for the single CoClass. 5) Look at the auto-generated implementation code and try to compile the project.

QC #: Date Reported: Area:
88036 9/14/2010 Compiler\Delphi\Generics
Description: Steps:
[QC Short Description]
Generics regression in XE on aliased type

[QC Description]
The Assert() in the code below fails, it used to work in D2009 and D2010.

(USc: Regression happened between build 3881 (revision 33894) and build 3886 (revision 34023))

The compilers throws in an incorrect "xor eax, eax" just before the FObject assignment in the constructor.

Seems to fails whether or not TRec is a record or a class.

Apparently if the TGenericRec aliasing isn't used but TGeneric<TRec> used explicitly, it works, it also works if instead of an alias, TGenericRec is a class.


QC Entry 88036
By USc: - save the following program - dcc32 QC88036.dpr - execute QC88036.exe expected: output is PASS actual: output is FAIL program QC88036; {$APPTYPE CONSOLE} type TRec = record I: Integer; end; TGeneric<T> = class FField: T; end; TGenericRec = TGeneric<TRec>; TWrapper<T: constructor, class> = class FObject: T; constructor Create; end; constructor TWrapper<T>.Create; begin inherited Create; FObject := T.Create; end; var W: TWrapper<TGenericRec>; begin W := TWrapper<TGenericRec>.Create; if Assigned(W.FObject) then WriteLn('PASS') else WriteLn('FAIL'); end. Original code snippet: type TRec = record i : Integer; end; TGeneric<T> = class FField : T; end; TGenericRec = TGeneric<TRec>; TWrapper<T:constructor, class> = class FObject : T; constructor Create; end; // Create // constructor TWrapper<T>.Create; begin inherited Create; FObject:=T.Create; end; procedure TForm1.FormCreate(Sender: TObject); var w : TWrapper<TGenericRec>; begin w:=TWrapper<TGenericRec>.Create; Assert(w.FObject<>nil); // shouldn't be triggered end;

QC #: Date Reported: Area:
88038 9/14/2010 IDE
Description: Steps:
[QC Short Description]
Delphi always maximizes itself on taskbar change

[QC Description]
If Delphi XE is minimized to the taskbar and the size of the taskbar is changed Delphi
maximizes itself. It should stay minimized on the taskbar like every other program.
(In Windows XP it even maximizes itself if i uncheck "Lock the Taskbar")

This hapens from Delphi 2007 and up to XE. (Delphi 2006 did not do this)


[Edit: SysOp PZ]
Related forum-thread about this report:
https://forums.embarcadero.com/thread.jspa?messageID=281006&tstart=0#281006
[/Edit]
QC Entry 88038
Start Delphi (maximized or in normal state) Make sure the Desktop-Layout in Delphi is set to Default-Layout Minimize Delphi to the taskbar Rightclick taskbar and uncheck "Lock the Taskbar" Resize the taskbar from one to two rows or from two back to one row Delphi pops back up (always maximized even if it was previously in normal state) !!! (it should stay minimized)

QC #: Date Reported: Area:
88863 9/16/2010 Install\Filecompares
Description: Steps:
[QC Short Description]
dclOffice2k.dcp and dclOffice2k.dcu are missing

[QC Description]
The (BDS)\lib\win32\release\ and (BDS)\lib\win32\debug\ folders do not have the dclOffice2k.dcp and dclOffice2k.dcu files.

QC Entry 88863


Added by Sysop
<<<<<<<<<<
With 15.0.3923.34648, these files are still MISSING.
>>>>>>>>>>
Due to this issue, when turning on Runtime packages, Build fails.

QC #: Date Reported: Area:
88131 9/16/2010 IDE\Code Editor\
Description: Steps:
[QC Short Description]
formatter breaks do while loops

[QC Description]
If 'Force braces in control statements is 'Yes' the format does this to a do while loop

original:
do
{
} while( false );

formated:
do
{
}
while( false )
{;
}


Workaround appears to be setting the same formatter to If on the next line
QC Entry 88131
 

QC #: Date Reported: Area:
88211 9/20/2010 Database\DataSnap\Server
Description: Steps:
[QC Short Description]
DataSnap REST "Release" Servers don't run

[QC Description]
The DataSnap REST Server wizard can produce three kinds of servers: DataSnap REST VCL, DataSnap REST Console and DataSnap REST ISAPI. For the ISAPI DLL, deployment is a separate step anyway, so I won't consider that one.

But for VCL or Console applications, only the DEBUG build configuration will work out-of-the-box without problems, because the "Output directory" for the executable is set to "." (current directory). For the RELEASE build configuration, the "Output directory" is left to the original ".\$(Config)\$(Platform)" which is a location where the css, images, js and templates directories cannot be found.

As a consequence, when running the RELEASE build of a DataSnap REST application, you'll get a HTTP 500 Internal Server Error. If people know what they are doing, they quickly realise that the executable must be in the same directory as the four subdirectories (and by default a project is created in the DEBUG configuration, so it works from the start), but this may not be a good way to get started.

I suggest that the "Output directory" for the RELEASE build is also updated to point to "." so both options will work out-of-the-box.
QC Entry 88211
Create a new DataSnap REST Server application - VCL or Console - using the Wizard from the Object Repository. Change Build Configuration from DEBUG to RELEASE Run In the DataSnap REST Server application, click on the "Open Browser" button Result: HTTP Error 500 (because the css, images, js, and templates directories cannot be found.

QC #: Date Reported: Area:
88270 9/22/2010 11:46:36 AM Midas\TClientDataSet
Description: Steps:
From QC: 88270:

Calling the maximum aggreagte function in a clientdataset returns null. Happens from Aggregate field or TAggregate.
Found while upgrade application from RAD Studio 2010 to RAD Studio XE,
Calling the SUM function on same field return a value.
TDBXFulcrumBugsSuite.Native.DB.Test.exe -s:TestRaid_280515

-OR-

1. Run the attached application. Observe that the Max column contains nulls.

QC #: Date Reported: Area:
88276 9/22/2010 Database\DataSnap\Server
Description: Steps:
[QC Short Description]
ServerConnectionHandler is nul

[QC Description]
In DSCommonServer in the function CreateEventObjects the FServerConnectionHandler isn't set for the FCreateInstanceEventObject and the FDestroyInstanceEventObject. (Also the FErrorEventObject isn't done)

It would be better in my opinion to add a create parameter
QC Entry 88276
DataSnapDM.Native.DB.Test.exe connection=ibconnection -s:TestRaid_280524

exp: pass
act: server conneciton is nil for destroy instance event

QC #: Date Reported: Area:
88274 9/22/2010 Database\DBExpress
Description: Steps:
[QC Short Description]
access violation in dbxora.dll when refreshing or reopening data

[QC Description]
When I update data in a Dbgrid, applyupdates and try to refresh or close/reopen the cds it gives an access violation in dbxora.dll.
QC Entry 88274
TDBXFulcrumBugsSuite.Native.DB.Test.exe connection=oracleconnection -s:TestRaid_280539

-OR-

Create a table like this in Oracle10:

CREATE TABLE Tbasura
(
dummy VARCHAR2(100)
);

Enter some data (the bug seems to be related to the number of records):
begin
for i in 1..1000
loop
insert into tbasura values ('probando a meter basura ' || to_char(i));
end loop;
end;

In DelphiXE, change the attached program to use your schema-user-password. Run the program, update some data in the grid and press the button.

Expected: data should be changed in the table and grid should refresh.
Actual: access violation in dbxora.dll with this stack:


:7c812afb kernel32.RaiseException + 0x52
:004065d4 NotifyNonDelphiException + $1C
:7c91327a ntdll.RtlConvertUlongToLargeInteger + 0x3c
:7c91e46a ntdll.KiUserExceptionDispatcher + 0xe
:00ddebd5 ; E:\Embarcadero\RAD Studio\8.0\bin\dbxora.dll
:00dd3a09 ; E:\Embarcadero\RAD Studio\8.0\bin\dbxora.dll
:00dd6816 ; E:\Embarcadero\RAD Studio\8.0\bin\dbxora.dll
:00dd39e4 ; E:\Embarcadero\RAD Studio\8.0\bin\dbxora.dll
:00dd1482 ; E:\Embarcadero\RAD Studio\8.0\bin\dbxora.dll
:00dd9673 ; E:\Embarcadero\RAD Studio\8.0\bin\dbxora.dll
:00dde6d0 dbxora.DBXReader_Next + 0xc
:0057d474 TDBXDynalinkReader.DerivedNext + $1C
:00520732 TDataSet.GetNextRecord + $7E
:00520fcb TDataSet.Next + $1F
:00542266 TDataPacketWriter.GetDataPacket + $42
:00544d44 TDataSetProvider.CreateDataPacket + $70
:0054360f TBaseProvider.InternalGetRecords + $43
:005449bb TDataSetProvider.InternalGetRecords + $E7
:00543062 TCustomProvider.DoGetRecords + $6A
:00542ff1 TCustomProvider.GetRecords + $2D
:0054a409 TLocalAppServer.AS_GetRecords + $51
:00538e78 TCustomClientDataSet.DoGetRecords + $BC
:00531305 TCustomClientDataSet.InternalRefresh + $105
:00521023 TDataSet.Refresh + $3B
Unit1.TForm1.Button1Click(???)
:0048f7a5 TControl.Click + $75

QC #: Date Reported: Area:
88382 9/24/2010 RTL\Delphi
Description: Steps:
[QC Short Description]
All RTL/VCL runtime binaries (.dcu/.bpl) are being delivered with asserts enabled.

[QC Description]
All RTL/VCL runtime binaries (.dcu/.bpl) are being delivered with asserts enabled. In all previous versions of Delphi runtime asserts were disabled in the delivered runtime files.


Report by Michael Trubetskov in the forums:

https://forums.embarcadero.com/thread.jspa?messageID=281192&tstart=0#281192

QC Entry 88382
Add the following code to a new console application:

uses Math;

EnsureRange( 0, 0, -1 )

and run it.

//exp: No assert raised.
//act: Assert is raised.

QC #: Date Reported: Area:
88392 9/25/2010 IDE\Code Editor\Help Insight
Description: Steps:
[QC Short Description]
NullReferenceException in ErrorInsight parser with TTpl<TFunc<T>>

[QC Description]
The ErrorInsight parses throws an infinite number of NullReferenceExceptions if you use the TFunc<T> in another generic instantiation.
QC Entry 88392
1. Create a new Delphi Console application 2. Replace the content with the following code <code> program Project1; uses SysUtils, Generics.Collections; type TDynStringArray = array of string; IViewer = interface end; var Viewers: TList<TPair<TDynStringArray, TFunc<IViewer>>>; begin end. </code> 3. Move the mouse over the "IViewer" in "TFunc<IViewer>" Expected: HelpInsight shows the hint for IViewer Actual: The compiler is used to show the hint. Simplified test case by USc: program QC88392; type TFunc<TResult> = reference to function: TResult; TList<T> = class(TObject); TPair<TKey,TValue> = record Key: TKey; Value: TValue; end; var Viewers: TList<TPair<TObject, TFunc<TObject>>>; begin end.

QC #: Date Reported: Area:
88426 9/27/2010 IDE\Refactoring
Description: Steps:
[QC Short Description]
Refactoring(e.g., Rename) fails in units which are not part of the Project but on the Library Path

[QC Description]
Calling refactoring(e.g., Rename) on an element of a unit which is in the Library Path and so not part of the Project fails with the message "Failed to setup refactoring". This should work. (The message is also gramatically incorrect as 'setup' is the noun/adjective not the verb)

Occasionally a different error is reported in a dialog:



DIALOG:


Rename method 'Blah'

Unhandled exception has occurred in a component in your
application. If you click Continue, the application will ignore this error
and attempt to continue.

Value cannot be null.
Parameter name: sym.Container.


DETAILS:


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentNullException: Value cannot be null.
Parameter name: sym.Container
at Borland.Studio.Delphi.RenameRefactoring..ctor(DelphiProjectSymbolManager manager, Symbol sym, String newName, Boolean execNow)
at Borland.Studio.Delphi.RenameRefactoringForm.a(Object , EventArgs )
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.PerformClick()
at System.Windows.Forms.Form.ProcessDialogKey(Keys keyData)
at System.Windows.Forms.Control.ProcessDialogKey(Keys keyData)
at System.Windows.Forms.TextBoxBase.ProcessDialogKey(Keys keyData)
at System.Windows.Forms.Control.PreProcessMessage(Message& msg)
at System.Windows.Forms.Control.PreProcessControlMessageInternal(Control target, Message& msg)
at System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4952 (win7RTMGDR.050727-4900)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
Borland.Studio.Interop
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Studio.Interop.DLL
----------------------------------------
Embarcadero.Studio.Modeling
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Studio.Modeling.DLL
----------------------------------------
Embarcadero.Modeling.InternalAPI
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.InternalAPI.DLL
----------------------------------------
Embarcadero.Modeling.Core
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Core.DLL
----------------------------------------
Borland.Build.Tasks.Common
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Build.Tasks.Common.DLL
----------------------------------------
Borland.Build.Tasks.Delphi
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Build.Tasks.Delphi.DLL
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Borland.Globalization
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Globalization.DLL
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
doqbtc20
Assembly Version: 15.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Borland.Build.Tasks.Shared
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Build.Tasks.Shared.DLL
----------------------------------------
Borland.Studio.ToolsAPI
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Studio.ToolsAPI.DLL
----------------------------------------
Borland.Studio.Host
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Studio.Host.DLL
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Design
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Design/2.0.0.0__b03f5f7f11d50a3a/System.Design.dll
----------------------------------------
Borland.Studio.Refactoring
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Studio.Refactoring.DLL
----------------------------------------
Embarcadero.Modeling.OpenAPI3
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.OpenAPI3.DLL
----------------------------------------
Embarcadero.SCI2
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.SCI2.DLL
----------------------------------------
Embarcadero.Modeling.VFS
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.VFS.DLL
----------------------------------------
Embarcadero.Modeling.Actions
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Actions.DLL
----------------------------------------
Embarcadero.SCI.Impl
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.SCI.Impl.DLL
----------------------------------------
Embarcadero.Modeling.ModelView
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.ModelView.DLL
----------------------------------------
Embarcadero.Modeling.ClassBrowser
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.ClassBrowser.DLL
----------------------------------------
Embarcadero.Modeling.Model3
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Model3.DLL
----------------------------------------
Embarcadero.Modeling.DesignModel
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.DesignModel.DLL
----------------------------------------
Embarcadero.Modeling.Refactoring.Plugins.UI
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Refactoring.Plugins.UI.DLL
----------------------------------------
Embarcadero.Modeling.Diagram.Core
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Diagram.Core.DLL
----------------------------------------
Embarcadero.Modeling.Diagram.Basics
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Diagram.Basics.DLL
----------------------------------------
Embarcadero.Modeling.QAui
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.QAui.DLL
----------------------------------------
Embarcadero.Modeling.ModelPerformers
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.ModelPerformers.DLL
----------------------------------------
Embarcadero.Modeling.Formatter
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Formatter.DLL
----------------------------------------
Embarcadero.Modeling.CoreResources
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.CoreResources.DLL
----------------------------------------
Embarcadero.Modeling.Refactoring.Platform
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Refactoring.Platform.DLL
----------------------------------------
Embarcadero.Modeling.Refactoring.Plugins
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Refactoring.Plugins.DLL
----------------------------------------
Embarcadero.Modeling.Refactoring.API
Assembly Version: 0.0.0.0
Win32 Version: 0.0.0.0
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Refactoring.API.DLL
----------------------------------------
Embarcadero.Modeling.DrawingSurface
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.DrawingSurface.DLL
----------------------------------------
Embarcadero.Modeling.DiagramClass
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.DiagramClass.DLL
----------------------------------------
Embarcadero.Modeling.DiagramExtensions
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.DiagramExtensions.DLL
----------------------------------------
Embarcadero.Modeling.ModelBasics
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.ModelBasics.DLL
----------------------------------------
Embarcadero.SCI.Impl.Delphi
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.SCI.Impl.Delphi.DLL
----------------------------------------
Embarcadero.Modeling.LanguageSupport.Delphi
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.LanguageSupport.Delphi.DLL
----------------------------------------
Embarcadero.Modeling.UMLDiagrams1x
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.UMLDiagrams1x.DLL
----------------------------------------
Embarcadero.SCI.Impl.MSIL
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.SCI.Impl.MSIL.DLL
----------------------------------------
Embarcadero.Modeling.LanguageSupport.MSIL
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.LanguageSupport.MSIL.DLL
----------------------------------------
Embarcadero.Modeling.DiagramInteraction
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.DiagramInteraction.DLL
----------------------------------------
Embarcadero.Modeling.UMLDiagrams20
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.UMLDiagrams20.DLL
----------------------------------------
Embarcadero.Modeling.HyperLinks
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.HyperLinks.DLL
----------------------------------------
Embarcadero.Modeling.Ocl.Model
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Ocl.Model.DLL
----------------------------------------
Embarcadero.Modeling.Refactoring.Manager
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Refactoring.Manager.DLL
----------------------------------------
Embarcadero.Modeling.XMLExport
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.XMLExport.DLL
----------------------------------------
Embarcadero.Modeling.Sdr
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Modeling.Sdr.DLL
----------------------------------------
Borland.Studio.Delphi
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Studio.Delphi.DLL
----------------------------------------
Embarcadero.Studio.Delphi.Gate
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.Studio.Delphi.Gate.DLL
----------------------------------------
Borland.Studio.Vcl.Design.Refactoring
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Borland.Studio.Vcl.Design.Refactoring.DLL
----------------------------------------
Borland.Delphi
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Borland.Delphi/15.0.0.0__91d62ebb5b0d1b1b/Borland.Delphi.dll
----------------------------------------
Borland.VclRtl
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Borland.VclRtl/15.0.0.0__91d62ebb5b0d1b1b/Borland.VclRtl.dll
----------------------------------------
DelphiProvider
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/DelphiProvider/15.0.0.0__91d62ebb5b0d1b1b/DelphiProvider.dll
----------------------------------------
Embarcadero.SCI.Impl.Common
Assembly Version: 15.0.0.0
Win32 Version: 15.0.3890.34076
CodeBase: file:///C:/Program%20Files%20(x86)/Embarcadero/RAD%20Studio/8.0/bin/Embarcadero.SCI.Impl.Common.DLL
----------------------------------------
Microsoft.Build.Framework
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 built by: NetFXspW7
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.Build.Framework/2.0.0.0__b03f5f7f11d50a3a/Microsoft.Build.Framework.dll
----------------------------------------
Microsoft.Build.Engine
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 built by: NetFXspW7
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.Build.Engine/2.0.0.0__b03f5f7f11d50a3a/Microsoft.Build.Engine.dll
----------------------------------------
Microsoft.Build.Utilities
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 built by: NetFXspW7
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.Build.Utilities/2.0.0.0__b03f5f7f11d50a3a/Microsoft.Build.Utilities.dll
----------------------------------------
Microsoft.Build.Tasks
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 built by: NetFXspW7
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.Build.Tasks/2.0.0.0__b03f5f7f11d50a3a/Microsoft.Build.Tasks.dll
----------------------------------------
System.Data.SqlXml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Data.SqlXml/2.0.0.0__b77a5c561934e089/System.Data.SqlXml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
QC Entry 88426
Have the following unit in your Library Path. Put the cursor on Blah. Press Ctrl-Shift-E. Enter a new name and press OK. unit uPathUnit; interface implementation function Blah: Integer; begin Result := 2; end; end.

QC #: Date Reported: Area:
88445 9/27/2010 ActiveX\Type Library Editor
Description: Steps:
[QC Short Description]
Automated Incident Report

[QC Description]
Access violation at address 5003C478 in module 'rtl150.bpl'. Read of address FFFFFFFB.

Opening ridl file after compiling Fred Decker's activeX project
QC Entry 88445



Some of the issues reported were:

1. AV or "Integer Overflow" when activatin 'DesignTab'
2. Initial display of TLE only top level nodes are displayed: there no [+] next to interfaces that have children [methods/properties]
3. Very slow activation of TLE [TTreeView takes more than 30 secs to display his project]

QC #: Date Reported: Area:
88018 9/13/2010 ActiveX
Description: Steps:
[QC Short Description]
Automated Incident Report

[QC Description]
Integer overflow.

I have constant problems with the type library editor and the ridl file. Not only does the ridl get completely trashed, but I get these integer overflow errors and access violations. I try to use the type library editor to add a read only property. I save it and it looks like it is there. I try to look at the ridl file by double clicking the project manager and get an overflow error. I don't dare try to go back and forth between looking at the riddle file and the type library editor or it will crash on me. I have 20 implementation files.
QC Entry 88018
One thing I noticed in my corrupted ridl files is that I am trying to type things into the "type" field of a property. So I want "struct tag something". It won't take it. I type what I want in the type field and then go to the next tab to see what values it puts in. I go back and forth. Then I noticed the type libary editor is doing this to my ridl file. No wonder it is getting corrupted: ------- struct { int _DUMMY; }; struct { int _DUMMY; }; struct t { int t_DUMMY; }; struct ta { int ta_DUMMY; }; struct tag { int tag_DUMMY; };

QC #: Date Reported: Area:
88336 9/23/2010 ActiveX
Description: Steps:
[QC Short Description]
Automated Incident Report

[QC Description]
Integer overflow.

I am just trying to switch between viewing the RIDL file for an ActiveX control and trying to see the type library view.
QC Entry 88336
 

QC #: Date Reported: Area:
88023 9/13/2010 ActiveX
Description: Steps:
[QC Short Description]
Automated Incident Report

[QC Description]
Integer overflow.

I was just trying to commit my files. I was editing my implementation files in an activex library project in Dellphi and made changes to the ridl file. I right clicked my ocx in the project manager to add the files in the project to commit. I hit the commit button and got this error
QC Entry 88023
 

QC #: Date Reported: Area:
88070 9/14/2010 SOAP
Description: Steps:
[QC Short Description]
Automated Incident Report

[QC Description]
*Error*: 'https://www.pinestar.com/SupportCenterServices/PTIOnlineOrderServices.svc' - Missing <definition> node of namespace "http://schemas.xmlsoap.org/wsdl/".

soap
QC Entry 88070
1. Import a WSDL via "File|New|Other|Web Services|...."

but make a mistake and enter an invalid URL

exp: A MessageBox informing your of an error and offering you the option to retry
act: Exception goes back to IDE which offers you to file an AIR :(

NOTE: This does not occur when importing a WSDL via "Component|Import WSDL"

QC #: Date Reported: Area:
88548 9/30/2010 AddOn\DeployToTheCloud Wizard
Description: Steps:
[QC Short Description]
Deploy to the Cloud - dialog cannot be resized

[QC Description]
The Deploy to the Cloud dialog itself cannot be resized, which can be a pain if you get to the second page where two columns show the actual file to deploy and the destination directory. They easily become to narrow to display the files, which means you only see the start of the PATH.
QC Entry 88548
Start the Deploy to the Web dialog, enter username and password, select machine, add files that are not located in the root, and see the path (if the path is long enough, you won't see the filename). A horizontal scrollbar is NOT a nice solution. Please make the dialog resizable (like all IDE dialogs shold be).

QC #: Date Reported: Area:
88586 10/2/2010 IDE\Build Tools
Description: Steps:
[QC Short Description]
Directories created beneath the $(BDS) path when building with msbuild

[QC Description]
When building any XE project using msbuild the following directories are created by msbuild:

$(BDS)\include\windows\crtl\ ''
$(BDS)\include\windows\rtl\ ''

Note that the directory names above are both "(space)(tick)(tick)".

If building on a system with UAC turned on then the build will fail because those directories cannot be created if RAD Studio was installed in a directory that prevents modification by non-admins (such as "Program Files"). When this happens the following is emitted by msbuild:

----
Target CreateProjectDirectories:
Creating directory "c:\program files (x86)\embarcadero\rad studio\8.0\include\windows\crtl\ ''".
C:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin\CodeGear.Common.Targets(299,5): error MSB3191: Unable to create directory "c:\program files (x86)\embarcadero\rad studio\8.0\include\windows\crtl\ ''". Access to the path 'c:\program files (x86)\embarcadero\rad studio\8.0\include\windows\crtl\ ''' is denied.
Done building target "CreateProjectDirectories" in project "Project1.cbproj" -- FAILED.
----

When building Delphi projects via msbuild it does not try to create those directories.
I am running RAD Studio XE Enterprise.
QC Entry 88586
- using a machine with UAC enabled
- Create a project in the IDE
- Save the project
- Launch the RAD Studio Command Prompt (without admin priviledges.
- Build the project using the following script or similar:

msbuild /t:Clean;Make Project1.cbproj

QC #: Date Reported: Area:
88650 10/5/2010 Compiler
Description: Steps:
REGRESSION FROM WEAVER (D2010)

[QC Short Description]
[DCC Fataler Fehler] F2084 Interner Fehler: AV221F6F4A-R00000014-0

[QC Description]
Delphi XE is not able to compile the project which uses generics, Delphi 2010 is.
QC Entry 88650


(Notes from Uwe Schuster:

- has been broken between Fulcrum build 3811 (revision 31452) and build
3831 (revision 32058)
- TestJSONParser.pas and TestSerializeJSON.pas seem to be identical and
removing one of them makes the error go away

)
Simply try to compile the attached project, TestShared.dpr.

See the following compiler output indicating failure.

Fatal: F2084 Internal Error: AV0046FBCA-R00000014-0

QC #: Date Reported: Area:
88693 10/6/2010 Install\Files
Description: Steps:
[QC Short Description]
No Cloud/Azure support in Pro version

[QC Description]
According to http://www.embarcadero.com/products/delphi/Delphi-Feature-Matrix.pdf

there should be a cloud computing support and windows Azure components in Delphi XE Pro version. There are no such components installed. :-)
QC Entry 88693
Inspect component palette, no Windows Azure group instaled.

QC #: Date Reported: Area:
88794 10/8/2010 SOAP
Description: Steps:
[QC Short Description]
SOAP Exceptions Message part is XML

[QC Description]
When Delphi XE Web Service clients receive a SOAP exception (i.e. ERemotableException or descendant) from a SOAP Server, the error message from the SOAP exception is no longer a plain message, but instead an XML snippet. In fact, it's the full <SOAP-ENV:Fault>....</SOAP:ENV:Fault> node.
QC Entry 88794
Jean-Marie Babet already mentioned the following in the newsgroups: Add 'OpToSOAPDomConv.pas' to your project and set a breakpoint on 'ProcessFault'? I would expect the following line to kick in: {code} { Retrieve message from FaultString node } if FaultStringNode <> nil then AMessage := FaultStringNode.Text; {code} However, it seems that's failing and we're falling back on the later section that reads: {code} { Fallback on detail node if exception fault is empty, then fallback on whole xml node } if (AMessage = '') and Assigned(FaultDetailNode) then AMessage := FaultDetailNode.XML else AMessage := FaultNode.XML; {code} Dan Palley also confirmed this: It is indeed falling back on the code you indicated: { Fallback on detail node if exception fault is empty, then fallback on whole xml node } if (AMessage = '') and Assigned(FaultDetailNode) then AMessage := FaultDetailNode.XML else AMessage := FaultNode.XML; // This is the line being executed AMessage has the correct error message but FaultDetailNode is Nil. So Jean-Marie concluded that it's a bug in the SOAP runtime code: basically if AMessage has been set and FaultDetailtNode is empty we should *not* overwrite 'AMessage'. IOW, something along the lines of: {code] if (AMessage = '') then begin if Assigned(FaultDetailNode) then AMessage := FaultDetailNode.XML else AMessage := FaultNode.XML; end; {code} Clearly we need a unit test checked in for this:(

Server Response from: ETNASC01