mgh

For information, just downloaded Visual Studio 2013 Express to try it. Unlike Visual Studio 2010 Express it doesn't seem to be possible to download C++, c#, or VB separately. They all come bundled in. C++ 2013 adds the Managed Test Project and Native Unit Test Project applications (whatever they are) but has omitted the Windows Forms Application. I tried to build some sample/tutorials from the DirectX SDK. These are for VC++ 2010 but VC++ 2013 recognises that and (apparently) converts them. However they fail to build in VC++ 2013 returning a LNK1207 error. Worse, the conversion results in them then failing to build in VC++ 2010! One step forward - two steps back!!

For reference 0x09 is the Virtual-Key (VK) code for the tab key. The other VKs are listed here http://msdn.microsoft.com/en-us/library/windows/desktop/dd375731(v=vs.85).aspx

I'm afraid the Act doesn't give a 6 year warranty on anything. All it mentions is "durability" in Section 14(2B)(e). Obviously a new PC's durability should mean it last more than a year. A number of people have had success in claims for out-of-warranty TV's etc so in principle you can claim for a PC for a reasonable period after the warranty expires - provided the fault is obviously with the hardware such as, for example a broken keyboard. As Andydigital wrote unless it's restored to its as-new state you won't have much chance claiming for software problems.

Version 4.09 is well out of date. the current version is 4.86

According to the SDK, offset 0x0130 is What happens if you copy "\" instead of the leading "\\"

There are different .lib file formats. For example, Microsoft uses COFF format and Borland uses the OMF format which means the .lib files aren't interchangeable. Borland provides a tool implib that creates a Borland .lib file from a .dll. Does your compiler offer such a tool?

I attach a .zip file containing the code to include an FSUIPC component in Borland C++ Builder 4. It's adapted from the code for BCB++ 5 provided in the SDK, so it would be possible to adapt it for this version. I can't do that because I only have 4. TFSUIPC.zip.

If you have the .dll file it's possible to create a new .lib file. Google "create .lib from .dll"

Alternatively continuously take ground speed and multiply by the interval.

There's Visual Basic code in folder UIPC_SDK_VisualBasic in the FSUIPC SDK

I don't think it's reasonable to expect the FSUIPC documentation to teach you how to use Microsoft Visual Studio.

.From FSUIPC4 Offsets Status.pdf. You can down it (with other documentation) by going to the thread Download Links|Documentation on this site

How about 0C02 2 Aileron trim value/control: –16383 to +16383

This might be helpful.

I created an FSUIPC component for Borland C++ Builder 4. Search for tfsuipc.zip in the AVSIM library . The package also contains the source code.

What is zero?

In exacly the same way as you read airspeed. Call the equivalent of FSUIPC_Read(DWORD dwOffset, DWORD dwSize, void *pDest, DWORD *pdwResult); with the appropriate arguments followed by FSUIPC_Process(DWORD *pdwResult);

I never had any problems simply reinstalling FSX having made sure I'd uninstalled it properly. Reformating the drive and re-installing the operating sytem is a last resort

What values are returned for TWEIGHT, ZFW, zero_fw, and fuel_w?

Thanks for your prompt explanation and helpful tip.

Would it be possible to modify version 3.999 so that offset 0x3C00 returns the full path to the air file in the same way that version 4.xxx does? I know I can read FSUIPC version number (Ox3304) and then, if necessary, the FS path (0x3E00) and concatenate that with 0x3C00 but it would be nice not to have to.

Leonardo Freschi asked about threads: I asked about running multiple instances. Remember?

I wasn't talking about threads - only if more than one instance of FSUIPC can co-exist.

i used the published code from the SDK to create a C++ class and then converted it to a Borland C++ component. I dragged and dropped two components into my application and put each in a separate timer loop, running at different speeds. Each loop returned the expected values.

I'm not sure why i might want to do it either, but i've run two instances of FSUIPC in separate loops satisfactorarily. Each Read/Write statement will have an overhead, but is the overhead on actually transfering data dependent on the volume of data transfered?