Is this normal? - C# Discussion Boards

compute huge datastructure once on dll-load

Rüpel29-Aug-02 3:54

29-Aug-02 3:54

hi,

i'm writing a dll and there's a huge but constant data structure that is used from time to time inside the library.

when i put it into an ordinary class, this data-structure (it's a tree) has to be rebuilt everytime an object of the class is constructed.

there's no main-function or app-object to keep the tree reference throughout the use of the dll. reference lost, garbage-collector feeded Wink | ;)

what's the most effective way to solve this?

:wq

Re: compute huge datastructure once on dll-load

leppie29-Aug-02 4:59

leppie

29-Aug-02 4:59

Hi
Have tried putting it in a different class and exposed it a static member?

You dont so whether u make changes to it, or it just serves as a "lookup table"...

Maybe it helps Wink | ;)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Re: compute huge datastructure once on dll-load

Rüpel29-Aug-02 5:09

Rüpel

29-Aug-02 5:09

yes it is kind of a lookup-table (a lookup-tree if you like)

but when i have that thing a static member of a class, it still has to be created once. when should i do that? in the constructor? but then the procedure takes place each time an object of this class is created via new. or do you think an additional static bool set to true after the first creation may help?

lets say

Class A { <br />
static Tree lookupTree; <br />
static bool created=false; <br />
A()<br />
{<br />
  if (!created) <br />
  {<br />
    ExpensiveTreeCreationFunction();<br />
    created = true;<br />
  }<br />
}<br />
...<br />
}

and then i can use

<br />
A control = new A();<br />
A.foo(); //using lookupTree<br />

as often as i like without ExpensiveTreeCreationFunction(); called each time? OMG | :OMG:

:wq

Re: compute huge datastructure once on dll-load

leppie29-Aug-02 5:33

leppie

29-Aug-02 5:33

yes ! almost, but it would be better to check when calling foo() instead of a static constructor (some things never makes sense Smile | :)

) or just add a static method to create it...there are many choices Smile | :)

Do whats best for you.

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Re: compute huge datastructure once on dll-load

Rüpel29-Aug-02 21:30

Rüpel

29-Aug-02 21:30

checking in foo() is ok. i just tried and it seems to work.

to get things clear: when a class consists of a static member, this member is stored somewhere else than the objects of that class (which are destroyed by the GC when references go to zero) and are freed/destroyed when? at the end of the program-run? i just want to understand that... Smile | :)

:wq

Re: compute huge datastructure once on dll-load

Anonymous30-Aug-02 7:42

Anonymous

30-Aug-02 7:42

The best solution to this is to use a static member and static constructor. Create some class which has the static member of the type you are referring to. Then put hte build datastructure code in the static COnstructor. This way the table will only be built ont time and you odn't have to worry about when to build it. The static constructor will be called before anything in the class is accessed.

Re: compute huge datastructure once on dll-load

leppie31-Aug-02 5:07

leppie

31-Aug-02 5:07

Thanx , didnt know that about the static constructor Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Is this normal?

leppie29-Aug-02 3:19

leppie

29-Aug-02 3:19

Hi all

Im painting alot of lines to a part of the screen at a very fast rate (100fps). Now I note in taskmanager that the PF (pagefault?) delta goes up to 10000 - 15000 when these drawing operations take place. Is this normal and what i also find is huge memory usage (normal 20mb ranging to 120mb). Is this just the GC taking its time to "kick" in?

Thanx in advance Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Re: Is this normal?

Rüpel29-Aug-02 3:46

Rüpel

29-Aug-02 3:46

hmm. i have a program which runs all day long and does some minor painting/threading/network-things every 5 minutes. i had very neat effects with it running in the background (top was a complete reboot of my win2k-machine) - from weird/interchanged icons over wrong repainting to ... well this reboot once.
WTF | :WTF:

i don't trust gdi+

(yes i released every resource)

:wq

Re: Is this normal?

leppie29-Aug-02 6:48

leppie

29-Aug-02 6:48

OK problem solved , a Bitmap object was created every frame, i decided get graphics object from handle instead of getting it from a bitmap. Damn that doesnt work either, different problem.

OK, then I created Bitmap at constructor. Helps with memory issue, but still seeing about 5000 - 10000 PF (page file, not fault Blush | :O

) delta. Is this at all bad in anyway?

Maybe its time to look at DirectDraw...

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Re: Is this normal?

Martin Haesemeyer29-Aug-02 8:57

Martin Haesemeyer

29-Aug-02 8:57

Hi!
Do you call Dispose() on the graphic objects when you don't need them anymore (end of function or end of loop)?? Because the garbage collector doesn't handle unmanaged resources (like GDI or file handles) and therefore only collects your classes (and with them the unmanaged resources) during idle time.

Cheers
HTH
Martin

"Situation normal - all fu***d up"
Illuminatus!

Re: Is this normal?

leppie30-Aug-02 0:37

leppie

30-Aug-02 0:37

H i Martin

I have tried calling Dispose and without , same effect, seems there are a lot of useless funtions lying around. The PF delta is caused as a bitmap is written to every 20ms or so. The high memory issue was cause by creating a new Bitmap every time instead of just reusing one. Unfortunately, ya cant seem to write directly to the screen without flashing problems (every draw/clear operation is reflected immediately to screen. So i guess im stuck with the PF delta problem although I dont think its so serious.

Thanx for the help

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Conversion from vb.net to c#

suresh_sathya29-Aug-02 2:14

suresh_sathya

29-Aug-02 2:14

Dim UIH As UIHierarchy = DTE.Windows.Item onstants.vsWindowKindMacroExplorer).Object

Dim samples As UIHierarchyItem = UIH.GetItem("Macros\Samples")

How to convert these two lines to c#.I am just starting c# on doing some simple project.UIHiearchy is a interface.

Thanks in advance

Re: Conversion from vb.net to c#

Nnamdi Onyeyiri29-Aug-02 2:29

Nnamdi Onyeyiri

29-Aug-02 2:29

<br />
UIHierarchyItem samples = UIH.GetItem("Macros\Samples");<br />

thats the second line but i will will need to know more about the first line before i can convert it.

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

Re: Conversion from vb.net to c#

leppie29-Aug-02 3:11

leppie

29-Aug-02 3:11

suresh_sathya wrote:
Dim UIH As UIHierarchy = DTE.Windows.Item onstants.vsWindowKindMacroExplorer).Object

Thre ar som mising chratrs Smile | :)

Please repost line

maybe

UIHierarchy UIH = (UIHierarchy) DTE.Windows.Item[Constants.vsWindowKindMacroExplorer];

Try it Blush | :O

UPDATE: Dont try it, it wont work. That constant is not defined in any enum from the envdte assembly. Could you please repost complete VB.Net line?

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Re: Conversion from vb.net to c#

Maciej Pirog29-Aug-02 4:31

Maciej Pirog

29-Aug-02 4:31

leppie wrote:
maybe

UIHierarchy UIH = (UIHierarchy) DTE.Windows.Item[Constants.vsWindowKindMacroExplorer];

I don't use VB.NET but the assembliey attributes are placed between < and >.

Ñ There is only one MP Ð

Re: Conversion from vb.net to c#

Maciej Pirog29-Aug-02 4:43

Maciej Pirog

29-Aug-02 4:43

Maciej Pirog wrote:
I don't use VB.NET but the assembliey attributes are placed between < and >.
1st - In VB.NET of course Smile | :)

2nd - Maybe it should be:
Dim UIH As UIHierarchy = DTE.Windows.Item(constants.vsWindowKindMacroExplorer).Object

In C#:

UIHierarchy UIH = (UIHierarchy)DTE.Windows.Item(Constants.vsWindowKindMacroExplorer).Object;

UIHierarchy UIH = (UIHierarchy)DTE.Windows.Item(Constants.vsWindowKindMacroExplorer).Object();

I havn't wrote any Add-In so far, and I'm not sure:
.Object; or .Object();

Ñ There is only one MP Ð

Re: Conversion from vb.net to c#

David Stone29-Aug-02 13:01

David Stone

29-Aug-02 13:01

I'll help you solve this problem because my fellow CPians who have not had the pain of learning VB.NET can't seem to figure this out. Big Grin | :-D

This should work.

UIHierarchy UIH = DTE.Windows.Item(EnvDTE.Constants.vsWindowKindMacroExplorer).Object;
UIHierarchyItem samples = UIH.GetItem("Macros\Samples");

David Stone

But Clinton wasn't a predictable, boring, aging, lying, eloquent, maintainer-of-the-status-quo. He was a predictable, boring-but-trying-to-look-hip, aging-and-fat-but-seemingly-oblivious-to-it, lying-but-in-sadly-blatant-ways, not-eloquent-but-trying-to-make-up-for-it-by-talking-even-more, bringer-in-of-scary-and-potentially-dangerous-new-policies. And there was also Al Gore. It just wasn't *right*.

Shog⁹

Re: Conversion from vb.net to c#

Sijin29-Aug-02 19:58

Sijin

29-Aug-02 19:58

Btw just in case you are converting a Macro don't bother only VB.Net is supported for scripting.

May the Source be with you
Sonork ID 100.9997 sijinjoseph

Desinger crashes after adding own Component with Properties to form

Chris Richner29-Aug-02 0:25

Chris Richner

29-Aug-02 0:25

This code is found in InitializeComponent() on my form, busFormManager1 is my class.

// <br />
			// busFormManager1<br />
			// <br />
			this.busFormManager1.ActiveDockControl = null;<br />
			this.busFormManager1.ActiveMdiChild = null;<br />
			this.busFormManager1.BarManager = null;<br />
			this.busFormManager1.DefaultRegion = Medea.GfxLib.Windows.Forms.BusFormManager.ClientRegion.ToolLeft;<br />
			this.busFormManager1.DockManager = null;<br />
			this.busFormManager1.EnableMaximizedMode = false;<br />
			this.busFormManager1.Parent = null;

now in design mode the form will not appear, only a blank white page with exception message Object reference not set to an instance of an object.. At runtime everything works fine, just the desinger kicks my form out.

I guess that my FormManager will execute code at this time, that is not valid or some object required for him are null at this time.

Now i've tried to use the DesignMode Flag, to test in which state the class is. Now it seem's that this flag is always false until InitializeComponent() is executed.

how to code this propertys the right way, that you can still watch the form in Designer ?

if you got a property like this

public Form Parent<br />
{<br />
set<br />
{<br />
this.parent = value;<br />
if (parent != null)<br />
{<br />
parent.Load += new EventHandler(....../<br />
parent.IsMdiParent = true;<br />
}<br />
}<br />
get<br />
{<br />
return this.parent;<br />
}<br />
}

now this property let crash the desinger, cause there's to much code in it to execute at InitializeComponent().

Any hint ? how did microsoft code all the components in dotnet ? they work always, not like mine ;(

.:Greets from Jerry Maguire:.

Re: Desinger crashes after adding own Component with Properties to form

leppie29-Aug-02 0:40

leppie

29-Aug-02 0:40

Does your class have a default contructor ie one that does not take any arguements? If not, that should solve it, else I cant help you Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

An enigma rapped up in a puzzle inside a....

Nnamdi Onyeyiri28-Aug-02 21:52

Nnamdi Onyeyiri

28-Aug-02 21:52

ok, i dont think it is that much of a puzzle, but i was thinking last night Eek! | :eek:

if absolutly everything in .NET is ultimatly of type System.Object, what type is System.Object?

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

Re: An enigma rapped up in a puzzle inside a....

leppie28-Aug-02 22:08

leppie

28-Aug-02 22:08

object is the mother of all classes.

Nnamdi Onyeyiri wrote:
what type is System.Object?

it's an object type Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Re: An enigma rapped up in a puzzle inside a....

Nnamdi Onyeyiri28-Aug-02 23:18

Nnamdi Onyeyiri

28-Aug-02 23:18

but how can a class be of type itself Confused | :confused:

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

Re: An enigma rapped up in a puzzle inside a....

leppie28-Aug-02 23:58

leppie

28-Aug-02 23:58

When u write:

class MyClass {<br />
}

it's really:

class MyClass : object {<br />
}

Thats understood.

now for example:

MyClass myclass = new MyClass();

now

(myclass.GetType() == typeof(MyClass)) = true

Similarly:

object myobject = new object;

now

(myobject.GetType() == typeof(object)) = true

Hope u understand...I wouldnt have sleepless nites though Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.