Hunter Hale

So apparently the fltk dll files and one of the microsoft DLLs can occasionally get into fights and the microsoft file generally loses and gets corrupted.  The solution for a corrupted msobj80.dll is to download another copy of it from a dll library archive site and then to install in it into “C:\Program Files\Microsoft Visual Studio 8\Common7\IDE”.

I have ran into an issue I have no idea how to get around. Even after I removed all the circular referencing from my code it is still complaining about multiple definitions of the same class. I have double checked everything and it shouldn’t be giving me the errors it is. My header files all have the guards on them that should prevent it from ever defining things multiple times and I am being careful how I including things but it isn’t helping me at all. I really need an expert to take a look at what is going wrong cause bashing my head against it more isn’t a profitable use of time in my opinion.

Solution and better problem description.  – The problem was actually an improperly declared method signiture for the overloaded comparision operator.  I was declaring them outside the class they were supposed to be used with when in fact they needed to be inside the class definition just like any other method.

I cut my trip home a touch short so I could hopefully finish the DEACCON stuff before I leave this week.  Right now the biggest problem is the massive amount of C++ junk that keeps jumping up in front of me whenever I get good progress going.   I miss our lab C++ expert already and it seems nobody else knows anything about it that works in the lab.  Good news is I get to hit Priyesh’s party.

Looks my first real paper was accepted.  Again two out of three people liked it, and one of them thought it was amazingly groundbreaking.  We also got beat on for our limited number of testing runs which is really, really beginning to annoy me given I spend a solid week making those and each one requires me to do a tone of by hand stuff for the other decomp methods. Finally let me put it in writing that Dr. Y was right the last page with the comparisons of the decomps did seem to go over well.

DEACCON is starting to move foward now that everything is compiling(and more importantly – Linking).  I am building my openGL window at the moment.

Well looks like I am gonna owe vista an apology, the os wasn’t causing fltk not to work.  It turns out that the express edition of C++ installed on my machine doesn’t handle external programing libaries correctly.  Working on the DEACCON conversion into C++ now.  Hopefully everything will be smooth sailing now though I will need to see if I can get visual studio full version installed on my machine in the lab.  I should have realized the problem sooner given I had the exact same problem with the TAO(opengl .net wrapper allowing it to be used in forms) libraries not working in express edition when I tried to use them last year.

I have been trying to get fltk to compile in the lab on my machine without success.  I spent most of the last two days bashing my head against it and getting about 8198 link errors.  I decided to try a different approach and tried on my home machine with visual studio full version and windows XP and it works great.  I plan on trying the XP legacy machine in the lab tomorrow real fast and if that doesn’t work by lunch just doing the conversion at home.  I tried every trick I know to help out the linker from redudant path variables and manually including refs to the library as well as dumping files into the working the directory but nothing worked so far.  I also tried all the solutions I could find on the fltk forums without success.  I think there is possibly something wonky on vista or possibly my install of vista since I know that there is something wrong there since a few other programs don’t work.