mboost-dp1

ReactOS
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
forstår ikke hvorfor deres energi ikke bliver lagt mere i wine til linux eller de laver deres eget program i linux, det ville da være mere nyttigt.
Jeg kender nogle stykker som har prøvet reactOS og de siger de slet ikke er klar som funktionelt OS da der stadig mangler rigtig meget arbejde. Hvis man er så paranoid for NSA og overvågning, så skulle man enten bygge sit eget OS fra starten eller man skulle vende mod noget mere åbent såsom Linux eller unix. Potentielt kan der også være indbygget bagdøre der men chancen er noget mindre. Dog kan NSA godt kende til sikkerhedshuller de ikke har fortalt om. Men ofte er Linux jo ultra sikkert såfremt opsætning er i orden og brugeren ved hvad han/hun gør.
Jeg kender nogle stykker som har prøvet reactOS og de siger de slet ikke er klar som funktionelt OS da der stadig mangler rigtig meget arbejde. Hvis man er så paranoid for NSA og overvågning, så skulle man enten bygge sit eget OS fra starten eller man skulle vende mod noget mere åbent såsom Linux eller unix. Potentielt kan der også være indbygget bagdøre der men chancen er noget mindre. Dog kan NSA godt kende til sikkerhedshuller de ikke har fortalt om. Men ofte er Linux jo ultra sikkert såfremt opsætning er i orden og brugeren ved hvad han/hun gør.
#3
Formålet var oprindeligt at lave en "gratis windows", og måske nok også samtidig at have lidt sjov ved at skrive et OS fra bunden af.
I 1996 hvor ReactOS-projektet startede var Linux noget som ikke virkede til en skid, og krævede at man var den sygeste nørd for at bruge det til... ingenting andet end måske en hygge-webserver. Der var ingen apps eller wine, eller noget som helst virkeligt fedt dengang.
Selv hvis du ser på det i dag kan "fra bunden af"-princippet være det rigtige valg. Linux er jo et frygteligt OS hvis du kigger lidt under motorhjelmen. F.eks. den efterhånden bloatede monolitiske kerne og at man stadig bruger en directorystruktur som blev designet til main frame brug i 70'erne.
IMHO ville verden have godt af hvis nogen lavede et OS helt fra bunden i dag. Målet skulle dog ikke være at få det til at ligne Windows, men derimod at droppe alt bagudkompabilitet og bare lave "Det bedste OS til desktopbrug".
Formålet var oprindeligt at lave en "gratis windows", og måske nok også samtidig at have lidt sjov ved at skrive et OS fra bunden af.
I 1996 hvor ReactOS-projektet startede var Linux noget som ikke virkede til en skid, og krævede at man var den sygeste nørd for at bruge det til... ingenting andet end måske en hygge-webserver. Der var ingen apps eller wine, eller noget som helst virkeligt fedt dengang.
Selv hvis du ser på det i dag kan "fra bunden af"-princippet være det rigtige valg. Linux er jo et frygteligt OS hvis du kigger lidt under motorhjelmen. F.eks. den efterhånden bloatede monolitiske kerne og at man stadig bruger en directorystruktur som blev designet til main frame brug i 70'erne.
IMHO ville verden have godt af hvis nogen lavede et OS helt fra bunden i dag. Målet skulle dog ikke være at få det til at ligne Windows, men derimod at droppe alt bagudkompabilitet og bare lave "Det bedste OS til desktopbrug".
TrolleRolle (4) skrev:Der var ingen apps eller wine, eller noget som helst virkeligt fedt dengang.
Nu er Wine faktisk fra 1993, altså den første release, ikke start på arbejdet....
gramps (5) skrev:#4
Det er nu ellers ret rart at alt på computeren har samme rod. Man slipper for at skulle huske om noget lå på det ene eller andet drev; det ligger i /dir/dir2 uanset hvilket drev eller partition det fysisk er på.
Har faktisk altid bedre kunnet lide Linux partitionering over Windows - den er mere fleksibel...
Hvordan adskiller det sig fra at lave en partition i Windows, og give den et tilfældigt drev bogstav og kalde drevet "Home" ?gramps (8) skrev:#7
Jeg er enig. Smid /home ind på en partition for sig selv. Skift dist, men behold alle personlige filer. Uden at skulle rode med mapper og drev; filerne er samme sted som altid.
#10
Det adskiller sig på den måde at alle versioner af Linux "ved", at i /home ligger dine dokumenter (dvs. mappen Documents). Microsoft har forsøgt at lappe Windows ved at bruge biblioteker, hvor man så kan tilføje Dokumenter inde fra G-drevet.
Men du skal stadig selv sætte det op; du skal bruge ekstra plads i vinduet; du skal huske på hvilket drev det ligger; du skal sørge for at alle dokumenter smides i G:\Home\Dokumenter i stedet for C:\Users\RpR\Documents (kan vel klares med en miljøvariabel?). Og hvad så hvis den næste version af Windows ikke understøtter biblioteker på samme måde?
Det adskiller sig på den måde at alle versioner af Linux "ved", at i /home ligger dine dokumenter (dvs. mappen Documents). Microsoft har forsøgt at lappe Windows ved at bruge biblioteker, hvor man så kan tilføje Dokumenter inde fra G-drevet.
Men du skal stadig selv sætte det op; du skal bruge ekstra plads i vinduet; du skal huske på hvilket drev det ligger; du skal sørge for at alle dokumenter smides i G:\Home\Dokumenter i stedet for C:\Users\RpR\Documents (kan vel klares med en miljøvariabel?). Og hvad så hvis den næste version af Windows ikke understøtter biblioteker på samme måde?
gramps (12) skrev:#10
Det adskiller sig på den måde at alle versioner af Linux "ved", at i /home ligger dine dokumenter (dvs. mappen Documents). Microsoft har forsøgt at lappe Windows ved at bruge biblioteker, hvor man så kan tilføje Dokumenter inde fra G-drevet.
Men du skal stadig selv sætte det op; du skal bruge ekstra plads i vinduet; du skal huske på hvilket drev det ligger; du skal sørge for at alle dokumenter smides i G:\Home\Dokumenter i stedet for C:\Users\RpR\Documents (kan vel klares med en miljøvariabel?). Og hvad så hvis den næste version af Windows ikke understøtter biblioteker på samme måde?
Du kan nu sagtens flytte din Users\<navn> mappe eller en hvilken som helst mappe derunder til en anden disk, partition, planet, og windows vil stadig fatte at dine dokumenter ligger på mars eller en usb stick ved siden af dig.
#13
Du kan, ja. Sammenlignet med Linux, så er det besværligt og gøre, idet med næsten en hver Linux installer, så får du valget ved installation og partitionering af diske.
På Windows 8 kan det også give problemer med rettigheder, apps og større opgraderinger (8 -> 8.1 -> 8.1u).
Jeg har selv oplevet problemer med rettigheder på både W7 og W8 ved geninstallation.
Du kan, ja. Sammenlignet med Linux, så er det besværligt og gøre, idet med næsten en hver Linux installer, så får du valget ved installation og partitionering af diske.
På Windows 8 kan det også give problemer med rettigheder, apps og større opgraderinger (8 -> 8.1 -> 8.1u).
Jeg har selv oplevet problemer med rettigheder på både W7 og W8 ved geninstallation.
TrolleRolle (4) skrev:man stadig bruger en directorystruktur som blev designet til main frame brug i 70'erne
Hmmm.
Linux bruger en directorystruktur som ligner Unix brug i 70'erne.
Nu har jeg aldrig brugt OS/360, men jeg er *meget* skeptisk overfor om det skulle have Unix directorystruktur.
Har du nogen kilde?
f-style (3) skrev:forstår ikke hvorfor deres energi ikke bliver lagt mere i wine til linux eller de laver deres eget program i linux, det ville da være mere nyttigt.
Fordi det er folk som laver det i deres fritid. De må vel selv om hvad deres energi bliver lagt i? Hvis du mener wine projektet kan bruge noget hjælp, så går du bare i gang.
"de nye designbeslutninger i Windows 8. "
Hvornår lærer folk at hvert andet OS Microsoft udgiver er noget værre lort?!
Windows ME, Windows Vista, Windows 8. Hold jer nu for fa'en bare fra det!
Jeg kan allerede nu sige at Windows 9 bliver bedre end Windows 8 - uuuhh, stik jeg mig jeres penge, jeg er en it-guru!! uuuhuuhuuu
Hvornår lærer folk at hvert andet OS Microsoft udgiver er noget værre lort?!
Windows ME, Windows Vista, Windows 8. Hold jer nu for fa'en bare fra det!
Jeg kan allerede nu sige at Windows 9 bliver bedre end Windows 8 - uuuhh, stik jeg mig jeres penge, jeg er en it-guru!! uuuhuuhuuu
Jeg er virkelig allergisk overfor dem der mener, at Linux er det eneste rigtige at bruge sin tid på, og at alle skal arbejde på at gøre Linux bedre. Det er bare ikke alle, der mener at Linux er guds gave til menneskeheden. Linux er god til nogle ting. Windows er god til nogle ting. Ingen af dem er perfekte, og det er der heller ingen af de små systemer der er, men derfor har de alligevel deres berettigelse. Ligesom Linux og Windows har.
Og sjovt, som det aldrig er Linux udviklere, der mener at alle skal arbejde på at gøre Linux bedre, men det er vel fordi de faktisk forstår vigtigheden af et bredt økosystem...
Og sjovt, som det aldrig er Linux udviklere, der mener at alle skal arbejde på at gøre Linux bedre, men det er vel fordi de faktisk forstår vigtigheden af et bredt økosystem...
#18 FYI: Ikke ALLE synes windows 8 er noget lort.
Imo. lyder react os til at være et projekt, der genopfinder den dybe tallerken. Hvorfor spilde sin tid på at lave windows igen? De vil altid være lysår bagud i fht. "det rigtige" windows og det er nok ret tvivlsomt at det nogensinde vil komme til at blive ligeså stabilt og understøtte ligeså mange devices og apps.
Hvis de har så meget tid de ikke ved hvad de skal bruge til, så har jeg da en have der kunne trænge til en kærlig hånd.
Imo. lyder react os til at være et projekt, der genopfinder den dybe tallerken. Hvorfor spilde sin tid på at lave windows igen? De vil altid være lysår bagud i fht. "det rigtige" windows og det er nok ret tvivlsomt at det nogensinde vil komme til at blive ligeså stabilt og understøtte ligeså mange devices og apps.
Hvis de har så meget tid de ikke ved hvad de skal bruge til, så har jeg da en have der kunne trænge til en kærlig hånd.
gramps (15) skrev:#13
Men vil Windows også forstå det hvis du installerer XP i stedet for? Hvad med 98? Vista? NT 4.0?
Undskyld, mente selvfølgelig kun for udgaver af Windows fra de seneste 10 år.
Og det er desværre heller ikke hele bruger mappen.
Men det kan lade sig gøre, og fungerer fint.
#directory structure
Windows har også sine problemer efter min mening: Nemlig deres netværks-syntax som er i formatet \\host\path og som ikke kræver et drevbogstav. Utroligt meget software i Windows, sågar nogle af OS'ets egne file requestere, kræver at der er mappet drevbogstav.
Samme problem ses med f.eks. de kameraer som ikke understøtter mass storage device mode, men fungerer i PTP mode. Disse kan man slet ikke mappe drevbogstaver til, og det giver en masse situationer, hvor man ikke kan få fat i dem. Man er nødt til at overføre filerne til et rigtigt drevbogstav først.
Jeg ser dette som en åbenlys design-fejl i Windows. De prøver at bryde fri af systemet med drevbogstaver, men det er et halvfjertet forsøg. Havde de brugt Unix-paths fra starten af, havde de aldrig haft det problem.
Windows har også sine problemer efter min mening: Nemlig deres netværks-syntax som er i formatet \\host\path og som ikke kræver et drevbogstav. Utroligt meget software i Windows, sågar nogle af OS'ets egne file requestere, kræver at der er mappet drevbogstav.
Samme problem ses med f.eks. de kameraer som ikke understøtter mass storage device mode, men fungerer i PTP mode. Disse kan man slet ikke mappe drevbogstaver til, og det giver en masse situationer, hvor man ikke kan få fat i dem. Man er nødt til at overføre filerne til et rigtigt drevbogstav først.
Jeg ser dette som en åbenlys design-fejl i Windows. De prøver at bryde fri af systemet med drevbogstaver, men det er et halvfjertet forsøg. Havde de brugt Unix-paths fra starten af, havde de aldrig haft det problem.
#27 Det ville heller ikke skade med et filsystem som faktisk var case sensitive - Der går utroligt meget arbejde i at dobbeltchecke kode der skal være cross platform kompatibel når man udvikler i Windows.
Linux er tit for rodet syntes jeg. derfor kunne jeg godt li Gentoo i sin tid, da det var lidt mere oprydet, lidt lige som freebsd..
Kan huske BeOS også var ret spændene da det kom frem, en skam det aldrig slog mere igennem. Ellers syntes jeg nu stadig, ikke der er noget system der kommer tæt på Amiga OS, og dens struktur, og måden den håndtede datatypes osv...
Kan huske BeOS også var ret spændene da det kom frem, en skam det aldrig slog mere igennem. Ellers syntes jeg nu stadig, ikke der er noget system der kommer tæt på Amiga OS, og dens struktur, og måden den håndtede datatypes osv...
Ja, case sensitive er nødvendigt, hvis man vil undgå overraskelser.HerrMansen (29) skrev:Det ville heller ikke skade med et filsystem som faktisk var case sensitive
Hvad case sensitive faktisk vil sige afhænger af locale. På et tilstrækkeligt fleksibelt system som f.eks. Linux kan forskellige processer på maskinen kan køre med hvert deres locale.
Hvad skal der ske hvis en process opretter to forskellige filer, som i den process locale har hvert deres navn, men en process med et andet locale hvor de to navne er identiske prøver nu at åbne filen med en tredje kombination af store og små bogstaver?
I nogle locale er case sensitive ikke engang en transitiv egenskab. Tag f.eks. tysk, hvor både ß og ss bliver til SS, når man skifter til store bogstaver. Hvis man opretter filer med navne ß og ss, hvilken af de to skal man så få adgang til, hvis man prøver at åbne navnet SS?
HerrMansen (29) skrev:Det ville heller ikke skade med et filsystem som faktisk var case sensitive - Der går utroligt meget arbejde i at dobbeltchecke kode der skal være cross platform kompatibel når man udvikler i Windows.
Dårlige programmører som skal udvikle portabel kode på et *nix system kan ikke finde ud af case-insensitive filsystemer.
Dårlige programmører som skal udvikle portabel kode på et Win system kan ikke finde ud af case-sensitive filsystemer.
Men løsningen er ikke at lade Win skifte til et case-sensitivt filsystem eller at lade *nix skifte til et case-insensitivt filsystem. Koden bliver ikke portabel af den grund. Man fixer bare ens test-system til at matche ens kode.
Løsningen er naturligvis at skrive kode som ikke bygger på en lang række forudsætninger omkring filsystemet som man ved ikke altid er opfyldt.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.