C++:lla supertietokoneohjelma

Anonyymi-ap

Hei!

Olen aloitteleva C++-koodari. Haluaisin kokeilla mihinkä mun uusista Maceista on. Ajattelin jotakin piin desimaaleja laskevaa ohjelmaa. Tämä laskisi piin desimaaleja ja tallentaisi aina desimaalin tekstitiedostoon.

Löytyykö samanlaisia ehdotuksia tietokoneen laskentatehon selvittämiseksi? Voisi jättää koneen vaikka viikoksi rouskimaan piin desimaaleja ja katsoa sitten tuotoksia..

137

861

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • Anonyymi

      Kuulostaa vaikealta jopa uusille Maceille. Aloittelevan koodarin on parempi ensiksi laskea tekstitiedostoon esimerkiksi kolmosen käänteisluvun desimaaleja. Kerro jos tarvitset apua niin kirjoitan pseudokoodin.

      • Anonyymi

        No kirjoita pseudokoodi jos viitsit niin katsotaan mihin Applen ARM64 M1 pystyy..


      • Anonyymi

        Voi helle tuuteli! Piin laskemiseen on netti täynnä ohjelmakiidia ja laskutuoimitus on helppo.
        Ei tervi kummoinenkaan nassikka olla että kääntää ohjelma macille. Tai muulle.


      • Anonyymi
        Anonyymi kirjoitti:

        Voi helle tuuteli! Piin laskemiseen on netti täynnä ohjelmakiidia ja laskutuoimitus on helppo.
        Ei tervi kummoinenkaan nassikka olla että kääntää ohjelma macille. Tai muulle.

        Luultavasti aloittelevalle koodarille olisi kuitenkin hyödyllisempää opetella ajattelemaan itse kuin oppia googlettamaan ja copypasteamaan.


      • Anonyymi
        Anonyymi kirjoitti:

        Voi helle tuuteli! Piin laskemiseen on netti täynnä ohjelmakiidia ja laskutuoimitus on helppo.
        Ei tervi kummoinenkaan nassikka olla että kääntää ohjelma macille. Tai muulle.

        No pistä kääntäen. C++ -kielellä.


      • Anonyymi
        Anonyymi kirjoitti:

        No kirjoita pseudokoodi jos viitsit niin katsotaan mihin Applen ARM64 M1 pystyy..

        KOLLIVAROITUS PAIKALLAAN!
        NYT KOLLIVAROITUS PAIKALLAAN! Distinformaation levitys sen toimesta valtaisaa!


      • Anonyymi
        Anonyymi kirjoitti:

        Voi helle tuuteli! Piin laskemiseen on netti täynnä ohjelmakiidia ja laskutuoimitus on helppo.
        Ei tervi kummoinenkaan nassikka olla että kääntää ohjelma macille. Tai muulle.

        Just ja luuletko muka, että ohjelmoimaan oppii copy pastettamalla? Kenestäkään ei koodaria sillätavalla tule.

        T. miksuh


      • Anonyymi

        M1 mac on surkeen hidas!


      • Anonyymi
        Anonyymi kirjoitti:

        M1 mac on surkeen hidas!

        Ei vastaa ede i3 prossua.


      • Anonyymi

        🦧🦧🦧🦧🦧🦧🦧🦧🦧

        Olisko syy kun windows koodataan Intiassa!
        Siellä! Windowsissahan ei ole mitään tietosuojaa.
        Sitä on moni ihmetellyt. Windows onkin myrkkyä 🤑
        ########################################


    • Anonyymi

      Ei ne ole mitään superkoneita.

      • Anonyymi

        Apple on tietynlainen supertietokone.


      • Anonyymi
        Anonyymi kirjoitti:

        Apple on tietynlainen supertietokone.

        BuaHahhahhahahahhahaahaaaa


      • Anonyymi
        Anonyymi kirjoitti:

        Apple on tietynlainen supertietokone.

        Supersurkea tietokoneen irvikuva joo.


      • Anonyymi
        Anonyymi kirjoitti:

        Apple on tietynlainen supertietokone.

        Apple on tietynlainen Casio laskin!


    • Anonyymi

      Helpompi tapa on käyttää hakukonetta että selvittää laitteen speksit.

      • Anonyymi

        Kirjoitusvirhe: että -> kun.


      • Anonyymi
        Anonyymi kirjoitti:

        Kirjoitusvirhe: että -> kun.

        MENE HOITOON!


    • Anonyymi

      Huomasin että tuossa tulee vastaan se kuinka suuria lukuja 64-bittinen rekisteri pystyy säilömään.

      64-bit registers or variables biggest number: If you use unsigned integers however, the value starts at 0 and 2^64-1 (18,446,744,073,709,551,615) becomes it's highest value, but unsigned integers cannot represent negative values. [Stack Overflow]

      Supertietokoneissa on varmaan kustomoidut tietotyypit jne..?

      • Anonyymi

        Algoritmista riippuen piin desimaaleja voi laskea loputtomiin jopa 16-bittisillä rekistereillä. 64-bittiset rekisterit helpottavat tehtävää, mutta periaatteessa algoritmissa työstetään vain "jakojäännöstä", ei koko piin likiarvoa desimaaleineen.


      • Anonyymi
        Anonyymi kirjoitti:

        Algoritmista riippuen piin desimaaleja voi laskea loputtomiin jopa 16-bittisillä rekistereillä. 64-bittiset rekisterit helpottavat tehtävää, mutta periaatteessa algoritmissa työstetään vain "jakojäännöstä", ei koko piin likiarvoa desimaaleineen.

        Ossaatko koodia. Laita laskutoimitusta C++ -kielellä.


      • Anonyymi
        Anonyymi kirjoitti:

        Ossaatko koodia. Laita laskutoimitusta C -kielellä.

        Voisin laittaakin, mutta nyt ei ehdi kun on aivan oikeitakin ongelmia ratkaistavana. Wikipediassa on esitelty useampikin algoritmi piin likiarvon laskemiseen. Eikun koodaamaan! Aloita Excelillä, että löydät yhtälöt algoritmin takana. Siis yhtälöt, joissa käytät vain kokonaislukuja. Liukulukutyypit eivät sovellu tähän.


      • Anonyymi
        Anonyymi kirjoitti:

        Voisin laittaakin, mutta nyt ei ehdi kun on aivan oikeitakin ongelmia ratkaistavana. Wikipediassa on esitelty useampikin algoritmi piin likiarvon laskemiseen. Eikun koodaamaan! Aloita Excelillä, että löydät yhtälöt algoritmin takana. Siis yhtälöt, joissa käytät vain kokonaislukuja. Liukulukutyypit eivät sovellu tähän.

        MENE HOITOON!


      • Anonyymi
        Anonyymi kirjoitti:

        Ossaatko koodia. Laita laskutoimitusta C -kielellä.

        ______✞_____
        [ Windows ]
        ´´´´´´´´´´´´´´´´´

        Pyllymaja News 🏚️

        Kollivapunen joutaa museoon!

        Se on totta! K-o-l-l-i-m-a-a-t-t-o-r-i-.
        Joo nassikkavaihapapparainen 80 +
        Winkurahihhuli!


      • Anonyymi
        Anonyymi kirjoitti:

        Voisin laittaakin, mutta nyt ei ehdi kun on aivan oikeitakin ongelmia ratkaistavana. Wikipediassa on esitelty useampikin algoritmi piin likiarvon laskemiseen. Eikun koodaamaan! Aloita Excelillä, että löydät yhtälöt algoritmin takana. Siis yhtälöt, joissa käytät vain kokonaislukuja. Liukulukutyypit eivät sovellu tähän.

        Suck me .. win
        fuck me, kiss my ass, suck my dick ... m$-windows!


    • Anonyymi

      Appleissa, joo, on se kumma kun Apple ei itse käytä omia servereitään mm iCloud pilvessä vaan siellä on LinuxServerit.
      Microsoft teki saman. Windows serverit ei kelvannut vaan Microsoft teki oman Linux järjestelmän Azuren.

      Superkone on siis laskentayksikkö, jota usein käytetään netin kautta nykyään, monimutkaiseen laskentaan. Superkoneiden käyttöliitymissä on jonkin verran eroja missä muodossa ne haluaa tehtäviään. Nykyään superkoneiden kanssa on myös Kvanttikoneita joita voidaan hyödyntää ongelmanratkaisussa.

      • Anonyymi

        Mitä sillä on merkitystä mikä Linuxpaska jossakin datakeskuksessa pyörii? Ei se edes kiinnosta ketään..


      • Anonyymi
        Anonyymi kirjoitti:

        Mitä sillä on merkitystä mikä Linuxpaska jossakin datakeskuksessa pyörii? Ei se edes kiinnosta ketään..

        Kiinnostaa se ohjelmistokehittäjiä kun Linux on se mikä ajaa ohjelmia.

        Softat tehdään lähes täysin datakeskuksiin ja käyttöliittymäpuoli sitten toimii paikallisesti siinä Applessa.


      • Anonyymi

        Tarkoitat siis varmaan Unix-servereitä sillä Linux=Unix.


      • Anonyymi
        Anonyymi kirjoitti:

        Tarkoitat siis varmaan Unix-servereitä sillä Linux=Unix.

        Olennainen juttu on Linux, koska containerit tehty toimimaan Linux kernelin varassa. Näillä on paljon parempi hyötysuhde kuin virtuaalikoneilla jotka virtualisoivat koko raudan.


    • Anonyymi

      Netissä kuka vaan voi saada Superkoneen tai Kvanttikoneen tai molenpien tekemään laskentatehtävänsä.

      Se pitää kuitenkin olla järkevä. Sivustolle annetuista tehtävistä noin puolet pääsee tositoimiin, koneiden luppoajan täytteeksi.

      • Anonyymi

        Windows laskee väärin! Ihan paska!


    • Anonyymi

      Ajattelin että olisin malliksi laittanut C++ kielisen esimerkin joka olisi ajossa ollessaan kertonut hiirikursorin paikan kun hiirtä siirrellään.

      Peruin suunnitelmat kun kukaan ei selvästikkään ymmärrä C++ ohjelmoinnista tuon taivaallista.

      • Anonyymi

        Oliko C++ joku musiikkitermi?


      • Anonyymi

        "c++. kirjoita koodi joka näyttää hiiren osoittimen koordinaatin"

        #include <iostream>
        #include <windows.h>

        int main() {
        POINT p;
        if (GetCursorPos(&p)) {
        std::cout << "Hiiren koordinaatit: x = " << p.x << ", y = " << p.y << std::endl;
        }
        return 0;
        }
        Tämä koodi käyttää GetCursorPos-funktiota, joka hakee hiiren sijainnin näytöllä ja tallentaa sen POINT-rakenteeseen. Sitten se tulostaa x- ja y-koordinaatit konsoliin.

        Huomaa, että tämä koodi toimii Windows-käyttöjärjestelmillä. Jos käytät jotain muuta käyttöjärjestelmää, sinun on ehkä käyttää erilaisia funktioita hiiren koordinaattien saamiseksi.


      • Anonyymi

        No laita sellainen hiirikursorin paikan kertova ohjelmanpätkä tähän niin ajan sen Xcodella mun Macilla. Katsotaan toimiiko!


      • Anonyymi
        Anonyymi kirjoitti:

        "c . kirjoita koodi joka näyttää hiiren osoittimen koordinaatin"

        #include <iostream>
        #include <windows.h>

        int main() {
        POINT p;
        if (GetCursorPos(&p)) {
        std::cout << "Hiiren koordinaatit: x = " << p.x << ", y = " << p.y << std::endl;
        }
        return 0;
        }
        Tämä koodi käyttää GetCursorPos-funktiota, joka hakee hiiren sijainnin näytöllä ja tallentaa sen POINT-rakenteeseen. Sitten se tulostaa x- ja y-koordinaatit konsoliin.

        Huomaa, että tämä koodi toimii Windows-käyttöjärjestelmillä. Jos käytät jotain muuta käyttöjärjestelmää, sinun on ehkä käyttää erilaisia funktioita hiiren koordinaattien saamiseksi.

        Voihan halvattu! Tuo on Windowsille. Sama pitäisi saada Macille..

        Mulla on Mac jossa ARM64 M1 -keskusprosessori.

        Voi taata sen että tehot eivät lopu kesken.


      • Anonyymi

        C++:n tunnen oikein hyvin.

        Niin hyvin että tiedän, että sillä ei kannata ohjelmoida juuri mitään ellei nyt ole sinne datakeskuksiin jotain numeronmurskausta tekemässä. Open MPI on oikein kiva.

        Miksi hitossa sitten haluaisi C++:lla jotain hiiren kursorin sijaintia selvitellä? Siihen on kätevämpiäkin tapoja.

        Käy esimerkiksi tällaisella koodilla selaimen konsolissa:

        onmousemove = (e) => console.log("mouse location:", e.x, e.y)


      • Anonyymi
        Anonyymi kirjoitti:

        C :n tunnen oikein hyvin.

        Niin hyvin että tiedän, että sillä ei kannata ohjelmoida juuri mitään ellei nyt ole sinne datakeskuksiin jotain numeronmurskausta tekemässä. Open MPI on oikein kiva.

        Miksi hitossa sitten haluaisi C :lla jotain hiiren kursorin sijaintia selvitellä? Siihen on kätevämpiäkin tapoja.

        Käy esimerkiksi tällaisella koodilla selaimen konsolissa:

        onmousemove = (e) => console.log("mouse location:", e.x, e.y)

        He hee, kopiointisi meni näköjään pieleen ja syynä lienee se ettet tiennyt mikä liittyy asiaan ja mikä ei.

        No nyt sitten jokainen tuli tietoiseksi ettet osaa etkä ymmärrä C++ ohjelmoinnista yhtään mitään mutta et ymmärrä myöskään JavaScript kielestä senkään vertaa.

        MKar harrasti aikoinaan samanlaista näyttöjen antamisia väittämilleen "Minä osaan xx määrän ohjelmointi kielijä ja opin joka vuosi uuden". Enkä yllättyisi vaikka nytkin viestin kirjoitti sama kusettaja.


      • Anonyymi
        Anonyymi kirjoitti:

        He hee, kopiointisi meni näköjään pieleen ja syynä lienee se ettet tiennyt mikä liittyy asiaan ja mikä ei.

        No nyt sitten jokainen tuli tietoiseksi ettet osaa etkä ymmärrä C ohjelmoinnista yhtään mitään mutta et ymmärrä myöskään JavaScript kielestä senkään vertaa.

        MKar harrasti aikoinaan samanlaista näyttöjen antamisia väittämilleen "Minä osaan xx määrän ohjelmointi kielijä ja opin joka vuosi uuden". Enkä yllättyisi vaikka nytkin viestin kirjoitti sama kusettaja.

        mulla toimii tuo koodi chromessa


      • Anonyymi
        Anonyymi kirjoitti:

        mulla toimii tuo koodi chromessa

        Käänsin Ubuntussa mingw64:llä w64-version ja testasin wine:lla, hyvin toimii getCursorPos.
        $ x86_64-w64-mingw32-g++ mousepos.c
        --> a.exe
        $ export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix"
        $ wine a.exe
        Hiiren koordinaatit: x = 849, y = 1021
        -Toisaalta olisin hämmästynyt, jos ei olisi toiminut, sen verta "perus" asia lukea hiirtä


      • Anonyymi
        Anonyymi kirjoitti:

        mulla toimii tuo koodi chromessa

        Valehtelet tapasi mukaan ja turha tuossa on Googlen Chromea korostaa, JavaScript-moottori on verkkoselaimeen kuuluva osa, joka vastaa JavaScript-koodin suorittamisesta.


      • Anonyymi
        Anonyymi kirjoitti:

        Käänsin Ubuntussa mingw64:llä w64-version ja testasin wine:lla, hyvin toimii getCursorPos.
        $ x86_64-w64-mingw32-g mousepos.c
        --> a.exe
        $ export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix"
        $ wine a.exe
        Hiiren koordinaatit: x = 849, y = 1021
        -Toisaalta olisin hämmästynyt, jos ei olisi toiminut, sen verta "perus" asia lukea hiirtä

        Hönö, olisit laittanut näkyviin sen koodin joka toimii.


      • Anonyymi
        Anonyymi kirjoitti:

        Valehtelet tapasi mukaan ja turha tuossa on Googlen Chromea korostaa, JavaScript-moottori on verkkoselaimeen kuuluva osa, joka vastaa JavaScript-koodin suorittamisesta.

        oli ensimmäinen viestini tähän keskusteluun???


      • Anonyymi
        Anonyymi kirjoitti:

        "c . kirjoita koodi joka näyttää hiiren osoittimen koordinaatin"

        #include <iostream>
        #include <windows.h>

        int main() {
        POINT p;
        if (GetCursorPos(&p)) {
        std::cout << "Hiiren koordinaatit: x = " << p.x << ", y = " << p.y << std::endl;
        }
        return 0;
        }
        Tämä koodi käyttää GetCursorPos-funktiota, joka hakee hiiren sijainnin näytöllä ja tallentaa sen POINT-rakenteeseen. Sitten se tulostaa x- ja y-koordinaatit konsoliin.

        Huomaa, että tämä koodi toimii Windows-käyttöjärjestelmillä. Jos käytät jotain muuta käyttöjärjestelmää, sinun on ehkä käyttää erilaisia funktioita hiiren koordinaattien saamiseksi.

        "Huomaa, että tämä koodi toimii Windows-käyttöjärjestelmillä."

        Virheellinen ohje siis.


      • Anonyymi
        Anonyymi kirjoitti:

        Valehtelet tapasi mukaan ja turha tuossa on Googlen Chromea korostaa, JavaScript-moottori on verkkoselaimeen kuuluva osa, joka vastaa JavaScript-koodin suorittamisesta.

        Ohje siis todennäköisesti toimii Macissa.


      • Anonyymi
        Anonyymi kirjoitti:

        Voihan halvattu! Tuo on Windowsille. Sama pitäisi saada Macille..

        Mulla on Mac jossa ARM64 M1 -keskusprosessori.

        Voi taata sen että tehot eivät lopu kesken.

        Mac jossa ARM64 M1 on jäätyilevä nuhapumppu!


      • Anonyymi
        Anonyymi kirjoitti:

        oli ensimmäinen viestini tähän keskusteluun???

        Älä välitä, täällä on joku vihainen nuorimiesoletettu, joka purkaa turhautumistaan lähes jokaiseen kommenttiin, epäilemättä tähänkin.


      • Anonyymi

        Itse et taida ymmärtää ohjelmoinnista tuon taivaallista. Laasoat vain...


      • Anonyymi
        Anonyymi kirjoitti:

        C :n tunnen oikein hyvin.

        Niin hyvin että tiedän, että sillä ei kannata ohjelmoida juuri mitään ellei nyt ole sinne datakeskuksiin jotain numeronmurskausta tekemässä. Open MPI on oikein kiva.

        Miksi hitossa sitten haluaisi C :lla jotain hiiren kursorin sijaintia selvitellä? Siihen on kätevämpiäkin tapoja.

        Käy esimerkiksi tällaisella koodilla selaimen konsolissa:

        onmousemove = (e) => console.log("mouse location:", e.x, e.y)

        Laasoat vain. Et tunne C-kieltä etkä C++-kieltä.

        "The C++ in the invisible foundation of everything." - Bjarne Stroustrup


      • Anonyymi
        Anonyymi kirjoitti:

        Mac jossa ARM64 M1 on jäätyilevä nuhapumppu!

        Ei ole. Et tiedä Maceista mitään.


      • Anonyymi
        Anonyymi kirjoitti:

        Laasoat vain. Et tunne C-kieltä etkä C -kieltä.

        "The C in the invisible foundation of everything." - Bjarne Stroustrup

        Voitko selkeämmän tavan kuin tämän?

        onmousemove = (e) => console.log("mouse location:", e.x, e.y)

        Sitten nähdään onko siitä mihinkään tämän ongelman ratkaisussa.


      • Anonyymi
        Anonyymi kirjoitti:

        Voitko selkeämmän tavan kuin tämän?

        onmousemove = (e) => console.log("mouse location:", e.x, e.y)

        Sitten nähdään onko siitä mihinkään tämän ongelman ratkaisussa.

        Oletko sinä se sama hönö joka uhkaili sulkea S24 sivuston, samanlaista päätöntä paskan inttämistä.


      • Anonyymi
        Anonyymi kirjoitti:

        Käänsin Ubuntussa mingw64:llä w64-version ja testasin wine:lla, hyvin toimii getCursorPos.
        $ x86_64-w64-mingw32-g mousepos.c
        --> a.exe
        $ export WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix"
        $ wine a.exe
        Hiiren koordinaatit: x = 849, y = 1021
        -Toisaalta olisin hämmästynyt, jos ei olisi toiminut, sen verta "perus" asia lukea hiirtä

        Et ole mitään kääntänyt missään, mutta olet kopioinut stackoverflow.com sivulta tänne koodia ymmärtämättä edes mitä se tekee.


      • Anonyymi
        Anonyymi kirjoitti:

        Oletko sinä se sama hönö joka uhkaili sulkea S24 sivuston, samanlaista päätöntä paskan inttämistä.

        Sekoitat nyt pahasti.

        Kerro nyt vaan parempi tapa esittää hiiren kursorin sijainti. macOS:ssa toimiva koodi kiitos.


      • Anonyymi
        Anonyymi kirjoitti:

        Et ole mitään kääntänyt missään, mutta olet kopioinut stackoverflow.com sivulta tänne koodia ymmärtämättä edes mitä se tekee.

        Niillä on linuxkerneli alla ja Windows-emulaattori siinä päällä pyörimässä että saavat edes joitakin ohjelmia toimimaan. Katastrofi on valmis. Tämän lisäksi kopioidaan Stackoverflowsta koodia tänne ymmärtämättä mitään siitä. Linuxkoodarit asialla...


      • Anonyymi
        Anonyymi kirjoitti:

        Mac jossa ARM64 M1 on jäätyilevä nuhapumppu!

        Älähän laasoa siinä. Macit ovat tehokkaita kuin mitkä. Macit ovat oikeita Unix-koneita toisin kuin Linuxit.. joten laasoat vain. Annahan olla, poika.


      • Anonyymi
        Anonyymi kirjoitti:

        Älähän laasoa siinä. Macit ovat tehokkaita kuin mitkä. Macit ovat oikeita Unix-koneita toisin kuin Linuxit.. joten laasoat vain. Annahan olla, poika.

        Mutta superkonelaskennassa alla on Linux.


      • Anonyymi
        Anonyymi kirjoitti:

        Oliko C joku musiikkitermi?

        Loppu häämöttää koodaajien suosikkikielille? Valkoinen talo kehottaa lopettamaan C- ja C++ -koodaamisen
        1.3.202418:21
        Valkoisen talon kansallisen kyberturvallisuusviraston mukaan ohjelmistokehittäjät voivat vähentää kyberhyökkäysten luomaa uhkaa välttämällä kieliä, joissa on muistiturvallisuuden haavoittuvuuksia. Ohjelmointikielet C ja C++ kuuluvat viranomaisten mukaan näihin kieliin.

        Heh heh.


      • Anonyymi

        Hmmm...

        Valkoisen talon kyberturvallisuusasiantuntijat kehottavat ohjelmistokehittäjiä luopumaan ohjelmointikielistä, joissa on havaittu vuosien varrella muistiturvallisuuden haavoittuvuuksia. Näihin kieliin lukeutuvat myös suositut kielet C ja C++.


      • Anonyymi
        Anonyymi kirjoitti:

        "c . kirjoita koodi joka näyttää hiiren osoittimen koordinaatin"

        #include <iostream>
        #include <windows.h>

        int main() {
        POINT p;
        if (GetCursorPos(&p)) {
        std::cout << "Hiiren koordinaatit: x = " << p.x << ", y = " << p.y << std::endl;
        }
        return 0;
        }
        Tämä koodi käyttää GetCursorPos-funktiota, joka hakee hiiren sijainnin näytöllä ja tallentaa sen POINT-rakenteeseen. Sitten se tulostaa x- ja y-koordinaatit konsoliin.

        Huomaa, että tämä koodi toimii Windows-käyttöjärjestelmillä. Jos käytät jotain muuta käyttöjärjestelmää, sinun on ehkä käyttää erilaisia funktioita hiiren koordinaattien saamiseksi.

        Miten sun hiires liittyy avaukseen?

        Valkoisen talon kyberturvallisuusasiantuntijat kehottavat ohjelmistokehittäjiä luopumaan ohjelmointikielistä, joissa on havaittu vuosien varrella muistiturvallisuuden haavoittuvuuksia. Näihin kieliin lukeutuvat myös suositut kielet C ja C++.


      • Anonyymi
        Anonyymi kirjoitti:

        Voihan halvattu! Tuo on Windowsille. Sama pitäisi saada Macille..

        Mulla on Mac jossa ARM64 M1 -keskusprosessori.

        Voi taata sen että tehot eivät lopu kesken.

        NUHAPUMPPUHAN TOI PROSSU ON, ja mitä vittua tee hiiren kursorin koodilla jos Pii pitäisi laskea!

        PELLET!


      • Anonyymi
        Anonyymi kirjoitti:

        Ei ole. Et tiedä Maceista mitään.

        Enemmän kuin sinä! ARM64 M1 jäätyilee jatkuvasti, ei pyöritä jouheesti.


      • Anonyymi
        Anonyymi kirjoitti:

        Mac jossa ARM64 M1 on jäätyilevä nuhapumppu!

        Saastuu windows, Ei Windowsin käytölle ole mitään perusteita. Todellakaan!

        Mittee nyy see siinoolii kaaa,, Nyt Kolliivaappu vajoo masennuksen syöväreihin!

        Lähtisitkö K....† R.I. P.


    • Anonyymi

      Osta Chromebook!

      • Anonyymi

        Matoisia omenoita en ostaisi!


      • Anonyymi

        Mene sinä hoitoon!


    • Anonyymi

      Uudet macit on nuhapumppuja!

      • Anonyymi

        Älä laasoa siinä. Niissä on tehoja enemmän kuin mitä tarvitsee. Todellisia ARM-tehomyllyjä.


      • Anonyymi

        Joo niisä on ihme jäätyilyä, joka ilmenee typeränä nykimisenä.


      • Anonyymi
        Anonyymi kirjoitti:

        Älä laasoa siinä. Niissä on tehoja enemmän kuin mitä tarvitsee. Todellisia ARM-tehomyllyjä.

        Opettele kirjoittaan hönö.


    • Anonyymi

      Äkäslompolon hostellipalo on todellisen poromafian toimia!

    • Anonyymi

      Mulla on nyt Xcode ja Mac kuumana. Valmiina ajamaan supertietokoneohjelmia. Koodatkaa ajankuluksi sellainen pieni softa joka laskee piin desimaaleja ja tallentaa ne sitten tiedostoon. Laittakaa lähdekoodi tänne niin jysäytän sen mun 64-bittisestä ARM-koneesta läpi.

    • Anonyymi

      Mutta mikset käyttäisi bc:tä eli mielivaltaisen tarkkuuden laskin-kieltä?
      $ echo "scale=15;4*a(1)" | bc -l
      3.141592653589792
      Sitten vaan asettaa esim. scale=10000 ja odottaa.
      Kuluvan ajan saa myös:
      $ time echo "scale=15;4*a(1)" | bc -l
      3.141592653589792

      real 0m0,005s
      user 0m0,000s
      sys 0m0,006s

      • Anonyymi

        Koko ketju tähän asti täyttä MKar-sontaa. Tässä ensimmäinen järkevä ratkaisu joka osoittaa Bash Shell komentojen tehokkuuden.

        Desimaalien määrä
        scale=140


      • Anonyymi
        Anonyymi kirjoitti:

        Koko ketju tähän asti täyttä MKar-sontaa. Tässä ensimmäinen järkevä ratkaisu joka osoittaa Bash Shell komentojen tehokkuuden.

        Desimaalien määrä
        scale=140

        Tarkoittaako Bash Shell komentojen tehokkuus myös epätarkkuutta? Mikä on tehokkuuen arvo silloin? Piin likiarvo 15 desimaalilla on 3,141592653589793 eikä tuo edellä esitetty.


      • Anonyymi
        Anonyymi kirjoitti:

        Tarkoittaako Bash Shell komentojen tehokkuus myös epätarkkuutta? Mikä on tehokkuuen arvo silloin? Piin likiarvo 15 desimaalilla on 3,141592653589793 eikä tuo edellä esitetty.

        scale taitaa nimenomaan määrittää halutun tarkkuuden tuossa arctan(1) :lle, kerrotaan neljällä mikä pitää ottaa huomioon virhetarkastelussa. Virhekin tulee siis kerrottua neljällä, mistä viimeisen desimaalin virhe johtuu. Bc on tässä mielessä ehkä hiukan vaativa käyttää, koska se edellyttää virhetarkastelun tekemistä. Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa. Samalla selviää, miksi viimeinen desimaali on aina parillinen luku.


      • Anonyymi
        Anonyymi kirjoitti:

        scale taitaa nimenomaan määrittää halutun tarkkuuden tuossa arctan(1) :lle, kerrotaan neljällä mikä pitää ottaa huomioon virhetarkastelussa. Virhekin tulee siis kerrottua neljällä, mistä viimeisen desimaalin virhe johtuu. Bc on tässä mielessä ehkä hiukan vaativa käyttää, koska se edellyttää virhetarkastelun tekemistä. Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa. Samalla selviää, miksi viimeinen desimaali on aina parillinen luku.

        Oikeassa olet vääräpää, en ole aiemin kiinnittänyt tuohon huomiota, kiitos.


      • Anonyymi
        Anonyymi kirjoitti:

        scale taitaa nimenomaan määrittää halutun tarkkuuden tuossa arctan(1) :lle, kerrotaan neljällä mikä pitää ottaa huomioon virhetarkastelussa. Virhekin tulee siis kerrottua neljällä, mistä viimeisen desimaalin virhe johtuu. Bc on tässä mielessä ehkä hiukan vaativa käyttää, koska se edellyttää virhetarkastelun tekemistä. Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa. Samalla selviää, miksi viimeinen desimaali on aina parillinen luku.

        Hitto, mihin tässä enään voi luottaa?


      • Anonyymi
        Anonyymi kirjoitti:

        scale taitaa nimenomaan määrittää halutun tarkkuuden tuossa arctan(1) :lle, kerrotaan neljällä mikä pitää ottaa huomioon virhetarkastelussa. Virhekin tulee siis kerrottua neljällä, mistä viimeisen desimaalin virhe johtuu. Bc on tässä mielessä ehkä hiukan vaativa käyttää, koska se edellyttää virhetarkastelun tekemistä. Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa. Samalla selviää, miksi viimeinen desimaali on aina parillinen luku.

        "Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa."

        Noinkohan? Desimaalit voi katkaista useammin kuin kerran. Sen sijaan pyöristäminen useammin kuin kerran ei onnistu ilman virheen mahdollisuutta.

        Siis miten "yksi desimaali enemmän" on laskettu, onko se katkaistu vai pyöristetty? Joka tapauksessa tämä Bc ei oikein vakuuta, mitä laskennan luotettavuuteen tulee.


      • Anonyymi
        Anonyymi kirjoitti:

        "Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa."

        Noinkohan? Desimaalit voi katkaista useammin kuin kerran. Sen sijaan pyöristäminen useammin kuin kerran ei onnistu ilman virheen mahdollisuutta.

        Siis miten "yksi desimaali enemmän" on laskettu, onko se katkaistu vai pyöristetty? Joka tapauksessa tämä Bc ei oikein vakuuta, mitä laskennan luotettavuuteen tulee.

        Suuren suuri w10 tunkiosta?
        tietokone huollot on läjäpäin täynnä toimimattomia wintoy$-koneita.
        ♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️♻️


      • Anonyymi
        Anonyymi kirjoitti:

        "Toisaalta ongelma ei ole suuri: Laske yksi desimaali enemmän ja ongelma katoaa."

        Noinkohan? Desimaalit voi katkaista useammin kuin kerran. Sen sijaan pyöristäminen useammin kuin kerran ei onnistu ilman virheen mahdollisuutta.

        Siis miten "yksi desimaali enemmän" on laskettu, onko se katkaistu vai pyöristetty? Joka tapauksessa tämä Bc ei oikein vakuuta, mitä laskennan luotettavuuteen tulee.

        "Joka tapauksessa tämä Bc ei oikein vakuuta, mitä laskennan luotettavuuteen tulee."
        Tuossahan itse määritellään ensin tarkkuus: "scale=15" antaa 15 numeroa. Jos näillä menet laskemaan vielä jotain teet virhetarkastelun. Virhe on siis funktioille 9e-16 ja lopullinen maksimi virhe 4*9e-16=3.6e-15. Pyöristetään tämä virheraja vielä ylöspäin 1e-14, jolloin ollaan varman puolella. Katkaistulle luvulle virhe on tätä pienempi.
        Virhe on siis pienempi kuin miljoonasosan(=ppm) miljoonasosa. Ainakin jos osaa matematiikkaa tuohan on erittäin tarkka. Jätetään kotitehtäväksi käydä katsomassa bc:n lähdekoodista onko kyseessä katkaistu vai pyöristetty numero. bc on laskemista varten toteutettu tuo "-l" ottaa käyttöön mathlib:in. Tästä kerrotaan, että funktiot laskevat desimaaleja scale:n määrään asti - luku on siis katkaistu.
        Laskenta on myös luotettavaa, koska saat samoilla lähtöarvoilla joka kerta saman tuloksen.


    • Anonyymi

      Älkää sotkeko mitään Linuxpaskaa tähän sitten ei kyllä tule asiasta yhtään mitään..

      • Anonyymi

        Ei ole olemassa sellaista paskaa on vain sinä ja sinun luulosairautesi joka ei anna sinulle rauhaa, emmekä me voi sinua mitenkään auttaa.


      • Anonyymi

      • Anonyymi

        Linuxilla 100 desimaalia.

        3,14159 26535 89793 23846 26433 83279 50288 41971 69399 37510 58209 74944 59230 78164 06286 20899 86280 34825 34211 70679


      • Anonyymi

        MENE K-O-L-L-I HOITOON


      • Anonyymi
        Anonyymi kirjoitti:

        Linuxilla 100 desimaalia.

        3,14159 26535 89793 23846 26433 83279 50288 41971 69399 37510 58209 74944 59230 78164 06286 20899 86280 34825 34211 70679

        Laita lähdekoodi tähän niin ajan sen Xcodella.


      • Anonyymi

        💩 💩💩💩💩💩💩💩💩💩 💩

        Windows on ihan sysipaska kurttaus
        Kaatuilee ja päivitykset sen jumittaa, mikään siinä ei toimi kuin vakoilu. SILKKAA PASKAA!


      • Anonyymi

        ALAS SAIMAANAPINAN TROLLITEHDAS !

        Peruϟϟuomalais ♿ k_ o_l_l_i_m_a_a_t_t_o_r_i !


      • Anonyymi
        Anonyymi kirjoitti:

        💩 💩💩💩💩💩💩💩💩💩 💩

        Windows on ihan sysipaska kurttaus
        Kaatuilee ja päivitykset sen jumittaa, mikään siinä ei toimi kuin vakoilu. SILKKAA PASKAA!

        Ei kauneushoitola ole peppumaja...


    • Anonyymi

      Linux-intoilijat ovat juuri niitä suuria skeidansuoltajia jotka haukkuvat Windows 11 tietoturvaa mutta itse ajavat kaikkia ohjelmia aina admin-oikeuksin eivätkä välitä mihin loodaan salasanojaan syöttävät. Sitten tulevat tänne laasoamaan "ceissinsä" kanssa että Windows 11 on paska.. huhhuh!

      • Anonyymi

        Applehan ei kamalaisti ei poikkea Linuxeista.


      • Anonyymi
        Anonyymi kirjoitti:

        Applehan ei kamalaisti ei poikkea Linuxeista.

        Applella ja Linuxilla EI OLE MITÄÄN tekemistä toistensa kanssa. Ei mitään.


      • Anonyymi
        Anonyymi kirjoitti:

        Applehan ei kamalaisti ei poikkea Linuxeista.

        ✞✞✞ Windows ✞ ✞ ✞ HÄVETTÄÄ!

        K-o - l-l- i-m -a-a-t- t-o -r-i persilmäili konettaan kun windoosa päästi savumerkit ja kajareista kuului bongorummutusta ja ruudulla ennen pimentymistä vilisi intiankielistä tekstiä.

        Ihan kesken homopornon katselun!


      • Anonyymi
        Anonyymi kirjoitti:

        Applella ja Linuxilla EI OLE MITÄÄN tekemistä toistensa kanssa. Ei mitään.

        TAAS VETÄSIT EMÄVALEEN!


      • Anonyymi

        Miksi et osaa kirjoittaa?


      • Anonyymi

        Maistuuko sulle viinikumit?


      • Anonyymi
        Anonyymi kirjoitti:

        ✞✞✞ Windows ✞ ✞ ✞ HÄVETTÄÄ!

        K-o - l-l- i-m -a-a-t- t-o -r-i persilmäili konettaan kun windoosa päästi savumerkit ja kajareista kuului bongorummutusta ja ruudulla ennen pimentymistä vilisi intiankielistä tekstiä.

        Ihan kesken homopornon katselun!

        Ei kauneushoitolat ole mitään peppumajoja..


      • Anonyymi
        Anonyymi kirjoitti:

        ✞✞✞ Windows ✞ ✞ ✞ HÄVETTÄÄ!

        K-o - l-l- i-m -a-a-t- t-o -r-i persilmäili konettaan kun windoosa päästi savumerkit ja kajareista kuului bongorummutusta ja ruudulla ennen pimentymistä vilisi intiankielistä tekstiä.

        Ihan kesken homopornon katselun!

        Mitä siellä kauneushoitolassa tapahtui?


      • Anonyymi

        Putkahtiko kauneushoitolan altaaseen jotain ruskeaa?


      • Anonyymi

        SE TYKKÄÄ PASKANPUHUNNASTA JA VALHEISTA!


    • Anonyymi

      Valkoisen talon kyberturvallisuusasiantuntijat kehottavat ohjelmistokehittäjiä luopumaan ohjelmointikielistä, joissa on havaittu vuosien varrella muistiturvallisuuden haavoittuvuuksia. Näihin kieliin lukeutuvat myös suositut kielet C ja C++.

      • Anonyymi

        Tuollaiset haavoittuvuudet eivät ole kiinni C:stä ja C++:sta vaan niistä jotka näillä ohjelmointikielillä ohjelmia tekevät.

        C:llä on tehty kaikki merkittävät ohjelmistot.


      • Anonyymi
        Anonyymi kirjoitti:

        Tuollaiset haavoittuvuudet eivät ole kiinni C:stä ja C :sta vaan niistä jotka näillä ohjelmointikielillä ohjelmia tekevät.

        C:llä on tehty kaikki merkittävät ohjelmistot.

        Apinatko paremmin tietää kuin valkoisen talon asiantuntijat?


      • Anonyymi
        Anonyymi kirjoitti:

        Apinatko paremmin tietää kuin valkoisen talon asiantuntijat?

        Tuon Valkoisen talon raportin käyttämät "asiantuntija" koostuvat Microsoftin ja Google blogikirjoituksista. Taitaa olla liian kevytmielisesti tehty raportti.


      • Anonyymi
        Anonyymi kirjoitti:

        Apinatko paremmin tietää kuin valkoisen talon asiantuntijat?

        Tuon raportin pohjalla on lähinnä Googlen ja Microsoftin blogipostaukset. Ei vaikuta kovin asiantuntevalta raportilta. Se on C++:n kanssa tekijästä kiinni minkälaisen ohjelman ja koodin kirjoittaa. Jos ei osaa tehdä turvallista niin sitten ei osaa.. Ei se ole auton vika jos kuski on törttö.


      • Anonyymi
        Anonyymi kirjoitti:

        Apinatko paremmin tietää kuin valkoisen talon asiantuntijat?

        On sikäli totta, että ohjelmointikielillä joissa käsitellään osoittimia ja on manuaalinen muistinhallinta, voi saada näihin liittyviä virheitä aikaiseksi.

        Valkoisen talon asiantuntijat ohje pätee kuitenkin lähinnä aloittelijoille, sillä C:lle on kyllä verifiointityökaluja ja käytäntöjä joilla voidaan varmistua koodin luotettavuudesta.

        Esimerkiksi NASA:n asiantuntijat sitten esimerkiksi käyttävät C:tä kohteissa missä ohjelma ei saa kaatua, kun C:n yksinkertaisuus auttaa tekemään ohjelmia äärimmäisen toimintavarmoja ohjelmia.

        Oikeasti ohjelmointikielet valitaan projektin tarpeiden mukaan.


      • Anonyymi
        Anonyymi kirjoitti:

        On sikäli totta, että ohjelmointikielillä joissa käsitellään osoittimia ja on manuaalinen muistinhallinta, voi saada näihin liittyviä virheitä aikaiseksi.

        Valkoisen talon asiantuntijat ohje pätee kuitenkin lähinnä aloittelijoille, sillä C:lle on kyllä verifiointityökaluja ja käytäntöjä joilla voidaan varmistua koodin luotettavuudesta.

        Esimerkiksi NASA:n asiantuntijat sitten esimerkiksi käyttävät C:tä kohteissa missä ohjelma ei saa kaatua, kun C:n yksinkertaisuus auttaa tekemään ohjelmia äärimmäisen toimintavarmoja ohjelmia.

        Oikeasti ohjelmointikielet valitaan projektin tarpeiden mukaan.

        Yhdessä tuota raporttia kommentoineessa artikkelissa oli huomioitu että raportissa käytettävät "asiantuntijalähteet" olivat Microsoftin ja Googlen blogikirjoituksia. Varsinkin C:llä voi tehdä hyvinkin virheellisiä ja vaarallisia ohjelmia muistinkäsittelyn kannalta. On kuitenkin niin että se on paljon itse koodarista kiinni minkälaista koodia hän kirjoittaa ja testaako hän tekemänsä ohjelmakoodin virheiden ja bugien varalta. Sellaiseen on olemassa paljon työkaluja. Assert() -metodi on hyvä jolla ohjelma kaatuu heti jos ehto ei täyty.

        Se on osoitus C:n ylivoimaisuudesta että NASA käyttää sitä kaikissa kriittisissä sovelluksissa jotka eivät saa kaatua. Voiko ns. kovempaa tunnustusta saada. Luulen että turvattomuus ohjelmissa syntyy siitä että ne ovat paremminkin hyvin laajoja ohjelmistoja joissa on todella paljon ominaisuuksia ja toiminnallisuutta. Sellaisen hallinta on vaikeaa ja työlästä käydä kymmeniä tuhansia koodirivejä lävitse edes siihen tehdyillä työkaluilla. Luulisin niin.

        Näkemykseni mukaan ongelma turvallisuuden kannalta on siinä kun kaikki on verkotettu keskenään ja kaiken pitää onnistua mahdollisimman helposti ja vaivattomasti. Pelkästään ohjelmistojen eri osien eriyttäminen saattaisi vaikuttaa paljonkin niiden turvallisuuteen.. ei yhden .EXE:n kautta tarvitse kaikkia asioita pystyä hoitamaan.


      • Anonyymi

        Eli ratkaistaan ongelma kieltämällä työkalu? Mitä seuraavaksi? Todetaan, että työkalu X pystyy toteuttamaan saman ongelman(niinkuin ne kaikki pystyy) joten kielletään myös työkalu X. Sitäpaitsi, kyseinen ongelma on ratkaistu ja siihen sortuvat aloittelevat koodaajat useammin kuin takaportin terroristit: Taitaa jopa lint osata varoittaa merkkijonon ylivuodosta puskurissa ilman että sitä on vielä tapahtunut, mikä taitaa olla yleisin ylivuototyyppi.


      • Anonyymi
        Anonyymi kirjoitti:

        On sikäli totta, että ohjelmointikielillä joissa käsitellään osoittimia ja on manuaalinen muistinhallinta, voi saada näihin liittyviä virheitä aikaiseksi.

        Valkoisen talon asiantuntijat ohje pätee kuitenkin lähinnä aloittelijoille, sillä C:lle on kyllä verifiointityökaluja ja käytäntöjä joilla voidaan varmistua koodin luotettavuudesta.

        Esimerkiksi NASA:n asiantuntijat sitten esimerkiksi käyttävät C:tä kohteissa missä ohjelma ei saa kaatua, kun C:n yksinkertaisuus auttaa tekemään ohjelmia äärimmäisen toimintavarmoja ohjelmia.

        Oikeasti ohjelmointikielet valitaan projektin tarpeiden mukaan.

        Täyttä valetta! Nasa ei koodaa C-kielellä!


      • Anonyymi
        Anonyymi kirjoitti:

        On sikäli totta, että ohjelmointikielillä joissa käsitellään osoittimia ja on manuaalinen muistinhallinta, voi saada näihin liittyviä virheitä aikaiseksi.

        Valkoisen talon asiantuntijat ohje pätee kuitenkin lähinnä aloittelijoille, sillä C:lle on kyllä verifiointityökaluja ja käytäntöjä joilla voidaan varmistua koodin luotettavuudesta.

        Esimerkiksi NASA:n asiantuntijat sitten esimerkiksi käyttävät C:tä kohteissa missä ohjelma ei saa kaatua, kun C:n yksinkertaisuus auttaa tekemään ohjelmia äärimmäisen toimintavarmoja ohjelmia.

        Oikeasti ohjelmointikielet valitaan projektin tarpeiden mukaan.

        Eikä kuopion trollitehtaassa parempaan pystytty kuin Nasa-valheeseen!
        Nasa ei koodaa C-kielellä!


      • Anonyymi
        Anonyymi kirjoitti:

        Yhdessä tuota raporttia kommentoineessa artikkelissa oli huomioitu että raportissa käytettävät "asiantuntijalähteet" olivat Microsoftin ja Googlen blogikirjoituksia. Varsinkin C:llä voi tehdä hyvinkin virheellisiä ja vaarallisia ohjelmia muistinkäsittelyn kannalta. On kuitenkin niin että se on paljon itse koodarista kiinni minkälaista koodia hän kirjoittaa ja testaako hän tekemänsä ohjelmakoodin virheiden ja bugien varalta. Sellaiseen on olemassa paljon työkaluja. Assert() -metodi on hyvä jolla ohjelma kaatuu heti jos ehto ei täyty.

        Se on osoitus C:n ylivoimaisuudesta että NASA käyttää sitä kaikissa kriittisissä sovelluksissa jotka eivät saa kaatua. Voiko ns. kovempaa tunnustusta saada. Luulen että turvattomuus ohjelmissa syntyy siitä että ne ovat paremminkin hyvin laajoja ohjelmistoja joissa on todella paljon ominaisuuksia ja toiminnallisuutta. Sellaisen hallinta on vaikeaa ja työlästä käydä kymmeniä tuhansia koodirivejä lävitse edes siihen tehdyillä työkaluilla. Luulisin niin.

        Näkemykseni mukaan ongelma turvallisuuden kannalta on siinä kun kaikki on verkotettu keskenään ja kaiken pitää onnistua mahdollisimman helposti ja vaivattomasti. Pelkästään ohjelmistojen eri osien eriyttäminen saattaisi vaikuttaa paljonkin niiden turvallisuuteen.. ei yhden .EXE:n kautta tarvitse kaikkia asioita pystyä hoitamaan.

        ÄLÄ TAAS LEVITÄ DISTINFORMAATIOTA!
        Nasa ei koodaa c kielellä!
        Nasa ei myöskään käytä Windowsia!


      • Anonyymi
        Anonyymi kirjoitti:

        Yhdessä tuota raporttia kommentoineessa artikkelissa oli huomioitu että raportissa käytettävät "asiantuntijalähteet" olivat Microsoftin ja Googlen blogikirjoituksia. Varsinkin C:llä voi tehdä hyvinkin virheellisiä ja vaarallisia ohjelmia muistinkäsittelyn kannalta. On kuitenkin niin että se on paljon itse koodarista kiinni minkälaista koodia hän kirjoittaa ja testaako hän tekemänsä ohjelmakoodin virheiden ja bugien varalta. Sellaiseen on olemassa paljon työkaluja. Assert() -metodi on hyvä jolla ohjelma kaatuu heti jos ehto ei täyty.

        Se on osoitus C:n ylivoimaisuudesta että NASA käyttää sitä kaikissa kriittisissä sovelluksissa jotka eivät saa kaatua. Voiko ns. kovempaa tunnustusta saada. Luulen että turvattomuus ohjelmissa syntyy siitä että ne ovat paremminkin hyvin laajoja ohjelmistoja joissa on todella paljon ominaisuuksia ja toiminnallisuutta. Sellaisen hallinta on vaikeaa ja työlästä käydä kymmeniä tuhansia koodirivejä lävitse edes siihen tehdyillä työkaluilla. Luulisin niin.

        Näkemykseni mukaan ongelma turvallisuuden kannalta on siinä kun kaikki on verkotettu keskenään ja kaiken pitää onnistua mahdollisimman helposti ja vaivattomasti. Pelkästään ohjelmistojen eri osien eriyttäminen saattaisi vaikuttaa paljonkin niiden turvallisuuteen.. ei yhden .EXE:n kautta tarvitse kaikkia asioita pystyä hoitamaan.

        NASA:n tapa käyttää C:tä luotettavuuskriittisissä kohteissa tosin on sitä, että sitä käytetään yksinkertaisesti. Eivät edes käytä muistin varausta ja vapautusta joten niihin liittyviä bugejakaan ei voi olla. Ohjelma ei voi myöskään jumiutua pitkäkestoiseen looppiin jollain syötteellä koska silmukat saavat pyöriä vain rajatun verran ja jne.

        C:tä ei muutenkaan ole suunniteltu siihen, että prosessi olisi yltiöpäisen kompleksinen, vaan se on tarkoitettu ennemminkin pieniä, yksinkertaisia prosesseja varten joita käsketään korkeammalta tasolta.

        Jos nyt tarvitsee varata muistia heapista niin harvemmin tässä tarvitsee nykyään yhtään mitään pointteripelleilyä vaan siihen löytyy työkalut joilla asian voi välttää. Eli toisin sanoen, C++:aa ei käytännössä tarvitse. Sen käyttö on hyvinkin rajallista nykyään.


      • Anonyymi
        Anonyymi kirjoitti:

        Eli ratkaistaan ongelma kieltämällä työkalu? Mitä seuraavaksi? Todetaan, että työkalu X pystyy toteuttamaan saman ongelman(niinkuin ne kaikki pystyy) joten kielletään myös työkalu X. Sitäpaitsi, kyseinen ongelma on ratkaistu ja siihen sortuvat aloittelevat koodaajat useammin kuin takaportin terroristit: Taitaa jopa lint osata varoittaa merkkijonon ylivuodosta puskurissa ilman että sitä on vielä tapahtunut, mikä taitaa olla yleisin ylivuototyyppi.

        Siis työkalu valitaan sen mukaan mitä ollaan ratkomassa. Ei mitään järkeä valita sellaista kieltä joka soveltuu tehtävään huonosti.


      • Anonyymi
        Anonyymi kirjoitti:

        Täyttä valetta! Nasa ei koodaa C-kielellä!

        Kyllä muuten ohjelmoi. C on yleisesti käytetty matalalla tasolla, luotettavuuskriittisissä kohteissa.


      • Anonyymi
        Anonyymi kirjoitti:

        NASA:n tapa käyttää C:tä luotettavuuskriittisissä kohteissa tosin on sitä, että sitä käytetään yksinkertaisesti. Eivät edes käytä muistin varausta ja vapautusta joten niihin liittyviä bugejakaan ei voi olla. Ohjelma ei voi myöskään jumiutua pitkäkestoiseen looppiin jollain syötteellä koska silmukat saavat pyöriä vain rajatun verran ja jne.

        C:tä ei muutenkaan ole suunniteltu siihen, että prosessi olisi yltiöpäisen kompleksinen, vaan se on tarkoitettu ennemminkin pieniä, yksinkertaisia prosesseja varten joita käsketään korkeammalta tasolta.

        Jos nyt tarvitsee varata muistia heapista niin harvemmin tässä tarvitsee nykyään yhtään mitään pointteripelleilyä vaan siihen löytyy työkalut joilla asian voi välttää. Eli toisin sanoen, C :aa ei käytännössä tarvitse. Sen käyttö on hyvinkin rajallista nykyään.

        Luulen että C-kielen ja C++ -kielen käyttökohteet ovat eri. C++ on tehty kompleksien kokonaisuuksien ohjelmointiin. Siinä on luokat ja objektit, joita C-kielessä ei ole. C soveltuu mielestäni matalamman tason ohjelmointiin. C++:lla taas rakennetaan isompia ja laajempia ohjelmistoja.

        Se on todella paljon koodarista kiinni minkälaista ohjelmakoodia saa aikaan sekä tietysti yrityksestä minkälaista se vaatii ja hyväksyy.

        Miten C++:lla varaat muistia dynaamisesti heapistä jos et pointtereilla?


      • Anonyymi
        Anonyymi kirjoitti:

        Luulen että C-kielen ja C -kielen käyttökohteet ovat eri. C on tehty kompleksien kokonaisuuksien ohjelmointiin. Siinä on luokat ja objektit, joita C-kielessä ei ole. C soveltuu mielestäni matalamman tason ohjelmointiin. C :lla taas rakennetaan isompia ja laajempia ohjelmistoja.

        Se on todella paljon koodarista kiinni minkälaista ohjelmakoodia saa aikaan sekä tietysti yrityksestä minkälaista se vaatii ja hyväksyy.

        Miten C :lla varaat muistia dynaamisesti heapistä jos et pointtereilla?

        C++:lla pointterien käyttöä ei oikein voi välttää.

        Sen sijaan C++:n käyttöä voi, ja kannattaakin useinkin välttää. Toki näitä tilanteita on joissa se on juurikin oikea työkalu mutta melko harvoin.


      • Anonyymi
        Anonyymi kirjoitti:

        NASA:n tapa käyttää C:tä luotettavuuskriittisissä kohteissa tosin on sitä, että sitä käytetään yksinkertaisesti. Eivät edes käytä muistin varausta ja vapautusta joten niihin liittyviä bugejakaan ei voi olla. Ohjelma ei voi myöskään jumiutua pitkäkestoiseen looppiin jollain syötteellä koska silmukat saavat pyöriä vain rajatun verran ja jne.

        C:tä ei muutenkaan ole suunniteltu siihen, että prosessi olisi yltiöpäisen kompleksinen, vaan se on tarkoitettu ennemminkin pieniä, yksinkertaisia prosesseja varten joita käsketään korkeammalta tasolta.

        Jos nyt tarvitsee varata muistia heapista niin harvemmin tässä tarvitsee nykyään yhtään mitään pointteripelleilyä vaan siihen löytyy työkalut joilla asian voi välttää. Eli toisin sanoen, C :aa ei käytännössä tarvitse. Sen käyttö on hyvinkin rajallista nykyään.

        Ajonaikaista muistin varausta ja vapautusta ts. dynaamista allokointia ei yleensä karteta bugien vuoksi vaan siksi, että siihen liittyy heap-muistin pirstoutuminen. Se ei ole bugi vaan vaikeasti ennustettava ongelma, joka saattaa kaataa systeemin aivan kuten ohjelmointivirhekin.

        Standardikirjaston työkalut ja menetelmät dynaamisen muistin käsittelyyn ovat alkeellisia ja tuskin täyttäisivät NASA:n vaatimuksia. Tehokkaampi muistinkäsittely pienentää ongelmaa oleellisesti, muttei poista sitä kokonaan, kuten kaiken muistin allokointi staattisesti tekee.


      • Anonyymi
        Anonyymi kirjoitti:

        Ajonaikaista muistin varausta ja vapautusta ts. dynaamista allokointia ei yleensä karteta bugien vuoksi vaan siksi, että siihen liittyy heap-muistin pirstoutuminen. Se ei ole bugi vaan vaikeasti ennustettava ongelma, joka saattaa kaataa systeemin aivan kuten ohjelmointivirhekin.

        Standardikirjaston työkalut ja menetelmät dynaamisen muistin käsittelyyn ovat alkeellisia ja tuskin täyttäisivät NASA:n vaatimuksia. Tehokkaampi muistinkäsittely pienentää ongelmaa oleellisesti, muttei poista sitä kokonaan, kuten kaiken muistin allokointi staattisesti tekee.

        "Ajonaikaista muistin varausta ja vapautusta ts. dynaamista allokointia ei yleensä karteta bugien vuoksi vaan siksi, että siihen liittyy heap-muistin pirstoutuminen. Se ei ole bugi vaan vaikeasti ennustettava ongelma, joka saattaa kaataa systeemin aivan kuten ohjelmointivirhekin."

        Oikein. Mutta systeemin kaatuminen on juurikin se bugi mitä halutaan välttää.


      • Anonyymi
        Anonyymi kirjoitti:

        C :lla pointterien käyttöä ei oikein voi välttää.

        Sen sijaan C :n käyttöä voi, ja kannattaakin useinkin välttää. Toki näitä tilanteita on joissa se on juurikin oikea työkalu mutta melko harvoin.

        Miksi C++:n käyttöä pitää mielestäsi välttää?


      • Anonyymi
        Anonyymi kirjoitti:

        Miksi C :n käyttöä pitää mielestäsi välttää?

        Se on oikeastaan melko harvoin sopivin työkalu.

        Joitakin esimerkkejä:

        1. Client sovellus selaimen ulkopuolella

        Se onnistuu C++:lla, mutta sovelluksen kehittäminen laadukkaasti on huomattavan haastavaa johtuen prosessorin natiivikoodista ja heikommasta ABI yhteensopivuudesta.

        Kun se softan kun kuitenkin pitäisi toimia tyyliin Android, ChromeOS, Debian, iOS, MacOS, Red Hat, Suse, Ubuntu, Windows

        Mutta ei rajoitu tähän, vaan on ARM ja AMD64 arkkitehtuurit ja ABI yhteensopivuus helposti sen verran hutera että voi joutua kääntämään versiot nykyiselle sekä edelliselle käyttöjärjestelmäversiolle.

        Ei ole vaikeata hahmoittaa että tuo on ylläpitohelvetti. C++ osaltaan joudutti Nokian markkina-aseman täydellistä romahdusta. Nokia oli surullisen kuuluisa tästä, että sovellus ei toimi saman firman eri puhelinmalleissa vaan piti käännellä uusiksi eri puhelimille. Microsoft aikoinaan tuki paljonkin C++:aa mikä osaltaan selittää kielen suosiota nykyäänkin mutta törmäsivät jo 90-luvulla pahoihin ongelmiin tämän kanssa, että lähtivät ensiksi seikkailemaan Javan kanssa mutta lopulta päätyivät kehittämään C# kielen.

        2. Client sovellus selaimessa

        Tämä sitten onnistuu C++:lla hyvin kääntämällä webassemblylle. Toki DOM:n käyttö hidasta, että ihan mitä tahansa sovellusta sillä ei tehdä. Sen sijaan on oikein järkevää kääntää C++:lla joku moduuli mikä hoitaa laskentaa webassemblylle ja jota kutsutaan sitten JS puolelta käsin.

        3. Sulautettu UI

        Tässä on helposti etuja Qt:tä käyttämällä. Sama tilanne toki voi tulla raskaasti vakioidulla ympäristöllä.

        4. Raskas laskenta useamman serverin kokonaisudessa

        Tässä C++ on hahvoilla Open MPI:n kautta

        5. Backendin tekeminen melkein mihin tahansa sovellukseen

        Helposti paljon heikompi suorituskyky kuin Java/C#, ja natiivikoodi tekee sen, että datakeskuksen ARM:lle kääntelee niin kehitys lokaalisti hankalaa.

        ---
        Ja ohjelmointikieli yleisesti:

        C++ on aika sotkuinen, on pointterit, ja siinä voi helposti joutua lisäämään huomattavan paljon riippuvuuksia standardikirjaston ulkopuolelle. Iso etu kylläkin on se, että kieli on standardisoitu. Se on itseasiassa yksi tärkeimpiä syitä valita C++ sinne missä C++:aa on järkevää käyttää.

        Käytännössä C++:n käyttö on nykyään muutamassa middlewaressa (suorituskykysyyt), löytyy sulautetuista siellä missä C++:lla on vahvuuksia ja raskaassa laskennassa.

        Eli kun täällä on koodinpätkiä hiiren kursorin sijainnista ja ohjeessa jotain Windowsin rajapintakutsua niin kyllä tämä nyt tuntuu siltä, että tässä yritetään tehdä sitä esimerkkitapausta 1. jossa C++ on oikeasti ihan paska. Jos se edes olisi Qt:llä haettu kursorin sijainti niin voisi uskoa että tässä nyt tehdään jotain sularia. Selaimeen kun tekee, tai tekee mahdollisesti vaikka pelimoottoria niin silloinkin rajapintana on SDL.


    • Anonyymi

      En tiedä onko oikea paikka mutta mitä tämä koodinpätkä tarkoittaa: cout << (char)authentication;

      -----

      #include <string>
      #include <iostream>

      using namespace std;

      int main()
      {
      int authentication = 1;
      cout << (char)authentication;
      return 0;
      }

      • Anonyymi

        Nyt kysyit pahan. Ehkä Jesse tietää vastata, kunhan äitinsä on syöttänyt iltapäivän Piltin. Mutta ainakin Jesse osaa heittää tähän jonkin hoitoonkehotuksen, kauneushoitolavitsin tai kakkaemojin, josta me kaikki suuresti iloitsemme.


      • Anonyymi
        Anonyymi kirjoitti:

        Nyt kysyit pahan. Ehkä Jesse tietää vastata, kunhan äitinsä on syöttänyt iltapäivän Piltin. Mutta ainakin Jesse osaa heittää tähän jonkin hoitoonkehotuksen, kauneushoitolavitsin tai kakkaemojin, josta me kaikki suuresti iloitsemme.

        Tietysti jos kauneushoitolan kylpyammetta pitää wc-altaana ja vapauttaa sinne itsensä... hyhhy! Likaista...


      • Anonyymi
        Anonyymi kirjoitti:

        Tietysti jos kauneushoitolan kylpyammetta pitää wc-altaana ja vapauttaa sinne itsensä... hyhhy! Likaista...

        Miten se liittyy tähän viestiketjuun? Ole ystävällinen ja avaa toinen ketju noita juttuja varten vaikka Terveys-otsikon alle. Emme ehkä jää kaipaamaan, vaikka siirtyisit kokonaan kommentoimaan em. keskusteluun.


      • Anonyymi

        cout << (char)authentication;

        Tulostaa koodisivun merkin jonka indeksi on 1.

        Kasvata sitä 1:stä vaikka 64:jään niin tulostaa @ -merkin.


      • Anonyymi

        TESTAA MITÄ TÄMÄ TEKEE

        #include <iostream>
        using namespace std;

        int main()
        {
        int authentication = 65+24;
        while (authentication --> 65)
        {
        cout << ( char )authentication;
        }
        return 0;
        }


      • Anonyymi
        Anonyymi kirjoitti:

        cout << (char)authentication;

        Tulostaa koodisivun merkin jonka indeksi on 1.

        Kasvata sitä 1:stä vaikka 64:jään niin tulostaa @ -merkin.

        Tarkoitatko ascii -koodisivun vai mitä koodisivua tarkoitat? Unicode?


      • Anonyymi
        Anonyymi kirjoitti:

        Tarkoitatko ascii -koodisivun vai mitä koodisivua tarkoitat? Unicode?

        Tarkoitan järjestelmän käytössä olevaa koodisivua jonka on yksi näistä:
        locale --charmaps

        tarkemmin ottaen tämä:
        locale --all-locales


    • Anonyymi

      TAPPION HINTA!
      $$$$$$$$$$$$$$$$$$$$$$$$$


      ”Voiton hinta” – Zelenskyi kuluttaa 115 miljoonaa dollaria itsestään kertovaan Hollywood-elokuvaan
      Julkaistu 29.02.2024 13:08, 3863 lukukertaa, 1 kommentti

      Paramount Pictures alkaa kuvamaan "sankarillista elämäkertaa", joka on omistettu Ukrainan presidentti Vladimir Zelenskyin elämälle, jonka nimi on "The Price of Victory". Kävi samlla ilmi, että sotatilassa olevan maan presidentti voi kuluttaa 115 miljoonaa dollaria itsestään kertovaan elokuvaan.

      • Anonyymi

        ITSERAKAS APINA!


    • Anonyymi

      KUOPIONAPINA SE VAAN JAKSAA!

      • Anonyymi

        Onko kauneushoitolan amme jo pesty? Kuka kakassa haluaa uida...


      • Anonyymi

        TKL:n linjoista 52B menee Laasonporttiin. Tuletko päätepysäkille, olen jo menossa sinne?


    • Anonyymi
    • Anonyymi

      🍑🍒🍑🍒🍑🍒🍑🍒🍑

      😍 K­u­u­­m­­a­t­ ­­­t­­y­­­t­­ö­t­­ ­­o­­­d­­o­t­t­­a­v­­­­­a­­­t­ ­­s­­i­n­­u­­­a­­­ -> https://us4.fun/kissgirl?18287786

      🔞💋❤️💋❤️💋🔞💋❤️💋❤️💋🔞

    Ketjusta on poistettu 18 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. 125
      3196
    2. Katso: Ohhoh! Miina Äkkijyrkkä sai käskyn lähteä pois Farmi-kuvauksista -Kommentoi asiaa: "En ole.."

      Tämä oli shokkiyllätys. Oliko tässä kyse tosiaan siitä, että Äkkijyrkkä sanoi asioita suoraan vai mistä.... Tsemppiä, Mi
      Tv-sarjat
      89
      2926
    3. Voi kun mies rapsuttaisit mua sieltä

      Saisit myös sormiisi ihanan tuoksukasta rakkauden mahlaa.👄
      Ikävä
      17
      2258
    4. Kyllä poisto toimii

      Esitin illan suussa kysymyksen, joka koska palstalla riehuvaa häirikköä ja tiedustelin, eikö sitä saa julistettua pannaa
      80 plus
      24
      1795
    5. "Joka miekkaan tarttuu, se siihen hukkuu"..

      "Joka miekkaan tarttuu, se siihen hukkuu".. Näin puhui jo aikoinaan Jeesus, kun yksi hänen opetuslapsistaan löi miekalla
      Yhteiskunta
      21
      1678
    6. Haluan jutella kanssasi Nainen

      Olisiko jo aika tavata ja avata tunteemme...On niin paljon asioita joihin molemmat ehkä haluaisimme saada vastaukset...O
      Ikävä
      15
      1529
    7. Poliisiauto Omasp:n edessä parkissa

      Poliisiauto oli parkissa monta tuntia Seinäjoen konttorin edessä tänään. Haettiinko joku tai jotain pankista tutkittavak
      Seinäjoki
      18
      1494
    8. Haluan tavata Sinut Rakkaani.

      Olen valmis Kaikkeen kanssasi...Tulisitko vastaa Rakkaani...Olen todella valmistautunut tulevaan ja miettinyt tulevaisuu
      Ikävä
      28
      1437
    9. Onko mies niin,

      että sinulle ei riitä yksi nainen? Minulle suhde tarkoittaa sitoutumista, tosin eihän se vankila saa olla kummallekaan.
      Tunteet
      16
      1407
    10. Hermo mennyt sotealueeseen?

      Nyt hammaslääkäriaika peruttiin neljännen kerran. Perumiset alkoi tammikuussa. Nyt uusi aika elokuulle!????
      70 plus
      81
      1335
    Aihe