73 risposte a questa discussione

[TigerShark]

cmq su windows basta mettere tutto nella stessa cartella o in una cartella presente nel PATH per accedere a delle dll, e' la stessa cosa che accade per i .so e i .lib quando si devono usare in java.
Ergo stai copiando una versione sbagliata delle dll di QT imho.

[trallallero]

cmq su windows basta mettere tutto nella stessa cartella o in una cartella presente nel PATH per accedere a delle dll, e' la stessa cosa che accade per i .so e i .lib quando si devono usare in java.
Ergo stai copiando una versione sbagliata delle dll di QT imho.

Beh, insomma, il discorso non è così semplice.
Su windows se non esporti i metodi delle librerie e non crei qualche altro cazzo di coso che non ricordo, i metodi non sono accessibili.

[trallallero]

E non usare metodi static su windows perché lo static è a livello os, non applicativo come su linux (mortacci tua MS )

[TigerShark]

@[/url]":6p3b61xj] cmq su windows basta mettere tutto nella stessa cartella o in una cartella presente nel PATH per accedere a delle dll, e' la stessa cosa che accade per i .so e i .lib quando si devono usare in java.
Ergo stai copiando una versione sbagliata delle dll di QT imho.

Beh, insomma, il discorso non è così semplice.
Su windows se non esporti i metodi delle librerie e non crei qualche altro cazzo di coso che non ricordo, i metodi non sono accessibili.

Ovviamente davo per scontato che abbia creato lo stub, o come cazzo si chiama, per quello parlavo dei .lib e dei .so usati in java..
Ma quello e' lo stesso anche su linux, altrimenti non le puoi usare linkate dinamicamente...
A meno che su linux le abbia create e su windows no, puo' essere anche quello.

[trallallero]

@[/url]":2ojq6qif]
Beh, insomma, il discorso non è così semplice.
Su windows se non esporti i metodi delle librerie e non crei qualche altro cazzo di coso che non ricordo, i metodi non sono accessibili.

Ovviamente davo per scontato che abbia creato lo stub, o come cazzo si chiama, per quello parlavo dei .lib e dei .so usati in java..
Ma quello e' lo stesso anche su linux, altrimenti non le puoi usare linkate dinamicamente...
A meno che su linux le abbia create e su windows no, puo' essere anche quello.

No su linux non serve esportare perché la visibility dei metodi per default non è hidden come su windows (com'è giusto che sia).
Infatti io mi dimentico sempre e poi quando c'è da portare su windows devo definire e mettere EXPORT ovunque

[toyo]

cmq su windows basta mettere tutto nella stessa cartella o in una cartella presente nel PATH per accedere a delle dll, e' la stessa cosa che accade per i .so e i .lib quando si devono usare in java.
Ergo stai copiando una versione sbagliata delle dll di QT imho.

boh, prima abbiamo provato incollando le dll prese dalla stessa macchina in cui era stato compilato il programma.

bisogna anche dire che cercando tipo "QtCore4.dll", ne saltavano fuori tipo 8 copie in giro per le cartelle di Qt.


domani mi metto hardcore

[TigerShark]

@[/url]":13vsbb53] cmq su windows basta mettere tutto nella stessa cartella o in una cartella presente nel PATH per accedere a delle dll, e' la stessa cosa che accade per i .so e i .lib quando si devono usare in java.
Ergo stai copiando una versione sbagliata delle dll di QT imho.

boh, prima abbiamo provato incollando le dll prese dalla stessa macchina in cui era stato compilato il programma.

bisogna anche dire che cercando tipo "QtCore4.dll", ne saltavano fuori tipo 8 copie in giro per le cartelle di Qt.


domani mi metto hardcore

eh.. infatti occhio alle varie installazioni..
se metti nella stessa cartella quella che sai essere giusto puoi eliminare quello come problema e sara' qualcos'altro, ma con le dipendenze di windows non si scherza.

[toyo]

@[/url]":3hmf085s]


boh, prima abbiamo provato incollando le dll prese dalla stessa macchina in cui era stato compilato il programma.

bisogna anche dire che cercando tipo "QtCore4.dll", ne saltavano fuori tipo 8 copie in giro per le cartelle di Qt.


domani mi metto hardcore

eh.. infatti occhio alle varie installazioni..
se metti nella stessa cartella quella che sai essere giusto puoi eliminare quello come problema e sara' qualcos'altro, ma con le dipendenze di windows non si scherza.

figurati che mettevamo le dll man mano che compariva l'errore

tipo

A: eseguivo exe ->
x.dll mancante ->
prendevo la dll dalla macchina che aveva compilato e la aggiungevo ->
GOTO A

le prime dll che chiedeva erano quelle di mingw, poi le varie Qt (prima core, poi gui, poi network, etc)

una volta inserite tutte, però, mi dava errore dicendo "impossibile trovare l'entry point xyzxyzxyzxyz della libreria x.dll" (di solito x era qtcore o qtgui, non ricordo)

al che whistleravo

[trallallero]

@[/url]":2sr6bd59] cmq su windows basta mettere tutto nella stessa cartella o in una cartella presente nel PATH per accedere a delle dll, e' la stessa cosa che accade per i .so e i .lib quando si devono usare in java.
Ergo stai copiando una versione sbagliata delle dll di QT imho.

boh, prima abbiamo provato incollando le dll prese dalla stessa macchina in cui era stato compilato il programma.

bisogna anche dire che cercando tipo "QtCore4.dll", ne saltavano fuori tipo 8 copie in giro per le cartelle di Qt.


domani mi metto hardcore

Magari se ci dici qual'è il problema...

Per le varie dll, 8 mi sembrano troppine (ti consiglio di installare UNA sola versione) ma stai comunque attento alle librerie, quelle con "d" nel nome sono debug (immagino tu lo sappia già).

[TigerShark]

@[/url]":1ogsko5l]
eh.. infatti occhio alle varie installazioni..
se metti nella stessa cartella quella che sai essere giusto puoi eliminare quello come problema e sara' qualcos'altro, ma con le dipendenze di windows non si scherza.

figurati che mettevamo le dll man mano che compariva l'errore

tipo

A: eseguivo exe ->
x.dll mancante ->
prendevo la dll dalla macchina che aveva compilato e la aggiungevo ->
GOTO A

le prime dll che chiedeva erano quelle di mingw, poi le varie Qt (prima core, poi gui, poi network, etc)

una volta inserite tutte, però, mi dava errore dicendo "impossibile trovare l'entry point xyzxyzxyzxyz della libreria x.dll" (di solito x era qtcore o qtgui, non ricordo)

al che whistleravo

ehmmm...
mettevi la versione compilata per windows delle dll vero?
non quella presa dalla macchina linux su cui avevate prima fatto girare tutto come mi pare di avere capito..

[toyo]

@[/url]":lftfsxwo]


boh, prima abbiamo provato incollando le dll prese dalla stessa macchina in cui era stato compilato il programma.

bisogna anche dire che cercando tipo "QtCore4.dll", ne saltavano fuori tipo 8 copie in giro per le cartelle di Qt.


domani mi metto hardcore

Magari se ci dici qual'è il problema...

Per le varie dll, 8 mi sembrano troppine (ti consiglio di installare UNA sola versione) ma stai comunque attento alle librerie, quelle con "d" nel nome sono debug (immagino tu lo sappia già).

eh non posso dirvelo qua, abbiamo compilato su win di un "collega" (non usa windows da anni, era assolutamente impedito su win7 ) e il test lo facevo su xp in lab.

Comunque lui ha installato semplicemente l'sdk di qt eh, tutta quella roba lì gli è venuta giù insieme.


Quello che non proprio non riesco a capire è come non ci possa essere la maniera di farlo direttamente da QtCreator

[trallallero]

@[/url]":3ehfqdv4]
eh.. infatti occhio alle varie installazioni..
se metti nella stessa cartella quella che sai essere giusto puoi eliminare quello come problema e sara' qualcos'altro, ma con le dipendenze di windows non si scherza.

figurati che mettevamo le dll man mano che compariva l'errore

tipo

A: eseguivo exe ->
x.dll mancante ->
prendevo la dll dalla macchina che aveva compilato e la aggiungevo ->
GOTO A

le prime dll che chiedeva erano quelle di mingw, poi le varie Qt (prima core, poi gui, poi network, etc)

una volta inserite tutte, però, mi dava errore dicendo "impossibile trovare l'entry point xyzxyzxyzxyz della libreria x.dll" (di solito x era qtcore o qtgui, non ricordo)

al che whistleravo

Mica avrai preso le dll dal qtcreator ?

[toyo]

@[/url]":j1gwg7bx]

figurati che mettevamo le dll man mano che compariva l'errore

tipo

A: eseguivo exe ->
x.dll mancante ->
prendevo la dll dalla macchina che aveva compilato e la aggiungevo ->
GOTO A

le prime dll che chiedeva erano quelle di mingw, poi le varie Qt (prima core, poi gui, poi network, etc)

una volta inserite tutte, però, mi dava errore dicendo "impossibile trovare l'entry point xyzxyzxyzxyz della libreria x.dll" (di solito x era qtcore o qtgui, non ricordo)

al che whistleravo

ehmmm...
mettevi la versione compilata per windows delle dll vero?
non quella presa dalla macchina linux su cui avevate prima fatto girare tutto come mi pare di avere capito..

sisi quelle di win, prese dalla macchina dove è stato compilato l'exe




ah e tralla: abbiamo provato sia con l'exe compilato in debug (con le dll con la d), sia con il flag release (con le dll senza d)

[toyo]

@[/url]":1elzib80]

figurati che mettevamo le dll man mano che compariva l'errore

tipo

A: eseguivo exe ->
x.dll mancante ->
prendevo la dll dalla macchina che aveva compilato e la aggiungevo ->
GOTO A

le prime dll che chiedeva erano quelle di mingw, poi le varie Qt (prima core, poi gui, poi network, etc)

una volta inserite tutte, però, mi dava errore dicendo "impossibile trovare l'entry point xyzxyzxyzxyz della libreria x.dll" (di solito x era qtcore o qtgui, non ricordo)

al che whistleravo

Mica avrai preso le dll dal qtcreator ?

eh?

le ho prese dalla cartella di Qt (il percorso esatto ora non lo ricordo)

[TigerShark]

@[/url]":37lzgl3i]
Magari se ci dici qual'è il problema...

Per le varie dll, 8 mi sembrano troppine (ti consiglio di installare UNA sola versione) ma stai comunque attento alle librerie, quelle con "d" nel nome sono debug (immagino tu lo sappia già).

eh non posso dirvelo qua, abbiamo compilato su win di un "collega" (non usa windows da anni, era assolutamente impedito su win7 ) e il test lo facevo su xp in lab.

Comunque lui ha installato semplicemente l'sdk di qt eh, tutta quella roba lì gli è venuta giù insieme.


Quello che non proprio non riesco a capire è come non ci possa essere la maniera di farlo direttamente da QtCreator

mmm.. avete messo le dll sdk anziche' quelle redistributable?

[trallallero]

@[/url]":13ddrl5g]
Mica avrai preso le dll dal qtcreator ?

eh?

le ho prese dalla cartella di Qt (il percorso esatto ora non lo ricordo)

se non sbaglio, qt creator è stato fatto con vs quindi non puoi usare le sue dll se fai un progetto mingw.
Cerca le dll giuste (non chiedermi dove sono perché non lo so, non usiamo più mingw).

Cerco un attimo e ti faccio sapere.

[TigerShark]

@[/url]":2gleu1sl]

figurati che mettevamo le dll man mano che compariva l'errore

tipo

A: eseguivo exe ->
x.dll mancante ->
prendevo la dll dalla macchina che aveva compilato e la aggiungevo ->
GOTO A

le prime dll che chiedeva erano quelle di mingw, poi le varie Qt (prima core, poi gui, poi network, etc)

una volta inserite tutte, però, mi dava errore dicendo "impossibile trovare l'entry point xyzxyzxyzxyz della libreria x.dll" (di solito x era qtcore o qtgui, non ricordo)

al che whistleravo

Mica avrai preso le dll dal qtcreator ?

si, immagino sia quello che ho pensato anch'io anche se non avendo mai usato le qt non sapevo come si chiamasse l'sdk.

[trallallero]

Il primo che ho trovato e che mi ricorda un problema che ho avuto:
http://lists.qt.noki... ... 04706.html

[toyo]

io non lo sapevo

cioè in pratica le librerie dentro la cartella dell'sdk "vanno bene" solo per essere usate dal Qt Creator, giusto?

se scarico questo package: http://qt.nokia.com/...ownloads#qt-lib , pesco le dll da lì, le inserisco nella cartella dell'.exe, tutto dovrebbe funzionare?

[trallallero]

io non lo sapevo

cioè in pratica le librerie dentro la cartella dell'sdk "vanno bene" solo per essere usate dal Qt Creator, giusto?

se scarico questo package: http://qt.nokia.com/...ownloads#qt-lib , pesco le dll da lì, le inserisco nella cartella dell'.exe, tutto dovrebbe funzionare?

Non si nasce imparati.

Ma spero che la cosa ti abbia imparato a non pescare librerie a caso dal pc

Se scarichi quelle mingw si, dovrebbe funzionare.