64 till 32 bitar...

Det går fint att köra 32-bitars program på 64-bitars Windows (gäller även OSX och Linux).

Det omvända fungerar dock inte, eller faktiskt inte helt sant. OSX 10.6 körde normalt sett i princip hela kärnan 32-bit fast det gick ändå att köra 64-bitars program, var dock mer ett "ful-hack" (var dåligt med drivrutiner för 64-bitars kärna) än något annat och Win/Lx har aldrig haft något motsvarande.

Så det är tyvärr ominstallation som gäller...

Server som inte är 64 bitars? Välkommen till 2000-talet

Vad är det för "pocketmine" du menar ? Har du en länk?
https://github.com/PocketMine/PocketMine-MP/releases/Alpha_1....
funkar iallafall att installera på 32bit win

Om "bra" är en definitionsfråga, så nja, inte ens då..

Win 2012 R2 står för dörren.
Sluta köpa utdaterad mjukvara.
Servern klarar mer än 32bitars, annars är det ingen server.

PocketMine är 32-bitars. Eller rättare sagt det använder PHP. Det går tom att köra på Raspberry Pi och Android.

@virtual void: Det går att göra det samma på andra operativsystem, bara inte inbyggd i kerneln. Alltså att köra en virtuell maskin i 64-bitar på en 32-bit host om du har VT-x/AMD-V. Problemet är ju bara att Windows minneshantering inte är gjord för mer än 3-4Gig. Medan det fungerar betydligt bättre i OS X. Hade det verkligen varit ett 64-bitars program som man måste köra på en 32-bit host (OS) hade man alltså kunnat installera en virtuell linux-maskin om processorn har stöd för hårdvaru-accelererad virtualisering.

Nja, jag kanske ska ändra min felstavning till "köra" istället för "köpa".
Och OM något hål dyker upp?
Jösses, hoppas du inte kör den stackaren mot internet.
Vi kanske ska börja köra Windows ME allihop och säga att det funkar "bra" också, sålänge inget händer?

Och jo, jag står fast vid att har man en server så klarar den 64-bitars, annars är det ingen server, utan en gammal stackars arbetsstation långt över pensionsålder.

Jo, vi kanske kan köra Sweclockers på NT4 också?
Nej, inte ens för privat bruk är det ok.
En dator äldre än 6-7 år skall uppdateras eller slängas!

Lyssna på den här mannen han har fullkomligt rätt och vi måste ha respekt för de äldre som registrerade sig 2001.

Installera med den gamla installern och uppdatera manuellt, det är den rekommenderade vägen från utvecklarna. Sen kan du givetvis ersätta PHP med en egen också. Inte för att jag förstår varför den inte skulle vara 32-bit.

Se https://github.com/Intyre/PocketMine-Plugins/wiki/Updating-th...

Så ser du att det egentligen bara handlar om att packa upp källkoden från ZIP-filen.

https://github.com/Intyre/PocketMine-Plugins/wiki/Setting-up-... refererar dit.

Ska man kunna köra AMD64/Intel64 måste kärnan köra i alla fall en liten del (den som tar hand om systemanrop) i vad som kallas "long mode". Vad OSX 10.6 gör är att köra en minimal del av kärnan i 64-bitars läge, men den delen som hanterar drivrutiner och liknande kör i 32-bitars läge.

Det är omöjligt att köra 64-bitars program på en ren 32-bitars kernel då AMD64/Intel64 helt enkelt inte stödjer ett sådant läge. Men när man väl befinner sig i ring 0 (högsta priviligeringsnivån på x86, det OSet kör i) så man man hoppa mellan olika lägen genom att hoppa mellan segment (cs registret pekar på en beskrivning av kodsegmentet, där står bl.a. om man ska tolka instruktioner som 16-bitar, 32-bitars eller 64-bitars varianter), en applikation som kör i ring >0 får bara byta till en lägre bit-bredd men kan bara byta till en högre som ett resultat av att hoppa tillbaka till en punkt där man redan varit.

Virtualisering med hårdvarustöd kör i Ring 0, den kan därför köra i long-mode även på en 32-bit host. Utan 64-bit EFI eller 64-bit kernel hos host. Det är hela poängen med hårdvarustödd virtualisering, att köra i Ring 0 och få så gott som all kraft utan onödig översättning osv eller behöva modifiera gästen och köra paravirtualisering. OS X har haft delvist 64-bitstöd sedan OS X 10.4 på PowerPC (G5). De sålde datorer med 8GB ram medan de fortfarande var på Panther, inte för att det var tidigt med att stödja PAE men det är ändå samma mjukvara som hemmanvändare fick. De har varit lite bättre traditionellt på att hantera mer minne än 4GB än vad Windows var och är i 32-bitars versionerna dessutom. På Windows är program generellt sett begränsade till 2GB eller 3GB virtuellt minne. Bara serverversionerna har gett dig mer än 4GB minne via PAE. Det som kom i 10.6 var att hela systemet fanns i 64-bitars versioner inuti alla feta binärer, samt att du kunde börja köra ren 64-bit kernel. Med 64-bit drivare för vissa maskiner. Du hade däremot 64-bit Cocoa i 10.5 och möjlighet att köra 64-bit konsolbaserade program i 10.4. I OS X kunde alltså kerneln köra delvist i 64-bit som sagt och därav applikationer också, de behöver ju inte själva växla läge.

Trådskaparen får gärna säga hur han löste det. Säkert fler som träffar på problem med denna mjukvara.

Den ursprungliga frågan från TS var: kan jag köra ett 64-bitars program på en 32-bitars Windows-kärna. Svaret på den frågan: nej, det går inte.

Det du säger är att man kan installera en sak i en existerande kärna (som kan vara Windows 32-bit), då denna sak nu kör på högsta priviligeringsnivå kan den göra precis allt som HW stödjer, inklusive kliva in i 64-bitars läge (long-mode).

Vad du även kan göra i detta läge är att, förutsatt att din CPU har stöd för VT-x/AMD-V, är att slå på stödet för HW-baserad VMM (Virtual Machine Monitor) vilket då möjliggör att du kör kod (som inte har något med din 32-bitars Windows kärna att göra) i en priviligeringsnivå som rent logiskt ligger ett snäpp högre än ring 0, detta läge kallas "root mode" (ibland också för ring -1). D.v.s. du har inte på något sätt gjort det möjligt att köra 64-bitars program under 32-bitars Windows, du har i stället använt en HW-finess i CPUn som slår på än priviligeringsnivå ovanför OSet och i det läget kör du en snutt kod (en hypervisor) som du själv har kontroll över.

Vad du nu kan göra är installera ett till OS (ett gäst-OS) som är 64-bitar förutsatt att din VMM (din hypervisor, det som kör i "root mode") är 64-bitars. I detta 64-bitars OS kan du nu köra 64-bitars binärer "trots" att ditt host-OS bara är 32-bit. HW stödet för VMM gör att instruktioner som inte får utföras av gäst OS kommer att landa i VMM:en, inte i host-OSet (det skulle inte kunna hantera ett anrop från en 64-bitars binär). Men det är fortfarare inte möjligt att köra en 64-bitars applikation under 32-bitars Windows, så svaret på frågan som TS ställde är fortfarande: nej, det går inte att köra 64-bitars program under 32-bitars Windows.

Du har däremot helt rätt om OSX, har kört OSX sedan 10.3 och kan inte påminna mig om att jag någonsin sett 64-bitars applikationer innan 10.6, men stödet kom tydligt i 10.4.7 (enligt Google). Men det fungerar därför att man explicit designade kärnan för att stödja detta, så även en 32-bitars kärna har en liten del som kör 64-bitars kod, bl.a. så har 64-bitars x86 fler register och dessa måste sparas/återställas av OSet annars skulle programmen krascha. OSet måste skapa kod-segment beskrivningar för 64-bitar då ett program inte har rättighet att göra sådant.

virtual void

Jag sade precis samma sak två gånger, en hypervisor kan vid hårdvaruacceleration (virtualiseringsinstruktionerna VT-x/AMD-V) köra 64-bit gäst under en 32-bit host (OS). Förstod du inte det får det stå för dig, det krävde egentligen ingen förklaring eftersom jag aldrig pratade om Windows möjlighet utan virtualiseringsmjukvarorna med hårdvaruvirtualisering dvs under hypervisorn sedan valde du att blanda in OS X i ditt svar så pass mycket att det förtjänades att vidareutvecklas, det enda som är gemensamt där är dock privilegium och x86-64 processor. Samt att du kan köra 64-bit gäst under virtualseringsmjukvarorna där med på de flesta processorerna.

Vad jag kommer ihåg som folk använde på 10.5 tiden så hade Mathematica och Maple åtminstone någon del av programmet i 64-bitarsläge. Det är inte som att det inte fanns. En del av de här programmen körde tom 64-bit processer i 10.4.10.