NTrace Discussions Rss Feed

New Post: preprocessor does not handle "Enabled" properties?

jrvjrv — Fri, 01 Mar 2013 13:01:20 GMT

I built a new instrumented windows app and added some tracing on the Form constructor. I was able to get some tracing to work, but the "Enabled" property did not preprocess well. This is the code

if (EtwTrace.Enabled)
{
    // Do something interesting
}

and this is the pre-processed result:

if (EtwTraceInstrumentedWinForms.TraceHelper.provider.Enabled)
{
    // Do something interesting
}

The class name "EtwTrace" has not been cleared. If I fix this up in the original code to

            if (InstrumentedWinForms.TraceHelper.provider.Enabled)

it works, of course, but then the preprocessor is not used.

Similar problems happen with EtwTrace.TraceFlagEnabled and EtwTrace.TraceFlagAndLevelEnabled.

I was using MS Visual Studio 10 SP1, with version 2.0.0.0 of NTrace downloaded in a zip named NTrace.2.0.141.0.zip

Have I missed some important step?

JR VanMechelen

New Post: Support for Channels

SGarratt — Sat, 26 Jan 2013 08:29:58 GMT

Will you be including support for channels in the next version? I understand that these are required to get traces into Event Viewer.

New Post: NTrace support for VS2012

eranahare — Sun, 02 Dec 2012 15:36:00 GMT

Great, thanks!

Do you have any estimation about when you'll have a testable build?

Thanks,

--Eran

New Post: NTrace support for VS2012

ahopper — Thu, 29 Nov 2012 17:50:09 GMT

I welcome any and all beta testers!

And I meant that I'll be *adding* support for 4.5; prior versions should continue to work.

On Nov 29, 2012 10:27 AM, "eranahare" <notifications@codeplex.com> wrote:

From: eranahare

Hi Andy,

Thanks for your reply.

Do you have any ETA for the VS2012 NTrace? I'd like to be a Beta tester:-)

Something I didn't quite understand re/ your last sentence - does it mean that it will work just with 4.5 on 2012, or will it still support earlier .net versions (as 2010 supports 3.5)?

Thanks,

--Eran

Read the full discussion online.

To add a post to this discussion, reply to this email (NTrace@discussions.codeplex.com)

To start a new discussion for this project, email NTrace@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: NTrace support for VS2012

eranahare — Thu, 29 Nov 2012 15:27:49 GMT

Hi Andy,

Thanks for your reply.

Do you have any ETA for the VS2012 NTrace? I'd like to be a Beta tester:-)

Something I didn't quite understand re/ your last sentence - does it mean that it will work just with 4.5 on 2012, or will it still support earlier .net versions (as 2010 supports 3.5)?

Thanks,

--Eran

New Post: NTrace support for VS2012

ahopper — Thu, 29 Nov 2012 14:54:29 GMT

Hey, Eran-

I don't check this account as often; sorry it took so long to respond. Yes, I'm porting NTrace to 2012 and the new MSBuild targets for 4.5.

-Andy

On Nov 29, 2012 9:44 AM, "eranahare" <notifications@codeplex.com> wrote:

From: eranahare

Thanks Andre.

This solution will not work for us:

We have a lot of NTrace code in out product and migrating it will require a lot of dev and test work
We currently work with .net 3.5 and don't have any plans moving to a later version in the coming future

I don't know what's the maintenance level of NTrace these days, but I need to get any answer re/ NTrace support for VS2012, so we can plan accordingly.

Thanks,

--Eran

Read the full discussion online.

To add a post to this discussion, reply to this email (NTrace@discussions.codeplex.com)

To start a new discussion for this project, email NTrace@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: NTrace support for VS2012

eranahare — Thu, 29 Nov 2012 14:44:45 GMT

Thanks Andre.

This solution will not work for us:

We have a lot of NTrace code in out product and migrating it will require a lot of dev and test work
We currently work with .net 3.5 and don't have any plans moving to a later version in the coming future

I don't know what's the maintenance level of NTrace these days, but I need to get any answer re/ NTrace support for VS2012, so we can plan accordingly.

Thanks,

--Eran

New Post: NTrace support for VS2012

AndreZiegler — Sun, 25 Nov 2012 21:42:41 GMT

.net 4.5 has ETW support build in with the class System.Diagnostics.Tracing.EventSource

http://msdn.microsoft.com/en-us/library/system.diagnostics.tracing.eventsource.aspx

New Post: NTrace support for VS2012

eranhare — Wed, 21 Nov 2012 09:03:51 GMT

Hi,

Are there any plans for VS2012 support? If so, is there any ETA for that?

We're currently heavily using NTrace with VS2010, and about to migrate our source code to VS2012, and from initial tests we saw that NTrace is not supported.

Thanks,

--Eran

New Post: Converting Existing Projects or WinForm project that do not seem to instrumented

FredStephens — Wed, 16 May 2012 22:20:17 GMT

Follow the documentation steps for "Tweak An Existing Project" and while you are editing the project file you need to also change the ItemGroup for compile.

The keyword changes from Compile to Instrument, note you do not instrument a designer file just the base class.

<ItemGroup>
    <Instrument Include="OvDotNetApi.cs">
      <SubType>Component</SubType>
    </Instrument>
    <Compile Include="OvDotNetApi.Designer.cs">
      <DependentUpon>OvDotNetApi.cs</DependentUpon>
    </Compile>
    <Instrument Include="MemoryMappedFile.cs" />
    <Instrument Include="OvInterface.cs">
</ItemGroup>

I have also seen this error when creating a instrumented winform solution.

New Post: Status of NTrace?

dvdstelt — Mon, 07 May 2012 12:43:17 GMT

What is the status of this project? Also because the last version is a beta version?!?!

Is it complete and perfect? Or is it just not worked on anymore?

New Post: Recommendation for multi-project setup?

ahopper — Thu, 12 Jan 2012 16:45:23 GMT

Hi, Mike-

You can use a provider ID shared across multiple assemblies. In general, the approach I recommend is to think in terms of the logical components you want tracing from, and use that as your guide for what assemblies have what provider IDs; we simply assign a new provider ID per assembly because it is the safest default behavior. By the way, you can also use the trace flags to filter sub-component's trace messages, so that becomes another way to "slice" the trace output.

-Andy

On Tue, Jan 10, 2012 at 10:35 PM, mikemill <notifications@codeplex.com> wrote:

From: mikemill

Andy, I just started looking at NTrace to see if it'll work for one of our larger applications. Right now we have a single web application that's made up of somewhere around 20 DLLs. What's the recommended way to include NTrace in a project like that? One NTrace.ClassicProvider per DLL? Can we share the ETW provider ID across all the projects and have events all show up in one place or will there be a conflict?

thanks, mj

Read the full discussion online.

To add a post to this discussion, reply to this email (NTrace@discussions.codeplex.com)

To start a new discussion for this project, email NTrace@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: Recommendation for multi-project setup?

mikemill — Wed, 11 Jan 2012 03:35:07 GMT

Andy, I just started looking at NTrace to see if it'll work for one of our larger applications. Right now we have a single web application that's made up of somewhere around 20 DLLs. What's the recommended way to include NTrace in a project like that? One NTrace.ClassicProvider per DLL? Can we share the ETW provider ID across all the projects and have events all show up in one place or will there be a conflict?

thanks, mj

New Post: Building on VS2010 with target framework=3.5

ahopper — Mon, 09 Jan 2012 21:40:33 GMT

Hi, Eran-
It looks like it's using the wrong .Targets file; anything lower than 4.0 should be using the 2.0 targets. I'll take a look to see what the problem could be.

-Andy Hopper

On Jan 9, 2012 8:57 AM, "eranhare" <notifications@codeplex.com> wrote:

From: eranhare

Hi,

We're working as described in the title line. So far we built our projects w/o any problems, until recently we added references to MSOffice assemblies (in order to work with Office objects), and then we started getting the following:

CSC : warning CS1749: The type 'System.Runtime.InteropServices.ComAwareEventInfo' is not found, and is required to embed interop types. Are you missing an assembly reference? The previous error was converted to a warning because the task was called with ContinueOnError=true. (TaskId:89)

CSC : warning CS0518: Predefined type 'Microsoft.CSharp.RuntimeBinder.Binder' is not defined or imported The previous error was converted to a warning because the task was called with ContinueOnError=true. (TaskId:89)

and as a result we got the following later:

C:\Program Files\MSBuild\NTrace\v2.0\NTrace.CSharp.v4.0.targets(243,3): warning MSB3021: Unable to copy file "obj\Release\MyProj.dll" to "obj\Trace\MyProj.dll". Could not find file 'obj\Release\MyProj.dll'. The previous error was converted to a warning because the task was called with ContinueOnError=true. (TaskId:90)

meaning the project didn't get built.

Notice that System.Runtime.InteropServices.ComAwareEventInfo is defined starting .net 4.

When removing NTrace from the project everything gets built w/o any problems.

We're using latest NTrace version importing to csproj file the v20 version.

Any idea?

Thanks,

--Eran

Read the full discussion online.

To add a post to this discussion, reply to this email (NTrace@discussions.codeplex.com)

To start a new discussion for this project, email NTrace@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: Building on VS2010 with target framework=3.5

eranhare — Mon, 09 Jan 2012 13:57:10 GMT

Hi,

We're working as described in the title line. So far we built our projects w/o any problems, until recently we added references to MSOffice assemblies (in order to work with Office objects), and then we started getting the following:

CSC : warning CS1749: The type 'System.Runtime.InteropServices.ComAwareEventInfo' is not found, and is required to embed interop types. Are you missing an assembly reference? The previous error was converted to a warning because the task was called with ContinueOnError=true. (TaskId:89)

CSC : warning CS0518: Predefined type 'Microsoft.CSharp.RuntimeBinder.Binder' is not defined or imported The previous error was converted to a warning because the task was called with ContinueOnError=true. (TaskId:89)

and as a result we got the following later:

C:\Program Files\MSBuild\NTrace\v2.0\NTrace.CSharp.v4.0.targets(243,3): warning MSB3021: Unable to copy file "obj\Release\MyProj.dll" to "obj\Trace\MyProj.dll". Could not find file 'obj\Release\MyProj.dll'. The previous error was converted to a warning because the task was called with ContinueOnError=true. (TaskId:90)

meaning the project didn't get built.

Notice that System.Runtime.InteropServices.ComAwareEventInfo is defined starting .net 4.

When removing NTrace from the project everything gets built w/o any problems.

We're using latest NTrace version importing to csproj file the v20 version.

Any idea?

Thanks,

--Eran

New Post: tmf file name

ahopper — Tue, 22 Nov 2011 03:31:16 GMT

Correct.

On Mon, Nov 21, 2011 at 2:49 AM, eranhare <notifications@codeplex.com> wrote:

From: eranhare

So if I understand correctly, the bottom line is that I can't change the tmf file name to the name it was before, right?

Read the full discussion online.

To add a post to this discussion, reply to this email (NTrace@discussions.codeplex.com)

To start a new discussion for this project, email NTrace@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: tmf file name

eranhare — Mon, 21 Nov 2011 07:49:49 GMT

So if I understand correctly, the bottom line is that I can't change the tmf file name to the name it was before, right?

New Post: tmf file name

ahopper — Sun, 20 Nov 2011 18:05:16 GMT

Hello, Eran!

We currently calculate the TMF guid by generating a hash of the source file's contents; as you have discovered, it can be a bit too eager to generate a new GUID, but it's the safest way to ensure that you don't accidentally try to decode a message against an incorrect TMF. I do have plans to change the hash algorithm to only use the trace messages, but it's a more complicated approach and has been deferred until the next version (which will hopefully use Roslyn).

-Andy Hopper

On Sun, Nov 20, 2011 at 4:43 AM, eranhare <notifications@codeplex.com> wrote:

From: eranhare

Hi,

We've been using NTrace for a couple of months now and I've noticed that the tmf files keep they name from build to build. Last week I saw that one of those tmfs suddenly got a new name (and kept it since).

Do you have any idea what could have caused that name change? Is there a way to control over the tmf file name?

Thanks,

--Eran

Read the full discussion online.

To add a post to this discussion, reply to this email (NTrace@discussions.codeplex.com)

To start a new discussion for this project, email NTrace@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: tmf file name

eranhare — Sun, 20 Nov 2011 09:43:06 GMT

Hi,

We've been using NTrace for a couple of months now and I've noticed that the tmf files keep they name from build to build. Last week I saw that one of those tmfs suddenly got a new name (and kept it since).

Do you have any idea what could have caused that name change? Is there a way to control over the tmf file name?

Thanks,

--Eran

New Post: NTrace is broken on XP

eranhare — Wed, 07 Sep 2011 14:12:03 GMT

Works! Thanks!