nprof-developers Mailing List for NProf (Page 5)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi there,

=20

I've just been having a look at your profiling product. Do you have any
plans to include line level profiler timings?=20

=20

Many thanks,

=20

Tom

<html><div style='background-color:'>Hi, I have downloaded version 0.8b of nprof. I ran the two batch files to register nprof and the plug-in. NProf.Application.exe works fine. But when I open up VS.NET 2003 (on Windows 2003) I get the following error
The Add-in 'n-prof Integration' failed to load or caused an exception. Would you like to remove this Add-in?
Error Message: The system cannot find the file specified
Error number: 80070002 When I look at the nprof-regasm-output.txt in the Temp folder I see the following error message
RegAsm warning: Registering an unsigned assembly with /codebase can cause your assembly to interfere with other applications that may be installed on the same computer. The /codebase switch is intended to be used only with signed assemblies. Please give your assembly a strong name and re-register it.
Any help is appreciated Regards, Klaus Sr. Enterprise Architect ------------------------------------------------------ Proud member of <A href="http://linkedin.com/">http://linkedin.com</A>&nbsp;- become part of my professional network today!!! it's a free 3rd party tool! <A href="http://gotdotnet.com/">http://gotdotnet.com</A> &nbsp; <A href="http://theserverside.com/">http://theserverside.com</A> &nbsp; </div></html>

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.

With many thanks for your participation,
Benno Luthiger

PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________
Quick response at least!

I like what I see, but the listed features for .9 are sorely needed.  Good
luck your continued development.

Ted

-----Original Message-----
From: Matthew Mastracci [mailto:ma...@ac...] 
Sent: Wednesday, April 21, 2004 2:54 PM
To: Ted Graham
Cc: npr...@li...
Subject: Re: [Nprof-developers] is nprof dead?

Ted Graham wrote:

>  
> The archives don't show much activity in the last few months.  Is this
> effort dead?
>  
> Ted

Mostly just stalled, waiting for an opportunity to work on it.  :)

Matt.

Ted Graham wrote:

>  
> The archives don't show much activity in the last few months.  Is this 
> effort dead?
>  
> Ted

Mostly just stalled, waiting for an opportunity to work on it.  :)

Matt.

The archives don't show much activity in the last few months.  Is this
effort dead?

Ted

Luigi Pino wrote:

> Okay, thanks. It seems that you can even drag the option into the 
> customize dialog window to remove it.

Good find.  Finally, an item for the FAQ.  ;)

Luigi Pino wrote:
> How can you remove the "nprof Profiling" from the Tools menu? I've 
> decided to use nprof straight from the nprof application and would like 
> to remove it from the .net menu. I've tried removing all the nprof 
> registry values with no luck.
>  
> Thanks in advance,
> Luigi

So far, the only way I know of is to use the "Customize" option on the 
right-click toolbar menu.  Go to the first tab, "Toolbars" and select 
"MenuBar".  Then click the "Reset..." button to reset it to its default 
state (including items from currently loaded packages).

VS.NET has a very poor UI management API that makes it very difficult to 
add/remove items with - this is the only way I know to do it.  :)

Matt.

How can you remove the "nprof Profiling" from the Tools menu? I've =
decided to use nprof straight from the nprof application and would like =
to remove it from the .net menu. I've tried removing all the nprof =
registry values with no luck.

Thanks in advance,
Luigi
Hi to all once again,

I am very interested to learn how Nprof works. Apart from compile and
running the app, there is
only the reading the source code to learn how it works.

Trying to save paper here, Im using a 14" laptop, which project should I
NProf.Glue (the main work engine?)
or NProf.Gui (is it just plain GUI or there are some summarising work from
the data to present on the screen)?

Many thanks

Warm Regards,

Bernard Oh  c",)
mobile + 61 4 222 49080 | office B3.50 + 61 3 9903 2309

Hello to all,

I would like to record all the profiling result (ie each time a new
FunctionInfoObject is created and its details)
before they are consoliated and presented on the Listview control.

Without printing out all the source code in the NProf.GUI (or it could be
elsewhere), can someone point out where
can I insert the line of code to record when each new FunctionInfo is
created.

With thanks

Warm Regards,

Bernard Oh  c",)
mobile + 61 4 222 49080 | office B3.50 + 61 3 9903 2309

One of the project goals is to allow separation of front and back-end. 
The profiling API is available in the NProf.Glue layer.  You can see a 
marginally better explaination on this page here:

http://nprof.sourceforge.net/Site/Description.html

It's got some bits of it that aren't very clean right now, but you could 
use it to build another profiling application.

What are looking to do?

Bernard Oh wrote:
> On the nprof home page, the description of the application mentioned a 
> complete API the can be used
> to build other profiler front-ends.
>  
> Where can I find the information for such endeavours? Which layer?
>  
> With thanks
> Bernard
>  
> Warm Regards,
>  
> Bernard Oh  c",)
> mobile + 61 4 222 49080 | office B3.50 + 61 3 9903 2309
> 
>      

On the nprof home page, the description of the application mentioned a complete API the can be used
to build other profiler front-ends.

Where can I find the information for such endeavours? Which layer?

With thanks
Bernard

Warm Regards,

Bernard Oh  c",) 
mobile + 61 4 222 49080 | office B3.50 + 61 3 9903 2309

Philippe Lavoie wrote:

> I just want to confirm that 0.8b of NProf can not be used to profile a 
> test suite executed from NUnit-gui.
> 
> If so, do you know when a release will support this?

0.9 will likely support this.  NUnit launches the C# compiler when 
running test cases and this isn't currently supported by the profiler. 
I need to allow the profiler to support nested program launches to make 
this work properly.

Matt.

Hi
=20
I just want to confirm that 0.8b of NProf can not be used to profile a
test suite executed from NUnit-gui.=20
=20
If so, do you know when a release will support this?
=20
If not so, do I need to set something in particular to get this to work?

=20
Thanks
=20
Philippe Lavoie
=20
   Cactus Commerce         eBusiness. All Business.
 Tel 819.778.0313 x302 * 888.CACTUS.0 * Fax 819.771.0921
www.cactuscommerce.com phi...@ca...
=20

Tim Wilson wrote:

> I'd like to add my voice to the suggestion that line-by-line coverage
> would be very useful.  Both Microsoft and CompuWare have free downloads
> that do profiling, but Nprof could score a first by offering coverage.  
> 
> I'd suggest the aim should be to answer the question: "Do my NUnit tests
> execute every line?"

Sounds good to me.  We've got line-by-line profiling on the menu for 
post 1.0 releases.  Once we have that down, coverage is easy.

> This might be presented as a report that lists every method that
> contains unexecuted lines, with the ability to drill down to a report
> that shows precisely which lines were not executed.
> 
> If only I had the knowledge to do this myself... 

> Thanks for a great tool!

No problem.  Thanks for the suggestions,

Matt.

Hi,

I'd like to add my voice to the suggestion that line-by-line coverage
would be very useful.  Both Microsoft and CompuWare have free downloads
that do profiling, but Nprof could score a first by offering coverage.  

I'd suggest the aim should be to answer the question: "Do my NUnit tests
execute every line?"

This might be presented as a report that lists every method that
contains unexecuted lines, with the ability to drill down to a report
that shows precisely which lines were not executed.

If only I had the knowledge to do this myself... 

Thanks for a great tool!

Tim

Looks like everything should be working smoothly again!

NProf CVS is currently out-of-date due to Sourceforge issues.  Please 
avoid checking in or out for a day or so while I try to get it resynced 
with the old repository.

Thanks,
Matt.

as...@cs... wrote:

>>> - Back/Forward facility when one 'double-clicks' on the
>>>   _lvFunctionInfo list items. That is, when I see details of a
>>>  function and its children, I go down and keep on double-clicking on
>>>  the children to find more information - however, there is no way to
>>>  return back! So I have to remember which function I started with.

Okay...  this patch is finally in CVS - it'll be there for 0.9.  Sorry 
it took so long and thanks again.  :)

Matt.

Michael J Kaye wrote:

>    "C:\path_to_nprof_binaries\nprof.application.exe" /r:%1 /a:"%~2 %~3 
> %~4 %~5 %~6 %~7 %~8"
> 
> When the bat file is run, the command-line looks like:
> "C:\NprofPath\nprof.application.exe" 
> /r:"C:\VsProjectPath\bin\Debug\MethodExecutor.exe" 
> /a:"file:///C:/NUnitAddinPath/NUnitAddin.TestRunner.Runtimes.DLL 
> NUnitAddin.TestRunner.Runtimes.TestRunnerRuntimes Main 
> http://222.22.2.222:4027/TestListener_0cb99eb5-49ce-4ef8-bc6e-de7027192a93 
> http://222.22.2.222:4027/TraceListener_8b4e1a30-0929-4b42-9f32-2ea729231744 
> C:\VsProjectPath\bin\Debug\AssemblyToTest.dll 
> NamespaceToTest.TestFixture.UnitTest"

Hrm...  Everything looks okay to me here.  I'm wondering if there's some 
sort of argument problem w/nprof's command-line interface.  Can you send 
me the nunit add-in that you're using?  I can play with it here and see 
if I can diagnose the problem.

Thanks,
Matt.

Matthew Mastracci wrote:

>Check out the "threads" drop-down to see if NUnit is running on a
>different thread than your test.  AFAIK, NUnit starts the tests going on
>a new thread so that it can keep UI's alive.
>
>  
>
When Nprof comes up, it does have two threads in the drop-down. However,
the other thread only gives data for the System ns; doesn't even have
anything for the Microsoft ns.
When you run NUnit through the NUnit Addin, it doesn't actually bring up
the NUnit UI. It reports the number of succeeded, failed and skipped
tests in the status bar and brings up the failed tests in the task list.
Don't know if that's relevant.
In our EPOS project, profiling our tests (and their coverage) is
definitely the main use we will have for a profiler. It would be great
if we could get it working :-).
Thanks.

Michael J Kaye
EPOS Team
STL Ltd

_____________________________________________________________________
This e-mail has been scanned for viruses by MCI's Internet Managed Scanning Services - powered by MessageLabs. For further information visit http://www.mci.com .

Check out the "threads" drop-down to see if NUnit is running on a
different thread than your test.  AFAIK, NUnit starts the tests going on
a new thread so that it can keep UI's alive.

Perhaps I could add an option parameter for "main thread method" hint -
it could focus the provided thread for multithreaded apps when it finds
the signature in one of the threads.

Matt.

On Thu, 2004-01-15 at 05:04, Michael J Kaye wrote:
> Matthew Mastracci wrote:
> 
> > At the current moment, all namespaces within the application are 
> > available within the profiler information.  We might be able to 
> > provide an option to filter certain namespaces out by default - for 
> > instance, removing any NUnit.* namespace.  There isn't any sort of 
> > functionality supporting this right now, however.
> >
> > Let me know what you need and we can figure out the best way to do it.
> >
> Thank you, again, for responding so quickly.
> Here's what we're trying to do.
> NUnit Addin gives adds some options to the context-menu in the code 
> window. One of these is a "Test With..." menu. This means you can 
> right-click on a namespace, unit test, or test fixture and run the 
> specified test(s) immediately. The "Test With..." menu allows you to use 
> the debugger, or Mono to run the tests. This allows you to, for 
> instance, step through your tests with the debugger.
> We want to add an entry to the "Test With..." menu that would allow us 
> to run the tests with Nprof, hence, allowing us to profile the tests. 
> This would be an enormously useful feature.
> The "Test With..." menu entries are controlled by bat files. The bat 
> file we currently have for Nprof contains the following line:
>     "C:\path_to_nprof_binaries\nprof.application.exe" /r:%1 /a:"%~2 %~3 
> %~4 %~5 %~6 %~7 %~8"
> 
> When the bat file is run, the command-line looks like:
> "C:\NprofPath\nprof.application.exe" 
> /r:"C:\VsProjectPath\bin\Debug\MethodExecutor.exe" 
> /a:"file:///C:/NUnitAddinPath/NUnitAddin.TestRunner.Runtimes.DLL
> NUnitAddin.TestRunner.Runtimes.TestRunnerRuntimes Main 
> http://222.22.2.222:4027/TestListener_0cb99eb5-49ce-4ef8-bc6e-de7027192a93
> http://222.22.2.222:4027/TraceListener_8b4e1a30-0929-4b42-9f32-2ea729231744
> C:\VsProjectPath\bin\Debug\AssemblyToTest.dll 
> NamespaceToTest.TestFixture.UnitTest"
> 
> This fires up Nprof, which in turn, runs the MethodExecutor executable. 
> I am then presented with the profiling data for the System, Microsoft 
> and MethodExecutor namespaces. However, the MethodExecutor namespace is 
> from the NUnit Addin and I want the profiling data for the 
> "NamespaceToTest" namespace. This is what led me to believe that the 
> "/r:" argument defined the namespace to profile. Is this an incorrect 
> assertion?
> Do you think it will be possible to get the profiling data for the 
> "NamespaceToTest" namespace?
> I hope some of this makes sense. Thank you for any help you can provide.
> 
> Michael.
> 
> _____________________________________________________________________
> This e-mail has been scanned for viruses by MCI's Internet Managed Scanning Services - powered by MessageLabs. For further information visit http://www.mci.com .
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Nprof-developers mailing list
> Npr...@li...
> https://lists.sourceforge.net/lists/listinfo/nprof-developers
-- 
Matthew Mastracci <ma...@ac...>

Matthew Mastracci wrote:

> At the current moment, all namespaces within the application are 
> available within the profiler information.  We might be able to 
> provide an option to filter certain namespaces out by default - for 
> instance, removing any NUnit.* namespace.  There isn't any sort of 
> functionality supporting this right now, however.
>
> Let me know what you need and we can figure out the best way to do it.
>
Thank you, again, for responding so quickly.
Here's what we're trying to do.
NUnit Addin gives adds some options to the context-menu in the code 
window. One of these is a "Test With..." menu. This means you can 
right-click on a namespace, unit test, or test fixture and run the 
specified test(s) immediately. The "Test With..." menu allows you to use 
the debugger, or Mono to run the tests. This allows you to, for 
instance, step through your tests with the debugger.
We want to add an entry to the "Test With..." menu that would allow us 
to run the tests with Nprof, hence, allowing us to profile the tests. 
This would be an enormously useful feature.
The "Test With..." menu entries are controlled by bat files. The bat 
file we currently have for Nprof contains the following line:
    "C:\path_to_nprof_binaries\nprof.application.exe" /r:%1 /a:"%~2 %~3 
%~4 %~5 %~6 %~7 %~8"

When the bat file is run, the command-line looks like:
"C:\NprofPath\nprof.application.exe" 
/r:"C:\VsProjectPath\bin\Debug\MethodExecutor.exe" 
/a:"file:///C:/NUnitAddinPath/NUnitAddin.TestRunner.Runtimes.DLL 
NUnitAddin.TestRunner.Runtimes.TestRunnerRuntimes Main 
http://222.22.2.222:4027/TestListener_0cb99eb5-49ce-4ef8-bc6e-de7027192a93 
http://222.22.2.222:4027/TraceListener_8b4e1a30-0929-4b42-9f32-2ea729231744 
C:\VsProjectPath\bin\Debug\AssemblyToTest.dll 
NamespaceToTest.TestFixture.UnitTest"

This fires up Nprof, which in turn, runs the MethodExecutor executable. 
I am then presented with the profiling data for the System, Microsoft 
and MethodExecutor namespaces. However, the MethodExecutor namespace is 
from the NUnit Addin and I want the profiling data for the 
"NamespaceToTest" namespace. This is what led me to believe that the 
"/r:" argument defined the namespace to profile. Is this an incorrect 
assertion?
Do you think it will be possible to get the profiling data for the 
"NamespaceToTest" namespace?
I hope some of this makes sense. Thank you for any help you can provide.

Michael.

_____________________________________________________________________
This e-mail has been scanned for viruses by MCI's Internet Managed Scanning Services - powered by MessageLabs. For further information visit http://www.mci.com .

At the current moment, all namespaces within the application are 
available within the profiler information.  We might be able to provide 
an option to filter certain namespaces out by default - for instance, 
removing any NUnit.* namespace.  There isn't any sort of functionality 
supporting this right now, however.

Let me know what you need and we can figure out the best way to do it.

Michael J Kaye wrote:
> Matthew Mastracci wrote:
> 
>> Options (use quotes around any arguments containing spaces)
>>  /r:<file>        The application to profile
>>  /w:<workingdir>  Specifies the working directory for the application
>>  /a:<args>        Specifies command line arguments
>>  /v               Returns the version of nprof and exists
>>
>>  
>>
> Thanks Matthew.
> The NUnit Addin author and I have been working with this. We can get 
> Nprof to run in response to a "Test With..." menu click and it seems to 
> do everything it should. However, the profiling data does not cover the 
> namespace we are testing.
> Am I right in thinking that the "/r" argument also defines the namespace 
> for which to provide data?
> For us to run the tests, the "/r" argument has to point to the NUnit 
> Addin TestRunner executable. The desired namespace, however, is that for 
> which we are running the tests. Does that make any sense? :-s
> Whereabouts in the code should we be looking to find where the shown 
> namespaces are specified?
> Is there another way to do this?
> Thanks for you help.
> 
> Michael J Kaye
> 
> **EPOS Team
> STL Ltd
> 
> 
> 
> _____________________________________________________________________
> This e-mail has been scanned for viruses by MCI's Internet Managed 
> Scanning Services - powered by MessageLabs. For further information 
> visit http://www.mci.com .
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System offering
> advanced branching capabilities and atomic changes on 50+ platforms.
> Free Eval! http://www.perforce.com/perforce/loadprog.html

2003	Jan	Feb	Mar	Apr	May (1)	Jun (3)	Jul (1)	Aug (3)	Sep (11)	Oct (1)	Nov (10)	Dec (11)
2004	Jan (38)	Feb (1)	Mar (9)	Apr (3)	May (2)	Jun (2)	Jul (1)	Aug	Sep (10)	Oct (11)	Nov (9)	Dec (9)
2005	Jan (3)	Feb (2)	Mar (4)	Apr (3)	May (5)	Jun (4)	Jul (1)	Aug (1)	Sep (1)	Oct	Nov (12)	Dec (4)
2006	Jan	Feb (2)	Mar (13)	Apr (2)	May (4)	Jun (2)	Jul	Aug	Sep	Oct (1)	Nov	Dec
2007	Jan	Feb	Mar	Apr (2)	May	Jun	Jul (2)	Aug	Sep	Oct	Nov	Dec
2008	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (2)
2009	Jan (5)	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

nprof-developers Mailing List for NProf (Page 5)

nprof-developers — NProf Developers