... mit Windows wäre das nicht passiert ...

[Ajax]

Der Brüller!!

Der Tag ist gerettet ... ;-)
Link (http://www.golem.de/0501/35922.html)

So long Ajax

[Exxtreme]

So lange dieses Opensource-Kommunisten-Gefrickel nicht 100%'ig zum Windows-Standart kompatibel ist, wird das nix. Und dieses Beispiel zeigt mal wieder, daß dieses Lienucks noch einen weiten Weg vor sich hat wenn es keine Programme ausführen kann, die der 08/15-User so auf seinen Rechner hat.

:D :D :D

[killermaster]

rofl

[RaumKraehe]

nette Idee ;)

[HellHorse]

Wie ist das eigentlich. Ich las mal in einem Interview, dass wenn Outlook einen Prozess forken will, Wine ihn gar nicht erstellt. Angeblich aus "Sicherheitsgründen". So kann das natürlich nichts werden. :D

[BananaJoe]

Lehnt euch mal nicht zuweit ausn Fenster lieber Linuxer... :smile:

[Olleg]

Harhar ;)

[RuteniuM]

Der Brüller!!

Der Tag ist gerettet ... ;-)
Link (http://www.golem.de/0501/35922.html)

So long Ajax
X-D :ulol: X-D,
der Tag ist tatsächlich gerettet. =)

[Rhönpaulus]

es kommt der tag an welchem sich wine als das bessere windows beweisen wird.
so lange m$ seine zahlreichen backdoors nicht veröffendlicht muß man eben bei der kompatibilität abstriche machen.

[moscht]

es kommt der tag an welchem sich wine als das bessere windows beweisen wird.
so lange m$ seine zahlreichen backdoors nicht veröffendlicht muß man eben bei der kompatibilität abstriche machen.oder einfach auf so ein frickelwerk verzichten...

fast alles was übers native arbeiten auf einem system geht, ist für 99% der leute (die schaffen wollen) völlig uninteressant...wenn wer windows braucht soll er windows verwenden um das entsprechende programm zu benutzen...wenn er linux braucht, soll er das verwenden...aber nicht solche stückwerke wie wine dazwischenquetschen

[Rhönpaulus]

wine als "stückwerk" zu bezeichnen zeugt nicht gerade von kompetenz.
dieses stück software gehört zweifelsfrei zu den bemerkenswertesten opensource-projekten überhaupt.

[Ajax]

Hat da jemand den Witz nicht verstanden ;).

So long Ajax

[Guest]

trotzdem ersetzt wine keine echte linux-software und könnte auch den negativ-effekt haben, dass sich manche softwareschmiede denkt: "wieso eine native linux-version - wenn es doch auch mit wine geht" (insb. bei spiele).


weiss jemand ob auch das aktuelle ms 0ffice bzw. word mit wine geht?

[Rhönpaulus]

ja und?
spiele unter wine sind erstmal nicht langsamer sondern aufrund der besseren memoryallocation von linux sogar schneller.
entscheidend ist neben der kompatibilität vor allem der grafik und soundtreiber.
hier hakt es doch am meisten unter linux was spiele angeht.
ob ein softwarehersteller native linuxversionen herausbringt hängt eher mit der anzahl der potentiellen kundschaft zusammen.
nebenbei ist die offene architektur natürlich nichts für software welche ihre funktionen verheimlichen möchte.
beispielsweise sei hier creative genannt welche dann eingestehen müßten das ihre soundprodukte nur aus ein paar verstärker und filter-ic bestehen und die eigendliche arbeit von der cpu per softwareemmulation gemacht wird.
wine spielt für diese entscheidung sicherlich keine rolle.

[MadMan2k]

trotzdem ersetzt wine keine echte linux-software und könnte auch den negativ-effekt haben, dass sich manche softwareschmiede denkt: "wieso eine native linux-version - wenn es doch auch mit wine geht" (insb. bei spiele).
ich wär schon froh, wenn sie erstmal das denken würden... :rolleyes:

der Schritt Wine -> Native dürfte dann für $Spiel2 dann auch nicht mehr allzugroß sein.

[Flipper]

ja und?
spiele unter wine sind erstmal nicht langsamer sondern aufrund der besseren memoryallocation von linux sogar schneller.
entscheidend ist neben der kompatibilität vor allem der grafik und soundtreiber.
hier hakt es doch am meisten unter linux was spiele angeht.

native-Versionen sind zwar teilweise schneller unter Linux, aber Spiele unter wine sind LANGSAMER, weil das emulieren einfach Ressourcen kostet. Das hab ich nicht nur gelesen, sondern bei CS & UT selbst probiert.

[Rhönpaulus]

das stimmt nicht den wine emmuliert nichts!
wine schafft nur eine windows-laufzeitumgebung in welcher das originale windowsprogramm unverändert laufen kann.
deshalb funktioniert wine auch nur auf windowskompatibler hardware und nicht auf den anderen zahlreichen plattformen für welche es linux gibt.
nvidia bietet schlechte linuxtreiber an,ati sehr schlechte.
man kann zwar mit einschränkungen damit spielen aber die linuxtreiber sind nicht annähernd auf dem entwicklungsniveau der windowstreiber.
native linuxsoftware ist natürlich optimal was die resourcenzuteilung betrifft aber nicht selten unterscheidet sie sich doch teilweise erheblich im funktionsumfang so das mann doch wieder zu windows greifen muss oder eben wine in stellung bringt.

[Guest]

ja und?
spiele unter wine sind erstmal nicht langsamer sondern aufrund der besseren memoryallocation von linux sogar schneller.
entscheidend ist neben der kompatibilität vor allem der grafik und soundtreiber.
hier hakt es doch am meisten unter linux was spiele angeht.
ob ein softwarehersteller native linuxversionen herausbringt hängt eher mit der anzahl der potentiellen kundschaft zusammen.
nebenbei ist die offene architektur natürlich nichts für software welche ihre funktionen verheimlichen möchte.
beispielsweise sei hier creative genannt welche dann eingestehen müßten das ihre soundprodukte nur aus ein paar verstärker und filter-ic bestehen und die eigendliche arbeit von der cpu per softwareemmulation gemacht wird.
wine spielt für diese entscheidung sicherlich keine rolle.

mein vorredner hat schon alles gesagt. ausserdem ist selbst der nvidia-treiber unter linux langsamer als unter win!

und was schwafelst du da von creative? eax benötigt eine audigy. die anderen hersteller lassen das über die cpu machen. daher sind die auch lahm - und können/dürfen auch kein eax 3 +4.