gvSIG bugs #2262
Some weird values on gvSIG.sh script
| Status: | Closed | % Done: | 0% | |
|---|---|---|---|---|
| Priority: | Normal | Spent time: | - | |
| Assignee: |  Joaquín del Cerro Murciano | |||
| Category: | Application | |||
| Target version: | 2.1.0-2221-testing | |||
| Severity: | Add-on version: | |||
| gvSIG version: | 2.1.0 | Add-on build: | ||
| gvSIG build: | 2217 | Add-on resolve version: | ||
| Operative System: | Linux | Add-on resolve build: | ||
| Keywords: | Proyecto: | |||
| Has patch: | No | Hito: | ||
| Add-on name: | Unknown |
Description
I review it so quickly but maybe you should take a look to some variables set on the gvSIG.sh file
export GVSIG_NATIVE_LIBS=${GVSIG_INSTALL_FOLDER}/native:${HOME}/.depman/lib
What is the _ ${HOME}/.depman/lib_ value. I think that it comes from some particular developer configuration and it's not a general case for common users.
export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$GVSIG_NATIVE_LIBS"
Probably is better invert the order, first use the libraries provided but gvSIG and second search in the system folders. If you provide your own version of gdal or libproj with this configuration is using first the system libs.
export NCS_USER_PREFS="$HOME/.erm/ncsuserprefs.xml"
Not experience with ecw, but reference a folder in the home user for me looks strange.
"${JAVA}" -cp "$GVSIG_CLASSPATH" $GVSIG_LAUNCHER $GVSIG_PARAMS
Using this line to launch gvSIG i think that doesn't set values like Xms, -Djava.library.path, ...
Related issues
Associated revisions
Añadido soporte para debug.
Corregido error al arrancar la jvm, le faltaban parametros.
refs #2262
History
#1
Updated by Álvaro Anguix about 10 years ago
- Category set to Application
#2
Updated by Álvaro Anguix about 10 years ago
- Assignee set to Joaquín del Cerro Murciano
#3
Updated by Álvaro Anguix about 10 years ago
- Target version set to 2.1.0-2221-testing
#4
Updated by Joaquín del Cerro Murciano about 10 years ago
What is the _ ${HOME}/.depman/lib_ value. I think that it comes from some particular developer configuration and it's not a general case for common users.
De momento mantenemos esa entrada en GVSIG_NATIVE_LIBS.
Se usaba desde hace bastantes versiones de gvSIG para indicar donde dejamos las nativas en modo desarrollo. Ahora mismo aun hay algun proyecto que las deja ahi.
Probably is better invert the order, first use the libraries provided but gvSIG and second search in the system folders. If you provide your own version of gdal or libproj with this configuration is using first the system libs.
Uf!, pues no se... le damos una pensada y ya te comento sobre esto.
Not experience with ecw, but reference a folder in the home user for me looks strange.
No tengo claro si este es el sitio adecuado o no, pero es un rodeo para un bug del proveedor de ECW.
He dejado relacionado el ticket que describia el bug.
Using this line to launch gvSIG i think that doesn't set values like Xms, -Djava.library.path, ...
Ups!
Pues si, un despiste.
Lo corrijo.
#5
Updated by Francisco Puga about 10 years ago
great!
Lo de usar por defecto las de gvSIG o las nativas, yo tampoco lo tengo claro al 100% la verdad, me he encontrado casos donde sería mejor una cosa y otros al revés.
#6
Updated by Álvaro Anguix about 10 years ago
- Status changed from New to Fixed
Como la parte de bug del ticket está solucionada lo paso a fixed.
En cuanto al orden de librerías nativas vamos a darle una pensada e intentar evaluar cuál es la mejor opción. Si consideramos que hay que cambiar el orden ya abrimos el FR correspondiente.
#7
Updated by Álvaro Anguix about 10 years ago
- Status changed from Fixed to Closed