Compiling Under Wine
now3djp writes "Interesting article over on CodingStyle that demonstrates how I successfully eliminated wasted time maintaining an MS-Windows computer when I could build natively from my GNU computer! /. has followed other cross compilers in the past. This article is different because I used MS's own compiler! This allowed me to get on with real games porting; with only a proportional increase in compile time. Wine has really come a long way in supporting simple apps, let us hope it reaches a 1.0 soon."
sorry had to do it
Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.
Holy crap, if this isn't flame bait, I don't know what is!!!
"Other bands play, but Manowar KILLS"
I don't see me - just set ads.doubleclick.net to 127.0.0.1 in your hosts file. Granted thats not the only host you have to add, but there are regularly maintained lists out there of good people to block :).
Great post! Hopefully after I show that to my boss the stupid substance abuse policy will be repealed.
Compiling under wine or beer works great for me at home, not sure why the work doesn't allow it.
that is...i meant the NEAT article by Old Ike, but somehow my post ended up over here...
"Other bands play, but Manowar KILLS"
Why does everyone mod down Soviet Russia jokes? They are usually quite funny, even if they don't make any sense, which then makes them hilarious!
Come on you modder downers!
After all, in Soviet Russia, the jokes mod you UP!
While it may be difficult for many Linux devotees to believe, Microsoft's Services for Unix (SFU) 3.0 is getting high marks from a variety of sources for its ability to provide the Linux community a range of useful Unix/Linux-to-Windows integration support tools.
For its part, the producer of LinuxWorld Expo, International Data Group, named SFU 3.0 the "Best System Integration Software at last month's LinuxWorld Expo in New York. And leading analysts from the GartnerGroup are also finding signs that SFU is gaining traction in the Linux community, despite the fact that the product is from Microsoft.
In making the award, IDC noted in part how much help SFU 3.0 can be to Linux professionals looking to integrate with existing Windows platforms. IDC also found that the main appeal of SFU among Unix sysadmins is mirrored in the Linux community. Specifically, SFU's ability to unify data sharing using an NFS client, server and gateway for integrated, cross-platform file systems lets sysadmins cut the number of systems needed.
Another key to SFU's appeal is that it looks at Unix/Windows interoperability from a Unix-centric (not Windows-centric) point of view. For example, SFU 3.0 provides more than 300 Unix utilities and shells to run existing shell scripts with little or no change on Windows. (Examples of UNIX utilities and tools that can be used on Windows via SFU include awk, grep, sed, tr, cut, tar, cpio and a host of others.)
Gartner: SFU Attracting Linux-to-Windows Crowd
"It is ironic for Microsoft to get a Linux award, but there are quite a few features in SFU that really make it easier for Linux to work with Windows," John Enck, an operating system analyst at GartnerGroup, told OET. "In fact, I'm seeing a growing number of companies using SFU to bridge Linux to Windows," Enck said, noting SFU 3.0's support for NFS and Telnet communications means that many enterprises find that SFU "fits well into their infrastructure."
Clearly, when Microsoft talks about SFU, they don't say the 'L-word' [Linux], Enck told OET, but nonetheless, clearly, the Linux world has a great opportunity to leverage SFU, especially with the growing interest in integration between Linux and Windows.
Other reasons SFU 3.0 is attracting attention from Linux developers include two key offerings:
The Server for NIS and password synchronization components that support the use of MD5 encryption of passwords. This support means that it is easier to migrate from PC-NFS and use NIS for authentication of NFS-based file system access.
Password synchronization across multiple platforms, even those not included with the Windows Services for UNIX distribution. Sysadmins can use the SFU encryption libraries, along with source code, for quick compilation and implementation.
Microsoft and the 'L-word' -- A View from Redmond
How does Microsoft feel about all this attention from the Linux community? OET spoke with Microsoft's SFU product manager James Slonsky about current -- and future -- plans to bring interoperability and integration support to Linux.
Slonsky told OET that while SFU (launched in 1999) was not initially built with Linux in mind, he's not surprised by the trend.
"People interested in SFU have traditionally been drawn to our support for NFS client server and gateway," he told OET, "and lately we're seeing that users are drawn by our ability to improve its performance and support clustering. It would be very easy for Linux engineers to adopt SFU to assist their projects because we work with all the popular versions of Unix out there, and Linux is just another UNIX-like operating system."
He added, "Given our initial target audience was Windows-Unix mixed environments, especially in education, government, and manufacturing, I can see where it would be reasonable to see SFU being used to support Linux-Windows interoperability."
SFU's support for NFS for file sharing across platforms, as well as support for NIS, which allows for account management across Unix/Linux-Windows environments, is also a likely area of interest, Slonsky added.
The Future of SFU for Linux?
OET asked Slonsky whether Microsoft might consider adding special features supportive of Linux-Windows interoperability in future versions of SFU. Might there even be an SFL (Services for Linux) on the horizon?
While Slonsky declined to discuss specific SFU product details, he did give OET a sense that there will be some attractive Unix/Linux-to-Windows interoperability features. "There will definitely be some improvements in the next version [of SFU]," Slonsky said. "New features would basically be more directed to help integrate applications in a mixed Windows and Unix environment." Asked to be specific, Slonsky told OET, "We're looking at a lot of improvements geared to SFU's Posix-compliant sub-systems (also known as Interix)."
While Slonsky would not comment on specific features, he did confirm that the current SFU 3.0 would work with the Microsoft's Windows Server 2003 family, coming this spring.
These application-level interoperability features could be here by year's end. At press time, Slonsky told OET that Microsoft is in "the early stages of developing its beta program for the next version of SFU." While it's "still too early" to get general comment from the Linux/Unix community about new features they might want, Slonsky said that more information about a public beta would be made available on http://www.microsoft.com/windows/sfu when the time comes.
What the fuck kind of faggot shit is this??? This gay fag shit doesnt belong here.
hehehe, we use wine when we program here in college. we try writing sober, but then we just get bored with the stupid assignment, and decide to drink. when we drink, we have much more fun, and then we write better programs because we are having fun.
u mmation;
S econdFunctionInThisCCFile(int ThisIsTheIntegerThatWillHoldTheRoundedValueOfTheSu mmation, char DanielHasASmallPenis[])
... more funny variable names throughout...
one problem though, is that we think it is funny to use rediculously long varable names. one program that i just wrote had this int:
int ThisIsTheIntegerThatWillHoldTheRoundedValueOfTheS
hehehe, we did all shorts of shit like this, including function names!
int FunctionToFillInWhiteSpaceInTheTableProducedByThe
{
}
we love programming with WINE!!
WOOHOOOO
If I can't have first post, im having first reply to first post!!!
w00t
Yeah I know it's supposed to be funny but I am stoned out of my ass and I still can't get my head around how the fuck that's supposed to work man.
Say you're running cygwin under wine, and that cygwin is compiling wine, you can't have that wine do anything. First, it's being compiled so it can't be run. Second, you can't run wine under wine or under cygwin if you were on some really good herb.
So, WTF man? Why are you making me think about some infinite loop that cannot exist? Please have the consideration next time for us fellow herbivores (haha, pun intentional) before u try to fuck us up more than we already are.
MODERATORS: I'd prefer -1 Flaimbait over -1 Redundant, just in case because I didn't read the AC's comment below... or even -1 Offtopic...that's kickass too.
PS: That pun might actually be a metaphor cause I'm no fucking vegetarian man, long live BEEEEF!!! Speaking of which...rez cafe doesn't close till 11! Yeah!!!
ad.doubleclick.nete click.net
images.slashdot.org. googlesyndication.com
ad2.doubleclick.net
ln.doubl
m.doubleclick.net
m2.doubleclick.net
images2.slashdot.org
pagead
RMS has been replaced by a perl script.
s|([-_a-zA-Z0-9]+)|GNU/$1|g;
Yes, and in fact I can think of one right now.
I recently ran into a problem where putting a grouped radio button (even if that group is one single button) as a sibling of a window with WS_EX_CONTROLPARENT style.
When the Radio button is clicked, the Microsoft window procedure attempts to find the sibling radio buttons by cycling through in a way similar to the tab order. Unfortunately, it traverses through controls that are children of the control parent window (their nephews?) and at the end of that list it does not start at the very beginning but instead loops back to the beginning of the list.
Because of this, the code enters an infinite loop looking for its siblings which it will never find. It never finds itself either!
(Un)fortunately, Wine does not exactly duplicate this behavior.
However, considering the behavior has never been fixed and exists in all Win32 implementations, it must be that way for some reason. Of course, unless anyone can come up with an example of an application that works worse under Wine because of it, it's not a bug.
Well, even if its wordy, you did read it. For your information I CAN install oracle 8i in Red Hat 6.1. I have done it and dropped it because there were other problems. But it was not easy and you need a paid for tech support contract to do it - which I have.
On the other hand postgreSQL installed perfectly. Futhermore I haven't encountered any problems yet that require tech support. Go figure.
You don't need tech support for stuff that works you know. So how big is Oracle's tech support group?
To be frank, I think you missed the point. You can spend huge amounts of money on closed source software, and when you are done you will be owned by it. You will be owned because you need to walk away from your investment and your experiance and start all over unless you pay for the next upgrade.
So when you get to be say 45 years old how will you feel about having walked away from most of the work you did in your career and most of your experiance because this work is locked into closed source that a) no longer exists or b) has new licencing provisions that you can't live with or c) fell into disuse because the company that owns it went bankrupt or d) became obsolete because it wasn't maintained... just milked..? Should I go on?
How do you feel about paying a tech support contract for a product where the vendor has not allocated a single person for maintenance? And your company is investing over a million bux for development?