Ricerca 
it-ITen-US
Register
Login
In-Vesti Dotnetwork
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 Iscrizioni
Effettua il pagamento usando IWBank
Click per andare alla pagina di Iscrizione
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:.
    Print     


DotNetWork Forums
eseguire debug di un progetto che non è il primario
Last Post 27 Nov 2009 08:36 by Rudy (DNW TEAM). 4 Replies.
Printer Friendly
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages

Posts:537

--
27 Nov 2009 07:19  
Buongiorno a tutti.

ho una soluzione con X progetti.

in un progetto ho un metodo in una Form dove devo fare il Debug e ci metto un BreakPoint.
Compilo il progetto ed eseguo. Non ho capito come mai le modifiche a quel progetto me le ritrovo solo alla seconda esecuzione del debug ma questo non è un problema (avvio - chiudo - avvio il debug). nel momento in cui vado su quel metodo, il break point non funziona. Non so come mai a volte funziona e a volte no..
Qual'è il modo giusto per debuggare un metodo di un progetto che non sia il primario della soluzione?

Dato che sto scrivendo di debug, è possibile evitare di riavviare due volte il debug per testare altri progetti di una soluzione?

Grazie.

Posts:657

--
27 Nov 2009 08:15  

Di solito questo succede se tu imposti le reference alle dll compilate invece che ai progetti. Prova a verificare!

Rudy Azzan

Posts:537

--
27 Nov 2009 08:22  
si. giusto.
Quando compilo una dll, viene copiata in una cartella predefinita e caricata in GAC.

Quindi mi conviene comunque caricare in GAC la DLL ma referenziare il progetto invece della DLL.

A questo punto non conviene caricare in GAC la DLL.

Grazie.

Posts:537

--
27 Nov 2009 08:23  
Scusa. Il bello è che a volte il break point funziona..e quello che mi fa pensare che sicruamente un sistema c'è.
Magari riavviare il debug si risolve referenziando il progetto...ma il debug?

Posts:657

--
27 Nov 2009 08:36  

Si referenzia il progetto. Quando poi lo distribuisci lo puoi mettere in GAC, altrimenti ti succedono quelle cose li

Rudy Azzan
You are not authorized to post a reply.

Active Forums 4.1
       
Articoli
Starting from Scratch with WPF (Part 3)
Rows, deities, brushes and refrigerators (second part)
2007/11/22 | Author: Sabrina Cosolo
Mixed Fry - General Purpouse classes (Part 6)
Helper: Some method to organize our use of the File System
2007/10/28 | Author: Sabrina Cosolo
Addin per Live Writer
Programmer Paster, un Addin per Live Writer che colora il codice sorgente inserito nei Post dei Blog
2007/11/11 | Author: Rudy Azzan
SQL Server Base Notions (part 1)
How to create a database in SQL Server using SQL Management Studio
2008/03/09 | Author: Sabrina Cosolo
Introduzione a Windows Presentation Foundation (parte 2)
La prima di una serie di traduzioni da articoli di MSDN o altre fonti che offrono un punto di partenza per iniziare a capire il WPF.
2007/07/29 | Author: Patrizia Cosolo
Iniziare da zero con WPF (Parte 2)
Iniziamo a scoprire gli oggetti Application e Window
2007/09/30 | Author: Sabrina Cosolo
Lavorare con i Generic - Led Control
Creare un controllo che simula i moduli LED
2007/11/11 | Author: Alberto De Luca
Code unit testing (part 2)
let's build some unit tests for the ADO.NET Base Helper Library
2008/03/09 | Author: Sabrina Cosolo
    Print     
Home|Forums|Blogs|Mappa del sito
© 2007-2010 by DotNetWork  .:.  Terms Of Use  .:.  Privacy Statement  .:.  Login  .:.