Include&linkitys viallisuuden selvitys&korjaus

Deopuk

Luultavasti olisi kohtuu helppoa - oikeat asiat tietävälle - tehdä bash-scripti tai c ohjelma tai molempien yhdistelmä, joka selvittää tai auttaa selvittämään lähdekoodin oikean kääntötavan vaikka lähdekoodista puuttuisi oikeat include headerit ja kirjasto-linkitykset eivät olisi tiedossa. Se scripti tai ohjelma selaisi tiedostojärjestelmää ja etsisi .h , .hh , .hpp ja lib tiedostoja, kokeilisi niitä lähdekoodiin gcc:n kanssa ja jos jonkun tiedoston käyttö vähentää gcc:n virheilmoituksia, sitä ehdotetaan käytettäväksi lähdekoodin kanssa. Jos joku tekninen sana on kahdessa eri headerissa vaihtoehtoisin toteutuksin, niitä molempia ehdotetaan ja käyttäjä joutuu päättämään kumpaa käyttää. Kun on löydetty headerien ja libien yhdistelmä, jolla lähdekoodi kääntyy ja virheilmoituksitta, se luettelo annetaan ulos.

5

274

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • Olle taitaapi

      eräs kaikkien aikojen hölmöimmistä ajatuksista ohjelmoinnin saralla.

      • gdngvn

        Ei tosiaankaan ole hölmö ajatus. Sillä olisi oikeaa käyttöä esim. viallisten lähdekoodipakettien korjaamisessa tai viallisuuden kiertämisessä.

        Vastaavaa systeemiä voi käyttää myös nimikonfliktien mahdollisuuden tunnistamisessa, ilman että tarvitsee tehdä lähdekoodeja joista kääntäjä antaa virheilmoituksen.

        On muuten väärä ja tehoton käytäntö sanoa ideaa vain hölmöksi tai ehkä hölmöksi. Idean kuvailun luonteeseen kuuluu lähes väistämättä itsessään se mahdollisuus, että idea on toimimaton tai kannattamaton. Jos se toimimattomuus tai kannattamattomuus on jonkun mielestä niin helposti nähtävissä, että se helppous laskee idean tasolle "hölmö", niin sitten pitäisi olla myös helposti kuvailtavissa mikä tekee ideasta toimimattoman tai kannattamattoman. Ja melkein jokainen idea on jossain vaiheessa jollain tavalla "ehkä hölmö", jos "ehkä" tarkoittaa jotain todennäköisyyttä tehottomuudelle tai kannattamattomuudelle jonka joku joukko ihmisiä pystyy näkemään helposti. Sen tehottomuuden tai kannattamattomuuden syyn kuvailu muuten auttaa kuvailijaa itseäänkin ymmärtämään aihetta paremmin.

        Edellinen kuvaus on karkea. En ole kuvaillut asiaa täydellisesti. Kuvauksessa tai sen taustalla olevissa oletuksissa saattaa olla mukana myös virhe tai käsitys jonkun sanan merkityksestä, josta jollain toisella on eri käsitys. Siksi jollekulle saattaa tulla käsitys, että edellinen selitys on typerä, mutta jos niin käy, sitten on viisainta yrittää selittää ja analysoida käsityksen syitä, missä on mahdollisesti virhe tai mielipide-ero.


      • Deopuk
        gdngvn kirjoitti:

        Ei tosiaankaan ole hölmö ajatus. Sillä olisi oikeaa käyttöä esim. viallisten lähdekoodipakettien korjaamisessa tai viallisuuden kiertämisessä.

        Vastaavaa systeemiä voi käyttää myös nimikonfliktien mahdollisuuden tunnistamisessa, ilman että tarvitsee tehdä lähdekoodeja joista kääntäjä antaa virheilmoituksen.

        On muuten väärä ja tehoton käytäntö sanoa ideaa vain hölmöksi tai ehkä hölmöksi. Idean kuvailun luonteeseen kuuluu lähes väistämättä itsessään se mahdollisuus, että idea on toimimaton tai kannattamaton. Jos se toimimattomuus tai kannattamattomuus on jonkun mielestä niin helposti nähtävissä, että se helppous laskee idean tasolle "hölmö", niin sitten pitäisi olla myös helposti kuvailtavissa mikä tekee ideasta toimimattoman tai kannattamattoman. Ja melkein jokainen idea on jossain vaiheessa jollain tavalla "ehkä hölmö", jos "ehkä" tarkoittaa jotain todennäköisyyttä tehottomuudelle tai kannattamattomuudelle jonka joku joukko ihmisiä pystyy näkemään helposti. Sen tehottomuuden tai kannattamattomuuden syyn kuvailu muuten auttaa kuvailijaa itseäänkin ymmärtämään aihetta paremmin.

        Edellinen kuvaus on karkea. En ole kuvaillut asiaa täydellisesti. Kuvauksessa tai sen taustalla olevissa oletuksissa saattaa olla mukana myös virhe tai käsitys jonkun sanan merkityksestä, josta jollain toisella on eri käsitys. Siksi jollekulle saattaa tulla käsitys, että edellinen selitys on typerä, mutta jos niin käy, sitten on viisainta yrittää selittää ja analysoida käsityksen syitä, missä on mahdollisesti virhe tai mielipide-ero.

        Niin ja jos toinen esittää argumentin idean toimimattomuuden, tehottomuuden tai kannattamattomuuden puolesta joka tuntuu idean esittäjästäkin idean kaatavalta argumentilta, niin kolmas osapuoli voi keksiä tavan välttää tai kiertää väitetty ongelma. Se välttö tai kierto lisää idean kompleksisuutta, mutta ei silti välttämättä tee ideasta kannattamatonta.

        Mitä tulee niiden lähdekoodien toimimaan saamiseen, mistä puuttuu osa headereista tai ei tiedetä miten linkitetään, niin ehkä se "hölmöksi" sanoja tietää jonkun käyttöjärjestelmään kuuluvan vakiotavan miten sellaista ongelmaa käsitellään, mutta jos sellainen on, se ei ole läheskään kaikkien tiedossa. Siksi on virheellistä haukkua idean esittäjän henkisiä kykyjä sanomalla ideaa "hölmöksi". Sellaisen tiedon puuttuminen ei ole merkki henkisten kykyjen vajavaisuudesta. Voi ehdottaa, että kokeilee eri headereita, mutta onko vajaamielisyyden merkki jos varovaisesti ehdottaa, että ehkä sen kokeilun voisi automatisoida?

        Totta kai on tehokkaampia tapoja tarkistaa headerien ja linkitysten oikeellisuus kuin syöttää lähdekoodi gcc:lle, mutta sen tehokkaamman tavan huomiointi ei ole välttämätöntä pääidean kommunikoinnissa. Vaikka onkin tehokkaampi tapa, ei ole itsestään selvää että se on ohjelmointivaivan arvoista.

        Ei paljon haittaa jos scriptiltä tai ohjelmalta menee koko päivä tai vaikka koko viikko eri vaihtoehtojen kokeiluun. Siinä se menisi sivussa pienellä prioriteetilla tai konetta odotellessa voi mennä uimaan tms.


      • Tripleagent
        Deopuk kirjoitti:

        Niin ja jos toinen esittää argumentin idean toimimattomuuden, tehottomuuden tai kannattamattomuuden puolesta joka tuntuu idean esittäjästäkin idean kaatavalta argumentilta, niin kolmas osapuoli voi keksiä tavan välttää tai kiertää väitetty ongelma. Se välttö tai kierto lisää idean kompleksisuutta, mutta ei silti välttämättä tee ideasta kannattamatonta.

        Mitä tulee niiden lähdekoodien toimimaan saamiseen, mistä puuttuu osa headereista tai ei tiedetä miten linkitetään, niin ehkä se "hölmöksi" sanoja tietää jonkun käyttöjärjestelmään kuuluvan vakiotavan miten sellaista ongelmaa käsitellään, mutta jos sellainen on, se ei ole läheskään kaikkien tiedossa. Siksi on virheellistä haukkua idean esittäjän henkisiä kykyjä sanomalla ideaa "hölmöksi". Sellaisen tiedon puuttuminen ei ole merkki henkisten kykyjen vajavaisuudesta. Voi ehdottaa, että kokeilee eri headereita, mutta onko vajaamielisyyden merkki jos varovaisesti ehdottaa, että ehkä sen kokeilun voisi automatisoida?

        Totta kai on tehokkaampia tapoja tarkistaa headerien ja linkitysten oikeellisuus kuin syöttää lähdekoodi gcc:lle, mutta sen tehokkaamman tavan huomiointi ei ole välttämätöntä pääidean kommunikoinnissa. Vaikka onkin tehokkaampi tapa, ei ole itsestään selvää että se on ohjelmointivaivan arvoista.

        Ei paljon haittaa jos scriptiltä tai ohjelmalta menee koko päivä tai vaikka koko viikko eri vaihtoehtojen kokeiluun. Siinä se menisi sivussa pienellä prioriteetilla tai konetta odotellessa voi mennä uimaan tms.

        Kyllä se ohjelmistokehitys pitää tehdä hallitusti eli käyttää versionhallintaohjelmia (kuten cvs/svn/git) ja versioleimoja projektinlaajuisesti. Näillä leimoilla koodin voi getata ulos niin, että saadaan virallinen yhteentoimiva paketti. Koko homma karkaa käsistä, jos tästä luovutaan (ja koodeja ottaa ulos useampi kuin yksi henkilö).
        Kehittäjät voi toki getata tippejä (viimeisiä sorsaversioita) ja ajaa versionhallintaohjelman diffit että näkee mitä on muutettu ja leimata testiversiot devel-leimalla = koodit mistä sitten tehdään virallinen käännös/leimaus, mutta kaikki viralliseen jakoon menevä koodi pitäisi ohjeistaa otettavaksi virallisella leimalla ulos (tipit ei välttämättä käänny), tai viralliset versiot pitäisi kopioida toiseen, "viralliseen repositoryyn".
        Tuo alkuperäinen ehdotus ei täytä mitään laatujärjestelmän kriteereitä.


    • Ei oo vaikeeta

      Ilmoitetaan project options kohdassa suhteelliset tai absoluuttiset polut kirjastoille, niin kääntyy heti: kirjastot esmes ovat kirjastokansiossa eikä niitä levitellä minne sattuu ja objektit kanssa

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

    Luetuimmat keskustelut

    1. Pupuhuhdasta löytyi lähes sadan kilon miljoonalasti huumeita

      Pupuhuhdasta löytyi lähes sadan kilon miljoonalasti huumeita – neljä Jyväskylän Outlaws MC:n jäsentä vangittu: "Määrät p
      Jyväskylä
      60
      2454
    2. Istuva kansanedustaja epäiltynä pahoinpitelystä ja ampuma-aserikoksesta

      Seiskan tietojen mukaan Timo Vornanen on epäiltynä pahoinpitelystä ja ampuma-aserikoksesta eikä kenellekään taatusti tul
      Maailman menoa
      280
      2087
    3. Persut petti kannattajansa, totaalisesti !

      Peraujen fundamentalisteille, vaihtkaa saittia. Muille, näin sen näimme. On helppo luvata kehareille, eikä ne ymmärrä,
      Maailman menoa
      86
      2040
    4. Ei luottoa lakko maahan

      Patria menetti sovitun ksupan.
      Suomen Keskusta
      57
      1771
    5. Nähtäiskö ylihuomenna taas siellä missä viimeksikin?

      Otetaan ruokaöljyä, banaaneita ja tuorekurkkuja sinne messiin. Tehdään taas sitä meidän salakivaa.
      Ikävä
      4
      1681
    6. Sinäkö se olit...

      Vai olitko? Jostain kumman syystä katse venyi.. Ajelin sitten miten sattuu ja sanoin ääneen siinä se nyt meni😅😅... Lis
      Ikävä
      4
      1649
    7. Housuvaippojen käyttö Suomi vs Ulkomaat

      Suomessa housuvaippoja aletaan käyttämään vauvoilla heti, kun ne alkavat ryömiä. Tuntuu, että ulkomailla housuvaippoihin
      Vaipat
      1
      1554
    8. Hyvää yötä ja kauniita unia!

      Täytyy alkaa taas nukkumaan, että jaksaa taas tämän päivän haasteet. Aikainen tipu madon löytää, vai miten se ärsyttävä
      Tunteet
      5
      1377
    9. Lepakot ja lepakkopönttö

      Ajattelin tehdä lepakkopöntön. Tietääkö joku ovatko lepakot talvella lepakkopöntössä ´vai jossain muualla nukkumassa ta
      7
      1331
    10. Pullonpalautusjärjestelmä muuttuu - paluu menneisyyteen

      EU suuressa viisaudessaan on päättänyt, että pulloja pitää kierrättää. Jos oikein ymmärsin, nykyisen järjestelmänmme ti
      Maailman menoa
      109
      1238
    Aihe