"GeometryHitTestParameters' HitTestParameters are not supported on 'Viewport3DVisual" error from the new SDK? - pixelsense

I was part of a team that developed a Surface application during the summer. I was set to do some minor changes to this application now, but got errors that were not present last time the exact same code was ran.
The error message is "GeometryHitTestParameters' HitTestParameters are not supported on 'Viewport3DVisual" and is complaining about some parameter in theVisualTreeHelper. HitTest().
The code is the same, but the working environment is slightly different:
I could not find the old SDK, so i had to use Surface SDK 1.0 SP1.
The computer is running Windows 7
I've got the code running by catching all exceptions and ignoring them.
Does anyone know if Surface SDK SP1 could have changed the way 'Viewport3DVisual is used or if the SDK is throwing exceptions not thrown in 1.0?
I would really like to know if masking this exception will make the application run like it used to or if the changes in behavior would turn up later and backfire.

I've had the same exception myself. We were unable to resolve it and just shipped with the defect. I'm pretty sure its a bug in the SDK.

Related

WinUI3 Microsoft.UI.XAML.dll "Source Code Not Available" error on Debug

My app builds fine. Attempting to start it in debug mode, however, causes this error. This appeared after I solved an error relating to missing "debug symbols" similar to the one here (enabling the remote symbol servers in the options and then building caused this error to appear instead - this behavior persisted even after turning off the remote symbol servers in the options again).
I am using WinUI3 project on Visual Studio 2022 on Windows 11.
This post seems to suggest the issue was using WPF - but I am not using WPF. I also see a potentially similar issue here, but there appear to be no answers.
I am not sure where to even begin fixing this - it seems to be a Visual Studio issue or a project/solution config issue rather than a code issue. Any ideas?
I fixed it. I was looking at the output in the Visual Studio Console (after stopping the app once the error mentioned in the question happened), and I saw this:
Exception thrown at 0x00007FFD41D4466C (KernelBase.dll) in EmailClient.exe: WinRT originate error - 0x80004005 : 'WinUI: Error creating second Desktop Window on the current process. No more than one Desktop Window is allowed per process.'. onecore\com\combase\winrt\error\restrictederror.cpp(1017)\combase.dll!00007FFD43EAA21E: (caller: 00007FFD43D9A2F3) ReturnHr(2) tid(5e98) 8007007E The specified module could not be found.
I then searched through my project, and found out I was calling new MainWindow() one place in my project outside of the App.xaml.cs when initializing a property. I removed that (initializing the property to null instead), and now the app works fine. Not sure how the two are related... but this may be an unexpected behavior caused by attempting to create multiple windows on the same process. Here is someone else who had the same issue.
If your intention is to create multiple windows (mine was not) and you want to know how, then see this thread (a few months out-of-date... not sure if the mentioned features are still in preview or not as of time of posting).

Build failed. Could not find type 'System.Globalization.SortVersion'

Somewhere along the line in the last week, Xamarin on my Windows machine started giving the above mentioned error any time I compile with MONO.
Specifically occurs when Project|Active Runtime is MONO - never happens when runtime is Microsoft.NET.
I've tried uninstalling/reinstalling MONO runtime (mono-3.2.3-gtksharp-2.12.11-win32-0.exe)
Any clues? Google searches come up with pretty much nothing
I get the same error today, (after an update yesterday to 4.2.4 Build 35) There is a bugfix here
Build works fine on another PC without the latest update (4.2.3 build 59). I guess the answer is to roll back to 4.2.3.
You can get it from your account page at Xamarin.com >> Downloads >> View all versions.
The solution from here says that you should either uncheck the box "Use MsBuild" in project settings or use .NET for building but then run with Mono if you want to test runtime compatibility.

Change Target Framework Error (MSVSMON.exe)

I started a new application and changed the target framework to v2.0 for Windows XP compatibility but when I run the debugger (with or without code) I get an error saying MSVSMON.exe appears to not be running. I tried restarting the project and even changing the target framework back to v4.5 but I still get the error. How do I fix this?
I know this is quite old, but in case somebody has the same issue I thought I'll answer it. I changed the platform target to 32bit and debugging worked. Setting it to 64 bit or Any CPU caused the error you are describing. Not really the perfect solution but at least I can debug now.

bootstrap server. Error in iPhone SDK

Can anyone help for the following ERROR:
Couldn't register com.india.XXX with the bootstrap server. Error: unknown error code.
This generally means that another instance of this process was already running or is hung in the debugger.
here m using xcode 4.1 and i have same project folders in my local desk.
When ever i open multiple projects with the same name its showing the above error.
Thanks in advance.
Some of the fixes that the links Saif contain may work for some, but not for me.
I have a very simple solution without restarting that will usually get you through the day.
When you get this error, before you do anything else, build for the other device (if you are running a universal application).
When you build for the other device, it kind of "overwrites" the process that creates this error. Once the other device is up and running, immediately build for the device that created the error. This will work most if not all the time, and will save you time digging through the multitude of fixes you will find in the other links.
I tried almost all of the fixes found there and none of them worked in my case. This works, but you should check your appDelegate for any bugs in your willEnter/didEnter (and other related methods).

Code build in Mac 10.4.4 is not working in 10.3.9?

I have build cocoa application in 10.4.4 using (mac10.3.9sdk xcode version:2.2.1,universal binary), but when im trying to invoke the application in 10.3.9 the application is not getting invoked.
Can you please tell me what would be the probable mistakes or reasons of its not getting invoked???or How can i trouble shoot the issue?
which version of xcode should i use in 10.3.9 so that i can debug the code, can someone please provide the corresponding link?
The runtime failure could be for any number of reasons: missing libraries or frameworks, compiled with the wrong settings etc.
Probably your first port of call should be console.app if you are trying to run this on another machine that does not have the development tools installed. It will probably give you some clues as to why the application isn't starting up.