I am developing a sidebar gadget for windows 7 using Silverlight in an enterprise company (70K+ employees).
All of our windows 7 client builds are x64, hence all the sidebar processes are running as x64.
Even though I know that there is an option switching to a 32 bit version,
I cannot allow this to myself – people will have to execute registry files, or a GPO will have to be applied, etc…
I have been desperately waiting for Silverlight 5th version since it’s supposed to have a 64 bit runtime.
Now, when sidebar starts the gadget, it says that I am missing Silverlight 5 runtime, suggesting to download it from here:
http://www.microsoft.com/getsilverlight/locale/en-us/html/coming-soon_5.0.0.html
There is a link on this page that leads me back to:
http://www.silverlight.net/getstarted/silverlight-5-beta/
Where I have already downloaded the beta tools and runtime for Silverlight 5!
So what’s the problem? What am I missing here? Is there a x64 bit support or no ?
Any thoughts will be appreciated.
By the way – if I switch to a 32 bit sidebar version on PC – all works fine…
UPDATE: Silverlight 5 RC version just released, with 64 bit support
http://10rem.net/blog/2011/09/01/silverlight-5-rc-now-available
Related
Windows 7 was removed from the operating system requirements list when 8.2 came out. Is there a technical reason for that, or is it just falling off the support list because of it's age?
I'm seeing nothing in the changelog for 8.2 that lends to it not running on Windows 7.
Keep in mind this is for development purposes only.
Official Microsoft Support for Windows 7 has ended or is ending. If Microsoft won't support the OS, it stands to reason Sitecore will not.
Windows lifecycle fact sheet
I'm stuck in a deployment issue with my Qt 5.4.0 application.
After two days of research, my app really doesn't want to execute on Windows XP !
I have created my deployment folder with windeployqt provided by my Qt installation. When I double-click on *.exe, I have always :
The procedure entry point vsprintf_s could not be located in the dynamic link library msvcrt.dll.
Dependency walker hasn't really helped me and I don't know what I can try now.
Note :
SDK : Qt 5.4.0 (MSVC 2010, 32 Bits)
IDE : QT Creator 3.3.0
Compiler : MinGW 4.9.1 32 Bits
Need to run on : Windows XP Pro SP2 32 Bits
App works like a charm on Windows 7 with same configuration (IDE, compiler, etc.)
While Guilhem G. is correct in the broader sense, it doesn't mean you actually called that function yourself (speaking now to a theoretically other person running into this issue like me, heh). I believe it's a bug with MinGW's XP support; I've seen bug reports of similar issues, including nearly the exact same issue in a much earlier version of Qt that was then fixed. I haven't seen this particular incarnation, which I actually ran into myself. I suppose I should probably submit a bug report!
Anyways, I've fixed it without changing any of the code I've written myself. What I had to do to fix it was twofold:
Switch over to using the msvc2010 compiler, since that set of C++ libraries rather unsurprisingly runs fine on Windows XP (AFAIK they still haven't dropped XP support with the latest version).
Switch over to Qt 5.5 (I'll explain why at the end).
For the compiler, you'll need then either Microsoft Visual Studio 2010 (hence the name), or the older Windows SDK that ships with it; the "Microsoft Windows Software Development Kit for Windows Server 2008 and .NET Framework 3.5" release should do the trick for you if you don't have a Visual Studio 2010 license.
Once one of those is installed, I'd encourage you to install Qt 5.5 as compiled by MSVC2010. You can either start a fresh installer or use the Qt Maintenance Tool which should already be installed.
Once that kit is installed, within your project (selecting "Projects" from the left-side menu) you should be able to go "Add Kit" and select Qt 5.5 msvc2010 32-bit, and if you now recompile and redeploy your application, it should run fine on XP.
Now, why did I insist on you upgrading to Qt 5.5? Well, there's some underlying issues with choosing a working OpenGL renderer on each version of Windows, and Qt 5.5 simplifies that a lot by having it fall back on OpenGL or ANGLE depending on what capabilities are actually detected, plus IIRC some other related fixes. So certainly if you're deploying a QML / Qt Quick 2.0 app across multiple Windows versions like I'm doing, it's worth upgrading to Qt 5.5.
The error was I called "sprintf_s" somewhere in my code (ok for recent windows on my dev machine but not for XP).
If you have the same problem when you search in your code don't use exactly the name of the function in the error message but an expression like *_s.
You probably call a secure API function somewhere !
I have a shell extension that uses IThumbnailProvider and IInitializeWithStream interfaces to generate thumbnail previews for the registered file types. It's working great on Windows 7 but it doesn't work on Windows 8.
I've found out that Windows 8 has 2 new related interfaces: IThumbnailCachePrimer and IThumbnailSettings. But the preliminary documentation of Microsoft doesn't explain anything...
Does anybody have some info about how the preview control system has changed in Windows 8?
Ok, actually, the thumbnail processing in Windows 8 Consumer Preview still works with the WinVista/7 API.
It's just that by default Win8 doesn't come with the vc++ runtimes, but only the .net versions of those runtimes...silly error :/
Well, at least now it works in Desktop mode although quite slowly. The poor performance is maybe due to the fact ｍｙ Win8 is still a beta ｒｕｎｎｉｎｇ ｗｉｔｈｉｎ ａ ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ．
I’m migrating one of our ColdFusion 8 servers to a 64-bit server and was wondering if anyone knows of a place to download the 64-bit version of ColdFusion 8?
Thanks,
Paul
You can download CF8 64 bit from here:
http://www.adobe.com/cfusion/tdrc/index.cfm?product=coldfusion8
Just be sure to notice that in CF8, there was only support for 64-bit in CF 8 Enterprise (or Developer) but not CF 8 Standard. That was changed in CF9, so that you can run 64-bit on either edition.
(Here's something perhaps related, if yours is a move to a more modern 64-bit version of Windows: beware as well that if you're deploying on a server running IIS 7, that was also not supported in CF 9 (or 8) and required manual tweaks to get it to work. CF 9.0.1 (the free updater that you install on top of 9.0) does add that support.)
I know that the recommended language for Windows Phone 7 development is C#.
However, for various reasons, I very much prefer continuing to program in standard C++, if possible.
Is it possible to program for Windows Phone 7 in standard C++ only?
If the answer is yes, what tools and resources do I need to accomplish that?
EDIT, finally: for WP7 it won't ever be, but for Windows Phone 8 - yes you can. Native apps, C/C++, iOS/Android portability and code sharing, DirectX. You'll need Visual Studio 2012 and Windows 8 for WP8 development, though. VS2010 is not getting the requisite SDK. To run the emulator, you'll need a 64-bit physical Windows 8 box with a SLAT-enabled CPU. You can still develop on a virtual machine, but you'd need a device to run apps, the emulator won't start.
The nongame UI, however, will still be XAML-based and managed. The entirety of Win32 API will not be supported. They're pushing a model with managed UI layer and a native middleware beneath it. Purely native development is still not an option; although one might try with WinMD classes as code-behind for XAML. The visual XAML designer will probably choke, and you'll need a dummy managed DLL anyway.
EDIT: even assembly, as long as it's targeting Thumb-2 and the mnemonics are UAL-style. For running on the simulator, you'd have to produce an alternative set of assembly files (or other sources) targeting Intel.
For the sake of posterity, here's the pre-06/20/2012 answer:
If you work for Microsoft or an OEM, then yes. Otherwise, no (for now).
There's hope though. Google did relent and issued their NDK after a while; Microsoft might, too. The native code capability is already there. Once they come up with a sensible sandboxing solution, why not.
Also, there's already some pressure from big-name software vendors to open up native development. Mozilla people stated outright that there will be no Firefox on WP7 unless it's native. Similar rumors about Flash.
EDIT: if you want a native SDK on WP7, like I do, please go sign the petition here and/or the one over there. Thank you!
EDIT2: see this. It's a leak and therefore not official, but still, I say there's some hope.
EDIT3: also this. Still not official, but this rumor moves the timeframe for native app support even closer - to the upcoming Tango release.
EDIT4: Microsoft seems to be pretty keen to promote WinRT, their new tablet-oriented XAML-based app platform, which allows for (among other things) unmanaged C++. Now, on every other major mobile OS the tablet and the phone app stacks are one and the same. Just sayin'.
EDIT5: there's been some proof-of-concept work along the lines of C++ => LLVM => MSIL and C++ => LLVM => C#, but nothing production-quality so far.
Phone manufacturers such as Samsung can deploy applications written in unmanaged code, but all other developers can not.
No that is not possible. Microsoft has made a decision to only allow application developers to use managed code on the Windows Phone 7 devices.
According to Wikipedia Windows Phone 7.0 runs Windows CE 6.0 R3/7.0 hybrid as operating system.
In theory one could use C++ to build standard* C++ programs targeting Windows CE 6.0 R3 and 7.0 (supposed to come out on Q1 2011). I mean all the standard* dlls should be there (gdi32.dll, user32.dll) Internet Explorer and other C++ programs are still running on Windows Phone 7.
The how to get the application on the phone? and how to run the application on the phone? are the next questions which at the moment I don't know how to answer.
This interview tells something about it: Writing the WP7 App Platform in C# and C++ I haven't watched it yet, so you might add respective comments :)
Windows Phone 7 supports Silverlight and XNA.
All programs for Windows Phone 7 are written in .NET managed code. It is also possible to write Windows Phone 7 applications in Visual Basic .NET.
Visual Studio 2010 Express for Windows Phone includes XNA Game Studio 4.0 and an on-screen phone emulator, and also integrates with Visual Studio 2010. You can develop visuals and animations for Silverlight applications using Microsoft Expression Blend.
The Silverlight and XNA platforms for Windows Phone 7 share some libraries, and you can use some XNA libraries in a Silverlight program and vice versa.
But you can’t create a program that mixes visuals from both platforms. Maybe that will be possible in the future, but not now.
EDIT:
to be more clear..there is no native C++ support you'll have to use either Silverlight or XNA,both are based on .net framework.