problema al declarar una variable
 

Hola a todos y gracias por leer otra vez mis mensajes.

El problema que tengo es el siguiente: no se si sea una variable perdón si me equiboque, bueno lo que pasa es que al declarar

Código Delphi [-]
i:integer;

me da un error y no puedo ejecutar mi programa la verdad no se cual pueda ser mi error. de ante mano muchas gracias por la atencion que me prestan.

Codigo del programa:

Código Delphi [-]
unit Calcular;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Forms,
  Dialogs, StdCtrls, Controls;

type
  TForm1 = class(TForm)
    LRadio: TLabel;
    LArea: TLabel;
    LLongitud: TLabel;
    Earea: TEdit;
    ERadio: TEdit;
    ELongitud: TEdit;
    BCalcular: TButton;
    BCerrar: TButton;
    procedure BCalcularClick(Sender: TObject);
    procedure BCerrarClick(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.BCalcularClick(Sender: TObject);
  var r,ar,long:real;
  a,l:string// esto recoje el resultado
  i:integer;//este seria el codigo de control
  const
  pi=3.1415;
begin
  val (Eradio.text,r,i);//esto convierte el texto a un valor numerico
  ar:=pi*r*r;
  long:=2*pi*r;
  str(ar:6:2,a);
  str(long:6:2,1);
  EArea.text:=a;
  ELongitud.text:=1;

end;

procedure TForm1.BCerrarClick(Sender: TObject);
begin
  close;
end;

end.

Te olvidaste el punto y coma al final de la linea anterior

Gracias.
 

Jeje Gracias me estube tronando la cabeza un buen rato:D

gracias Crandel y saludos.

Fíjate lo que puede hacer un Punto y coma (;) al final de una línea, actualmente estoy haciendo un programa que ya va por la 300.000 líneas y que en una de ellas se me olvide, de echo ya me ha ocurrido, y lo he resuelto, pero te vuelves loco para localizar el error, con 300.000 líneas en la cabeza.

Un saludo.

De nada, y te la seguiras tronando, pero cada vez menos :p

Es un error muy comun que se sigue cometiendo, nada mas que cada vez lo encuentras mas rápido.

Delphi tienen la ventaja respecto a otros lenguajes como c++ que los errores son mucho mas claros, a excepción de este, dado que siempre indica la linea siguiente.

También facilita las cosas decir qué error es el que sale, porque "me sale un error" no nos dice nada, menos mal que has puesto el código ;)

Gracias nuevamente
 

Gracias nuevamente por seguir respondiendo.

Casimiro, una disculpa por poner "me sale un error" tendre mas cuidado la proxima vez, gracias por tomarte el tiempo de leer mi duda ^^.

olbeup, me sono un poco presumido eso de 300,000 lineas de codigo pero al llebar esa cantidad de codigo y que todo funcione yo tambien lo presumiria, llebo apenas unos meses con delphi ya que mi padre es programador y DIRECTOR DE SONY de la planta que esta en Tijuana B.C, pueden llamar y preguntar por el ^^ se llama Miguel Angel M. Rendon. y puedo decirte que 300,000 lineas de codigo no son nada con los codigos que el a escrito xD incluso el fue el que hizo el sistema epics para empresas como SONY y SOHEN ENTERPRISES, (si lo presumo por que da orgullo), bueno ustedes diran por que no le pides ayuda a el, se la pediria xD pero esta en los angeles en la planta de alla xD y no le hablare para eso xD si no para ver como esta xD.

en fin estoy aprendiendo este lenguaje digamos por mi cuenta ya que en la uni solo nos estan enseñando JAVA por ahora.

Saludos y gracias por responder a mis dudas tontas.

Creo que nunca conté la cantidad de lineas de código de mis programas o grandes proyectos sobre los que trabaje. debe ser que o lo considero importante, salvo que uno cobre por lineas de código :)

Lo importante es como se escribe un proyecto, el diseño, que tan modular es. Que puedas agregar, modificar y reescribir clases enteras sin que el proyecto se vea afectado.

Es muy importante cuando el proyecto crece es generar logs, para poder seguir la traza de ejecución de un programa y asi corregir fallos inesperados.

Crear UnitTest, etc.

es decir hay muchas cosas por escribir para asegurar la robustes y calidad de un producto. Por eso no importa la cantidad de lineas, importa la calidad con la que se implementa.

Yo sí las he contado, las del programa y sumado las del metadata de la base de datos. Fue hace años que mi jefe dijo que iba a pagarnos por línea de código, se pensaba que tenía pocas líneas o que escribíamos poco, no sé. El caso es que había pasado del millón de líneas y entonces mi jefe cambió de idea y ya nunca más volvió a hablar del tema.

No es que las contara, hice un programita que sumaba la de todos los ficheros y los scripts de la BD y sacaba un total.

Yo no cuento las líneas de código que llevo, es cuando compilas y te da el total de código que llevas, nada más de mi pretensión de presumir que llevo tal cantidad de código, como bien dices 300.000 líneas no es nada, pero yo me refería a que cuando se me ha olvidado el punto y coma en varios módulos y esa línea lleva dos barras inclinadas para poner comentario de lo que hace la línea no te das cuenta que le falta el punto y coma.

Si has visto que yo era pretencioso sobre el tema, ruego que me disculpes por tal comentario, no era mi intención, sólo era de dar mi opinión sobre el punto y coma.

un saludo.