Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Polestar 3 Performance, test drive: comodità e potenza possono convivere
Polestar 3 Performance, test drive: comodità e potenza possono convivere
Abbiamo passato diversi giorni alla guida di Polestar 3, usata in tutti i contesti. Come auto di tutti i giorni è comodissima, ma se si libera tutta la potenza è stupefacente
Qualcomm Snapdragon X2 Elite: l'architettura del SoC per i notebook del 2026
Qualcomm Snapdragon X2 Elite: l'architettura del SoC per i notebook del 2026
In occasione del proprio Architecture Deep Dive 2025 Qualcomm ha mostrato in dettaglio l'architettura della propria prossima generazione di SoC destinati ai notebook Windows for ARM di prossima generazione. Snapdragon X2 Elite si candida, con sistemi in commercio nella prima metà del 2026, a portare nuove soluzioni nel mondo dei notebook sottili con grande autonomia
Recensione DJI Mini 5 Pro: il drone C0 ultra-leggero con sensore da 1 pollice
Recensione DJI Mini 5 Pro: il drone C0 ultra-leggero con sensore da 1 pollice
DJI Mini 5 Pro porta nella serie Mini il primo sensore CMOS da 1 pollice, unendo qualità d'immagine professionale alla portabilità estrema tipica di tutti i prodotti della famiglia. È un drone C0, quindi in un peso estremamente contenuto e che non richiede patentino, propone un gimbal rotabile a 225 gradi, rilevamento ostacoli anche notturno e autonomia fino a 36 minuti. Caratteristiche che rendono il nuovo drone un riferimento per creator e appassionati
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 25-01-2008, 19:15   #1
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
[c++] Aiuto! Con Visual Studio 2005 l'eseguibile non parte se lanciato da altri pc!

Scusate,
ho un grande problema...ho fatto un progetto con visual studio 2005 in c++ con l'utilizzo delle openGL! quando lancio il file .exe presente nella cartella debug che viene creata da vs2005 nel mio pc l'applicazione gira correttamente...
Se metto il progetto in qualsiasi altro pc, se provo a lanciare l'applicazione, quindi il file .exe presente in debug mi compare la schermata d'errore con scritto:

"impossibile avviare l'applicazione specificata. La configurazione dell'applicazione non è corretta. Una nuova installazione dell'applicazione potrebbe risolvere il problema."

Se però ricompilo il file .cpp negli altri pc e poi lancio il .exe presente in debug parte correttamente!

A me serve però che l'eseguibile parta direttamente con il doppio click, senza ricompilarlo!

Vi riassumo la struttura delle cartelle del progetto:

Progetto
->data
->debug
->immagini(sarebbero le texture)
->progetto
->debug
qui dentro ci sono i file .cpp, .h e il file vc++ project
->immagini

Sapete risolvere il problema?

grazie
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 19:19   #2
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
I programmi fatti col VC++ richiedono che i computer sui quali devono girare abbiano installato il vcredist.exe (un file con le librerie ridistribuibili di MS)

Se vuoi evitarlo devi fare il linking statico al tuo eseguibile, ma non so dirti la procedura precisa

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 19:27   #3
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da AnonimoVeneziano Guarda i messaggi
I programmi fatti col VC++ richiedono che i computer sui quali devono girare abbiano installato il vcredist.exe (un file con le librerie ridistribuibili di MS)

Se vuoi evitarlo devi fare il linking statico al tuo eseguibile, ma non so dirti la procedura precisa

Ciao
Ci sono dei miei amici che hanno fatto progetti con vs2005 e quando mi hanno dato l'eseguibile partiva direttamente! ho chiesto ad alcuni e mi hanno detto che non hanno fatto niente di particolare al file .exe!

Preciso che nel pc dove ho fatto il progetto utilizzo windows vista!...non c'entrerà niente, però non si sa mai!

Mi sono accorto anche che quando utilizzo altri pc e vado nella cartella debug ci sono due file .ilk e .pdb la cui icona sembra tipo un pò tagliuzzata...boh, non so come spiegarvelo! sembra come se questi due file sono un pò corrotti!

Ultima modifica di doctorAle85 : 25-01-2008 alle 19:42.
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 19:42   #4
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Questo è il link al file che ti serve per far andare il tuo programma sugli altri PC :

http://www.microsoft.com/downloads/d...DisplayLang=en

Installalo sui PC dove non parte.

Se vuoi farlo partire su tutti senza quel pacchetto devi abilitare il link statico. Non so la procedura precisa. Cerca su google o nelle impostazioni di Visual Studio nella sezione dedicata al linker vedi se trovi qualcosa

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 20:15   #5
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da AnonimoVeneziano Guarda i messaggi
Questo è il link al file che ti serve per far andare il tuo programma sugli altri PC :

http://www.microsoft.com/downloads/d...DisplayLang=en

Installalo sui PC dove non parte.

Se vuoi farlo partire su tutti senza quel pacchetto devi abilitare il link statico. Non so la procedura precisa. Cerca su google o nelle impostazioni di Visual Studio nella sezione dedicata al linker vedi se trovi qualcosa

Ciao
grazie...ora provo!
...spero che riesco però a utilizzare il link statico!
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 20:24   #6
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Non parte neanche con vcredist_x86 negli altri pc...che cavolo!

I problema dovrebbe essere dovuto a qualche file .dll, come ho letto girando su internet! eppure la glut32.dll l'ho messa anche nella cartella debug... boh
Aiuto!!!!!!
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 20:42   #7
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
oltre ad abilitare il link statico verso il runtime di Visual C++ devi anche cannare il manifest file. vai sulle proprietà del progetto, poi Configuration Properties, poi seleziona la configurazione che ti interessa (presumibilmente Release), e setta le seguenti opzioni:
  • C/C++, Code Generation, Runtime Library, settala a Multi-threaded
  • Linker, Manifest File, Generate Manifest, settala a No
suppongo che non usi MFC visto che hai detto di usare glut32.

non sono sicurissimo che questo basti a farlo andare perché dovrei provare, in caso dicci che errori da.

PS: con questi due passi non è neanche necessario richiedere agli utenti di installare il redistributable.
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 21:13   #8
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da 71104 Guarda i messaggi
oltre ad abilitare il link statico verso il runtime di Visual C++ devi anche cannare il manifest file. vai sulle proprietà del progetto, poi Configuration Properties, poi seleziona la configurazione che ti interessa (presumibilmente Release), e setta le seguenti opzioni:
  • C/C++, Code Generation, Runtime Library, settala a Multi-threaded
  • Linker, Manifest File, Generate Manifest, settala a No
suppongo che non
Tutto quello che vi sto dicendo l'ho fatto nel pc dove ho realizzato il progetto.

Per il primo punto, già è settato a multi-threaded debug dll!
Settando a No mi si pianta il programma!

Mettendo il linkaggio statico (non so se ho fatto bene, dato che non sono riuscito a trovare una soluzione su internet che mi riguardi) mi da quest'errore dopo aver compilato e lanciato ed eseguito:;
"the specified file is an unrecognized or unsopported binary format"
Non so proprio come cavolo è...
ma non c'è un modo più semplice, per esempio un programmino che a partire dai file che crea visual studio, generi un file eseguibile che non crei tutti questi problemi?
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 21:36   #9
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da doctorAle85 Guarda i messaggi
Per il primo punto, già è settato a multi-threaded debug dll!
-.-'

leggi bene quello che ho scritto...
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 22:07   #10
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da 71104 Guarda i messaggi
-.-'

leggi bene quello che ho scritto...
Quello che mi hai indicato, multi-threaded, scritto così non esiste! al massimo esiste multi-threaded (/MT).
Comunque anche selezionando questo tipo di multi-threaded, selezionando "no" dove hai indicato e mettendo in configuration properties->general->configuration type "static library" mi compila ma quando vado ad eseguire dice:
"unable to start program
xxxx.progetto\debug\progetto.lib"

Se vi può essere d'aiuto, anche se non dovrebbe azzeccarci un tubo, per necessità dovetti cambiare la proprietà character set da unicode a multicode!


Ultima modifica di doctorAle85 : 25-01-2008 alle 22:11.
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 22:14   #11
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da doctorAle85 Guarda i messaggi
Quello che mi hai indicato, multi-threaded, scritto così non esiste! al massimo esiste multi-threaded (/MT).
Comunque anche selezionando questo tipo di multi-threaded, selezionando "no" dove hai indicato e mettendo in configuration properties->general->configuration type "static library" mi compila ma quando vado ad eseguire dice:
"unable to start program
xxxx.progetto\debug\progetto.lib"

Se vi può essere d'aiuto, anche se non dovrebbe azzeccarci un tubo, per necessità dovetti cambiare la proprietà character set da unicode a multicode!

1) rimetti Unicode, anche se in realtà credo che nel tuo caso dovresti mettere semplicemente ANSI (o ASCII, non ricordo com'era)
2) io mica ti ho detto di compilare in forma di "static library"... così facendo tu hai generato non un eseguibile ma una libreria statica (infatti lui cerca di eseguire un file con estensione .lib, non .exe)
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 22:16   #12
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da 71104 Guarda i messaggi
anche se in realtà credo che nel tuo caso dovresti mettere semplicemente ANSI (o ASCII, non ricordo com'era)
sono andato a rivedere com'era: credo che nel tuo caso dovresti mettere "Not set", ad indicare che non stai utilizzando caratteri ne' Unicode ne' multibyte, ma semplici char del C/C++.
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 22:24   #13
vizzz
Senior Member
 
L'Avatar di vizzz
 
Iscritto dal: Mar 2006
Città: Bergamo
Messaggi: 2499
ma stai passando l'eseguibile compilato in debug?
devi compilare in release e passare quello!
__________________
ho concluso con: kvegeta, doctordb, Leland Gaunt.
vizzz è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 22:58   #14
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da 71104 Guarda i messaggi
sono andato a rivedere com'era: credo che nel tuo caso dovresti mettere "Not set", ad indicare che non stai utilizzando caratteri ne' Unicode ne' multibyte, ma semplici char del C/C++.
Cosa cambia se metto not set?
...perchè non vedo dei cambiamenti togliendo multicode e mettendo not set...almeno nel mio caso!!!
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 23:00   #15
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da vizzz Guarda i messaggi
ma stai passando l'eseguibile compilato in debug?
devi compilare in release e passare quello!
Si...passavo quello presente in debug!

Se compilo in release si verifica un fenomeno strano...e cioè che l'animazione che viene fatta nell'applicazione risulta tipo accelerata rispetto alla compilazione in debug!...per esempio una camminata, se compilo in release risulta molto più accelerata!
Com'è questa cosa?...si può fare qualcosa?...xchè se è così lascio la compilazione in debug!...non mi va di ricambiare il codice dell'animazione...
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 23:37   #16
vizzz
Senior Member
 
L'Avatar di vizzz
 
Iscritto dal: Mar 2006
Città: Bergamo
Messaggi: 2499
Quote:
Originariamente inviato da doctorAle85 Guarda i messaggi
Si...passavo quello presente in debug!

Se compilo in release si verifica un fenomeno strano...e cioè che l'animazione che viene fatta nell'applicazione risulta tipo accelerata rispetto alla compilazione in debug!...per esempio una camminata, se compilo in release risulta molto più accelerata!
Com'è questa cosa?...si può fare qualcosa?...xchè se è così lascio la compilazione in debug!...non mi va di ricambiare il codice dell'animazione...
i programmi vanno rilasciati in release, sopratutto perchè un eseguibile di debug si appoggia a librerie di debug che su un normale pc non di sviluppo non sono normalmente presenti.
un programma di debug è sempre più lento della corrispondente versione in release.
guarda anche la differenza di dimensione dei due eseguibili!
__________________
ho concluso con: kvegeta, doctordb, Leland Gaunt.
vizzz è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 23:48   #17
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Quote:
Originariamente inviato da vizzz Guarda i messaggi
i programmi vanno rilasciati in release, sopratutto perchè un eseguibile di debug si appoggia a librerie di debug che su un normale pc non di sviluppo non sono normalmente presenti.
un programma di debug è sempre più lento della corrispondente versione in release.
guarda anche la differenza di dimensione dei due eseguibili!
grazie dell'informazione...ma si può impostare in qualche modo la velocità dell'animazione come quella dell'eseguibile in debug?
Se non si potesse fare mi tengo l'eseguibile del debug...perchè altrimenti dovrei cambiare parecchio codice!
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 26-01-2008, 00:46   #18
vizzz
Senior Member
 
L'Avatar di vizzz
 
Iscritto dal: Mar 2006
Città: Bergamo
Messaggi: 2499
Quote:
Originariamente inviato da doctorAle85 Guarda i messaggi
grazie dell'informazione...ma si può impostare in qualche modo la velocità dell'animazione come quella dell'eseguibile in debug?
Se non si potesse fare mi tengo l'eseguibile del debug...perchè altrimenti dovrei cambiare parecchio codice!
dipende dal codice che hai scritto
__________________
ho concluso con: kvegeta, doctordb, Leland Gaunt.
vizzz è offline   Rispondi citando il messaggio o parte di esso
Old 26-01-2008, 16:59   #19
doctorAle85
Bannato
 
Iscritto dal: Oct 2007
Messaggi: 452
Non si riesce a risolvere il problema!
Compilando in release mi cambia l'animazione e è troppo rischioso cambiare tutto il codice...

La cosa che mi sorprende è che per le altre tesine compilate in debug, senza accorgimenti strani, ne linkaggio statico e cavoli vari, il .exe a me parte.
Il mio eseguibile invece in altri pc no!
ho provato anche a mettere la libreria glut32.dll nella cartella con il .exe e non va!
...e sono convinto sempre più che è vista il problema, e in particolare il pacchetto aggiuntivo che magari setta qualche impostazione di default diversa...non so! vi posso assicurare che ad altre persone che hanno fatto progetti con xp e stessa versione di visual studio non da problemi!

Ultima modifica di doctorAle85 : 26-01-2008 alle 17:05.
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 26-01-2008, 18:00   #20
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da doctorAle85 Guarda i messaggi
Non si riesce a risolvere il problema!
Compilando in release mi cambia l'animazione e è troppo rischioso cambiare tutto il codice...

La cosa che mi sorprende è che per le altre tesine compilate in debug, senza accorgimenti strani, ne linkaggio statico e cavoli vari, il .exe a me parte.
Il mio eseguibile invece in altri pc no!
ho provato anche a mettere la libreria glut32.dll nella cartella con il .exe e non va!
...e sono convinto sempre più che è vista il problema, e in particolare il pacchetto aggiuntivo che magari setta qualche impostazione di default diversa...non so! vi posso assicurare che ad altre persone che hanno fatto progetti con xp e stessa versione di visual studio non da problemi!
che errori ti da' all'avvio se lo compili facendo come ti ho detto io?
71104 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Polestar 3 Performance, test drive: comodità e potenza possono convivere Polestar 3 Performance, test drive: comodit&agra...
Qualcomm Snapdragon X2 Elite: l'architettura del SoC per i notebook del 2026 Qualcomm Snapdragon X2 Elite: l'architettura del...
Recensione DJI Mini 5 Pro: il drone C0 ultra-leggero con sensore da 1 pollice Recensione DJI Mini 5 Pro: il drone C0 ultra-leg...
ASUS Expertbook PM3: il notebook robusto per le aziende ASUS Expertbook PM3: il notebook robusto per le ...
Test ride con Gowow Ori: elettrico e off-road vanno incredibilmente d'accordo Test ride con Gowow Ori: elettrico e off-road va...
Il nuovo Qualcomm Snapdragon 8 Gen 5 stu...
Sky e Amazon trasmetteranno la Champions...
'Robot abbastanza forti da fratturare un...
Anche DAZN ha il suo Black Friday: 40 eu...
Carmageddon: Rogue Shift, il prossimo ca...
Redal Alert 2: Command & Conquer si ...
Kingston Technology: memorie e storage c...
Narwal Freo Z10 Ultra: il robot con moci...
In 3 minuti le vedete tutte: sono le mig...
Black Friday da record per Tineco: le sc...
La nuova PS5 con Fortnite manda in tilt ...
Amazon, i tagli hanno colpito soprattutt...
Pazzesco: Panasonic Lumix DC-GH5M2E a 79...
Ecco tutte le offerte Black Friday pi&ug...
DJI Neo a 169€, Flip Combo a 309€ e molt...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 22:29.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v