Új hozzászólás Aktív témák

• #6212 jattila48 aktív tag Livius #6172

  Új Válasz 2021-04-16 10:53:09 #6212

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jattila48

  aktív tag

  válasz Livius #6172 üzenetére

  Ez meg egyszerűen más, mint dabdab példája. Ez így hibás! Ha az első if igaz, akkor a másodikat már nem szabad végrehajtani.

• #6203 buherton őstag Livius #6201

  Új Válasz 2021-04-08 09:41:31 #6203

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz Livius #6201 üzenetére

  A LabView-t ismerem az NI-től. Erről a CVI-s dologról még nem hallottam még.

  Számomra a mai napig fura, hogy a Windows-on mennek a Linuxos cuccok. Komoly pálfordulás az MS-től. A mai napig nem tudom eldönteni, hogy ez egy jó dolog vagy sem. A Cygwin-t most hagyjuk.

• #6196 buherton őstag Livius #6164

  Új Válasz 2021-04-07 12:37:49 #6196

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz Livius #6164 üzenetére

  Aki tanított neked az egyetemen kívül nem dolgozott. A papír/publikáció sok mindent elbír.

  Ha bármelyik nyelvi elemet nem úgy használod ahogy kell, akkor is olvashatatlan és debuggolhatatlan lehet a kód.

  Nem hiszem, esetleg WSL-ben mehet, azt próbáltad már?

  Windows-on fejleszteni .

• #6185 gregory91 senior tag Livius #6164

  Új Válasz 2021-04-06 17:54:54 #6185

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gregory91

  senior tag

  válasz Livius #6164 üzenetére

  "Valamint ELTE IK C/C++ gyakorlaton instant évismétlés járt a go to és continue használatért,"

  A continue tiltásásért én adnék egy évismétlést.....

• #6175 dabadab titán Livius #6172

  Új Válasz 2021-04-04 15:23:45 #6175

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz Livius #6172 üzenetére

  Ezzel (meg nevemfel megoldásával) elég nyilvánvalóan az a gond, hogy olyan függvényeket is meghívsz, amiket nem kellene (szabadna) és a kód azt mondja, hogy az, hogy h a vcpu nem runnable, az még tök oké, mert attól még csinálhatunk itt dolgokat, noha ennek pont az ellenkezője a helyzet.

• #6174 nevemfel senior tag Livius #6172

  Új Válasz 2021-04-04 15:19:44 #6174

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nevemfel

  senior tag

  válasz Livius #6172 üzenetére

  Én is így okoskodtam:

  static int kvm_vcpu_check_block(struct kvm_vcpu *vcpu)
{
    int ret = 0;
    int idx = srcu_read_lock(&vcpu->kvm->srcu);
    if (kvm_arch_vcpu_runnable(vcpu)) {
        kvm_make_request(KVM_REQ_UNHALT, vcpu);
        ret = -EINTR;
    }
    if (kvm_cpu_has_pending_timer(vcpu) || signal_pending(current)) {
        ret = -EINTR;
    }
    srcu_read_unlock(&vcpu->kvm->srcu, idx);
    return ret;
}

  (ez a kódformázás, ehh...)

• #6167 dabadab titán Livius #6166

  Új Válasz 2021-04-04 14:22:32 #6167

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz Livius #6166 üzenetére

  BÁRMIT lehet hülyén használni, de ez nem az adott konstrukció hibája. Láttam már megértést nehezítő kommenteket is, de ebből szerintem nem következik az, hogy ne írjunk kommentet

• #6165 dabadab titán Livius #6164

  Új Válasz 2021-04-04 13:29:51 #6165

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz Livius #6164 üzenetére

  Valamint ELTE IK C/C++ gyakorlaton instant évismétlés járt a go to és continue használatért, és értettem hogy miért, miután egyszer valaha valami tele go to-zott programot kellett debugolnom, és visszafejtenem. Fenntarthatatlan és karbantarthatatlan lesz a program tőle.

  A hülyén használt gototól. Ez pont olyan, mint amikor idióta magyartanárok előveszik a "macska fel van mászva a fára" mondatot, hogy ezzel szemléltessék, hogy magyarban miért nem szabad szenvedő szerkezetet használni - csak hát valójában a magyarban a szenvedő szerkezet teljesen rendben van, a macskás példával az a gond, hogy pont azt semmilyen nyelven sem mondják szenvedőben, mert az úgy hülyeség (angolul se mondaná senki, hogy "the cat is on the tree climbed").

  A jól használt goto a C-ben az a jól olvasható kódhoz sok esetben gyakorlatilag elkerülhetetlen. Tipikus példája az, amikor egy függvény több helyen érhet véget, de mindenképpen fel kell szabadítani resource-oket. Ezt mondjuk C++-ban tök faszán lehet csinálni RAII-vel meg finallyvel C#-ban, de azok tök más nyelvek. C-ben nincs ilyen, ott vagy minden helyre külön odakopipészteled a felszabadítást, vagy mindenhonnan a végére gotozol. Egyértelmű, hogy az utóbbi megoldás az, ami olvashatóbb és ami kevesebb hibalehetőséggel jár.

  A C az gyakorlatilag hordozható assembler, ennek megfelelően kell hozzáállni, aki ott azt mondaná, hogy a JMP használatát el kell kerülni, azt kiröhögnék.

• #6163 buherton őstag Livius #6162

  Új Válasz 2021-04-04 07:01:44 #6163

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz Livius #6162 üzenetére

  Bár C++, de nagyon jó: [Google C++ style guide]

  Coding rules: [SEI CERT C]

  Hogy ellenőrizni is tudd a kódot: [CodeChecker]

  A globális változókat és a gotot kategorikusan elutasítani elég buta dolog. Hatékony eszközök bizonyos problémák megoldásához.

Új hozzászólás Aktív témák