C# Discussion Boards - CodeProject

3-Sep-13 5:21

I want to write some trace messages to a text file. The same methods could be called in different places. So, if I have something like method A calls B calls C calls B calls E calls C calls D, E, F, I'd like my trace file to show an indentation like this (assume the full stop implies a space character):

A
.B
..C
...B
....E
.....C
......D
......E
......F

Edit: I forgot to mention there's no recursion and the calls to C might not even get called, that sort of thing.

So, method C is called in different places and I'd like to reflect the "depth" where its called from. An old trick is to have a global variable that you increment/decrement but that's really messy. It's not essential that I do what I'd like but it would make the trace file easier to read if things are indented. I know it's a daft question with a limited shelf-life but if anyone does know a quick trick that'd do it for me, I'd be happy to test it.

Tks.

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

modified 3-Sep-13 11:37am.

harold aptroot3-Sep-13 5:36

harold aptroot

3-Sep-13 5:36

I suppose you could mess around with StackTrace[^] and its FrameCount property. It requires no changes anywhere, but it's crazy slow.

Dave Kreskowiak3-Sep-13 5:37

Dave Kreskowiak

3-Sep-13 5:37

It's doable, but not practical.

Every one of your methods that participates in this scheme would have to pass around a "depth" field. Every time a method that uses this field is called, it would have to pass the current depth to the next method, where one of the first things the callee does is increment the depth.

I'm not liking this as is neccessitates passing an extra value into each method and each method would have to be custom implemented to support this, possibly interfering with your logic, but certainly adding a bit more complexity and duplication in your code.

I don't see any other way to do this, but I could be wrong.

[EDIT]
I just thought of something. You might be able to use the StackTrace for the current depth in some logging component, but don't count on it being accurate as you'll also be counting depth into calls that do not belong to your code.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak

Septimus Hedgehog3-Sep-13 5:58

3-Sep-13 5:58

Thanks guys. I did some research and I did find some suggestions to use the stack frame count. I think I'll bail out from my indentation idea as performance, while negotiable to a degree, can't be degraded too much because idle-time interrupts in the device could kick in. A few are ok because there is some recovery and resending but I don't want to sail too close to shore. Thanks again for confirming my options.

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

jschell3-Sep-13 12:40

jschell

3-Sep-13 12:40

SeptimusEjjog 151576 wrote:
I want to write some trace messages to a text file.

I suggest you research logging APIs instead.

Septimus Hedgehog3-Sep-13 20:36

3-Sep-13 20:36

BitLogger is on the proverbial radar.

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

BillWoodruff3-Sep-13 17:24

3-Sep-13 17:24

One aspect of your scenario, abstracted to a general level, is: how to prevent recursion when method #3 ... invoked by method #2 ... invoked by method #1 ... "may" call method #1 ? imho, while you state your scenario is not recursive, reading your list of possible calls suggests it might be potentially recursive, and that you are doing something to prevent recursion.

Another, more probable, interpretation is: that you do have a non-recursive scenario here: because the methods are invoked as a result of the user's asynchronous direct actions on interface elements at run-time, so a call to any method may be followed by a call to any other method. I believe that if you wish to represent that as a "tree:" in a "literal" way: there could only be one "root node" (the first method called). Of course nothing "stops" you from treating every call to any given method as a "root node:" it's your choice.

But, on the basis of the information you supply, I can only guess at what's going on in the code, and whether you do, or don't, have to deal with potential recursion.

In general, I would "react" to code that implements an elaborate mechanism to prevent recursion, because it has to, as poorly designed code, most likely in need of re-factoring.

Have you considered, as an alternative to using an integer "level count" variable (which I don't see as "that big a deal"), using something like a .NET Stack data-structure when tracing is activated, and then pushing something onto the stack when any method is called; and, then, parsing that stack when you wish to create your text log-file ?

In WinForms writing tab characters into a text-file is simple "\t\tTwo tabs," and these could be shown at run-time in a WinForms TextBox if its 'AllowTabs property is set to 'true. Or, a WinForms RichTextBox can give you much finer-grained control over tabs, by setting them in code.

good luck, Bill

Google CEO, Erich Schmidt: "I keep asking for a product called Serendipity. This product would have access to everything ever written or recorded, know everything the user ever worked on and saved to his or her personal hard drive, and know a whole lot about the user's tastes, friends and predilections." 2004, USA Today interview

Septimus Hedgehog3-Sep-13 20:45

3-Sep-13 20:45

Bill, thanks your valuable input. My example I gave was quite coarse and didn't truly reflect what my code looks like but I wanted to eliminate the possibility of recursion. That method "C" for example is a lower level chunk of code that reassembles and decrypts some bytes from the device and once that's done, it could call another method to handle some endianess flip/flops on some bits of data.

For expediency, the trace output data is written with a couple of spaces as it's useful to me to separate the higher "what's been requested" from "what's being done". Once the whole thing is bedded down and running smooth (as well as molasses running uphill could ever run smooth Smile | :)

) then the detailed tracing will fade away but will still be configurable as an option.

My particular need to is to find out why a stable deep-rooted socket one moment is like tumbleweed the next. Big Grin | :-D

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

BillWoodruff3-Sep-13 23:29

3-Sep-13 23:29

Hi, I'm glad you found my response useful in some way.

It seems to me you have at least two separate concerns here:

1. "I wanted to eliminate the possibility of recursion." ... that implies to me you do have possible recursion, and, either you have already handled that in some way, or you haven't. I am not sure, from what you've described, whether you have, or have not, controlled possible recursion ... satisfactorily.

2. "why a stable deep-rooted socket one moment is like tumbleweed the next." ... my guess is that could be "framed" as a separate question for this forum, and, if accompanied by a detailed description of what's happening, and what you need to achieve, and how what you are doing now is, possibly, not working, or "fumbling" on "edge-cases:" I'd expect you could get some good answers here. But, not from dolts like me, to whom sockets are mysterious alien entities.

Is it possible that your scenario here includes handling simultaneous multiple streams of incoming data ? Bernard H.'s question, asking whether you are dealing with multi-threading here, is also quite important, imho.

I assume that once you have "trace history" built/working the way you need/want (using a Stack, or Tree, or whatever, data structure), then parsing that trace history, and formatting a text-file output in any way you like, using tabs, spaces, etc., is a minor concern.

Being a "treeview junkie," I use tree data-structures (and, in WinForms, a very powerful 3rd. party TreeView Control, or (from the same 3rd. party), a combination ListView/TreeView Control, whenever possible.

I suppose one could actually write code to, at run-time, using Reflection, to actually modify every method "marked" with some attribute like [TraceThis] to also push an identifying integer onto a stack, but I shudder at the thought of doing that: that would require going into the "world" of ICustomAttributeProvider, and then dealing with issues like those described here: [^], or here [^]. I have not yet done this, and hope to avoid doing it: my guess is the "cost" of doing that would be greater than the cost of parsing the call-stack dynamically.

yours, Bill

Septimus Hedgehog4-Sep-13 0:35

4-Sep-13 0:35

Bill, I identified the "tumbleweed problem" a short while ago and I kick myself for not finding it sooner. The device I have the socket connected to demands a ping "keep alive" interval. I have that value in the app config file, say, 1000s for example but my ping thread sleeps for 9/10th of the time, 900 seconds. After the thread wakes up, it waits on a semaphore and usually gets it within a few seconds at most but it depends on the other thread to finish its work. If the other thread only finds a few records in the database it'll finish and release the semaphore allowing the ping thread to get in and ping the device where it then kips for another 900s.

It took a bit of time to go through several 100 lines of trace but on the "random" occasions the socket fell over, there were more records selected. Aha! But it wasn't always consistent. Eventually I saw it. The ping thread woke up and waited on the semaphore with 100s to go. If the other thread took 102s to process all the records, the ping was overdue and the device silently killed the connection so I got an exception the next time I tried to write to it. My bad! I wasn't really displaying enough information. I changed the interval from 9/10ths of the specified time to 1/3rd. It doesn't matter how often the pings take place but each time one is handled, the device resets its timer and ticks on until the next is due. Go overdue and the connection is toasted. I made the ping interval longer, 30m and at 1/3rd intervals I send one every 10m. That 20m period remaining will be more than sufficient for the largest dataset to be processed. In a sense then, I was sailing very close to shore and I scraped my keel on some rocks. Laugh | :laugh:

Call me Cap'n Calamity if you will. Think of the Costa Concordia.

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

BillWoodruff4-Sep-13 3:52

4-Sep-13 3:52

I had to vote this response up: you've got the poet's gift for metaphor !

I sense an excellent article(s) for CodeProject lurks in these dangerous rapids you're shooting the threads of.

yours, Bill

Septimus Hedgehog4-Sep-13 6:00

4-Sep-13 6:00

BillWoodruff wrote:
I sense an excellent article(s) for CodeProject lurks

Bill, to be honest, it'd take a braver bloke than me to write an article. I've read many of them and quite often you get folks who'll line up your down vote button in their rifle scope and slowly squeeze the trigger. That, I can live with.

Then you get the good folks who'll barf at you because the content isn't deemed appropriate to the context. That I can handle because it's constructive.

There are good folks who'll encourage you and there are good folks who'll appreciate what you do. The rapids are indeed dangerous waters.

It's only once you roll the die do you see what happens. Laugh | :laugh:

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

Bernhard Hiller3-Sep-13 22:40

Bernhard Hiller

3-Sep-13 22:40

You could come close to that by logging each function in its first line ("Calling SomeFunction(params)") and its last line ("Exiting SomeFunction"). Well, that's not yet the nice indentation, but at least you could find out the call stack from the log. For a multithreaded application, logging a thread property additionally (e.g. System.Threading.Thread.CurrentThread.ManagedThreadId) may be useful.

Septimus Hedgehog4-Sep-13 0:15

Substring / Split String help

4-Sep-13 0:15

Bernard, there are five threads involved. I emit the thread id into the trace file after the time stamp and it makes it a breeze to identify which thread is responsible for what message. It's very helpful.

If there is one thing more dangerous than getting between a bear and her cubs it's getting between my wife and her chocolate.

Member 101198373-Sep-13 5:02

Member 10119837

3-Sep-13 5:02

Hi I have text as an output that is in the following format.

Example install cdb 000
Firstname LastNameNot Started(2) Normal02/09/2013 18:0002/09/2013 23:00426
Example install cdb 000
Firstname LastNameNot Started(2) Normal02/09/2013 18:0002/09/2013 23:00426
Example install cdb 000
Firstname LastNameNot Started(2) Normal02/09/2013 18:0002/09/2013 23:00426
Example install cdb 000
Firstname LastNameNot Started(2) Normal02/09/2013 18:0002/09/2013 23:00426

What im trying to do is to substring/split this text so i can put it in a datagrid or list view.

Idealy I need the text in the following format so I can do this but I am having trouble trying to figure out the c# behind this.

Ideally the text would output as,

Example install
cdb 000
Firstname LastName
Not Started

Example install
cdb 000
Firstname LastName
Not Started

etc, for each entry in the source text.

(2)Normal02/09/2013 18:0002/09/2013 23:00426 (remove this text from the string)

The problem is that I would have to loop through all the text from the source to get this output. But the source text above is not always that length and could contain more entries.

Any ideas on this one?

I would apreciate any help anyone can give.

Thanks

Dave Kreskowiak3-Sep-13 5:30

Dave Kreskowiak

3-Sep-13 5:30

Probably the best way to parse this (you did't specify if there are seperators between fields!) would be a rather complex regular expression. This expression would have to take into account the possible values in certain columns, such as that "Not Started" column, to server as boundaries that the RegEx parser can use to find other fields, like first and last name.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak

Member 101198373-Sep-13 5:39

Member 10119837

3-Sep-13 5:39

Thanks dave,

And I didnt supply if there were seperators as the source text is the format it is supplied in.

Also the firstname/lastname is an example this would actually have someones name.

thanks

Dave Kreskowiak3-Sep-13 5:47

Dave Kreskowiak

3-Sep-13 5:47

Member 10119837 wrote:
And I didnt supply if there were seperators as the source text is the format it
is supplied in.

OK, then the answer doesn't change. If there is no seperator between fields and no distinct column width for each field, String.Split and String.SubString will not help you. RegEx is about the only way you're going to get this done.

Member 10119837 wrote:
Also the firstname/lastname is an example this would actually have someones
name.

Says Mr. Obvious. What may not be so ovious is that some people go by one name and others go by more than two, so your going to have to make sure you test those possibilities.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak

BillWoodruff3-Sep-13 17:46

3-Sep-13 17:46

I'm going to assume, based on what you describe, that you have no control over the "batch" of "entries" to be parsed here. Is that correct ?

The second issue is: to what extent is there any possible variation in the content of each "entry" you need to parse, and re-format ? As Dave pointed out to you, is it possible that the "name field" in each entry could vary, as in: Robert Smith; Robert T. Smith; Robert Thomas Smith; R. T. Smith III; Robert Smith 3rd. ... and so forth.

The extent to which you can establish the "variation" possible in the entries imho is going to determine the complexity of either:

1. creating a RegEx as Dave suggested.

2. taking your "batch" and transforming it into another "batch" in which you have inserted de-limiters so that you can, then, use string.Split.

I would likely write code to transform the original data (file, stream, whatever) and insert delimiters, simply because I am not expert in RegEx, and the C# code I'd write, imho, might be more maintainable, and re-usable. However, I would not doubt that someone like Dave could write a documented RegEx expression of great internal complexity that would be equally maintainable, and re-usable. So your choice may depend on what you are most expert in using now, and, given a need, for other people in the future to update, maintain, re-use, your code what those people are likely to be expert in.

Now, if the data was in XML format, you might be looking at defining an xsd to handle transformation.

good luck, Bill