creacion y ejecucion de bpl

[[oscarac]]

NOTA IMPORTANTE: Al decirle que use el Packages Restas, como el programa sabe qué contiene ese package, lo que va a hacer es que cuando encuentre en un USES la unit URestas y el formulario UMain, NO LOS VA A AÑADIR AL EXE, porque sabe que en ejecución los va a encontrar dentro del package (Restas).

Tus dudas están en el segundo caso, pero como has visto, a la hora de programar no hay que hacer NADA DIFERENTE. El código no cambia y lo único que hacemos es poner las cosas (formularios y Units) en lugares diferentes.


La aplicación principal en el trabajo del día a día debe tener acceso a todos los formularios y units (sean DCUs o PAS), pero cuando finalmente se compilan y se linkan los paquetes y la aplicación, Delphi conoce lo que hay en cada Package y NO LO AÑADE a la APP principal, sino que guarda una referencia de a qué BPL debe ir a buscarlo.

entiendo con esto que lo que hace el BPL es "aislar / separar / encapsular" código (unidades formularios, etc) que no estarán incluidos en el exe, delphi "automaticamente" identifica que el form artículos esta dentro del bpl articulos y lo ejecuta de ahi

cuando distribuya el modulo tendre que entregar modulo.exe y articulos.bpl

asi es?


pregunta del millon, en el BPL tengo algunas otras unidades comunes, cuando las invoque en otras opciones, se llamaran dela BPL o de las units que estan fuera de la BPL

[Neftali [Germán.Estévez]]

Empezado por oscarac

...entiendo con esto que lo que hace el BPL es "aislar / separar / encapsular" código (unidades formularios, etc) que no estarán incluidos en el exe, delphi "automaticamente" identifica que el form artículos esta dentro del bpl articulos y lo ejecuta de ahi
cuando distribuya el modulo tendre que entregar modulo.exe y articulos.bpl
asi es?

Correcto.

No sólo las tuyas sino también las de la VCL que necesites.
Si te dejas alguna, el programa dará un error al ejecutar.

Empezado por oscarac

pregunta del millon, en el BPL tengo algunas otras unidades comunes, cuando las invoque en otras opciones, se llamaran dela BPL o de las units que estan fuera de la BPL

Lo mismo de antes.
El el USES tu colocas el nombre de la unit (PAS) que contiene la función que vas a ejecutar.
Al generar el ejecutable (si está marcado "Build with runtime packages"), delphi no añade esa información al EXE, sino que en ejecución irá a buscarla a la BPL.

Empezado por oscarac

se llamaran dela BPL o de las units que estan fuera de la BPL

Depende del USES que hayas usado.

[[oscarac]]

estoy haciendo esto

he creado una bpl donde estan las unidades necesarias

creo un proyecto grupal llamado grupoPbl

adiciono un proyecto llamado PruebaArt
entonces quedaria
PruebaArt
Articulo.pbl

en PruebaArt creo un formuladio MDIform
un menu
un datamodule con conexion a la base de datos (ya conectada)
y dentro del menu una opcion para mostrar el formulario
uses frmtacalogoarticulo

en la opcion del menu tengo
frmCatalogoArticulo := TfrmCatalogoArticulo.create(self)
frmCatalogoArticulo .show

compilo con la opcion link with runtimes packages

y luego cuando ejecuto y activo la opcion para que se muestre el formulario con los articulos

aparece este error, aunque despues me muestra el formulario vacio, sin datos

Access violation at address 500613210 in module rtl210.bpl

me orientas mejor?

[Neftali [Germán.Estévez]]

Empezado por oscarac

me orientas mejor?

Crea el proyecto con todos los ficheros necesarios (o uno más sencillo de estructura similar) y súbelo como adjunto.
Así lo podemos revisar.
Escrito sólo como texto es complicado...

[[oscarac]]

listo

hice lo solicitado


ahora no se pq no me genera el archivo PBL

quiza lo esta creando en otro lugar

yo uso una Unidad F

espero q puedan darme una mano

[Neftali [Germán.Estévez]]

Aquí he modificado el proyecto cambiando un poco la estructura para que esté más claro y cambiando la fuente da datos por un fichero XML para no depender de la Base de Datos, pero eso no debería modificar lo que estamos hablando.



Tal y como está, el proyecto MODULO está "sin runtime packages".



Por lo tanto si los compilas en el directorio de salida tendrás tres ficheros:





Como está compilando "sin runtime packages", significa que el fichero MODULO.EXE lleva todo lo necesario para compilar. Si lo pruebas deberia funcionar y si borras el fichero ARTICULO.BPL, debería seguir funcionando, pues como hemos dicho MoDULO.EXE compila "sin runtime packages" y lleva todo lo necesario.

Ahora prueba a cambiar para compilar MODULO "con runtime packages"



Tienes los 3 ficheros en el directoriO de salida, pero si te fijas ahora los tamaños son distintos. En este punto MODULO.EXE NO contiene todo lo que necesita. Parte de ello está en el fichero ARTICULO.BPL


El programa funciona de forma normal (igual que antes), pero con "runtime packages".
Una prueba sencilla es BORrAR el fichero ARTICULO.BPL y verás que ahora MODULO.EXE no se ejecuta.
Si miras las dependencias de MODULO.EXE verás que necesita al fichero ARTICULO.BPL

[[oscarac]]

Empezado por Neftali [Germán.Estévez]

Tienes los 3 ficheros en el directoriO de salida, pero si te fijas ahora los tamaños son distintos. En este punto MODULO.EXE NO contiene todo lo que necesita. Parte de ello está en el fichero ARTICULO.BPL


El programa funciona de forma normal (igual que antes), pero con "runtime packages".
Una prueba sencilla es BORrAR el fichero ARTICULO.BPL y verás que ahora MODULO.EXE no se ejecuta.
Si miras las dependencias de MODULO.EXE verás que necesita al fichero ARTICULO.BPL

efectivamente he hecho la prueba y los tamaños cambian

cuando lo ejecuto sin check en runtimes packages el tamaño es mas grande, cuando compilo con esa opcion es mas chico pero me sale un mensaje de error

access violation at adress 5005FEC in module rtl210.bpl


quiero hacerle depuracion, pero antes de entrar a articulos aparece ese mensaje

pregunta--- se puede hacer depuracion de/en un bpl?