Jump to content
The simFlight Network Forums

UAL45

Members
  • Posts

    19
  • Joined

  • Last visited

About UAL45

  • Birthday 01/01/1970

Contact Methods

  • Website URL
    http://

Profile Information

  • Location
    Redondo Beach, California

UAL45's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. AHHH.. I did some more research on the site and found the issue. I moved my wideclient program and config to the FREEFD directory and it works like a champ.
  2. Hi Pete, Running Latest versions of WideServer/Client. When I use Run1 or RunReady1 to launch any of the FREEFD gauges (lets use nd.exe for example) the ND.EXE crashes with the nice windows XP error message: "nd.exe has encountered a problem and needs to close. We are sorry for the inconvenience" Here is the text from the logfile: ********* WideClient Log [version 6.50] Class=FS98MAIN ********* Date (dmy): 14/09/05, Time 12:00:09.953: Client name is SERVER2 750 E:\FS Support\FreeFD\nd.exe 766 Attempting to connect now 812 Connection made okay! 1078 New Client Application: "nd" (Id=3780) Here is the USER section of the config [user] Log=Errors+ run1=E:\FS Support\FreeFD\nd.exe KeySend1=107,8,run1 KeySend2=109,8,run1 KeySend3=81,8,run1 No question that WideClient is launching the progam and it is a windows issue, however, this did work correctly (i.e. nd.exe launched with no issues) in my previous install. NOTE: when I do launch nd.exe manually, it runs fine. My main goal here is to get the Keysend functions working correctly (and I need the run1 to send keys to the right program). I tried using runready and the delays for run and runready and still had the same result. Sorry for the long message. Can you think of anything ? Brian
  3. Gunter, Try making the VBS project into an EXE. Make X.exe (where x is your project name) is found under the "File" menu item. Then execute the program the VB Compiler creates. Regards, Brian
  4. Pete, Sorry :oops: I misunderstood. The project that I am playing around with requires that I read the status. Providing an offset would be great !! Thank you for kindness during my lapse in being able to understand plain english (maybe it is a California thing... :lol: ) Brian
  5. Pete, I cant find it... I searched the FSUIPC for Programmers document for TOGGLE_STRUCTURAL_DEICE and got no hits (document date 1/14/2004). Am I looking in the wrong document ? Sorry to be a pain. Thanks Again, Brian
  6. Works great now !! Just be sure to: Dim acName(X) As Byte Where x is the length of the string to be read or some nasty compile errors show. Thanks again everyone for your help !!
  7. Hi Again Pete !! I have reviewed the docs (yet again) and am wondering if there is a Specific wing de-ice offset. I found Pitot and engine ice but wondering if you have ran across wing ?? Thanks !! Brian
  8. When I was having troubles with my peddles / yoke / throttle it also helped when I went back to the CH software, reinstalled and ran their calabration tool.. Just another thought . . .
  9. Armando, Thank You. So.. it is a byte by byte move. Thanks !!! Brian
  10. Heya Thomas... The heading from 0580 is a "True" not a magnetic heading. You need to compensate for each degree variation (based on location in the world). Look at offset 02A0 Magnetic variation (signed, –ve = West). For degrees *360/65536. Convert True headings to Magnetic by subtracting this value, Magnetic headings to True by adding this value. Hope that helps !! Brian
  11. Thanks Paul !! One question, tho.. In the calls you pass the aircraft as @aircraft. In PASCAL is the @ the same as pointing to the address space for the variable named aircraft ? Where I am getting lost and confused is between the var pointers and string pointers in VB. Your calls look similar to what I am doing, however, I am still getting an empty string returned to me... Brian
  12. Thanks Pete !! You are the Man !!! Thank you for this great interface... You make it more real and more real ...... !!!
  13. Pete, Good point. I have found it that if the read fails so does the process. So, I just set the "NA" in the one istance. It would be better for me to have both. I think the jd will be able to help me later today. Either way, good chance to hear what others think and learn something. Isnt that what it is all about ?? Regards, Brian
  14. Thanks All for your input. vdkeybus: The syntax is good. As far as corruption of the values / pointer . . I dont know... That is what I am hoping somebody will shed some light on. Thanks for the insight and help. Pete: Yes, the compiler allows for that length and does use ASCIIZ. I am sure that I am just screwed up on how to reference the string pointer. By the way the "NA" is just a default return value if the FSUIPC read fails, nothing fancy. jd: Thank you !! I look forward to your post !! Thanks again all.. Brian
  15. Anyone who can help !! I am not a whiz kid at pointers and such. I have been very successful at pulling the data numbers from the offsets. Just when I get to Strings... well it falls apart. Can somebody look at the function below and tell me what I am doing wrong ?? Each time I runs it returns "" or null. All I am trying to do is pull the ATC Tail Number from offset 313C... ------------------------------------------------------------------------------ Public Function ACID() As String Dim ReturnVal As Long Dim RTNString As String If FSUIPC_Read(&H313C, 12, StrPtr(RTNString), ReturnVal) Then If FSUIPC_Process(ReturnVal) Then ACID = RTNString End If Else ACID = "NA" End If End Function ------------------------------------------------------------------------------ Any help would be appreciated. Brian[/code]
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.