I have searched just about everywhere, and all the guides I can find in regards to SRS point to how you set it up using Linux.
According to the tags I have seens SRS also supports Windows.
Can anyone do a complete guide for it for Windows?
Regards
SnowmanDK
Right now, it is still a feature branch at feature/windows, which is built by Cygwin64, so you could use this branch to build SRS for Windows.
About build, please read SRS#2532, the installer is also available on SRS 5.0+ tags, as an assert of each version like SRS-Windows-x86_64-5.0.19-setup.exe.
Note that it's a feature branch and not stable, and it's only supported by SRS 5.0 or higher.
Related
I want to use a deprecated GL function - glPushAttrib. Ideally, I'd do that by using the Compatibility profile of a recent GL version, but Macs don't support that. So I'm happy to settle for using an old GL version, from before GL profiles existed. My question, though, is: does Mac support that?
Note: Don't tell me that I shouldn't use glPushAttrib unless you're able to link to a good library that replaces it. I don't want to write my own, and using a full-blown engine would be much more trouble than it's worth for my usecase ;)
I found the answer in the OpenGL wiki:
MacOSX gives you a choice: core profile for versions 3.2 or higher, or just version 2.1
we use UrbanCode's AnthillPro build and CI server to build our C++ multi platform applications in a number of environments: linux, windows, solaris, hp-ux and aix. Yes, I know that AnthillPro was initially not designed to build C++ applications - rather for Java applications, but we've managed to make it do what we need :).
Now, UrbanCode belongs to IBM and it looks like they're about to discontinue AnthillPro. That's why we're now looking for an alternative solution.
The key features we appreciate in Anthill / expect to be supported by the new solution:
support of multiple C/C++ compilers (see above)
good and efficient dependency management and resolving
support of JavaC (very important in the future)
own "artifactory" / Anthill's CodeStation anologon
work distribution between build stations (Anthill's Agents concept)
logging and reporting tools (obvoius)
Can anybody recommend a solution, which complies to this feature list? If one or two features are not supported out of the box, but can be implemented with on-board tools or with help of unix' shell and other admin-tools, that's OK!
Seemed great to have subversion integrated in Xcode. However it is very primative compared to other IDEs. Are there another programs out there that I can use to manage Subversion for my iPhone project?
Versions can do a lot of the things that go beyond what the SVN integration in Xcode can do.
I use SmartSVN and like it a lot. Even the free-of-charge Foundation version is decent IMO. You may also try Professional version for a month to decide whether you need it. Features I like most: change sets (Pro only), applying patches (Pro only), their built-in change viewer + editor. The built-in conflict solver could be better, but an external tool can be used instead.
In Windows Vista, Microsoft introduced new functions for power management in the Windows API.
These are usually included by #include <PowrProf.h>. The Problem is, that the Qt SDK 2010.05 uses MinGW with an outdated version of PowrProf.h. That’s why you cannot, for example, use the function PowerEnumerate.
Which would be the proper way to make the Qt SDK ‘speak’ the new functionality?
Thank You,
Paul
I know it's not the easiest solution, but you could always download the Windows SDK and grab the latest header file from there. (I just checked v7.0a and it does indeed have 'powrprof.h'.)
I haven't tried this, but you may be able to simply swap the new version of the header with the old version that ships with Mingw32. You will probably have to link with the new version of the library too ('powrprof.lib').
I'm wondering if anyone has any information or speculation as to when or if there will be a native windows version/port of Node.js.
There is an ongoing effort to provide a mingw port of Node.js. Version 0.3.6+ can be build that way.
However that is still experimental and anything but ready for more than quick and dirty development. Even in case this version matures, I suppose that it will always lag behind the *nix versions, mainly due to the fact that the event loop implementations that Node uses were originally written for those systems and APIs.
The windows version may become stable for development at some point in the future, but I hardly doubt it will ever be usable for production.
July 2011 Update:
#nodejs v0.5.1 is the first to ship with an official Windows executable. We're hoping to get some good feedback.
Microsoft has officially gotten involved with joyent in making node.js work natively on windows.
If one or two Windows C++ developers would put in the effort, then they could fill the gaps in the native Windows version and produce a node.js implementation that would be usable for production.
For now, there is a working Cygwin version and I don't know of any testing that shows it to be unsuitable for production. It certainly works fine (version 0.5.0pre) for development.
Have a look at:
http://www.rafaljonca.org/d/nodejs-windows
Which is based on the work of these guys here
http://node-js.prcn.co.cc/
Both good ways of getting node on windows if you dont have cygwin. However after many heartaches I found developing Node stuff on windows easiest by just using virtualbox with the ubuntu image.
Tnx
GT
I am strictly a Windows Dev and I have wanted to mess around with Node.js for quite a while.
It looks like Microsoft, Rackspace.com and the Node.js team are planning on working together port Node.js to Windows.
So, it's not hear yet but it should be soon. w00t!
The Official Node.js Blog
The first stable version has been released: Release details here.
Be sure to check for the latest version as the link above will go out of date.