Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Intel Panther Lake: i processori per i notebook del 2026
Intel Panther Lake: i processori per i notebook del 2026
Panther Lake è il nome in codice della prossima generazione di processori Intel Core Ultra, che vedremo al debutto da inizio 2026 nei notebook e nei sistemi desktop più compatti. Nuovi core, nuove GPU e soprattutto una struttura a tile che vede per la prima volta l'utilizzo della tecnologia produttiva Intel 18A: tanta potenza in più, ma senza perdere in efficienza
Intel Xeon 6+: è tempo di Clearwater Forest
Intel Xeon 6+: è tempo di Clearwater Forest
Intel ha annunciato la prossima generazione di processori Xeon dotati di E-Core, quelli per la massima efficienza energetica e densità di elaborazione. Grazie al processo produttivo Intel 18A, i core passano a un massimo di 288 per ogni socket, con aumento della potenza di calcolo e dell'efficienza complessiva.
4K a 160Hz o Full HD a 320Hz? Titan Army P2712V, a un prezzo molto basso
4K a 160Hz o Full HD a 320Hz? Titan Army P2712V, a un prezzo molto basso
Titan Army P2712V è un monitor da 27 pollici che unisce due anime in un unico prodotto: da un lato la qualità visiva del 4K UHD a 160 Hz, dall'altro la velocità estrema del Full HD a 320 Hz. Con pannello Fast IPS, HDR400, Adaptive-Sync, illuminazione RGB e regolazioni ergonomiche, punta a soddisfare sia i giocatori competitivi che i content creator
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 25-01-2008, 18: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, 18: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, 18: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 18:42.
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 18: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, 19: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, 19: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, 19: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, 20: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, 20: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, 21: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 21:11.
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 25-01-2008, 21: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, 21: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, 21: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, 21: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, 22: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, 22: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, 22: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 25-01-2008, 23: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, 15: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 16:05.
doctorAle85 è offline   Rispondi citando il messaggio o parte di esso
Old 26-01-2008, 17: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


Intel Panther Lake: i processori per i notebook del 2026 Intel Panther Lake: i processori per i notebook ...
Intel Xeon 6+: è tempo di Clearwater Forest Intel Xeon 6+: è tempo di Clearwater Fore...
4K a 160Hz o Full HD a 320Hz? Titan Army P2712V, a un prezzo molto basso 4K a 160Hz o Full HD a 320Hz? Titan Army P2712V,...
Recensione Google Pixel Watch 4: basta sollevarlo e si ha Gemini sempre al polso Recensione Google Pixel Watch 4: basta sollevarl...
OPPO Watch X2 Mini, lo smartwatch compatto a cui non manca nulla OPPO Watch X2 Mini, lo smartwatch compatto a cui...
Intel: ciclo di rilascio annuale per gli...
Intel XeSS 3 porta la Multi-Frame Genera...
PlayStation 6 e nuove Radeon, ecco le te...
New York porta in tribunale TikTok, Meta...
L'intelligenza artificiale canceller&agr...
Battlefield 6: analisi grafica e DLSS
Gauss Fusion presenta GIGA: l'Europa acc...
Lo sapete che anche le auto elettriche d...
Oltre un miliardo di dati sensibili sott...
iPhone 17, segni sui modelli in esposizi...
Sviluppatore Microsoft confessa: la cele...
Sfrutta l'IA per migliorare a lavoro, l'...
iPhone 18 Fold: un leak indica i materia...
Instagram testa nuove opzioni per contro...
Elon Musk raggiunge un accordo con l'ex ...
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: 01:48.


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