OSNews

mmap() isn't the vain of BeOS programmers - BArea's will do just fine. The only problem is that the port is no longer trivial and cannot be done with minimum code changes (like my half arsed attempts with Qt and Konqueror, done in less than a day). Since the porter isn't the person who initially designed the app, the time needed to reimplement the functionality is much higher than what your averaged bored geek is willing to spend. Hence its easier to cry "we want mmap() and select() and AF_UNIX IPC" than to sit down and work around the problem. Having the kernel and applications live in seperate address spaces is a different story, though. Now if we only had a cross-platform binary compatible environment in which to program in ... wait a sec, we do ;-)

http://www.scaredcity.com>We found no use for wine yet, but you never know.

I think it's amazing that the Sims now runs in WINE, and yet it won't run in either VMWare of Windows NT. For many purposes Windows is now already obsolete. The few Windows programs that our weather station runs (BUFKIT, GeoClock, etc.) all run more or less perfectly either in WINE or DOS, which can be emulated. All other programs run in Linux.

Has someone worked towards adding Linux kernel/libc support for using windows DLLs as a native Library format. It seems that this is what all those divx/asf players try to emulate at that application level.

Ooo nooooooo ( So there is no hope to have WINE on BeOS?? what about NewOS (and OpenBeOS)? Does it have address space model needed for WINE?

Well, I got my answer on having an independent GUI. I guess it comes down to their philosophy of coexistence with the X framework on the native OS which pretty much implies it's got to be Unix. I wonder how many Wine ports have been done to non-unix platforms? I don't fully buy the line that the unix stuff is confined to a small section. If the X dependence is included, I suspect the unix dependence would be much stronger. P

Why in the fud would anyone want to run some virotic liesense filled bugwear, on their gnu/linus box? Does anyone think father william would NOT FUDge up any efforts to run his bugwear, without his 'supervision'/ransom being paid? Seems like a study in futility. We did once recommend wine as something that's needed. Now we're taking IT back. Don't forget to enter our big http://www.opensourceworks.com>web giveaway. Includes a year's free hosting. fud is dead. everything's gnu now. get with IT.

LOL ;] do You have Macromedia Flash on other os than windoze? Macromedia Fireworks? Ultima Online, and other popular games? Internet explorer (well except mac, and don't start war about browsers, i like IE's compability with all pages ? I thought so... WINE is a great project, too bad i can't use it on BeOS

IT scares <a href=http://www.scaredcity.com>us a little (as you might guess), when something reads: Works ONLY with m$IE, etc.... Kind of like saying, the only functioning entities left in the garmeNT disstricked, were subscribers to john gotti's 'plan', & IT was good that way.

We run over 100 websites. I doubt we'd even be able to afford to run one under father williams' liesense plan. Not even counting all the ViWorm DOWntime, etc.......

Not to mention: What if the kingdumb didn't like what we have to say, would they simply revoke our license/block access to us? IT says they can in their eula.

Does anyone know why father william, & his ?pr? machine, spend so much time/money on vicious, deceptive, cowardly, unamerican attacks on the good GNUs guys? Are they really all that bad, with their 'free' stuff? I DOWt IT.

Those quotes around `pr' in your post probably look just fine from Windows, but they show up as question-marks here in Mozilla on Linux.

'cause that's what they are. talk about realistic rendering. NO whoreabull payper liesense m$bugwear boxes here.

Gnu_bob. THIS IS NOT SLASHDOT. Continue writing all this crap and spam our forums as you do the last 2 weeks and you will have your IP banned from this web site completely by the end of the day. You won't be able to even read the news, let alone reply to forums.

A little off topic but I got codeweaver's plugin for netscape over the weekend. I don't have it working for Konqueror, Mozilla or Galeon but it works pretty well with netscape. I really enjoyed being able to view Quicktime movies and VR on linux. OK, I would prefer a free protocol but it's great to run windows plugins under linux since I won't have a M$ OS in my home. Don't forget freedos and dosemu. I facet gemstones in my sparetime. The major design program for gemstones is GemCad. It is not avaiable for windows, NT, Mac or linux. It only runs under dos or dosemu. This program is freeware but the market is too small to justify a port to Mac or Linux. I'm not sure a windows version will ever be developed. Their are many small market programs like this. A huge benefit for a very small market. There are not enough bucks for smoeone to spend months porting to linux but dosemu and freedos enable me to use a great tool. Dan

Zenja said: mmap() isn't the vain of BeOS programmers - BArea's will do just fine. The only problem is that the port is no longer trivial and cannot be done with minimum code changes (like my half arsed attempts with Qt and Konqueror, done in less than a day). Since the porter isn't the person who initially designed the app, the time needed to reimplement the functionality is much higher than what your averaged bored geek is willing to spend. Hence its easier to cry "we want mmap() and select() and AF_UNIX IPC" than to sit down and work around the problem. Having the kernel and applications live in seperate address spaces is a different story, though. I say: I'm no pro programmer, but is it possible to create an mmap() function on BeOS that uses BArea or something like that. Just create a library to translate the mmap() calls of Wine and other programs....

It will be interesting to se what ReactOS can do with a modified port of WINE. A free Windows with NT functionality is what i'm waiting for.

Why WINE? It is an entrance vector to move Win users into Linux. Until Linux elitists understand that this is an important avenue of growth, Linux will remain an 'also ran' and always be marginalized on the desktop. In other words, the goal is to gain the upper hand and take a chunk out of MS business. You can't do that unless you take MS users. MS tactics will not drive a significant number of the disinfranchised into Linux, OS X, or any other OS. Making the OS insignificant is the only way. If a user can run his/her favorite store bought apps and games on a choice of OS's, then, and only then, will Linux become viable for the average computer user, and only when the AVERAGE computer user is captured will it matter. WINE is a vector towards capturing those users.

Please learn how to spell gnu_bob. JMP is quite right, I hate M$ as much as anyone, but I do need to run some of their apps. I get around paying the tax to big Bill by using warezed WinXP, but I'd much rather do it the wine way...

An entrance vector indeed... But so was OS/2's ability to run Windows apps. IBM saw this as neccessary to get people to *start* using OS/2, and they were right about that. But remember the line "it's the apps, stupid"? What keeps an OS alive is that there are apps, especially killer ones, that are native to the OS, take advantage of its best features and, most importantly, don't exist elsewhere. Since OS/2 could run Windows apps the major software companies said they didn't need to expend resources to write OS/2 native ports - they had their hands full with the Windows versions already. As a result, no critical mass was reached of OS/2-only apps to sustain it. Linux hasn't reached critical mass either, and may not reach it if the only reason that people run it is for some better stability in the OS when running their favorite Windows apps. And what have they gained if the apps themselves are less stable and need to keep getting restarted after they crash? As with OS/2, there's some pain involved in just getting the Windows apps running under Linux and more to keep them running, and it's not worth it if you can just run the same app under its native OS.