Problemas en funcion

[[Al González]]

Empezado por roman

Bueno, no tenía (ni tengo ) delphi a mano. Pero mi aseveración la basé en el hecho de que el compilador no protesta ni advierte cuando una función de resultado entero no devuelve un valor, mientras que sí lo hace, por ejemplo, con funciones que devuelven cadenas de caracteres.

¿O es alrevés?

Sí, es al revés. Ya que las cadenas de caracteres sí usan contadores de referencias.

Aunque, tratándose de la variable Result, en lugar de inicializarse el String como cadena vacía, entra a la función como si fuera un parámetro:

Código Delphi [-]
Function F :String;
Begin
  ShowMessage (Result);
End;

procedure TForm1.Button1Click(Sender: TObject);
Var
  S :String;
begin
  S := 'Las bibliotecas de programación son de gran ayuda.';
  S := F;
end;

No se me ocurre una forma de ayudarte a solucionar lo que pasa actualmente con tu instalación de Delphi, pero si al menos de incentivo científico puede servir el código anterior...

Mucha suerte Román.

[roman]

Empezado por Al González

pero si al menos de incentivo científico puede servir el código anterior...

Ja, ja. Sí claro, pero sólo como algo meramente teórico, ¡vaya! un ejercicio mental, porque sin delphi no es mucho lo que puedo investigar

// Saludos

[ecfisa]

Empezado por KroSaver

Si bueno pero si te fijas metes string.h y no ablemos de iostream porque esa libreria sique te agrega basura si compilas en Dev c++ una aplicacion de consola nada mas que tenga iostream y el peso del exe es exagerado pero a lo bestia.

El caso es que yo intento programar y aprender a programar asi porque asi me libero de codigo basura y las aplicaciones irian mas fluidas, rapidas y claro esta sin ensuciar la memoria que es algo a mi parecer que hoy en dia casi nadie intenta optimizar imaginad una aplicacion de dimensiones mucho mayores que necesitaria memoria y encima meteriamos basura.

He que con esto no intento influir mi opinion es eso solo mi opinion.

gracias y saludos

Hola KroSaver.

No estoy de acuerdo con que el utilizar bibliotecas sea incluir basura. Con dicos rígidos de 1TB y 4, 8, 16 Gb de RAM corriendo en varios núcleos a velocidades que meten miedo, hoy por hoy (y tenes razón) espacio y velocidad no son aspectos que preocupen a muchos. Ni comparar cuando en asm mezquinabamos bits de nuestros 64Kb para el Z-80, TSM9900, VIC-V20,... y funcionando de 1 a 3 Mhz!!!...

Mi experiencia dice que en el reemplazo por rutinas propia la ganancia de velocidad será: La mayoría de las veces ninguna, muy pocas veces será nula y en contados casos alguna. (No vamos a creer que los que diseñan las bibliotecas son flojos de entendederas... )

Si tus metas son la velocidad y tamaño, te recomendaría usar C, Pascal o Assembler (ningún código será mas compacto, veloz y eficiente que el generado por un buén programador de assembler).

Delphi y Builder C++ generarán ejecutables más voluminosos pero superan con creces esos detalles con una drástica disminución del tiempo de desarrollo, gran facilidad de mantenimiento, sencillez en la conexión con bases de datos, etc, etc.

Lo anterior dicho desde la vereda profesional con las exigencias y presiones que eso supone, pero como nos comentas que estás aprendiendo, es excelente que te intereses por intentar comprender, reemplazar e incluso mejorar las funciones de biblioteca.
Es la actitud que hace falta, no me cabe duda que llegarás ser un buén programador en menos tiempo de lo que supones.

Saludos.

[KroSaver]

Empezado por ecfisa

Hola KroSaver.

No estoy de acuerdo con que el utilizar bibliotecas sea incluir basura. Con dicos rígidos de 1TB y 4, 8, 16 Gb de RAM corriendo en varios núcleos a velocidades que meten miedo, hoy por hoy (y tenes razón) espacio y velocidad no son aspectos que preocupen a muchos. Ni comparar cuando en asm mezquinabamos bits de nuestros 64Kb para el Z-80, TSM9900, VIC-V20,... y funcionando de 1 a 3 Mhz!!!...

Mi experiencia dice que en el reemplazo por rutinas propia la ganancia de velocidad será: La mayoría de las veces ninguna, muy pocas veces será nula y en contados casos alguna. (No vamos a creer que los que diseñan las bibliotecas son flojos de entendederas... )

Si tus metas son la velocidad y tamaño, te recomendaría usar C, Pascal o Assembler (ningún código será mas compacto, veloz y eficiente que el generado por un buén programador de assembler).

Delphi y Builder C++ generarán ejecutables más voluminosos pero superan con creces esos detalles con una drástica disminución del tiempo de desarrollo, gran facilidad de mantenimiento, sencillez en la conexión con bases de datos, etc, etc.

Lo anterior dicho desde la vereda profesional con las exigencias y presiones que eso supone, pero como nos comentas que estás aprendiendo, es excelente que te intereses por intentar comprender, reemplazar e incluso mejorar las funciones de biblioteca.
Es la actitud que hace falta, no me cabe duda que llegarás ser un buén programador en menos tiempo de lo que supones.

Saludos.

Estoy totalmente deacuerdo contigo pero es eso que cada uno pensamos de una manera, la verdad ahora mismo como tu as dicho preocupa poco el tamaño del ejecutable y su velocidad pero segun para que cosas.

Y bueno nada sigo con esa duda como ago para declarar una max_path char eso es lo unico que necesito porque lo que es la funcion de busqueda me la haria yo sin problema, es un problema bastante tonto pero nada no veo como declarar asi la char.

saludos y buena comunidad teneis la verdad!

[Casimiro Noteví]

Empezado por KroSaver

El caso es que yo intento programar y aprender a programar...

Empezado por KroSaver

Estoy totalmente deacuerdo contigo pero es eso que cada uno pensamos de una manera...

Hola, si intentas aprender a programar, entonces deberías de hacer caso a las personas que te están ayudando, todos ellos llevaban años programando antes de que tú nacieras , realmente, además de otros compañeros de clubdelphi, están en la lista (*) de los mejores programadores del mundo, no es broma.
Ellos dirán que no es cierto, por humildad, pero lo son.


(*) suponiendo que exista esa lista

.

[roman]

Empezado por ecfisa

[...] en el reemplazo por rutinas propia la ganancia de velocidad será: La mayoría de las veces ninguna, muy pocas veces será nula y en contados casos alguna. (No vamos a creer que los que diseñan las bibliotecas son flojos de entendederas... )

Yo añadiría que en muchos casos no sólo no hay ganancia sino al contrario, pérdida.

// Saludos

[KroSaver]

Empezado por roman

Yo añadiría que en muchos casos no sólo no hay ganancia sino al contrario, pérdida.

// Saludos

Vale yo prefiero hacer las cosas con mis manos no tenerlas echas no entiendo porque la tomaron conmigo por querer hacer una funcion de nuevo pero a mi manera.

Y siempre abra perdida porque esa libreria seguro tiene mas que esa funcion y es algo que se compila y esta ahi inutilmente, pero buelvo a decir cada uno hace como el quiere y opina como quiere.

Si tomais asi las opiniones de otros muy bien por vosotros .

saludos

[roman]

No lo tomes a mal. Entiendo ese gusto de querer hacerlo uno mismo y no está mal. No te estoy criticando y no creo que los demás compañeros lo estén haciendo. Simplemente son puntos de vista que puedes o no tomar en cuenta y no pasa nada.

Por ejemplo, no sé si lo sepas o si ya lo mencionaron aquí, pero una de las grandes virtudes de delphi es que su enlazador hace un excelente trabajo quitando toda la "basura" al momento de construir el ejecutable. Es decir, aunque incluyas muchas bibliotecas en el código fuente, el enlazador toma de ellas sólo lo estrictamente necesario omitiendo código que no se usa. De manera que esto:

Empezado por KroSaver

porque esa libreria seguro tiene mas que esa funcion y es algo que se compila y esta ahi inutilmente

no es cierto.

Entonces, es algo que no sabías y ahora lo sabes y puede o no cambiar tu punto de vista. Por eso te lo decimos, no por criticar sino por ampliar tu panorama.

// Saludos

[[movorack]]

Y además que en delphi puedes usar paquetes dinámicos, lo que reducirá notablemente el tamaño de los ejecutables.

Empezado por Neftali

Cuando uno empieza a conocer Delphi (al menos a mi me pasó) y dependiendo de si “viene” de otros lenguajes, se hace un lío con las diferentes formas en que podemos generar un programa; Con la forma de trabajar con packages o sin packages, con los ficheros a distribuir,… Y le empiezan a surgir diferentes preguntas:

¿Porqué mi ejecutabe ocupa tanto si sólo he puesto un botón?
¿Qué son los packages de liberías? ¿Los debo copiar con mi aplicación?
¿Porque si marco “Build with runtime packages” mi programa ocupa tampoco?
¿Porque si marco “Build with runtime packages” mi programa no funciona en otras máquinas?
¿Como trabajar con DLL’s? ¿Y con BPL’s? ¿Cual es mejor? ¿Es lo mismo?
…

Y muchas otras relacionadas...

[KroSaver]

Empezado por roman

No lo tomes a mal. Entiendo ese gusto de querer hacerlo uno mismo y no está mal. No te estoy criticando y no creo que los demás compañeros lo estén haciendo. Simplemente son puntos de vista que puedes o no tomar en cuenta y no pasa nada.

Por ejemplo, no sé si lo sepas o si ya lo mencionaron aquí, pero una de las grandes virtudes de delphi es que su enlazador hace un excelente trabajo quitando toda la "basura" al momento de construir el ejecutable. Es decir, aunque incluyas muchas bibliotecas en el código fuente, el enlazador toma de ellas sólo lo estrictamente necesario omitiendo código que no se usa. De manera que esto:



no es cierto.

Entonces, es algo que no sabías y ahora lo sabes y puede o no cambiar tu punto de vista. Por eso te lo decimos, no por criticar sino por ampliar tu panorama.

// Saludos

No savia eso amigo, otra razon para seguir viendo delphi!

Si ofendi a alguien pido disculpas!

Y si me gusta hacer la cosas yo asi se aprende mejor y mas rapido porque a la final esas funciones siempre podras usarlas cuando quieras.

saludos y gracias