You searched for the word(s): userid:751864

More Search Options

RSS Available

• Re: MsgBox - Not displaying properly, appears to glitch out on server but ok on development machine

  I read the example at http://msdn.microsoft.com/en-us/library/z9h4dk8y.aspx but it does not appear to be the right tool for the job. I'm running code that needs to start, communicate with external hardware then present option A or option B to the user which will determine how the rest of the code executes. Because of the way the GUI experience is structured, it does not make sense to process the first part, update the GUI with new buttons to continue. I'm trying to keep this streamlined and

  Posted to Client Side Web Development (Forum) by marsonj on 8/27/2009

• Re: MsgBox - Not displaying properly, appears to glitch out on server but ok on development machine

  Hi, Thanks for the reply. This is a long running web application that is communicating with external devices with microcontrollers - there are some forks in the road where I may need external input so, these message boxes work great for what I'm doing...on the development machine, but they barf on the server. The process is basically this: 1) take user input 2) Communicate with external device via com port on server and compare this information to user input. 3) If user input is not the same

  Posted to Client Side Web Development (Forum) by marsonj on 8/12/2009

• MsgBox - Not displaying properly, appears to glitch out on server but ok on development machine

  Hi, I've stumbled across some strange behavior with the following code: If Right(CurrentRXSerNum, 6) <> InputSN Then Dim ans As String ans = MsgBox("Overwrite SN: " & CurrentRXSerNum & " with: " & InputSN & "?", vbYesNo) If ans = vbYes Then RXCom("w " & CurrentRXSerNum & " sn " & InputSN) UpdateProgressMeter("VerifyProduct") Else MsgBox("Serial number not updated.") Exit Try End If Else On

  Posted to Client Side Web Development (Forum) by marsonj on 8/11/2009
  Filed under: MsgBox, display problem, glitch

• Re: SQL query times out first thing in the morning...then is fine for a while...

  "Like a Buffalo chewing through a brick wall." A. Schreiner Turns out to be a Windows Firewall issue (really my issue but, more fun to blame Microsoft). I dropped some timers into the code to find out just what the deal was with the delay. Turns out that it was taking 20 seconds to open the connection to the database...now there were some pretty plausible answers to this problem all over the web but, the one that worked for me was found at: http://www.tech-archive.net/Archive/DotNet/microsoft

  Posted to SQL Server, SQL Server Express, and SqlDataSource Control (Forum) by marsonj on 7/23/2008

• Re: VB --> C# IntPtr trouble

  That looks like a lot to tackle, I'll start early tomorrow. Thanks, I'll let you know how it goes. I also pinged the designer of the dll...hopefully they will break their trend and help out.

  Posted to C# (Forum) by marsonj on 7/22/2008

• Re: VB --> C# IntPtr trouble

  Hi Jeffrey, Thanks for the idea. Now I'm starting to appreciate how important the header file is. I do have the VBA header and in there it shows: 1 Public Declare Function SendUSBMessage Lib "HCT99HID.DLL" ( ByRef bDeviceNumber As Long , ByVal szSendMessage As String , ByVal szReceiveMessage As String , ByRef bErrorCode As Long , ByRef szErrorMessage As String ) As Long 2 3 ' Description: Sends a command and waits for the answer 4 ' Return Value: TRUE (1) - ok 5 ' FALSE

  Posted to C# (Forum) by marsonj on 7/22/2008

• Re: SQL query times out first thing in the morning...then is fine for a while...

  I've heard that that's a great way to break the neato cup holder that comes with most computers. I'm still seeing the same behavior with indexes and with the primary key set. I'm not sure where to go from here, any help?

  Posted to SQL Server, SQL Server Express, and SqlDataSource Control (Forum) by marsonj on 7/21/2008

• Re: VB --> C# IntPtr trouble

  Ok. I've learned a couple things. VB makes you dumber (you don't have to necessarily know what you're doing, it will figure out what you meant then do it...IntPtr). CasE DoEs make a big difference. Hungarian is cool and those variables should be int (unless the person who wrote the dll is the same person that wrote the sample code...but why would they use Hungarian Notation unless they knew what they were doing...small mysteries. Anywho, the source compiles then does not behave the same

  Posted to C# (Forum) by marsonj on 7/21/2008

• Re: VB --> C# IntPtr trouble

  Thanks for the questions and replies. I'm learning about hungarian notation and trying to do a little work so I don't post a stupid question (not that time and effort will prevent that...but still). I still haven't figured out the problem and if I dont' get it figured out by the end of the day I hope to at least have a coherent question that I can ask. Thanks again for reading...I really really (two really(s)) appreciate the help!

  Posted to C# (Forum) by marsonj on 7/21/2008

• Re: VB --> C# IntPtr trouble

  YES!! Thanks. I had been trying a bunch of ridiculous stuff like Convert.To.... etc. That got me passed that hurdle, thanks for that. I stumbled three lines later though at the function call bStatus = OpenUSBDevice(bDeviceNumber, bErrorCode, szErrorMessage); the error is Compiler Error Message: CS1502: The best overloaded method match for 'VerifyProduct.OpenUSBDevice(ref int, ref int, ref string)' has some invalid arguments and here's the function: [ DllImport ( "HCT99HID.DLL"

  Posted to C# (Forum) by marsonj on 7/18/2008