Koko roska pyörii yhä antiikkisen Win32 API:n päällä, eli gdi, user, ym. kerneli moduulit ovat lähes muuttumattomia 2000-luvun alusta, kun NT käyttis julkaistiin. Tämän päälle on sitten ajan saatossa rakennettu layeriä layerin päällä joten ei ihme, että koko roska on järkyttävän hidas ja buginen raakile!
Koko Windows pitäisi kirjoittaa uudelleen, tällä kertaa nollasta.
Koko Windows pitäisi kirjoittaa uudelleen, tällä kertaa nollasta.
Vastaukset 103
Vanhimmat
Mikro$oftin tuloista Windowsin osuus on äärimmäisen pieni eli koko hökötyksen voisi heittää jo romukoppaan.
Windowsilla on surkeat äänet BT-kajareihin! puhelin popitta paljon paremmilla äänillä!
Windowsin äänissä on on myös kaamea latenssi!
Roskiin koko W!
Miksi Windows on epävakaa ja turvaton käyttis?
Micro$oftilla on ollut parinkymmenen vuoden aikana kaikki rahat ja mahdollisuudet tehdä käyttöjärjestelmästään vakaa!
################################YÖK
Kannatan! Roskiin!
Windows kuuluu museoon!
-------------------------------------
Siksi moista en edes käytä!
Heitin sen roskiin!
virhekoodi 0xC1800103 - 0x90002 ja jumitus.
KUULUU ROSKIKSEEN!
Miksi minulla aina ollut suuria ongelmia.
Olen käyttänyt 95, 98, Nt4, XP, 2000, Vista, 7, 8, 8,1, 10 ja 11
PELKÄÄ_TUSKAA
Windows pyörii päin helvettiä ja joka päivä joutuu joko etsimään netistä fixausta ongelmaan tai tekemään uudelleenasennuksen kun joku päivitys tuhoo jonkun.
Windows † R.I. P.
💀💀💀💀💀💀💀💀💀
Ei hyvää päivää, iski BSoD !
BSoD on Microsoft Windows -käyttöjärjestelmän virheilmoitusruutu, joka näytetään, kun järjestelmä kohtaa sellaisen virheen, josta se ei voi palautua. BSoD tunnetaan myös puhekielessä termeillä sininen ruutu tai blue screen.
Loppupäivähän sitten meneekin Windowsia elvyttäen!
W11 valokuvien katselin kellertää ihan samalla lailla kympissä.
Kamalaa!
MICROSOFT ILMOITTAA WINDOWS-KÄYTTÖJÄRJESTELMÄN KRIITTISISTÄ HAAVOITTUVUUKSISTA.
WINKURA KIELTOON!
##################
Minä myös!
Suosittelen poistamaan Windowsin, jos haluat inhimillisen käyttöjärjestelmän.
Winkuraa ja Mäntti !
Windows 11 on vain 11 prosentin markkinaosuus
Ottaako se piehän lappeenrannassa?...
Windows on hanurista
Kyllä Windows kuuluu museoon!
Miksi Windows 11 kuva on suttuinen..
Roskiin vaan koko winkura!
TUSKAA PELKKÄÄ
Onhan toi ihan museokamaa!
Windows (Ms) voisi pistää kokonaan ohjelman uusiksi. Unohtaa nuo vanhat systeemit. Koko helahoito linux-pohjalle, niin johan alkaisi tapahtumaan.
Windows lensi vessan ikkunasta ulos!
Windows- riivaajain keksintö! Linux - ylösnousemus ja elämä!
Windowsin äänet on surkeat!
Myös linuxin ongelma on päättäjien halukkuus ja jopa innokkuus jatkuvaan muutokseen.
Itse haluan käyttöjärjestelmän, joka EI perustu jatkuvaan muutokseen.
Samoin tietoturvan osalta: miksi tehdä ensin käyttöjärjestelmä, joka on täynnä tietoturvareikiä - ja sitten niitä tietoturvareikiä yksi kerrallaan paikataan. Mutta jos tuolla tavalla tehdään, ei olla ikinä varmoja siitä, että se viimeinenkin tietoturvareikä on paikattu.
Yksi suurimmista syistä noihin tietoturvareikiin on C -kielen käyttö systeemiohjelmoinnissa.
Kun käytetään C -kieltä, tulos on juuri tuo: tietoturvareikää toisensa perään.
Oikea valinta: ObjectPascal + assembler - ja se assembler tarkoittaa turbo assembler ideal mode. Se varsinkaan EI tarkoita AT&T syntaksia!
AT&T on teleoperaattori. Jos hyväksyt AT&T syntaksin, aivan samalla tavalla voisit vaatia, että Elisalla / dna:lla / Telialla on oikeus päättää haluamansalainen täysperverssi syntaksi assemblerkielelle!
Miksi teleoperaattorin pitäisi saada päättää assemblersyntaksista?
Ei pitäisikään - siis ehdoton EI AT&T syntaksille ja samalla idealle siitä, että päätösvalta asiassa luovutettaisiin yhtään millekään teleoperaattorille!
USA:ssa mm. Harvardin yliopisto opettaa tuota aivokuollutta AT&T syntaksia.
Osoittaa, ettei ko. yliopiston touhuissa ole mitään järkeä, vaan ilmeisesti AT&T lahjoittaa rahaa Harvardin yliopistolle ja rahan vastineeksi Harvardin yliopisto on sitoutunut opettamaan opiskelijoilleen tuota aivokuollutta AT&T syntaksia!
Miksikö tuo syntaksi on aivokuollut?
Monestakin syystä.
1. aidossa assemblerissa järjestys on MOV kohde, lähde.
Siis esim: MOV eax, edx ; Järjestys on aivan sama kuin ObjectPascal sijoituslauseessa:
EAX := EDX;
2. AT&T -aivokuollut syntaksi vääntää tuon muotoon mov lähde, kohde (ja höystää rekisterien nimiä ylimääräisillä % -merkeillä).
Mutta entä, kun käskyssä ei ole lähde ja kohde, vaan kohde (joka on samalla myös lähde) sekä määrite?
esim:
SHL EAX, CL ; EAX = kohde (ja myös lähde) ja CL ei ole kumpikaan, vaan on määrite.
Entäpä, kun on kohde, lähde ja määrite?
esim:
SHLD EDX, EAX, CL ; EDX = kohde , EAX=lähde ja CL ei ole kumpikaan, vaan on määrite.
intel/microsoft/Borland -syntaksissa kaikissa noissa järjestys on looginen, AT&T:ssa ei todellakaan ole looginen.
Koska syntaksi ei ole looginen, se vaatii ulkoa opettelua!
Käyttöjärjestelmän pitäisi perustua näihin periaatteisiin:
1. Tietoturva on alusta alkaen sisäänrakennettu ja oikein tehty, ei jotain, jota yritetään jälkikäteen ympätä mukaan loputtomilla tietoturvapäivityksillä.
Tämän saavuttamiseksi ehdotan tällaista palkkausrakennetta koodaajille:
30% palkasta maksetaan heti kun työ on tehty.
10% palkasta maksetaan 3 vuotta työn tekemisen jälkeen, jos 3 vuoteen ei ole löytynyt yhtään tietoturvareikää.
10% palkasta maksetaan 5 vuotta työn tekemisen jälkeen, jos 5 vuoteen ei ole löytynyt yhtään tietoturvareikää.
50% palkasta maksetaan 10 vuotta työn tekemisen jälkeen, jos 10 vuoteen ei ole löytynyt yhtään tietoturvareikää.
Jos tietoturvareikiä löytyy, niin nuo jälkimmäiset palkkaerät jätetään maksamatta. Miksi heikkolaatuisesta ohjelmointityöstä pitäisi palkita yhtään isommalla palkalla kuin saa se siivooja, joka siivoaa yrityksen tilat ?
2. Ohjelmoinnissa käytetään pääkielenä ObjectPascalia ja tarvittaessa assembleria silloin, kun siihen on erityisiä syitä. Näitä usein on erityisesti laiteajureissa.
3. Unicoden osalta: JOS UTF-8 enkoodausta käytetään, niin vain aito Unicode consortiumin mukainen aito UTF-8 hyväksytään.
Linuksin feikki-UTF-8:aa ei todellakaan hyväksytä!
tekninen huomautus:
BMP:hen (Basic Multilingual page, koodit 0..$FFFF) kuuluvien merkkien osalta
Linuksin feikki-UTF-8 on sama asia kuin aito UTF-8.
Mutta kun merkkikoodi (= Code Point) > $FFFF, niin silloin aito UTF-8 enkoodaa yhden Code Pointin 4 tavulla, mutta feikki linux-UTF-8 enkoodaa 6 tavulla!
Johtuu siitä, että aivokuolleet linuxkoodaajat eivät aluksi osanneet toteuttaa tuota enkoodausta oikein, ja myöhemmin eivät uskaltaneet rikkoa yhteensopivuutta aiempaan feikki linux-UTF-8 enkoodattuun aineistoon. Se, että yhteensopivuus on koko ajan ollut rikottu aidolla UTF-8:lla enkoodattuun aineistoon, ei näille linuxfanaatikoille (joita linux -yhteisön päättäjät ovat), merkitse mitään.
linuxfanaatikot myös saivat aikaan tilanteen, että linux ei osaa luotettavasti kirjoittaa DVD-R -levyjä (eikä Blu-Rayu levyjä myöskään).
Miksi? Koska heille ei kelvannut laadukas Jörg Schillingin kirjoittama cdrecord, vaan väkisin korvasivat sen heikkolaatuisella wodimilla, joka tekee ns. lasinalusia kun yritetään kirjoittaa DVD-R -levyä. Kun Jörg Schilling ikävä kyllä sairauden uuvuttamana kuoli, ei ole enää ketään, joka olisi huolehtinut cdrecordin päivityksistä.
Miksi hyvää päivittämään?
Jos linux -kehitys olisi terveellä pohjalla, hyvää ei todellakaan tarvitsisi päivittää lainkaan.
Mutta kun linux -kerneliä nämä muutosinnokkaat haluavat ehdoin tahdoin muuttaa, niin cdrecord ei enää toimi muutetun kernelin kanssa.
Miljardi kärpästä ei voi olla väärässä.
Ei voi! Paska on hyvää! onneksi en ole kärpänen.
Se Windows, Se on Huomisen bugit jo tänään!!!
W11 ⛔
Hmmm. 😕 entäs NSA~Takaportti !
JOO! bluetooth kaijutin Win 11 melkoinen ongelma monessa suhteen!
Ublock Originin on PAHA HAITAKE, se vakoilee surffauksesi!
Täytyyhän toki hihhulin pistää tänne vähänkin negatiiviseltä haiskahtava Windows-juttu. Nyt taisi vaan kirves iskeä kiveen
Mikä kieltää tänne laittamasta Windows juttuja joihin sentään löytyy jotain totuudensiementäkin.
Toista on noiden W-hihhulien pakonomainen valehtelu.
Monibittisyys on suuri windowsin ongelma mm se 32b api
Lähde äkkiä pois sieltä peräkamaristasi.............†
Pöljä vaiko Mäntti?
Ẅ⛔ ➡️💩
෴෴
🧿🧿
∖👅∕
Zelenskyi nauttii kansansa tapattamisesta!
Se, että 64-Bit windows tukee sekä 64- että 32 -bittisiä sovelluksia, ei ole minkäänlainen ongelma.
Toki tuohon tarvitaan yhteensopivuuskerros, mutta sen muistitilan tarve on erittäin vähäinen - sensijaan Web -selainten muistinkulutus on jättimäisen suuri - eikä kukaan tee mitään edes yrittääkseen korjata tuota todellista ongelmaa.
Olenpa muuten debuggerilla havainnut:
Kun 32 -bittistä Windows EXE:ä ajetaan 32 -bittisessä windowsissa, niin se lataa juuri ne DLL:t, mitä pitääkin (esim: USER32.DLL, KERNEL32.DLL, GDI32.DLL, usein myös ADVAPI32.DLL) - ei muita (toki, jos ohjelma kommunikoi TCP/IP -teknologialla, niin tuo aiheuttaa myös tiettyjen, tietoliikenteestä kuolehtivien DLL:n lataamisen osaksi prosessia.
Kun 32 -bittistä Windows EXE:ä ajetaan 64 -bittisessä windowsissa, niin se lataaaiheellisten DLL:ien (esim: USER32.DLL, KERNEL32.DLL, GDI32.DLL, usein myös ADVAPI32.DLL) - lisäksi lukuisia muita - syy tähän on tuntematon.
Esim. tiettyjä salakirjoitusasioihin liittyviä Microsoftin DLL:iä ladataan myös silloin, kun ohjelma itse ei käytä Windowsin CryptoAPI:a.
Tämä herättää epäilyksen:
Vakoileeko Microsoft kaikkia sovellusohjelmia ja lähettää vakoilutiedot Microsoftin ja/tai NSA:n palvelimelle. Tämä vaihtoehto selittäisi sen, miksi ladataan joku Microsoftin Crypto-DLL myös silloin, vaikka ohjelma itse ei Windowsin CryptoAPI:a käytä lainkaan.
On tiedossa, että Windowsissa on antikristillisiä ominaisuuksia.
Tein Delphillä ohjelman, joka käyttää Delphin UTFToAnsi -funktiota.
Tuo Delphin UTFToAnsi on itse toteutettu siten, että se kutsuu eräitä käyttöjärjestelmäfunktioita muutoksen tekemiseksi.
Ensimmäinen niistä muuntaa Ansi (=Windows-1252) UCS2:ksi tai UTF-16:ksi.
Ja jälkimmäinen muuntaa tuon UCS-2 tai UTF-16 enkoodatun Unicoden UTF-8 -enkoodatuksi.
MUTTA:
Jos tuolle funktiolle tarjotaan syötemerkkijonoksi html -sivun lähdekoodi (siis muoto = HTML), ja tuo lähdekoodi sisältää linkkejä Raamatun kirjoihin, niin funktio palauttaa TYHJÄN merkkijonon! Jos syöte EI sisällä linkkejä Raamatun kirjoihin, niin funktio palauttaa aivan oikein juuri sitä, mitä pitääkin.
Tämä on siis Windowsissa sisäänrakennettuna oleva antikristillinen ominaisuus!
Veikkaanpa, että WinSxs -nimisestä alihakemistosta löytyy kaikenlaista hämärää toiminnallisuutta aiheuttavaa koodia. Mutta kun ko. alihakemistossa on yli satatuhatta tiedostoa ja osa niistä on huomattavan suurikokoisia, niin ei kukaan pysty noita manuaalisesti läpikäymään.
M-Kar levittää valheellista tietoa, että WoW64 (Windows On Windows64) -yhteensopivuuskerros olisi jokin muistituhlari, vaikka todellisuudessa ko. yhteensopivuuskerroksen muistinkulutus on erittäin kohtuullinen.
Web -selainten bloatware -ilmiö on todellinen huolenaihe (se moninkertaistaa RAM -muistin tarpeen - ja kuinka ollakaan, RAM -muistin hinnat ovat nyt ennätyksellisen kalliita).
Samoin huolenaiheita ovat Windowsin vakoilu sekä sen antikristilliset ominaisuudet.
Win32 on hyvä, tykkäsin etenkin Windows 2000 UI:sta, kun se oli salaman nopee ja muutenkin kun tuolloin UI:t ajateltiin desktop ensin, eikä mobiili. Nykyään kaikki nuo "layerit" on jotain javascript -kaltaista shaittia ja helevetin hidasta, avaa vaikka 1M -rivin Excel, koko UI on aivan tukossa.
W11 lirissä! Microsoft myönsi nolon ongelman: suurten tiedostojen kopiointi saa Windowsin matelemaan.
Ja vuosi kuin seula!
Ei Excelillä ole tarkoitus avata mitään 1M rivin taulua.
Veikkaanpa, että suurten tiedostojen kopiointi sujuisi vauhdilla tämäntapaisella Delphi -koodilla (ja hakkaa nopeudessa Microsoftin oman kopiointitavan):
procedure CopyFileDelphi(const SourceFilename, DestFilename:String);
var
FS1, FS2 : TFileStream;
begin
FS1 := TFileStream.Create(SourceFilename, fmOpenRead OR fmShareDenyWrite);
try
// FS1 OK:
FS2 := TFileStream.Create(DestFilename, fmCreate);
try
FS2.CopyFrom(FS1, 0); // Tätä voi halutessaan optimoida tekemällä oman version CopyFrom -metodista ja laittamalla puskurikooksi sellaisen kahden potenssin,
// joka on >= 65536. Optimointi tekee koodista nopeamman, mutta tämäkin toimii oikein, ei vain kopioi nopeimmalla mahdollisella tavalla.
// Oletuspuskurikoko kun on $F000 = 61440 tavua = 15 * 4096 tavua.
// Onneksi on edes 4096 tavulla jaollinen, joten ottaa ilon irti uudemmista ns. "Advanced Format" -kiintolevyistä, joissa fyysinen sektorikoko
// on 4096 tavua perinteisen 512 tavun sijasta.
finally
FS2.Free;
end;
finally
FS1.Free;
end;
end;
Windowsissa on paljon ikiaikaista juttua! se ei kykene uudistumaan.
On paljon sovelluksia jotka vaatii sen 32-bittisen APIn eli se on säilytetty yhteensopivuuden vuoksi. Tätä seikkaa aloittaja ei ota huomioon.
Ja kyllä vuotaa!
Paikkaa katto tai alapääsi, vaippoja suosittelen.
Se 32-Bittinen yhteensopivuuskerros EI olennaisesti hidasta koodin suoritusta.
Eli Windowsissa 32-Bittinen EXE 64-Bittisessä Windowsissa on melkein yhtä nopea kuin 64-Bittinen EXEkin. Sitäpaitsi, 32-Bittinen EXE 32-Bittisessä Windowsissa vastaa nopeudeltaan 64-Bittistä EXEä 64-Bittisessä Windowsissa.
Kannattaa myös huomata:
64-Bittisessä Windowsissa on uhrattu matemaattinen tarkkuus (ja mahdollisesti myös nopeus) hokemalla "kaiken pitää olla 64-bit" -mantraa!
32-Bittisessä Windowsissa liukulukulaskennan tekee matematiikkaprosessori 80 -bittisellä tarkkuudella.
64-Bittisessä Windowsissa liukulukulaskennan tekee pääprosessori 64 -bittisellä tarkkuudella ja hyödyntämättä siis mitenkään matematiikkaprosessorin tarjoamaa mahdollisuutta optimoituun liukulukulaskentaan.
Käsittääkseni kuitenkin: 32-Bittinen EXE 64-Bittisessä Windowsissa osaa edelleen hyödyntää matematiikkaprosessoria sekä nopeuden että 80 -bittisen laskentatarkkuuden osalta.
liukulukulaskennassa siis paras on 32-Bittinen EXE, joka käyttää 80 -bittistä laskentatarkkuutta, myös 64-Bittisessä Windowsissa.
64 -bittinen Double tarjoaa aina 15 (joskus 16) numeron tarkkuuden, mutta
80 -bittinen Extended tarjoaa aina 19 (joskus 20) numeron tarkkuuden.
Monimutkaisissa laskutoimituksissa, vaikka lopulliseen tulokseen riittäisi tuo 15-16 numeron tarkkuus, niin lopputulos on tarkempi (=vähemmän pyöristysvirheitä), jos välitulokset on laskettu suuremmalla 80 -bittisellä tarkkuudella.
Mutta 64-bit ohjelmoinnissa on heitetty hukkaan sekä 80 -bittinen tarkkuus että laskenta matematiikkaprosessorin optimoidulla nopeudella, kun on seurattu "kaiken pitää olla 64-bit" -mantraa.
Jos kyse on vain muistiosoituksen nopeuden optimoinnista, niin olisihan 80 -bittisen numeerisen datan voinut pakata 128 -bit pakkaukseen, jossa loput 48 bittiä on aina nollia.
Näin olisi säilytetty 80 -bittinen tarkkuus ja matematiikkaprosessorin optimoitu nopeus, mutta silti saatu mahdollinen hyöty siitä, että muistiosoitteet olisivat aina 16:lla jaollisia.
Mutta Microsoftia ei kiinnostanut muu kuin oma "kaiken pitää olla 64-bit" -mantransa.
Miten aloitus liittyy paIstan teemaan, "Apua aloittelijalle"? Tällaiset kiukkuketjut kuuluu Sodat osioon.
EU-KOMISSIO epäilee, että ohjelmistojätti Microsoft on väärinkäyttänyt hallitsevaa markkina-asemaansa kytkemällä videokokousohjelma Teamsin muihin yritysohjelmistoihinsa.
Komissio katsoo, että Microsoftilla on maailmanlaajuinen hallitseva asema yritysohjelmistoissa, joihin se on vuodesta 2019 yhdistänyt Teamsin. Epäily on, että yhtiö on rajoittanut muiden viestintä- ja kokousohjelmien mahdollisuuksia kilpailla käyttäjien suosiosta.
Komission tutkinnan taustalla on Slackin kantelu vuodelta 2020. Slackin markkinaosuus oli tuolloin laskenut ja myöhemmin se päätyi Salesforcen ostamaksi.
Kollisaavorinevaapunen on intohimoinen kauhaomo!!!
Ihan kuin Zelenskyi kin..
Vielä avoimella koodilla?
Muista laittaa taskuusi auringonkukansiemeniä, sitten kun joudut rintamaan hyökkäyssotaanne. Niin sinusta jää jäljelle edes jotain kaunista maailmaan.
Win 11 on edelleen sama taakka! W11 ei ole 64 bittinen kuin osittain!
Windowsin menneisyyden taakka valtava. Museoon se kuuluu!
Museo OS = Windows..sssh
winku kuuluukin museoon.
Elekee *ittu käyttäkee jollei miellytä, mutta ei sitä tarvitse tulla tänne itkemään. En minäkään valita kun en käytä linuxia vaikka osaankin varmaan paremmin kuin nämä tämän palstan velliperseet.
NYT SE ALKOI! Applen iPhone 16 -älypuhelimen esillä pitämisestä on tullut vaarallista Indonesiassa. Maa julisti puhelimen laittomaksi!
Ookko winkurahousu!
Kyllä se on!
On se surkea!
🎃 Muillakin on windoosissa isoja ongelmia ja vikoja !!!
MUSEO WINDOWS!
Museoon se kuuluu!
Windows tarvisi rakentaa ihan uusiksi!
47 % ammattikehittäjistä käyttää Linux-pohjaisia käyttöjärjestelmiä ja 44 % Macia – Lähde: Statistica.
Windows ei ole tositoimiin!
Joo! Linux pohjaiseksi?
Hyi helkatti!
Tuki 32bit ohjelmille ja ajureille pitäisi poistaa kokonaan seuraavasta Windows:sta.
"Tuki 32bit ohjelmille ja ajureille pitäisi poistaa kokonaan seuraavasta Windows:sta"
EI pitäisi.
Siitä 32 -bit tuesta ei ole mitään haittaa, eikä se merkittävästi kasvata Windows -käyttöjärjestelmäkoodin kokoa.
Itse käytän 32 -bit ohjelmia, ja poikkeuksetta niiden muistinkulutus on varsin vähäinen.
Web -selain sensijaan kuluttaa aivan järkyttävät määrät muistia, ja nimenomaan Web -selaimen takia muisti on aina loppu, vaikka sitä on koneessa 16 Gigatavua.
Mieluummin Web -selainten muistinhallintaa pitäisi parantaa - tehokkain keino siihen on, että vain aktiivinen välilehti pidetään RAM -muistissa, ja kaikki sillä hetkellä passiiviset välilehdet poistetaan RAM -muistista ja tuodaan takaisin vasta, jos passiivinen välilehti aktivoidaan uudelleen.
Toki, jos käyttäjä niin määrää, voisi itse halutessaan sallia jonkin tietyn passiivisen välilehden pitäminen RAM -muistissa, mutta tällöinkin selaimen pitäisi näyttää selkeästi, paljonko tuo välilehti kuluttaa RAM -muistia. Tämä ihan niiden iloksi, jotka haluavat välttämättä käyttää esim. Spotify:n selainversiota sen sijaan että lataisivat koneelleen Spotify.EXE:n.
Hyvää ei tarvitse koko ajan muuttaa.
Siksikö windowsissa ei mikään toimi!
No mikä siinä pitäsis toimia, nettiselainko.
Windowsin vankka laatu kestää aikaa.
Win32 API on paras juttu ikinä!
Iman Win32 API ei toimi mikään!
Ja se on huono asia! 😸
No? Miten pääsen eroon windowsista?
Windows kun on pallo jalassa, joka hidastaa kulkua.
Se antiikkinen Win32 API on kamala vuotava taakka.
Näin se on!
W11 oitäisi olla 64b vaan ei ole kuin bittisikiö!
Windows on Intialaisnen juttu
Nämä kaikki ns. "suljetut" järjestelmät osoittavat Intialaiselle sylttyttaalle. Vaikuttaisikin että vain maksulliset vai.
Löikö pumpppu tyhjää kolli?
tykistömiehistön isku tehtiin polttoaineautojen keskittymään ja lennokkien valvontapisteeseen Kupyanskin koillispuolella Harkivin alueella.
Sotilaan mukaan hänen yksikkönsä on jo tuhonnut yli 200 ukrainalaista militanttia ja eliminoinut 15 lennokkien hallintapistettä. Tykistön viimeisimpien iskujen kohteiden joukossa oli polttoainesäiliöautojen ryppää Kupyanskin lähellä. Yhteensä patteristo, jossa "Sirup" palvelee, on tehnyt toimintakyvyttömäksi yli 600 vihollisen jalkaväkeä, noin 45 lennokkitukikohtaa ja kymmeniä kalustoa, mukaan lukien polttoainesäiliöautoja, moottoritraktoreita ja moottoripyöriä.
Tällä hetkellä tykistömiehet eivät ainoastaan iske vihollisen asemiin, vaan myös tukevat Kupyanskin lähestymisreiteillä toimivia hyökkäysryhmiä.
Minäkin vaihdoin Chromebookkiin.
Ilmaskos se lagaa kokoajan!
Siirryin Chromebookiin
Zelensky ja Huomisen ongelmat jo tänään!
Zelenskyin Natzitaakka on valtava!
Zelenskyi katseli persilmällä bungerissaan pommituksia.
Se on pallo jalassa!
Valtava jännä 💩
Windowsin rajapintasekoilut on kamalia!
Windows versiosta toiseen siirtyminen on kamalampaa!
"Koko roska pyörii yhä antiikkisen Win32 API:n päällä, eli gdi, user, ym. kerneli moduulit ovat lähes muuttumattomia 2000-luvun alusta, kun NT käyttis julkaistiin"
M-Kar tunnistettu... muut eivät kirjoita tuollaista asennevammaista tekstiä.
Windows 2000 ja kaikki sitä uudemmat perustuvat Windows NT tekniikkaan, jo 1990 -luvulla oli esim sellaisia kuin Windows NT 3.51 sekä Windows NT 4.0.
Siis 1980 -luvun lopussa ja 1990 -luvun alussa nimenomaan Windows NT kirjoitettiin alusta alkaen uudelleen!
Se, että nuo Windowsin perusasiat, eli:
gdi32.dll
user32.dll
kernel32.dll
ovat pysyneet LÄHES (ei täysin) muuttumattomana 2000-luvun alusta, se on HYVÄ asia, ei huono asia, kuten ketjun aloittaja haluaa väittää.
Mielestäni noita ei pitäisikään muuttaa ainakaan millään yhteensopivuuden rikkovalla tavalla, ja mahdolliset muutokset pitäisi huolellisesti suunnitella siten, että yhteensopivuus säilyy.
Suurimmalta osaltaan se onkin säilynyt, mutta joskus jotain menee rikki, esimerkkinä pinball.exe - se toimii kyllä Windows 2000:ssa ja Windows XP:ssä, mutta Windows 7:sta (ehkä jo Windows Vistasta) alkaen tuo on rikki - ikkunassa toimii oikein, mutta koko näytön tilassa ei skaalaudu oikein.
Alkuperäinen pinball.exe muuten oli koodattu Delphillä - mutta alkuperäinen tekijä uudelleenkoodasi sen C++:lla kun eivät luottaneet siihen, että Microsoft olisi suostunut ostamaan levitysoikeuksia Delphillä koodattuun peliohjelmaan.
Sääli sinänsä - tuon C++ -virityksen muokkaaminen sellaiseksi, että se toimii moitteetta Windows Vistassa ja Windows 7:ssa osoittautui niin vaikeaksi, että Microsoft poisti tuon flipperipelin uudemmista Windows -versioista.
JOS Windowsiin olisi alunperinkin otettu tuon pelin Delphillä koodattu versio, niin ohejlman muokkaus toimimaan myös uudemmissa Windows -versioissa olisi ollut suhteellisen helppoa - ja flipperipeli olisi säilynyt myös uudempien Windows -versioiden mukana pelaajien ilona.
Toki noihin perus DLL:iin on tullut mukaan uusia funktioita, mutta olemassaoleviin ei ole juurikaan koskettu - paitsi sen verran on, että muutokset rikkoivat tuon flipperipelin yhteensopivuuden.
Jos Microsoft alkaa olennaisesti muokata noita perus DLL:iään sellaisella tavalla, että yhteensopivuus rikkoutuu, niin se on Windowsin kuolema - silloin kaikki siirtyvät joko Linuxiin tai sitten Applen tuotteisiin.
Sitäpaitsi, onhan kaikkia noita muokattu sen verran, että samasta lähdekoodista on saatu käännettyä kaikki nämä eri versiot:
1) 32-Bittiselle Windowsille käännetty 32-Bittinen DLL. Tämä on se alkuperäinen, joka oli olemassa jo Windows 2000:n aikana.
2) 64-Bittiselle Windowsille käännetty 64-Bittinen DLL. Kun sekä käyttöjärjestelmä että sovellusohjelma ovat molemmat 64-Bittisiä, tämä on se, mitä silloin käytetään.
3) 64-Bittiselle Windowsille käännetty 32-Bittinen DLL. Tätä käytetään, kun käyttöjärjestelmä on 64-Bittinen, mutta sovellusohjelma on 32-Bittinen.
Tuo kolmosversio on veikeä - suurelta osin kyseessä ei silloin ole varsinainen koodi, joka tuon DLL:n toiminnallisuuden toteuttaa, vaan siltakoodi 32-Bittisen sovellusohjelman ja samannimisen aidosti 64-Bittisen järjestelmäDLL:n välillä.
Toki joitain yksittäisiä toiminnallisuuksia on voitu toteuttaa 32-Bittisellä koodilla silloin, kun se on ollut järkevää - kaikkien muiden funktioiden osalta tuo 32-Bittinen DLL toimii lähinnä siltana 32-Bittisen sovellusohjelman ja samannimisen aidosti 64-Bittisen järjestelmäDLL:n välillä.
Windowsin perusteissa ei ole mitään vikaa - ne on huolellisesti ja järkevästi suunniteltu jo 1990 -luvun alussa.
Jos Windowsista haluaa jotain huonoa hakea, niin tässä:
.NET -systeemi. Tätä ei ole tehty kerralla kunnolla, vaan siitä tulee koko ajan uusia versioita ja vanhimmasta päästä tukea poistetaan.
Eli kirjoita koodisi .NET -systeemin varaan, niin ohjelmasi ei ole ikinä valmis, vaan vähän väliä joudut päivittämään ohjelmaasi toimimaan yhä uudempien .NET -systeemien varassa! Päivitystyö ei lopu koskaan!
Lisäksi:
C:\Windows\WinSxS -hakemistossa on yli 100.000 kpl tiedostoja ja osa niistä on myös kooltaan huomattavan suuria.
Noin suurta koodimäärää ei pysty kukaan ihminen käymään läpi - ja siksi tuo on Microsoftille hyvä paikka piilottaa käyttäjälle vahingollista (esim. antikristillistä) toiminnallisuutta.
Lisänä vakoilu - Windows 11 ottaa vähän väliä kuvakaappauksia ja uploadaa ne Microsoftin palvelimelle tekoälyn analysoitavaksi.
Tästä massiivisesta käyttäjien vakoilusta huolimatta - "Hewlett-Packard suosittelee Windows 11 käyttöjärjestelmää",
Toisin sanoin:
Hewlett-Packard suosittelee sellaista käyttöjärjestelmää, joka vakoilee käyttäjäänsä.
Toki vakoilua voi olla (ja todennäköisesti onkin) myös vanhemmissa Windows käyttöjärjestelmissä, mutta mitä uudempi Windows, sen enemmän Windows vakoilee käyttäjäänsä.
Windows EI OLE hidas siksi, että siinä käytetään melkein alkuperäisen kaltaisia DLL:iä - vaan siksi, että massiivinen vakoilu kuluttaa muistia ja prosessoriaikaa sekä nettiyhteyden tietoliikennekapasitettia.
Voi Jeesus! Windows helvetin läpi käynyt!