komisches compiler verhalten

[Green]

also ich wunder mich grad n bissel über ein Verhalten des compilers was ich nit wirklich versteh, und zwar folgendes:

Delphi-Quellcode:

procedure TForm1.Leeren1Click(Sender: TObject);
begin
  'testest';
end;

lässte der compiler durchgehen, obwohl es doch n fehler sein müsste, aber das lässt er nicht durch...

Delphi-Quellcode:

procedure TForm1.Leeren1Click(Sender: TObject);
begin
  'asd';
  'asd';
end;

und zwar mit der begründung:

Zitat:

[Fehler] Unit1.pas(384): E2014 Anweisung erforderlich, aber Ausdruck vom Typ 'string' gefunden

genau so mit bool:

Delphi-Quellcode:

procedure TForm1.Leeren1Click(Sender: TObject);
begin
  true; //oder false;
end;

geht, aber

Delphi-Quellcode:

procedure TForm1.Leeren1Click(Sender: TObject);
begin
  true;  //oder false;
  false; //oder true;
end;

hat irgendjemand ne begründung dafür? das sieht doch finde ich aus wie n bug...
ich benutze delphi 2005 architect

[TheAn00bis]

Sehr sehr merkwürdig, bei mir das gleiche bei der Personal.

Funktioniert übrigens auch mit Real-Typen und Intergern.

[Union]

Also bei mir gibt das in jedem Fall einen Fehler (D7 Enterprise):

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
begin
   'Test';
end;

Zitat:

Zitat von dcc32.exe

[Error] Unit1.pas(27): Statement expected, but expression of type 'String' found
[Fatal Error] Project1.dpr(6): Could not compile used unit 'Unit1.pas'

[edit]Bei Bds2006 Enterprise / Delphi Win32 Anwendung tritt das Verhalten aber auf![/edit]

[Green]

ich finde das sieht schwer nach nem bug aus oder? hat jemand ne erklärung dafür? würd mich echt interessieren, was borland dazu sagt

[fwsp]

vielleicht wird der string auf nen default parameter der klasse zugewiesen.

[Green]

aber dann muss das doch
1.)auch zweimal hinterienander klappen
und mir 2.) keine Property bekannt welche string,integer,boolean,longint,real und sonstwas alles aufnehmen kann...

[mkinzler]

Das scheint ja wohl ein bisher noch nicht entdeckter Bug ves BDS zu sein, der in BDS2005 + BDS2006 (pro+Enterprise) auftritt. Aber der Fehler ist ja zu Glück nicht so schlimm.

[Green]

nein schlimm iser nit ^^
aber verwundert mich doch sehr, da ich so einen doch eher groben fehler von BDS nicht erwartet hätte, so alles in allem is ja doch ziemlich Bug frei... oder?

[mkinzler]

Zitat:

Zitat von Green

nein schlimm iser nit ^^
aber verwundert mich doch sehr, da ich so einen doch eher groben fehler von BDS nicht erwartet hätte, so alles in allem is ja doch ziemlich Bug frei... oder?

Also ein wirklich bugfreies Programm gibt es sowieso nicht, aber BDS2005 war doch recht buggy. Einige Fehler wurden in BDS2006 behoben, aber wohl noch nicht alle. Es gibt hinundwieder Probleme mit dem Syntaxcheck der IDE.

[Green]

zum Beispiel? mir is noch keiner aufgefallen...
gibts da schon irgendwo nen thread? sowas wie 'BDS2005 + 2006 Bug sammlung' oder so?

[mkinzler]

BDN QualityCentral

[Stefan Hueg]

Blöde Frage, aber wie kamst du da eigtl. drauf? ;)

[mr-unbekannt]

ich denke, das irgend jemand so etwas eingibt, darauf sind die entwickler von delphi wohl nicht gekommen. Oft sind es so alltägliche dinge, die man sooo leicht übersieht, weil es für einen so logisch ist.

[Green]

Zitat:

Zitat von Stefan Hueg

Blöde Frage, aber wie kamst du da eigtl. drauf? ;)

occh ich wollte ner var nen stringwert zuweisen und hab vergessen die var davor zu schreiben... mich gewundert warum kein fehler kam und weter ausprobier^^