If by vb you mean vb.net, then it's really easy to do... just unpack the solution and copy it into your vb.net project... then go into visual studio, load your vb.net project, and then right click on your solution and click "Add Existing Project" and navigate to the project file in the dll project. After you do that, you have to go to your vb.net project, and expand the area called "References", and then a window pops up... click the "Project" tab... the c# project should be listed... add it. Now what this means is the classes in the c# project should be callable from the vb.net project (although i never tried it... but that functionality is said to exist :P). ---------------- If by vb you mean... old vb... not vb.net... then you'd have to rewrite all of the code to get it to work. I have no real experience with old vb so can't help with that :P

IceWater42 wrote: int nRet = SendMessage(hWndC.ToInt32(), WM_GETTEXT, cap, buffer); It fails on 64-bit machines because window handles in 64-bit Windows are 64 bits wide. Look at what you passed in the first parameter. A signed, 32-bit integer, instead of a 64-bit wide IntPtr. Change that so hWndC returns an IntPtr and it should work. A guide to posting questions on CodeProject[^] Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic      2006, 2007, 2008

Thanks Luc. There is no question you are correct. I was aware of the 8b vs 4b difference. I guess what i don't understand is how 64-bit machines can run 32-bit DLLs. Why is it that the 32-bit DLL is not expecting 32-bit pointers? Sorry for delay in getting back here.

LOL ... <<huge BLUSH>> ... thanks for the 'o', Mark

Use Print() function instead you can accomplish it by using the following code: FileOpen(1, "File Name", OpenMode.Output) Print(1, "Data to save") FileClose(1) Hope it helps ! AliAmjad(MCP)

i am SOOOOOOO embarassed ... complete noobie mistake .. failed to assign the RTB: adding "ReminderRTB.Text = " to the front of these statements resolved the problem. <> ReminderRTB.Text.Remove(indexToDDD,remainingTimeStr.Length); // delete old stuff ReminderRTB.Text.Insert(indexToDDD, remainingTimeStr); // put in new stuff ... but thanks for trying to help!

thank you, luc ... will do

thank you, pablo ... that sounds like just what i am after

thank you, vlad ... it works just as i had hoped i also found out i was wrong about how the code generator works ... i was under the misbelief that the generated code was regenerated every time that the project was "build"ed ... therefore one should NEVER modify the generated code as that action would have to be remembered and redone every time the program was "build"ed ... apparently, that is not true as i have "rebuild"ed the project several times and the modified code remains as i changed it (as you had advised) thanks again, vlad ... i have learned a lot

Why are you starting a new thread? Keep it in the same thread. --- b { font-weight: normal; }

That code block is there so that you can access myClass as though it was an array itself. It means that if you create an instance of myClass like so myClass foo = new myClass(); then you can access your _number array in two ways. Like this... double firstElement = foo.number[0]; and also like this... double firstElement = foo[0]; The last way is only allowed because of the 'public double this[int index]' accessor. Glad I could help :) Cheers, Will H

I'm glad I could help! :) It feels nice when after a lot of hours you finally manage to do something and then think "next time it'll take me 5 minutes" :) The good thing is that you learned a lot. Altough with .NET some may say that Win32 is becoming obsolete for everything but some low-level tasks, I've found many times that good knowledge of it can save you even in the managed world! Luis Alonso Ramos Intelectix Chihuahua, Mexico Not much here: My CP Blog!

A window handle cannot be used as a hDC (device context). If you want to get the hDC for any control or form, use something similar to this: Graphics g = [this/pictureBox1].CreateGraphics(); g.GetHdc(); //returns handle to device context

Thank you so VERY VERY VERY much, Ravi. That resolved the problem ... the DLL returned an integer ... the interface expected a bool. I will so inform the author of the website ... thanks again.

for those interested ... The solution was rather trivial after i found "GetWindowRect" in User32: public struct RECT { public int left; public int top; public int right; public int bottom; } [DllImport("user32.dll")] public static extern int GetWindowRect(int hwnd, ref RECT rc); // Get the target window's screen coordinates RECT rect = new RECT(); int hwnd = GetWindowRect((int)targetWindowHandle, ref rect); Persistence pays ... :cool: --- -- modified at 15:34 Thursday 23rd February, 2006

Thanks for the suggestions, Judah I tried them all ... but none worked. Surprisingly, this DID work ... the code has been working 100% of the time so far (knock on wood): int pauseTime = 100; System.Threading.Thread.Sleep(pauseTime); SendKeys.Send("^(a)"); SendKeys.Send("^(c)"); It appears that the commercial program just needed some time between the mouse simulation and the keyboard simulation. Surprise! Surprise!

It turns out the solution was even simpler .. there WAS a property that was messing things up. All i had to do was set HideSelection to true !!! The pretty orange text was hidden under the selection rectangle ... go figure ... lol. Thanks for responding, Dave.

IceWater42 wrote: the part that was perplexing: the lack of an "IndexOf" method for STRINGBUILDER. There is no "IndexOf" because a StringBuilder treats the string as an array of characters. There is no way to tell what the first occurance of a string is because you can't compare a string to an array of characters. It could be done with custom coding to comparision, but the performance hit in this code would more than likely be worse than rebuilding the string using string objects. RageInTheMachine9532 "...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome