Välkommen till linuxportalen.se!

Linuxportalen.se är Sveriges största och aktivaste webbplats för användare av öppen- och fri programvara.

Du besöker Linuxportalen.se som gäst vilket begränsar din möjlighet att använda webbplatsens alla funktioner. Genom att registera dig som medlem får du inte bara möjlighet att söka bland webbplatsens innehåll, skapa nya och delta i befintliga diskussioner, skapa din egen blogg, kommunicera med andra medlemmar genom privata meddelanden och delta i omröstningar. Du får också tillgång till Veckans Kadavro - en seriestrip unikt skapad för Linuxportalen.se!

Registeringen sker snabbt och är helt kostnadsfri - tveka inte, bli medlem idag!

Microsoft VISTA begränsar GNU program till 32 Megabyte

http://www.trnicely.net/misc/vista.html

Det har nyligen upptäckts att Microsoft Windows VISTA begränsar RAM användningen för program kompilerade med den vanligaste öppna kompilatorn GCC till 32 Megabyte RAM, i Windows VISTA. Denna begränsning har inte funnits i Windows XP eller tidigare versioner. Microsoft gör verkligen allt för att man ska behöva köpa deras stängda kompilator för 6000 kr.

Alternativ för kommentarvisning

Välj ditt önskade sätt att visa kommentarerna och klicka på "Spara" för att verkställa dina ändringar.

gustavnilssons bild

Känns lite fuskigt.

Finns det hopp att Microsoft råkar ut för EU igen tro?

jonasbjorks bild

Begränsningen gäller inte GCC specifikt vilket är viktigt att göra klart. Du får det att låta som att Microsoft har "låst ute" möjligheterna att använda GCC enbart i Vista. Det det handlar om egentligen är att Vista har högre säkerhet (enligt MS iaf) och de tillåter inte program som inte använder WinAPI att göra vad som helst, en av begränsningarna i ett icke-WinAPI program är just 32 MB RAM. Att programmen skall använda WinAPI har Microsoft sagt i 10-15 år och de kan knappast beskyllas för att införa den här begräsningen nu, då de under en längre tid försökt styra in programmerarna i WinAPI-världen.

Jag pratade med Lennart Jansson som programmerar i Microsofts miljö sedan MS-DOS och han säger så här:

Vad dom gnäller över här är appar som kompileras utan WinAPI, utan att hooka sig till den standardiserade MessageHooken. Att alla appar SKA hanteras genom meddelandeköerna för att kunna garantera en driftsstabilitet för ALLA appar... Så budskapet i detta är rent j-a gnäll, kunde lika gärna stått "J-a MS jag kan inte köra mina GW-BASIC appar från 1986 i Vista"

Hans resonemang styrks av sidan du hänvisar till, lika så detta som står på sidan:

I suspect the real problem may be that Vista is treating any application that does not call the proprietary Win32 API (either directly, or through compiler or linker translation) as a "16-bit" application, and is then applying the 32MB limitation for "security" reasons.

Slutsats: vi skall inte alltid kasta elaka saker på Microsoft enbart för att de är just Microsoft.

--
SUSE Linux
Jonas Björk - like.no.other

--
Jag är grundare av och administratör på Linuxportalen. Kontakta mig om du har frågor, funderingar eller synpunkter kring Linuxportalen.se .

iaidokas bild

Deras kompilator är väl iofs sluten, men den är som öl. Jag har sett att man kan ladda ner Visual Studio och prylar gratis från MS för ickekommersiellt bruk iaf.

---
"Linux är så kallad slackware, gratis, det bara
ligger och väntar på dig ute i cyberspace."
- Geir Nielsen

Test.

alberts bild

Jag bryr mig faktiskt inte. De som är så korkade att de kör Vista får skylla sig själva. Själv skulle jag aldrig drömma om att köpa ett OS som begränsar datorn. Speciellt inte när det finns fria OS som låter dig utnyttja datorns fulla kapacitet.
 
I själva verket hoppas jag Microsoft hittar på ännu fler dumheter. Imperiet faller. Länge leve rebellalliansen!

Marcuss bild

inte för att va sån, men varför bry sig. ni använder inte Vista i vilket fall?.. Desstuom är Microsofts egna kompilator mkt bättre än GCC (i windows)


Kristians bild

Om man ersätter anropen tilll malloc/free med VirtualAlloc/VirtualFree borde väl saken vara ur världen? Det är dock irriterande, då dessa anrop liksom övriga Windows API är överflödigt av extraparametrar som man ytterst sällan behöver och vilka bara ställer till buggar om de används fel.

----------------------------------
where my .emacs is, that's my home

---------------------------------------

 

jumbas bild

Det vore VÄLDIGT förvånande om inte EU (tillsammans med resten av den "verkliga världen") reagerar mycket starkt och kraftfullt!!!!!

netbears bild

Den stora frågan är då. Om det nu är en så kallad säkerhetsåtgärd så borde det ju gå att stänga denna funktion så att alla program även de som inte använder windows api får tillgång till mer minne. Går det?

Inte för att jag bryr mig specielt mycket kommer inte slänga ut Crux ändå! Smile

-------------------------------------------
Björn (netbear)
Numbers don't lie, people do.

------------------------------------------- Björn (netbear) Numbers don't lie, people do.

ekirs bild

Aha. Vad bra att du är påläst Smile. Jag visste inget mer än det som skickades på ULUGs mailinglista där jag prenumererar Tongue

turbokapitalists bild

Det har inte råkat ut för EU ännu. Visst är det mycket prat och pressmeddelande men prat är ju prat.

ekirs bild

Men det är ändå rätt illa och dom medvetet förstör för möjligheterna att använda öppen mjukvara. Som Jonas kommenterde här ovan kanske det dock inte är rent sabbotage, utan en omställning det är frågan om... *man kan ju hoppas*

alberts bild

GCC och Visual XXX ligger ganska lika om du tittar på benchmarks. Den bästa kompilatorn för intelplattformen är intels egna kompilator, icc. För ett år sen ungefär kollade jag på en benchmark där icc genererade ungefär 10% snabbare kod än XXX och gcc. Sett över alla plattformar kommer ingen annan kompilator ens i närheten av gcc.

iaidokas bild

Det är väl bara att skriva någon listig #define en gång för alla och köra med den?

---
"Linux är så kallad slackware, gratis, det bara
ligger och väntar på dig ute i cyberspace."
- Geir Nielsen

Test.

alberts bild

Smart. Jag använder glib och deras g_malloc() och g_free(). Man kanske skulle fråga lite på mailinglistan för glib/gtk. De kanske redan har fixat det..

Kristians bild

Men det hela känns så fel eftersom malloc/free ingår i C´s standardbibliotek. Fast blir man förnånad? Nä, det är ju knappast första gången Microsoft skiter i att följa och uppmuntra standarder.

---------------------------------------

 

mindlights bild

Jo visst kan man våga vägra använda teknik som skapades på 90-talat och envist stanna kvar på 80-talet...

Men varför?

GCC är ju opensource. Varför inte kompilera den på det sätt som det är tänkt för den plattform som den ska användas på?

Vem vet... det kanske är så att den blir snabbare / resurssnålare?

---------------------------
Q: What is the difference between Bill Gates and Batman?
A: Batman beat the penguin...

jonasbjorks bild

Och för er som vill läsa mer om Intels kompilator: http://mylink.se/9v2u97

--
SUSE Linux
Jonas Björk - like.no.other

--
Jag är grundare av och administratör på Linuxportalen. Kontakta mig om du har frågor, funderingar eller synpunkter kring Linuxportalen.se .