I do Server: Korgath || Char: Dewmsollo || Hunter 70 I have other characters...like a warrior, a paladin and a priest in the mid-50s

Dewm Solo - Managed C++ Developer

abhigad wrote:

and hasn't been updated since.

Heuh...Pardon me if I am missing something, but your own link to the project's homepage shows a very much active project. New version came out on June 4th and before that on March 30. This looks like a library that has been maintained and improved a lot since that 2005 you talk about.

Dewm Solo - Managed C++ Developer

Of course you can always cheat and go back to change it. Then again, miss writing stuff seems to be a habit:

Brady Kelly wrote:

No, the real challenge seems to realising the subject line has sweet f-all to do with the actual bug.

;P

Dewm Solo - Managed C++ Developer

??? WTH Subject: 1086 + 86 = 0?

Brady Kelly wrote:

select count(*) from caExportBatchRecord where ExportRecordTypeCode = 'SINV' 1086 records select count(*) from caExportBatchRecord where ExportRecordTypeCode = 'SCRN' 68 records

Reading seems to be a challenge here :wtf:

Dewm Solo - Managed C++ Developer

Sometimes I wish I could go back to that IDE...or any other C++ IDE. We work with managed C++ here so my choice of IDE is rather limited.

Dewm Solo - Managed C++ Developer

Well ... To me VS2003 was fine and running smoothly...and then .Net 2.0 came and the move to VS2005. I was never found of that one. It felt like they added too much weight to it and it made the whole thing slow and unresponsive. With VS2008, it feels like they removed that extra weight and finally made things fly again. Vs2005 brought many new tools to the game and it feels like it was a first attempt at some of those things. VS2008 improved all those and cleaned them up at the same time. The two IDEs are extremely similar. It's just that 2008 seems lighter...or fresher. VS2005 would crash two or three times a day. The start page would take forever to load. Adding references was taking forever. Help like you said was unbelievably slow. Everything is just a little faster in VS2008. The IDE itself is much more stable. I don't experience any crashes in the course of the day. They only thing that I find strange/weird/unexpected is that every now and then intellisense along with navigation bars will stop working. I'll click on the navigation bar so that it'll take me to another method in my file and it will come out empty...I'll try intellisense and nothing will happen. Close the IDE and restart ...everything works. 30 minutes later nothing works anymore. I've gotten so I hardly use them now. I still like VS2008 much much better than VS2005, but quite frankly now that I think of it. Once you take out intellisense VS feels like one big bloated text editor. I could do just as well with a good text editor with syntax highlighting.

Dewm Solo - Managed C++ Developer

I have been moving my projects from VS2005 to VS2008 for the past 4~5 months. I use both vs2005 and vs2008 on a daily basis on the same machine. As far as can tell vs2008 is way faster, more stable, and much more responsive than vs2005. That is what I see here. Might be different for others with different computers, but with my setup VS2008 is way better than vs2005

Dewm Solo - Managed C++ Developer

I remember that. It was one of the 150 ads made by MS to promote VS2005 on websites...It would randomly play one of the ads. MS had a site with all of them...the link was on the VS2005 product description page. I couldn't say if this still exists though.

Dewm Solo - Managed C++ Developer

I fail to see it as well. Except for rate maybe being a too big value? The rest looks fine from where I stand (or sit I should say).

Dewm Solo - Managed C++ Developer

Geez...thanks for posting this. I just installed VS2008 this morning and transferred my projects from VS2005 to it. Everything seems fine for now, but I am in the process of testing them on client workstations. I'll be extra careful and see what happens. Thanks again! I agree with you up to some point with the static linking. It is much easier to use indeed and it's what I've been doing here for a while...cause my boss won't give me the proper time to develop a real set of tools for our software and get to use dynamic linking efficiently. I do suffer from this though and wish I could use dynamic linking. Why? Because everyone of our projects has little subtle needs that require sometimes changes to those libraries which means that right now we probably 7 or 8 different versions of those libraries out on customers workstations. One day I will have to fix something in one of those apps or have to add some features. I will then decide to upgrade their libraries and then...and only then ...will I realize that compatibility has been broken and that I need to change the application to fit the new libraries. I hate this...and I dread the day it'll happen. With dynamic libraries I would have to answer to the same interface which would have ensured backward compatibility. Of course I try with my current static libraries, but there is no ensuring of it and eventually changes will occur...as they have in the past. Sometimes I really feel like static linking is the easy way out...the one that always comes back to bite you in the 'rear end'.

Dewm Solo - Managed C++ Developer

I may be totally wrong here and if I am please someone correct me, but the difference and benefits of dynamic compared to static are: -Space as you mentioned. With dynamic linking only one copy of the file is necessary for x number of applications that would use it. Static linking would mean one copy per application that use it. -Library versions and updates. Don't dynamic allow you to just replace the old dll file with a new one without having to retouch or recompile your application. Statically linking to a library would require a new compile of your app if you want to release a new version of your library. I might be wrong or missing the point on something. Please do correct me anyone who knows better. I understand the differences between the two about what happens at compile time vs run time.....but what it means later on during the life and use of an application is not very clear.

Dewm Solo - Managed C++ Developer

I creating a windows form application. I Referenced that test dll. In a button's click event created an instance of the test class. Nothing can go wrong right? I have done this at least a million times. Well ...same problem on the workstation. Does anyone has an idea? There are no other dependencies. There is nothing that can cause such a hang. ...hmmm...Just thought of something. I'm going to try to run a release build. I don't expect much out of this, but who knows what compiler optimizations might come up with. I tried this and the release builds does exactly the same. An empty app with just a button and reference to a dll that contains only a test class that has a ctor, dtor, and one string member only. It still hangs at creation of a test class object. Does anyone has suggestions? At this point I am wondering if this is not a problem that has to do with the .Net installation on the client station. Although this happens on more than one client station.... How can I debug this? On a client station nonetheless.

Dewm Solo - Managed C++ Developer

modified on Tuesday, December 18, 2007 2:53:56 PM

Ok,....Referencing a test DLL with just a test class does the same at instantiation. The next thing I'm thinking of trying is a test app that will reference this new test dll and see what happens.

Dewm Solo - Managed C++ Developer

Creation of such a testclass in my project of course works 100% on any workstation. So now I'm going to create a new DLL with just a test class.

Dewm Solo - Managed C++ Developer

Ok....I think I'm losing it guys. I added a testclass like this: public ref class TestClass { public: TestClass(String^ jj); ~TestClass(); private: String^ sPath; }; With implementation like this: TestClass::TestClass(String^ jj) { // } TestClass::~TestClass() { // } How much more simple can it get? Instantiating it like this: private: System::Void button2_Click(System::Object^ sender, System::EventArgs^ e) { MFG::TestClass^ ttt = gcnew MFG::TestClass("test"); MessageBox::Show("instance created"); } Works fine on my dev station of course, but it hangs on two other stations here that are non dev.

Dewm Solo - Managed C++ Developer

Hello Jeff, 1) Looking at the IL from ildasm does look alright. 2) I changed to assignment as suggested. The ctor now only initiliaze the path string to an empty string. I added a SetFile method that takes a string from the caller and sets our path string. 3) Haven't tried the WinDbg suggestion yet. I'll look at it right after this. I wanted to put an update on here before continuing my search. BTW! The addition of the SetFile method to assign the path string gave the behavior that I was expecting. When the user clicks the 1st button the dialog now comes up and saves the path into a member of the form class. When click the 2nd button to initialize the class the application hangs. I am just instantiating the object, not even passing the path. Nothing in the constructor, which don't even take a parameter anymore. :doh: Hmmm typing this is making me realize just how weird this is. Why can't I create an instance of this object with an empty constructor???? :wtf: It's the same as if I was to type: String^ m_Path = gcnew String(); and the application would become unresponsive. That couldn't happen any more than snow in Africa. I think I'll try a little experiment. I'll add another class to the DLL of my CFileTemplate class. And see if I can instantiate that one. Just an empty object.... If anyones wants the new code or anything let me know. At this point I'm ready to post anything. I really have to get this out the door. :( Always happens this way, doesn't it? lol

Dewm Solo - Managed C++ Developer

Mark Salsbery wrote:

openFileDialog1->FileName should be compared to String::Empty - the default value, not nullptr.

Took note of that. Thanks

Mark Salsbery wrote:

Why?

....Well just to make it obvious that it really does comes out as a String...It would get optimized anyways wouldn't it?

Mark Salsbery wrote:

When the app goes unresponsive, if you break in the debugger, where's the current execution point at?

If I could have done that, believe me I would have. Like I said this issue only appears on non-development workstations. On my dev station everything works fine. No hangs or nothing. Before shipping to customers, I do like to test on regular stations that we have at work. So I tried two different machines and both did have the issue we are trying to solve now.

Dewm Solo - Managed C++ Developer

Removed it and compensated with the appropriate array..... Still...same problem!!!!

Dewm Solo - Managed C++ Developer

Well I'm almost beat....I changed the way it works like I said I would. So now the ctor does nothing but save that path until the read method is called. Yet instantiating this class still makes the application stop responding. Just as a reminder....only on client stations. On a dev station no problem. Class Declaration: typedef cli::array< cli::array^ > TemplateArray; public ref class CFileTemplate{ //ctor and dtor public: CFileTemplate(String^ sPath); ~CFileTemplate(); //members private: String^ m_FilePath; TemplateArray^ arrCurrentTemplate; public: //methods public: //private: ->Changed for test purposes... void Process(); public: void SwitchTemplate(String^ sPath); TemplateArray^ ReturnFormat(); }; The class' ctor: CFileTemplate::CFileTemplate(String^ sPath) : m_FilePath(sPath) { MessageBox::Show("ctor"); } In the main application, here is the call: private: System::Void button1_Click(System::Object^ sender, System::EventArgs^ e) { String^ myStream; MessageBox::Show("Opening dialog"); if ( this->openFileDialog1->ShowDialog() == System::Windows::Forms::DialogResult::OK ) { MessageBox::Show("Making sure the stream is not empty"); if ( (myStream = this->openFileDialog1->FileName) != nullptr ) { MessageBox::Show("Instiating the file template object"); this->aTemplate = gcnew MFG::CFileTemplate(myStream->ToString()); //THIS IS THE CULPRIT. MessageBox::Show("instance created"); } } } Ok....to complete the explanation.....like this I never get to see the file dialog....nothing gets executed in the click event. BUT!!!!!!!!!! If I comment the line that instantiates the class.....everything goes fine. Except I cannot call the read method of course...the thing isn't instantiated.

Dewm Solo - Managed C++ Developer

1. This class does 3 things. -Instantiate itself by saving the path for the file -Read through the file and assimilate the template -Return the template array I didn't want to have to call the reading part. I wanted to initialize and return the template when asked. So the ReturnTemplate() method is public, but the ReadFile() method is private. ReadFile() is called in the ctor as you said. For test purposes I will make it public and call it from my application after initialization of the class. If it does initialize at that point. 2 & 3. When trying to figure out what was going on I did insert try-catch constructs everywhere. In the calling method, in the ctor, in the ReadFile() method, ......everwhere....nothing gets intercepted...nothing, nothing, nothing. I will go change the ctor and make that read method public right now. I will post back my findings within the next minutes.

Dewm Solo - Managed C++ Developer