|
|
IN-VESTI DNW!!! Sono finalmente arrivate le nuovissime T-Shirt di DotNetWork!!! Con soli 15,00 € ci sosterrai nelle spese di gestione della Community e ti invieremo a casa una splendida maglietta. Se vuoi contribuire al mantenimento di DotNetWork.it Vai sulla pagina IscrizioniEffettua il pagamento usando IWBank Oppure un Bonifico bancario (le coordinate sono sulla pagina Iscrizioni), inviaci una mail a support@dotnetwork.it indicandoci la tua taglia e l'indirizzo di spedizione. Non appena verificata la ricezione del pagamento provvederemo a spedirti la tua T-Shirt. Le magliette sono disponibili nelle taglie S-M-L-XL-XXL (in caso di esaurimento di una delle taglie, indica quella di "Backup"). Grazie per IN-VESTIRTI con NOI!!! .:DotNetWork Founders:.
|
|
|
|
|
Compilare progetto vb.net a 64 bit
Ultimo Post 06 mag 2010 11.01 by Alberto [MVP] (DNW TEAM). 16 Risposte.
|
Ordina:
|
Posts:14
 |
| 04 mag 2010 15.44 |
|
Ciao amici.
Ho un quesito:
Progetto e realizzo software in vb.net con vs 2008 ed uso un pc a 32 bit con xp installato.
Dovrei installare adesso su pc con win 7 a 64 bit.
Ed ho dei problemi perche l'istallazione va ad essere collocata in Program Files(x86) che mi da una serie di problemi, primo tra tutti, l'impossibilita da parte del software installato di modiifcare files e cartelle che risiedono in: Program Files (x86).
Mi chiedevo, dal mio visual Studio 2008 posso eseguire compilazioni a 64 bit, così da non avere più questo genere di problemi in fase di esecuzione su win 7 a 64 bit?
Grazie a tutti
Riccardo
|
|
|
|
|
Posts:657
|
| 04 mag 2010 15.57 |
|
Se vedi tra le varie proprietà del tuo progetto di setup, trovi la voce: "Target Platform", che devi impostare a "x64" |
|
| Rudy Azzan |
|
|
Posts:14
|
| 04 mag 2010 16.15 |
|
e me lo compila per piattaforme a 64 bit anche se il computer su cui avviene la compilazione è a 32 bit?
|
|
|
|
|
Posts:811
|
| 04 mag 2010 16.35 |
|
Si, te lo compila per il 64 bit anche se la macchina è a 32 bit, lo so perché l'ho fatto per sbaglio in una compilazione notturna e non sapevo perché il setup su una macchina a 32 bit mi dava errore  Detto questo, il fatto che tu non possa modificare files sulla cartella programmi (x32) o su programmi per la versione 64 bit non è determinato dal fatto che il programma non è a 64 bit ma dal fatto che se non hai diritti da amministratore della macchina locale non puoi modificare dati sulle cartelle di sistema, pertanto un consiglio spassionato che ti posso dare è: se questi dati devono essere modficato da chi esegue il software, mettili sulla cartella utente se sono specifici dell'utente oppure sulla cartella public \ documents\tuaazienda\tuoprogramma\ in modo tale che si trovino su un luogo ove gli utenti hanno accesso in lettura e scrittura. Consiglio spassionato a te e a tutti quelli che iniziano a sviluppare programmi, salvate sulla cartella di installazione solo dati relativi alla configurazione la cui modifica è riservata all'amministratore di sistema, usate per i dati applicativi le cartelle apposite specifiche dell'utente o pubbliche. saluti Sabrina |
|
| Sabrina |
|
|
Posts:14
|
| 04 mag 2010 17.23 |
|
Innanzitutto GRAZIE.
Torno sull'argomento cartella Publico cartella Programmi (Program Files)
Mi stai dicendo che quantunque l'installazione su win 7 venga eseguita in Program Files e non in Program Files(x86), il software installato non protrà comunque scrivere file contenuti nella cartella Program Files/ProgrammaInstallato/Cartella/Files ....????
é una Novità di Win 7 bella e Buona!
Io fin ora sin da Win 98 installo i miei software sempre su C:\Programmi ed i software in questione non hanno mai trovato restrizioni in scrittura su file contenuti nelle cartelle figlia chiaramente di Programmi.
Mi chiarisci meglio le idee?
|
|
|
|
|
Posts:435
|
| 04 mag 2010 23.39 |
|
Ciao,
il "problema" che citi tu e' stato introdotto gia da vista. L'utente normale non puo' scrivere sui percorsi sensibili al sistema, come ad esempio la cartella programmi.
Per farlo devi essere amministratore e l'ufficio complicazione affari semplici ha fatto si che anche se l'utente e' amministratore non possa comunque eseguire alcune operazioni, ragion per cui se fai click con il tasto destro su un programma ti compare la voce "Esegui come amministratore" che ha permessi ancora piu elevati.
La logica e' quella dei sistemi unix, nei quali l'utente "root" puo' fare di tutto ma gli altri no. Giusto per evitare che l'utente scorrazzi per il sistema a far danni con l'obbiettivo di rendere piu stabile il sistema.
Quanto detto e' in estrema sintesi e non preciso al 100%, al solo scopo di rendere l'idea. |
|
|
|
|
Posts:435
|
| 04 mag 2010 23.39 |
|
Ciao,
il "problema" che citi tu e' stato introdotto gia da vista. L'utente normale non puo' scrivere sui percorsi sensibili al sistema, come ad esempio la cartella programmi.
Per farlo devi essere amministratore e l'ufficio complicazione affari semplici ha fatto si che anche se l'utente e' amministratore non possa comunque eseguire alcune operazioni, ragion per cui se fai click con il tasto destro su un programma ti compare la voce "Esegui come amministratore" che ha permessi ancora piu elevati.
La logica e' quella dei sistemi unix, nei quali l'utente "root" puo' fare di tutto ma gli altri no. Giusto per evitare che l'utente scorrazzi per il sistema a far danni con l'obbiettivo di rendere piu stabile il sistema.
Quanto detto e' in estrema sintesi e non preciso al 100%, al solo scopo di rendere l'idea. |
|
|
|
|
Posts:811
|
| 05 mag 2010 10.31 |
|
Aggiungo un po' di cose a quanto detto da Max, affinché siano chiare per te e per tutti:
Se il tuo programma, ha bisogno di inserire informazioni di configurazione applicative, il file con queste informazioni può stare sulla cartella di installazione, a patto che venga modificato solo in sede di installazione da un utente Amministratore della macchina locale. Questo è fattibile, io lo uso normalmente e funziona.
Il normale utente di macchina invece, sia questa una macchina XP oppure una macchina Vista o una macchina Seven, per principio non ha diritti amministrativi sulla macchina locale a meno che non si tratti della solita installazione Everyone Full Control che è ancora di moda in italia.
Se in una qualsiasi azienda hai un sistemista con un minimo di competenze, che vuole evitare che gli utenti usino le macchine dell'ufficio per scaricare film con e-mule oppure si installino software non consentiti dalle policy aziendali, tutti gli utenti salvo gli amministratori di sistema non avranno modo di installare applicazioni e quindi non avranno accesso in scrittura alle cartelle che si trovano sotto Programmi (o program files o program files (X86)).
Se hai delle informazioni che devono essere memorizzate dal normale utente (ad esempio io memorizzo la dimensione delle forms, la configurazione di opzioni sulle maschere ed altre cose) non vanno scritti su programmi ma sulla apposita cartella dell'utente
per XP: Documents and settings\nomeutente\Application data\
per Vista e 7 users\nomeutente\application data\
Se le informazioni che devi far modificare a tutti gli utenti sono informazioni comuni a tutti coloro che usano la macchina, allora devi utilizzare le cartelle Public che sono:
Per XP: c:\documents and settings\All users\
per vista: c:\users\Public
Questa complicazione degli affari semplici è la sola che anche io approvo, assieme alle policy relative al registry, perché evitano problemi a chi amminstra il sistema, ovvero quel povero cristo del sistemaio di turno, ed evitano che ci troviamo Dati mescolati alle applicazioni, in questo modo, per spostare le cose di un utente da un pc ad un altro, copiando Documents and Settings abbiamo riportato tutto, oppure copiando Users sui nuovi sistemi.
Saluti
Sabrina
|
|
| Sabrina |
|
|
Posts:14
|
| 06 mag 2010 07.50 |
|
Capisco tutto, ma non ritengo comoda la decisione di tenere il programma installato in una cartella tipo: "C:\ProgrammaInstallato"
e tutti gli altri dati che il software manipola ex: "Immagini_TEmp", LogConnessioni.txt .... ed altri filetti che vanno scritti dal programma installato nel suo divenire, in un'altra cartella come suggerisci tu: ex: "c:\documents and settings\All users\" o in Documenti etc.
Dico che non la condivido per due ordini di motivi:
Se ho bisogno di prendermi o fare una copia del software installato e di tutti i suoi dati, devo accedere in due percorsi diversi e copiare due cartelle diverse, se ho tutto in una sola cartella, La copio in un botto solo ed ho risolto.
Secondo ordine di motivi: Di solito gli utenti, vanno a spasso per cartelle e possono fare ciò che vogliono, una cosa è avvisarli dicendogli:
"Non toccare mai niente di ciò che sta in questa cartella: "C:\ProgrammaInstallato",
ed un altra cosa è dirgli:
Non toccare mai niente di ciò che sta in: "C:\ProgrammaInstallato" ed in: "c:\documents and settings\All users\"
Ma prescindendo da questi argomenti c'è una cosa ancora che mi fa optare per una sola cartella:
ed è l'unitarietà del sistema cha hai installato. Un programma installato è tale nella sua interezze e collocare le sue componenti in due luogi distinti cozza un pò con il concetto di sistema unitario ed interagente che è il software installato.
é un pò come voler montare una cucina in una casa, e mettere frigo, lavello e piano di lavoro nella cucina, e forno, fornelli e lavastoviglie in un'altra stanza. Lasciamo stare le difficoltà logistiche che incontra il cuoco che non c'èntrano nulla dal momento che un s.o. non perde più o meno tempo se un dato lo deve prendere da un percorso o da un altro. Il concetto che volgio esprimere è l'unitarietà dell'oggetto programma installato che viene meno, a mio avviso, se alcune sue componenti "cartelle/files" risiedono in tutt'altra root.
Allora per tagliare la testa al toro, non sarebbe male la scelta di installare in C:\ProgrammaInstallato e lasciare la benedetta Programmi al S.O.?
Ciao e grazie ancora
Riccardo
|
|
|
|
|
Posts:662
|
| 06 mag 2010 08.21 |
|
é un pò come voler montare una cucina in una casa, e mettere frigo, lavello e piano di lavoro nella cucina, e forno, fornelli e lavastoviglie in un'altra stanza. Beh, non è esattamente così. Quello che ti stanno dicendo è di costruire una cucina completa nella stanza della cucina e mettere il cibo nel ripostiglio, elaborarlo e successivamente servirlo in tavola su un piatto comune dove tutti possono servirsi. Altrimenti, se servi il pranzo in cucina, rischi che qualcuno (anche inavvertitamente) ti urti una pentola e ti faccia cadere tutta la maionese in terra, oppure che ti spenga il forno e le meringhe ti vengono sgonfie e flaccide, per non parlare poi dei crostini debitamente spalmati su tutto il pavimento solo perchè il cuoco li ha messi in un posto poco sicuro, perchè lui sa muoversi bene in cucina, ma gli altri no. Saluti, Alberto. |
|
|
|
|
Posts:14
|
| 06 mag 2010 09.18 |
|
Caro alberto se vuoi Sfottere dillo che mi allontano subito.
Direi in anticipo che mi sa che forse per te è troppo fine ragionare in questo modo visto che non hai afferato ciò che volevo dire!
Direi che ti sei soffermato solo sulla cucina, e se dobbiamo smontarla e portarla via?
Che facciamo Facciamo entrare gli operai in cucina e nel soggiorno e ci sporcano anche il soggiorno?
Comunque vista la tua buona educazione, vi saluto e vi auguro buon lavoro.
|
|
|
|
|
Posts:14
|
| 06 mag 2010 09.30 |
|
a questo punto ti dico che è fuori da ogni logica mettere i dati relativi ad un unico e solo argomento in due posti diversi!
CIAO
|
|
|
|
|
Posts:657
|
| 06 mag 2010 09.31 |
|
Apparte che non capisco perché te la prendi con la risposta di Alberto che non ha detto niente di male e seguiva la tua ironia:
Un applicazione dovrebbe come hai detto tu vivere da sola con un copia e incolla. Le cartelle che ti sono state segnalate, sevono per contenere dati temporanei o dedicati agli utenti. I dati dell'applicazione sono e stanno nella cartella dell'applicazione! L'unico accorgimento che devi avere è che se ti serve modificarli devi essere administrator! Tutto il resto che c'è in giro per il PC a te non te ne frega niente! |
|
| Rudy Azzan |
|
|
Posts:657
|
| 06 mag 2010 09.34 |
|
Infatti tutti i tuoi dati stanno nella tua cartella applicazione, compresi gli eventuale dati di default, se un utente accede per la prima volta alla applicazione e quindi non ci sono dati nelle cartelle condivise o dedicate all'utente! Qui è solo capito male il modo di pensare le cose, stiamo calmi!  |
|
| Rudy Azzan |
|
|
Posts:14
|
| 06 mag 2010 09.54 |
|
Inserito da Rudy (DNW TEAM) su 06 mag 2010 10.31
Apparte che non capisco perché te la prendi con la risposta di Alberto che non ha detto niente di male e seguiva la tua ironia:
Grazie per la Seria Attenzione. Ciao
Riccardo
|
|
|
|
|
Posts:435
|
| 06 mag 2010 09.54 |
|
Ciao Riccardo.
Ho seguito il post e non posso fare a meno di meravigliarmi per la tua reazione. La risposta di Alberto non era uno sfotto', ha solo dato una motivazione ad alcune scelte riprendendo il tuo esempio.
Detto questo siamo tutti liberi di fare cio che riteniamo piu' opportuno. Se ritieni che sia piu corretto e comodo avere dati e programma in un solo punto sei liberissimo di farlo, nessuno lo vieta. Devi solo ricordare pero' che non puoi farlo nella cartella Programmi del sistema operativo. Tutto li.
Ribadisco che da sistemista sono favorevolissimo a non lasciare troppa liberta' agli utenti.
Tieni anche presente che se dai un pc nuovo ad un utente devi migrare il suo profilo e copiare quindi la cartella c:\users\nomeutente. Una volta installato il software come admin e copiata la cartella hai tutto cio che ti serve. Non mi sembra un problemone.
Max.
|
|
|
|
|
Posts:662
|
| 06 mag 2010 11.01 |
|
Caro alberto se vuoi Sfottere dillo che mi allontano subito. Sinceramente no, non voglio sfottere, ho soltanto usato un tuo paragone per cercare di spiegare con la stessa modalità cosa stavano dicendoti gli altri. Non ho co-fondato una community tecnica per sfottere le persone sui forum! Direi in anticipo che mi sa che forse per te è troppo fine ragionare in questo modo visto che non hai afferato ciò che volevo dire! Può darsi che non abbia afferrato, anzi quasi sicuramente non ho afferrato. So soltanto che puoi tranquillamente mettere il tuo programma in qualsiasi cartella tu ritenga giusto e corretto, senza curarti minimamente di problematiche relative alla sicurezza e senza curarti minimamente di quelle che sono le guideline relative allo sviluppo su sistemi Windows. Personalmente però posso anche sentirmi libero di non installare e di consigliare ai miei clienti di non installare applicazioni che non rispettano gli standard di sicurezza, che verrebbero bloccate dagli antivirus più comuni, che verrebbero bloccate dai firewall più comuni che verrebbero bloccate da qualsiasi sistemista che tenga un minimo al proprio posto di lavoro e sopratutto che vengono bloccate o segnalate come non sicure da quasi tutte le attuali installazioni di Windows (da vista in poi). Ogni scelta che facciamo presuppone dei pro e dei contro, sopratutto nel nostro lavoro, sta a noi decidere quali di questi affrontare. Direi che ti sei soffermato solo sulla cucina, e se dobbiamo smontarla e portarla via?
Che facciamo Facciamo entrare gli operai in cucina e nel soggiorno e ci sporcano anche il soggiorno? Dipende, se è necessario sporcare il soggiorno una volta nella vita per avere una cucina funzionante e funzionale direi proprio di si. (Sempre che sia vero che dobbiamo sporcare il soggiorno) Comunque vista la tua buona educazione, vi saluto e vi auguro buon lavoro. Non credo di essere stato maleducato ma se così fosse ti chiedo scusa e ti auguro buon lavoro anch'io. Saluti, Alberto. |
|
|
|
|
| Non sei autorizzato ad inviare una risposta. |
|
Active Forums 4.1
|
|
|