gratis - delphi starter embarcadero

¿Qué error en Delphi IDE/VCL desprecias más? (18)

Mi delphi 2007 siempre se congela al cerrarlo. Vista me pide que espere, lo apago o reinicio. La próxima vez que inicie Delphi, tengo que volver a seleccionar mi diseño.

Además, la combinación de teclas Ctrl + clic vs Ctrl + Enter en los usos me molesta. A veces funciona, a veces no funciona. Algunas veces abre el diálogo ''abrir archivo'' en el directorio correcto. ¿Por qué no puede simplemente abrir el archivo?

Sin embargo, lo que más me molesta es la lista de errores en la ventana de estructura. ''Identificador no declarado TForm en línea ...''. Ahora, ¿por qué es eso?

Y uno más: ¿por qué no funciona Ctrl + F4 en el diseñador? Cuando tengo muchos archivos abiertos, tiendo a Ctrl + F4 repetidamente para cerrarlos, pero cuando llega a formdesigner-window, se detiene. (Uso el diseño integrado / acoplado)

He estado trabajando en Delphi 7 durante los últimos 6 años y he aprendido simplemente a someterme a la inestabilidad del IDE. Por ejemplo, hay proyectos particulares que he heredado que, al trabajar, no puedo usar la lista de símbolos desplegables CTRL + SPACE en el editor Delphi sin obtener un error de Violación de acceso, esto fácilmente encabezaría mi lista, pero hay muchos más. Me gustaría saber qué errores te frustran más.

El peor error para mí es el que ocurre cuando abres un Formulario o algo por el cual se modificó su ancestro, luego el IDE te pregunta qué pasó con algún componente que se eliminó, seleccionas eliminado o renombrado, haces clic en Aceptar y luego haces clic en guarda el archivo.

Pero cuando ejecuta la aplicación, falla, porque el IDE no guarda nada si no mueve algo en el Formulario.

¡Estoy tan cansado de este error, que soy un poco adicto a mover componentes aleatorios en todas las formas que abro, solo para asegurarme de que Delphi los salva! urgh!

En Delphi 2007, la cuadrícula de los inspectores de objetos a veces no se vuelve a dibujar correctamente. Entonces, si hago clic en él para modificar una propiedad, estoy en la fila incorrecta y me pregunto por qué el IDE arroja un error como "''MyButton'' no es un valor entero válido".

En el que si abre un texto SQL de TADOQuery en la vista de código, guarda su proyecto y lo cierra, luego lo vuelve a abrir, se obtiene un error relacionado con "TStringsFileSystem no válido".

Luego están los misteriosos errores relacionados con los archivos. $$$ que aún no he descubierto.

Tengo un proyecto que no puedo abrir sin AccessViolation en el VCL: /

Los que más me molestan es donde el IDE simplemente decide cerrarse y desaparece de la pantalla, perdiendo los cambios que haya realizado. Solo ha sucedido algunas veces con el IDE 2007 pero realmente es más molesto.

Tendría que estar de acuerdo con los problemas de depuración multiproceso y no poder encontrar la unidad correcta que está depurando. El peor caso de esto es cuando abre un archivo desde un directorio diferente de la unidad que está utilizando, pero una unidad con el mismo nombre está presente en el directorio. Luego procede a abrir la unidad incorrecta y comienza a caminar a través de ella ... (Creo que esto fue un problema de Delphi 7).

También con el Delphi 2007 IDE, las líneas onduladas rojas que dicen que no puede encontrar identificadores o unidades me llevan a la pared cuando en realidad las puede encontrar, especialmente cuando las unidades que no puede encontrar son algo así como Controls.pas ??

Odio cuando edito un archivo * .pas y el IDE decide realizar cambios aleatorios en el DFM correspondiente. Algunos de estos cambios son errores ( TabStop en marcos ), algunos están diseñados (Explicit *, DesignSize) y otros están en el medio (a veces el ItemHeight de un combobox csDropDownList se cambia a 0, a veces regresa a 13. Nunca imaginé un esquema para fuera.).

Para mí es una batalla entre

los diversos problemas al depurar programas de subprocesos múltiples, como por ejemplo presionar F7 y tanto el programa como el IDE entran en un estado donde se consume el 100% de CPU, ambos no responden y solo el administrador de tareas puede ayudar a ordenar los elementos. O varias excepciones en bordbkXX.dll; y
la tendencia del IDE a mantener referencias a los resultados de búsqueda en la ventana del mensaje una vez que se han borrado, lo que también conduce a AV constantes y a la necesidad de eliminar el IDE.

Realmente lo odio cuando el depurador está confundido. A veces no puede encontrar los archivos, o encuentra los incorrectos.

Una variante de este problema son los puntos de corte fantasma:

tienes un archivo en una ubicación
durante la depuración, coloca algunos puntos de interrupción en el archivo.
encuentra el error y verifica el archivo.
Ahora edita el archivo desprotegido y comienza a compilar / ejecutar nuevamente.
el IDE ahora usa los puntos de interrupción del archivo original en la versión desprotegida y no puede deshabilitarlos del editor (solo desde la lista de puntos de interrupción).

También lo odio cuando Delphi parece decidirse por un capricho de no compilar paquetes de tiempo de ejecución en tu ejecutable .

El exe parece funcionar bien porque puede encontrar los bpls que necesita en tiempo de ejecución en mi cuadro dev y el problema solo se descubre después de que abandona mi máquina. Grrr.

Tengo un error que hace que el IDE arroje una violación de acceso que se repetirá sin fin. Creo que tiene algo que ver con el resaltado de sintaxis. Solo sucede cuando comienzo a seleccionar texto en el editor. Algunas veces es posible recuperar al deseleccionar el texto nuevamente, pero generalmente tengo que matar el IDE. Este error ha estado en todas las versiones de Delphi del 5 al 2007, todavía no lo he visto en Delphi 2009.

El sistema de ayuda en Delphi 2006 es totalmente inútil.

Para encontrar el tema sobre el que necesita ayuda, es difícil
Apenas hay ejemplos
El filtro de idioma no funciona

Además de muchos otros problemas

Es tan malo que cuando necesito ayuda uso Google en lugar de la ayuda incorporada

He observado que los puntos de corte condicional y las llamadas a la función de ventana de vigilancia no son confiables (es decir, funcionan intermitentemente o no funcionan) varios años después del desarrollo de una aplicación bastante grande. Esto hizo que la depuración sea muy difícil.

La ayuda de F1 también dejó de funcionar en algún momento (la ventana de ayuda no se abrió en absoluto cuando se presionó la tecla de función). Tuvimos que recurrir al lanzamiento de ayuda desde el elemento del menú, y luego escribir el nombre del tema que F1 debería haber cargado para nosotros.

Con Delphi 2007, 2009, 2010, la utilización de la CPU es 100% (solo un núcleo) cuando Delphi IDE es visible en la pantalla. No sucede cuando el IDE está minimizado. Mi computadora está sobrecalentada por esto.

Odio es muuuuuucho mucho. ¡¡Y es un error tan antiguo !!!!!!!!!!!!!!!!!

Dejé de informar errores ya que hay tantos errores antiguos sin corregir. ¿Por qué pasar de 5 a 15 minutos para informar un error si se solucionará en 5 años? La mejor manera es aprender a vivir con el error y encontrar una solución o minimizar su impacto.

Creo que se ha corregido en una versión más nueva, pero un problema que me ha molestado por algún tiempo fue un error en el tiempo de ejecución ADO VCL. En este caso, los valores negativos de la base de datos se devolvieron como valores positivos. Y, en general, violaciones de acceso cuando se trabaja con acceso a bases de datos multiproceso y dbexpress.

En Delphi 7, hay tantos errores en el IDE incluso con los service packs, pero lo más molesto es aquel en el que comienza a poner los ''puntos'' al lado de la fuente unas pocas líneas, que luego afecta la depuración, etc. está en otra cosa ... Solo vi esto algunas veces, y siempre con grandes proyectos.

También el hecho de colgar aleatoriamente a veces cuando presiona Ctrl + Enter para abrir un archivo es realmente molesto, ¡y aprendí a guardar antes de hacerlo!

Mi molestia favorita al menos desde Delphi 5 es un error que con frecuencia experimento con un gran grupo de proyectos, que contiene una gran cantidad de paquetes (tanto en tiempo de ejecución y designtime). Muy a menudo (pero no siempre) cuando hago un "build all" en el grupo de proyectos más de una vez, Delphi se detiene aleatoriamente en uno de los proyectos y declara un error de "formato de unidad empaquetado incorrecto", forzándome a recompilar el paquete supuestamente conteniendo la unidad corrupta (no siempre la misma) antes de continuar construyendo el grupo de proyecto desde donde estaba. A veces esto sucede para cada proyecto en el grupo (es decir, ¡36 proyectos!) Excepto el primero.

Ya hay dos informes de esto en QC ( 1316 y 38382 ), pero como hasta ahora ni yo ni ninguno de los otros reporteros hemos sido capaces de producir una muestra sintética para reproducir el tema que no sea nuestro mundo real, en producción, ~ 500,000 grupo de proyectos LOC, ambos se cerraron con resolución "necesitan más información" ... :(

Todavía tengo este problema con mucha frecuencia en Delphi 2010. Todavía no he probado XE.

Tengo un gran proyecto en D2006 y no puedo pasar más de 5 minutos editándolo antes de que Delphi se quede sin memoria (4GB). Estoy usando el último paquete IDE Fix para D2006 también.

El problema es tan malo que he dejado de editar mi código en Delphi. En cambio, edito en Notepad ++ y abro el proyecto solo para compilarlo y cerrarlo inmediatamente después.

Tengo XE ahora, pero este proyecto no puede ser portado a él todavía.

En Delphi 7 F11 se alternaría entre el formulario y el Inspector de Objetos. En Delphi 2009:

Seleccionar control en el formulario

F11 en el Inspector de Objetos

Seleccione otro control en el formulario

F11 va al código