Oma ohjelmani, jonka tarkoitus oli hieman "vakoilla" mitä MinGw-gcc -kääntäjä Windowsissa tekee (siis lähinnä seurata, mitä tiedostoja se yrittää avata tai luoda, ja onnistuiko ko. yritys vai menikö pieleen)... Mutta tulos EI ollut aivan sitä mitä olisi odottanut ...
OpenFAILed 11324 0000351C /mingw/share/locale/fi_FI/LC_MESSAGES/gcc.mo
OpenFAILed 11324 0000351C /mingw/share/locale/fi/LC_MESSAGES/gcc.mo
Created 11324 0000351C C:\Users\HP\AppData\Local\Temp\ccPEkRHR.s
Opened 11324 0000351C CONOUT$
OpenFAILed 11324 0000351C z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.com
OpenFAILed 11324 0000351C z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.exe
OpenFAILed 11324 0000351C z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.bat
OpenFAILed 11324 0000351C z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.cmd
Opened 11324 0000351C z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe
Opened 11324 0000351C CONOUT$
OpenFAILed 11324 0000351C z:\mingw\bin\..\lib\gcc\mingw32\9.2.0\..\..\..\..\mingw32\bin\as.exe.com
OpenFAILed 11324 0000351C z:\mingw\bin\..\lib\gcc\mingw32\9.2.0\..\..\..\..\mingw32\bin\as.exe.exe
OpenFAILed 11324 0000351C z:\mingw\bin\..\lib\gcc\mingw32\9.2.0\..\..\..\..\mingw32\bin\as.exe.bat
OpenFAILed 11324 0000351C z:\mingw\bin\..\lib\gcc\mingw32\9.2.0\..\..\..\..\mingw32\bin\as.exe.cmd
Opened 11324 0000351C z:\mingw\bin\..\lib\gcc\mingw32\9.2.0\..\..\..\..\mingw32\bin\as.exe
Tuossa yllä on kullakin rivillä: 1. status (onnistuiko ko. toiminto)
2. ProcessID
3. ThreadID (Hex)
4. tiedostonimi, jota gcc.exe yritti luoda/avata.
Ei mikään ihme, että autoconf/automake -pohjainen kääntöjärjestelmä on windowsissa aivan järkyttävän hidas, tuo ylläoleva kun paljastaa syyn moiseen hitauteen.
tuo kääntöjärjestelmä kun luo varmaan sata yksinkertaista c -kielistä testiohjelmaa ja
kääntää tai yrittää kääntää nuo pienet testiohjelmat testatakseen, mitä toimintoja
C -kääntäjä (siis gcc.exe) tukee (OIKEIN!) ja mitä ei.
siis esim. "testing if C-Compiler works ... (testaa, hitaasti) ... YES.
testing if (joku lisäoptio, jota Mingw-gcc:n yhteydessä ei ole asennettu) ... (testaa, hitaasti) ... NO.
siinä, missä jokin muu ohjelma yksinkertaisesti ajaisi ohjelman cc1.exe, niin gcc.exe ensin epäonnistuneesti YRITTÄÄ ajaa kaikki nämä 4 tiedostoa:
1. cc1.exe.com
2. cc1.exe.exe
3. cc1.exe.bat
4. cc1.exe.cmd
ja vasta, kun kaikki nämä neljä yritystä on epäonnistunut, sitten se lopulta ajaa: cc1.exe - sen ainoan, joka noista vaihtoehdoista on oikein.
Ei mikään ihme, että tuo autoconffaus windowsissa on hidasta!
Ensinnäkin, uuden prosessin luonti on muutenkin windowsissa selvästi hitaampaa kuin linuxissa
(tosin, uuden säikeen luominen saatta toisaalta olla windowsissa nopeampaa kuin linuxissa)
Ja tuossa ensin luodaan/yriterään luoda 4 prosessia, jotka kaikki epäonnistuvat, ennen kuin lopulta luodaan se prosessi, mikä sitten onnistuu!
Riippuen, miten mingw on sisäisesti rakennettu (eli käyttääkö CreateProcess vai ShellExecute)
niin nuo ".com" ja ".exe" saattavat jäädä epäonnistuneiksi yrityksiksi luoda prosessia.
Mutta ".bat" ja ".cmd" -niissä luodaan aina prosessi "cmd.exe", mutta kun homma epäonnistuu,
niin "cmd.exe":lle annetaan parametriksi olemattoman .BAT tai .CMD -tiedoston nimi, jolloin
cmd.exe palauttaa kutsujalleen virhekoodin "File Not Found!".
Tämän automake/autoconf ilmeisesti testaa tyyliin "if errorlevel 1 goto Encountere_error".
Miksi avoimen lähdekoodin systeemeistä (kuten MinGw-gcc) löytyy noin huonoa/hidasta koodia ?
ja ihan sama toistuu myös as.exe:n kohdalla - myös siihen gcc.exe
yrittää kokeilla noita tarpeettomia ja virheellisiä com, exe, bat ja cmd -päätteitä.
(siis tyyliin as.exe.exe)
Olisi varmaan voinut testata ensin suoraan koodissa: JOS tiedostonimi jo muutenkin loppuu ".exe"
niin ei siihen pidä enää lisäillä muita suorituskelpoisia päätteitä tuon ".exe" perään,
koska silloin syntyy juurikin noita naurettavia "as.exe.exe" -tiedoston avausyrityksiä.
Oma ohjelmani siis toimii näin:
1. Muokkasin gcc.exe:ä binäärieditoimalla niin, että se kutsuu omatekoisen DLL:n osaksi prosessiaan,
ja tuo omatekoinen DLL patchaa Windows API -funktion CreateFileW (jota muuten myös CreateFileA kutsuu, muunnettuaan ensin Windows-1252 -koodauksella olevan tiedostonimen UTF-16LE -enkoodatuksi unicodeksi).
2. Tuo patchattu versio CreateFileW -funktiosta sitten kutsuu alkuperäistä CreateFileW -funktiota,
mutta raportoi toiselle ohjelmalle (joka näyttää asiat GUI -liittymässä näytöllä)
siitä, minkänimisen tiedoston gcc.exe yritti avata / luoda, sekä siitä, onnistuiko ko. yritys vai ei.
Tarkoitus oli, että jos annan vaikkapa komentoriviltä komennon:
gcc -c testi1.c
niin oletin, että tuo patchattu versio olisi listannut:
Opened testi.c
Opened testi.h
Created testi.o
.. mutta unohdin, että eihän gcc.exe oikeasti ole c-kääntäjä, vaan driveriohjelma, joka käynnistää varsinaisen c -kääntäjän cc1.exe sekä sille assemblerin/linkkerin
mingw-gcc:n hitauden syy paljastui - availee olemattomia tiedostoja ... esim cc1.exe.exe
22
290
Vastaukset
- Anonyymi
Lisäksi:
Pahoittelen, JOS kirjoitus tuli tänne useampana kopiona, mutta...
JOKAISEN "lähetä" -napin painalluksen jälkeen tuli tällainen kirjoituksen alapuolelle:
"Nimimerkki: Anonyymi
Rekisteröidy, jos haluat käyttää nimimerkkiä.
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
Palvelinvirhe."
Voisi olettaa, että jos tapahtuu "Palvelinvirhe" niin kirjoitus ei tule tänne näkyviin lainkaan.
MUTTA
siis on näköjään mahdollista, että kirjoitus tallentuu palvelimelle, mutta SILTI palvelin herjaa "Palvelinvirhe" !!!
Tuo on hämäävää - kun tuossa "Palvelinvirhe" -tilanteessa ei mistään tiedä, onko kirjoitus tallentunut vai eikö ole.
Täällä on aivan tarpeeksi niitäkin, jotka häiriköivät tahallaan...
... miksei ylläpito korjaa tällaisia ongelmia, vaan nyt tavallisista käyttäjistäkin tehdään tahtomattaan häiriköitä - sillä jos tulee palvelinvirhe, niin mielestäni on perusteltua olettaa, ettei kirjoitus tallentunut ja lähettää se uudelleen.
Jos sitten sekä alkuperäinen että uusi tallentuvat, niin silloin syntyy tuo ikävä tilanne: kirjoitus on täällä kahtena kappaleena.
Lisäksi olen aiemmin huomannut, että joskus palvelin kieltäytyy hyväksymästä kirjoitusta vain siksi, että käyttää Vivaldi -selainta.
Sitten, kun saman postaa toisella selaimella, läpi menee.
Olenkin ottanut tavaksi: jos kirjoitus ei mene läpi Vivaldilla, niin postaan sen toisella selaimella.
Miksi ylläpito haluaa syrjiä Vivaldi -selaimen käyttäjiä ?- Anonyymi
Windowshan tahmaa aina! se ei ole mikään omituisuus, vaan sen ominaisuus!
- Anonyymi
Anonyymi kirjoitti:
Windowshan tahmaa aina! se ei ole mikään omituisuus, vaan sen ominaisuus!
"Windowshan tahmaa aina"
ei liity asiaan mitenkään.
Kun avointa kähdekoodia oleva gcc tosiaankin yrittää avata tällaisia tiedostoja:
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.com
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.exe
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.bat
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.cmd
niin eihän tuossa ole mitään järkeä!
Onko kukaan oikeasti luonut tiedostoa jotain.exe.exe tai jotain.exe.bat jne ????
Kertoo juuri siitä, että GPL -fanaatikot eivät ymmärrä, miten asiat oikeasti toimivat, ja siksi he ovat koodanneet tuollaista, että kokeillaan kaikki vaihtoehdot, kun ei ymmärretä, miten homma oikeasti toimii. - Anonyymi
Anonyymi kirjoitti:
Windowshan tahmaa aina! se ei ole mikään omituisuus, vaan sen ominaisuus!
W10 on täys paska!!!! Saatanan vähän toimivia pelejä ja nekin harvat täyttä paskaa ja todella antiikkinen systeemi, koko ajan saa säätää järjestelmaa ja asennella ajureita uudestaan, tuossahan menee mielenterveys ja pää sekaisin kun tuommoisella yrittää jotakin tehdä.
Haittaohjelmien häätäminen saa ihan raivon partaalle, kun se ei tunnu onnistuvan millään.
Pelatessa kaatuilee jatkuvasti ja vidokuvakin nykii 4 sekunnin välein.
Äänet on tajuttoman surkeat.
Hyytävä vakoilu vie kaikki juttusi ja kuuntelee ja katselee sua. - Anonyymi
Anonyymi kirjoitti:
W10 on täys paska!!!! Saatanan vähän toimivia pelejä ja nekin harvat täyttä paskaa ja todella antiikkinen systeemi, koko ajan saa säätää järjestelmaa ja asennella ajureita uudestaan, tuossahan menee mielenterveys ja pää sekaisin kun tuommoisella yrittää jotakin tehdä.
Haittaohjelmien häätäminen saa ihan raivon partaalle, kun se ei tunnu onnistuvan millään.
Pelatessa kaatuilee jatkuvasti ja vidokuvakin nykii 4 sekunnin välein.
Äänet on tajuttoman surkeat.
Hyytävä vakoilu vie kaikki juttusi ja kuuntelee ja katselee sua.Ei voi!.............................
Paitsi että Windows rikkoi massoittain kovalevyjä, DeLL läppäreitä ja mitä kaikkee tässä kehityshistoriassa olikaan. Ainakin pari kertaa ajanut ihmisten koneet ikuiseen silmukkaan virheellisten päivitysten vuoksi ja aiheuttanut päivien toiminnan katkoja tai uudelleen asennuksia ... On siis joku jolla se on toiminut puoli vuotta ... Lohduttavaa kuulla, ei silti kiinnosta .. Mä en halua mitään microsoft storea pöydälle, windows 10:ssä maksaa pasianssikin .. Eikä lahjakorteilla voinu maksaa ees mediaplayeria 8.1 prolle. Kinuaa pankkikorttia ... Viimeiset on windowsit. Jään eläkkeelle kunhan tää windows ujutus valkenee teillekin ... Itkette vielä aikaa kun XP vallitsi (vanhoilla päivillänne sitten ku windows 7 ja 8 tuli on loppu). Kohta ei oo kiintolevyjäkään vaan kaikki tallennetaan johonkin onedrivelle pakkosyöttönä. Hyvästi yksityisyys ja tietosuoja.
Windows 10:essä ei ole tietosuojaa minkäänlaista. - Anonyymi
Ja w10 vakoilee laiken
Microsoft sanoo suoraan: Käyttäjien puheita tallennetaan ja kuunnellaan
Microsoft teki tietosuojalausekkeeseensa muutoksen, mutta ei sanonut keskeyttävänsä käyttäjien kuuntelua.
Yhdysvaltalainen teknologiayhtiö Microsoft on muuttanut tietosuojalausekettaan. Yhtiö kertoi uutistoimisto Reutersille, että syynä on viime viikkoina pintaan noussut eri teknologiayhtiöiden tapa antaa käyttäjiltä tallennettuja ääninäytteitä muiden ihmisten kuunneltaviksi.
Lue lisää: Microsoft tallentaa Skype-puheluita – avustajat voivat kuunnella keskusteluja
Kyse on pienestä osasta äänikomentoja, joita käyttäjät ovat antaneet puhetta tulkitseville digitaalisille avustajille. Microsoftin tapauksessa sen nimi on Cortana, mutta samaa kuuntelua harjoittavat myös ainakin Apple, Google, Amazon ja Facebook. Yhtiöitä on arvosteltu muun muassa siitä, että komentojen päätymisestä vieraiden korviin ei ole kerrottu selvästi käyttäjille.
– Tajusimme viime aikoina esitettyjen kysymysten perusteella, että meidän pitäisi paremmin täsmentää että joskus ihmiset tarkistavat tätä sisältöä, Microsoft totesi Reutersille.
Tietosuojalausekkeen muutokset näkyvät myös sen suomenkielisessä versiossa. Siinä sanotaan nyt, että "käsittelemme henkilökohtaisia tietoja [...] sekä automaattisilla että manuaalisilla (ihmisvoimaan perustuvilla) menetelmillä".
Lisäksi Microsoft sanoo, että "tarkistamme manuaalisesti esimerkiksi lyhyitä ääninäytteitä, joiden alkuperän tunnistettavuuden olemme pyrkineet poistamaan. Niiden avulla parannamme puhepalveluitamme, kuten tunnistusta ja käännöstä".
Microsoft käyttää paitsi Cortanasta, myös Skypestä kerättyjä ääninäytteitä palvelujensa parantamiseen. Näytteitä kuuntelevat ihmiset ovat sekä Microsoftin että ulkopuolisten yritysten palkkalistoilla. - Anonyymi
Anonyymi kirjoitti:
Windowshan tahmaa aina! se ei ole mikään omituisuus, vaan sen ominaisuus!
By by windows.
Tietoturva varoitukset kuuroille korville!
Ihmiset suhtautuvat todella leväperäisesti tietoturvaansa. Ihan liian helposti he ovat hyväksymässä vakoiluat tietokoneissa ja puhelimissa sekä muissa moibile laitteissa.
W10 hän osoittautui haitakkeeksi joka kuuntelee ja katselee sekä vie kaiken koneestasi!
Digitoday kirjoitaa asiasta!
OLISKO AIKA TOIMIA! - Anonyymi
Anonyymi kirjoitti:
"Windowshan tahmaa aina"
ei liity asiaan mitenkään.
Kun avointa kähdekoodia oleva gcc tosiaankin yrittää avata tällaisia tiedostoja:
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.com
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.exe
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.bat
z:\mingw\bin\..\libexec\gcc\mingw32\9.2.0\cc1.exe.cmd
niin eihän tuossa ole mitään järkeä!
Onko kukaan oikeasti luonut tiedostoa jotain.exe.exe tai jotain.exe.bat jne ????
Kertoo juuri siitä, että GPL -fanaatikot eivät ymmärrä, miten asiat oikeasti toimivat, ja siksi he ovat koodanneet tuollaista, että kokeillaan kaikki vaihtoehdot, kun ei ymmärretä, miten homma oikeasti toimii.Iskitkö pääsi pahasti johonkin, kun Windowsia asensit, eihän se mikään käyttöjärjestelmä ole.!!!
- Anonyymi
Toimiiko windowsin muistinhallinta todellakin niin huonosti, että tiedoston avausyritys vie aikaa? Linux-puolella olemattoman tiedoston avaustieto jää välimuistiin ja seuraavalla kerralla avausoperaation yritys on erittäin nopea. Taitaa pystyä helposti tekemään yli 10 000 yritystä sekunnissa. Jos tiedosto löytyy palautetaan saman tien muistipuskuri, joka tiedoston sisältää. Cache-muistin koko on käytännössä vapaana olevan muistin koko eli järjestelmä osaa tehdä muistivaraukset vanhojen cache-kirjausten päälle. Näin ollen mitä enemmän järjestelmää käyttää sitä todennäköisemmäksi tulee, että jonkin tiedoston lataaminen vie aikaa hyvin vähän koska se tulee välimuistista.
- Anonyymi
"Toimiiko windowsin muistinhallinta todellakin niin huonosti, että tiedoston avausyritys vie aikaa? Linux-puolella olemattoman tiedoston avaustieto jää välimuistiin ja seuraavalla kerralla avausoperaation yritys on erittäin nopea. Taitaa pystyä helposti tekemään yli 10 000 yritystä sekunnissa. "
en ole kokeillut tarkkoja aikoja.
Mutta kun joka tapauksessa tein omatekoisen DLL:n, joka injektoidaan gcc.exe:n kanssa samaan prosessiin, niin olisi tietenkin helppo lisätä DLL:n koodiini tällaisia funktiokutsuja:
QueryPerformanceCounter()
QueryPerformanceFrequency()
Noilla saa tarkan aikaleiman asioille - vaikkapa sen, paljonko käyttöjärjestelmän oma CreateFileW() -funktiokutsu vie aikaa.
Tuo QueryPerformanceCounter() palauttaa aikaleiman, ja QueryPerformanceFrequency() kertoo, montako yksikköä tuo aikaleimalaskuri kasvaa yhden sekunnin aikana.
Eikös Windows käytä eräissä muissa yhteyksissä 100 ns resoluutiota ?
Sitten on vielä RdTsc (joka on assembly -käsky).
Uudemmilla prosessoreilla tuokin toimisi hyvin, mutta vanhemmilla CPU -tyypeillä tuo RdTsc ei välttämättä ole se paras keino (vanhemmissa moniydinCPU:ssa voi olla, että eri ytimet palauttavat keskenään epäyhteensopivia arvoja jne). - Anonyymi
Chromebook on tosi hyvä, ei se vaadi ollekaan windowsmaista säätämistä.
Kaikki toimii aina! - Anonyymi
Windows 10 -päivitys voi kuitenkin rikkoa käyttöjärjestelmästä useita eri toimintoja.
USEIMMISSA TAPAUKSISSA haku ja/tai Toimintokeskus saattavat muuttua käyttökelvottomaksi päivityksen asentamisen jälkeen. Joillakin on ollut vakavia ongelmia myös järjestelmäpalkin ja Käynnistä-valikon toimivuuden kanssa.
Pahimmillaan langattomat verkkoyhteydet (yleisimmin joko Intelin tai Broadcomin tekniikalla) lakkaavat toimimasta. Tietokonepelaajilla on vastaavasti ollut vastoinkäymisiä äänentoiston kanssa, sillä päivitys vaikuttaa tavalla tai toisella kuulokkeiden kautta toistettavaan tilaääneen.
Kenties ikävintä on se, että päivitykseen liittyvän tukisivuston perusteella Microsoft myöntää toistaiseksi ainoastaan ääniongelmien olemassaolon.
- Anonyymi
Onko koneesi saastunut?
- Anonyymi
Ottaako winvajakille koville, kun huomaa kuinka paska w10 on?
- Anonyymi
Hermot menee tän paskan säätäsmiseen"
Haitake nimelta windows 10!
Tietoturva varoitukset kuuroille korville!
Ihmiset suhtautuvat todella leväperäisesti tietoturvaansa. Ihan liian helposti he ovat hyväksymässä vakoiluat tietokoneissa ja puhelimissa sekä muissa moibile laitteissa.
W10 hän osoittautui haitakkeeksi joka kuuntelee ja katselee sekä vie kaiken koneestasi!
Digitoday kirjoitaa asiasta! - Anonyymi
Anonyymi kirjoitti:
Ottaako winvajakille koville, kun huomaa kuinka paska w10 on?
Windows pilaa elämän :(
Masentaa ja jopa ajaa itsetuhoisuuteen.
- Anonyymi
Windows on hidas kuin etana!
- Anonyymi
Ei tämä liity mitenkään koodin avoimuuteen vaan siihen, että et vaan osaa.
Lähdetään nyt vaikka siitä binäärieditoinnista, Windows API funktion patchaamisesta tai edes vaikka C:n kääntämisessä Windowsissa. Metsään menee kaikki kun yrität tehdä jotain älyvapaata.- Anonyymi
Olet vaan kateellinen, koska itse et osaa binäärieditointia/patchaamista.
Tässä oli tarkoituksena siis se, että kun autoconf/automake kääntävät lukuisia tiedostoja, eikä kokonaisuudesta kukaan ota selvää, niin tarkoitus on tehdä patchattu versio mingw-gcc -C -kääntäjästä, joka samalla tuottaa lokitiedoston kaikista tiedoston avaus-/luontiyrityksistä, ja laittaa samaan yhteyteen tiedon, onnistuiko ko. yritys.
Näin saadaan tekstitiedostomuodossa oleva lista siitä, mitä lähdetiedostoja oikeasti tarvitaan jonkin projektin kääntämiseen joko EXE tai DLL -tiedostoksi.
ainiin... epäilen, että olet M-Kar ; tämä selittääkin tyypillisen pa$kanjauhamisesi. - Anonyymi
Anonyymi kirjoitti:
Olet vaan kateellinen, koska itse et osaa binäärieditointia/patchaamista.
Tässä oli tarkoituksena siis se, että kun autoconf/automake kääntävät lukuisia tiedostoja, eikä kokonaisuudesta kukaan ota selvää, niin tarkoitus on tehdä patchattu versio mingw-gcc -C -kääntäjästä, joka samalla tuottaa lokitiedoston kaikista tiedoston avaus-/luontiyrityksistä, ja laittaa samaan yhteyteen tiedon, onnistuiko ko. yritys.
Näin saadaan tekstitiedostomuodossa oleva lista siitä, mitä lähdetiedostoja oikeasti tarvitaan jonkin projektin kääntämiseen joko EXE tai DLL -tiedostoksi.
ainiin... epäilen, että olet M-Kar ; tämä selittääkin tyypillisen pa$kanjauhamisesi.Kyse on siitä että et ymmärrä mitä autoconf ja automake tekevät.
Ne ovat konfigurointityökaluja joiden tehtävänä on konfiguroida projekti kääntämistä varten. configure scriptin ajaminen tutkii unix alustasta kirjastot, kääntäjät, raudan ominaisuudet koska oletuksena kaikki ovat erilaisia ja konfiguroi projektin kääntämistä varten.
Tuollainen projektin konfigurointi liittyy lähinnä vain systeemitason komponentteihin kun tehdään unix komponentti jonka on tarkoitus kääntyä vaikka Red Hat Enterprise, Debian, OpenBSD, FreeBSD, Solaris jne. tai jos halutaan levittää jotain C/C++ ohjelmaa lähdekoodina joka käännetään aina alustan kirjastoja vasten.
Normaalisti näitä ei käytetä ohjelmistoalalla kun jotain C:tä käytetään sulautetuissa vehkeissä ja rauta on vakiota ja jos kääntää serveriinkin jotain niin tilanne on sama ja voidaan käyttää containeria.
C-kielisen ohjelman kääntäminen tapahtuu sitten tavallisesti Makefilen ohjaamana jossa vaiheina on esiprosessointi, objektitiedostojen kääntäminen kun jokainen .c tiedosto käännetään erikseen ja lopuksi linkataan.
Kyse ei ole siitä ettenkö osaa binäärieditiointia, kyse on siitä että et edes ymmärrä mitä käyttämäsi työkalut tekevät ja et osaa laittaa logitusta päälle.
Yksinkertaisesti teet asiat perse edeltä puuhun ja olisit voinut käyttää aikasi ratkomaan liiketoimintaongelmia. - Anonyymi
Tänä aamunakin windows kippas kaksi kertaa nurin.
- Anonyymi
Anonyymi kirjoitti:
Kyse on siitä että et ymmärrä mitä autoconf ja automake tekevät.
Ne ovat konfigurointityökaluja joiden tehtävänä on konfiguroida projekti kääntämistä varten. configure scriptin ajaminen tutkii unix alustasta kirjastot, kääntäjät, raudan ominaisuudet koska oletuksena kaikki ovat erilaisia ja konfiguroi projektin kääntämistä varten.
Tuollainen projektin konfigurointi liittyy lähinnä vain systeemitason komponentteihin kun tehdään unix komponentti jonka on tarkoitus kääntyä vaikka Red Hat Enterprise, Debian, OpenBSD, FreeBSD, Solaris jne. tai jos halutaan levittää jotain C/C ohjelmaa lähdekoodina joka käännetään aina alustan kirjastoja vasten.
Normaalisti näitä ei käytetä ohjelmistoalalla kun jotain C:tä käytetään sulautetuissa vehkeissä ja rauta on vakiota ja jos kääntää serveriinkin jotain niin tilanne on sama ja voidaan käyttää containeria.
C-kielisen ohjelman kääntäminen tapahtuu sitten tavallisesti Makefilen ohjaamana jossa vaiheina on esiprosessointi, objektitiedostojen kääntäminen kun jokainen .c tiedosto käännetään erikseen ja lopuksi linkataan.
Kyse ei ole siitä ettenkö osaa binäärieditiointia, kyse on siitä että et edes ymmärrä mitä käyttämäsi työkalut tekevät ja et osaa laittaa logitusta päälle.
Yksinkertaisesti teet asiat perse edeltä puuhun ja olisit voinut käyttää aikasi ratkomaan liiketoimintaongelmia.Tosiaankin paska. Mua ärsyttää se w10 "neljän ytimen ongelma"
Jos kunnon kone w10 ei pysty sitä hyödyntään.
On se ihan perseestä!!
Älkää käyttäkö! vakoilu on windowsia.
Ketjusta on poistettu 4 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Metsäkoneen kuljettaja huuteli tutkijalle
"voisit kyllä ottaa rintaliivit pois ennen kuin tulet minulle juttelemaan, hän sanoo." https://yle.fi/a/74-20106446 On7049599Suomi on täysin sekaisin
Jo ties monettako päivää hirveä itku ja poru jostain helvetin nilviäisistä. https://www.is.fi/taloussanomat/art-20000103944100Kaikki ei vieläkään usko luontokatoon.
Suomussalmen Hukkajoella foliohattu metsäkoneen kuljettaja tuhosi tuhansia harvinaisia jokihelmisimpukoita eli raakkuja872840Sano vain suoraan, että nyt riittää
ettei kiinnosta. Sano, että lopeta! En ihmettelisi, jos olet saanut tarpeeksesi ja toivot minun ymmärtävän lopettaa. Eh432825Ohhoh! Ex-pääministeri Sanna Marinin Joni-rakas paljasti ilouutisen: "Tässä kuussa..."
Sanna Marin on ollut naimisissa Markus Räikkösen kanssa. Nyt hänen seurassaan on usein julkkishiusmuotoilija Joni Willb552584Mari Rantanen asettaa sairaan lapsen edun oman uransa edelle - (tekikö Marin samaa)
Noin toimii kunnon vastuuntuntoinen äiti, mutta siitäkin nämä mt-ongelmaiset vasemmistolaiset häntä täällä haukkuvat. "1892571- 1521813
Luokatonta toimintaa
Tyrmistyttävää toimintaa Stora Enson korjuu yrittäjältä Hukkajoella. Täyttä piittaamattomuutta laeista ja luontoarvoista681648Ensimmäisestä kohtaamisesta saakka
minulla on ollut hämmentynyt olo. Miten voit tuntua siltä, että olisin tuntenut sinut aina? Sinun kanssasi on yhtä aikaa141590Maailmankuulu homopingviini on kuollut
Minä niin toivoin että pariskunta olisi saatu kunniavieraiksi ensi kesän Prideen. 💔 "Maailmankuulu homopingviini on k61403