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

• #68 mezis félisten dabadab #63

  Új Válasz 2009-10-09 14:04:26 #68

  Ú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

  

  mezis

  félisten

  válasz dabadab #63 üzenetére

  
  szinte semmi ellenorzes nem volt a hatarokra, a pointerek, a tombok meg a bufferek oda masztak el, ahova akartak.
  Csak oda másztak, ahová a programíró engedte. De ez ma is így van.
  Az Algol68-ban volt indexhatár ellenőrzés. A Fortran IV-ben nem. Tudomásul vettük és a programban irtuk meg az indexhatár ellenőrzéseket. Ott, ahol szükség volt rá. Legalábbis igyekeztünk.

  És ha napjainkban van ellenőrzés a szoftverfejlesztő, futtató eszközökben a határokra, akkor azok a pufferek mitől tudnak túlcsordulni ? Szabotázs ?

• #65 mezis félisten Rive #64

  Új Válasz 2009-10-09 13:55:42 #65

  Ú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

  

  mezis

  félisten

  válasz Rive #64 üzenetére

  Igen, valóban tapasztaltuk anno, hogy a billentyűzet (számítógép) elérhetetlensége gondolkodásra ösztönöz, míg az ellenkező eset inkább cselekvésre.
  Vagyis ha sikerült végre számítógépre kerülni, akkor gyorsan igen hosszú programrészeket összecsapott az ember, aztán a várakozási időben töredékére csökkentette.
  Ma bizony egy ember több számítógépet kezelhet egyszerre, mint ahány keze, feje (esze) meg csak egy van, keletkezik is időnként néhány eszement program

• #62 mezis félisten Hiftu #60

  Új Válasz 2009-10-09 11:32:02 #62

  Ú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

  

  mezis

  félisten

  válasz Hiftu #60 üzenetére

  Nekem úgy tűnik, hogy már régóta a managerek határozzák meg, hogy mikor JÓ egy program (csillogjon, villogjon, gömbölyű legyen, ha épp az a divat, vagy szögletes...).
  És lehetőleg sűrűn jöjjön a következő, mindent ígérő verzió...

• #61 mezis félisten dabadab #59

  Új Válasz 2009-10-09 11:16:38 #61

  Ú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

  

  mezis

  félisten

  válasz dabadab #59 üzenetére

  Ma már nyugdíjas vagyok.
  Az előző bő harminc évben alap és felhasználói szoftverfejlesztéssel foglalkoztam. (Odra 1013/Most1, Odra-1204/Algol 68,CDC-6500/FortranIV, PDP-8,11/assamler,Focal,Fortran,Midibol, Commodore-64/Basic, IBM PC(klón)/Fortran,Foxbase,Clipper)
  A szofvereim (szoftvereink) természetesen nem voltak tökéletesek, lehetett volna még tovább fejleszteni, bizonyára maradtak ki jogos felhasználói igények, de akkor adtuk át a felhasználónak, amikor biztosak voltunk abban, hogy nem fog "fejreállni" a felhasználó által kitalált bármilyen adatoktól. Legfeljebb félbeszakítja a futást, a lehető legpontosabb hibaüzenettel (hol, milyen adat, számított érték miatt nem szabad folytatni a program futását.)

• #58 mezis félisten dezz #36

  Új Válasz 2009-10-09 10:55:51 #58

  Ú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

  

  mezis

  félisten

  válasz dezz #36 üzenetére

  Az ellenőrzések sokat tudnak lassítani a program futásán, ezért volt szokás elhagyni őket.
  Egy ellenőrzés inkább a program megírását lassítja jelentősen, de a futását csak akkor, ha az a program mindössze két utasításból áll. Ugyanis egy feltételvizsgálat, többnyire az egész számok körében egy, esetleg néhány ciklusidő alatt megtörténik.

  De egyébként nem is megtellés volt sokszor a hiba, hanem a túl kicsinek lefoglalt bufferbe pl. egy másik rutin (ami mondjuk eleve csak a pointert kapta meg, a méretet nem) túl nagy adatot akar tenni.
  Hogy lehet egy programot késznek tekinteni úgy, hogy a programozónak fogalma sincs arról, hogy bizonyos esetekben milyen utasításokra fog rászaladni ? (Hiszen lehet az, hogy del c:*.*, ....). Ezt más esetekben gondatlanságnak (szellemileg gyenge) vagy szélhámosságnak (tudta, hogy mit csinál) nevezik.

  Érdekes módon amikor a processzorok sebességét MHz-ben mérték, a memóriát pedig KByte-okban (és aranyáron), akkor még a szoftverfejlesztők nem hagyták el a szükséges feltételvizsgálatot. Igaz, akkor valaki úgy jellemezte pl. a PDP-8 op.rendszeríróit, hogy bitművészek voltak. A PDP-11-re, ahol már MByte-ban mérték a memóriát, már azt mondták a szoftveresekre, hogy csak egyszerű iparosok.

  Nevetséges számomra, amikor egy képmegjenítő programnál nem futotta még néhány elengedhetetlenül szükséges feltételvizsgálatra, és akár vírust is lehet ezáltal a képet megtekinteni óhajtó számítógépére juttatni.

  Van egy olyan hipotézisem, hogy ezek egy jelentős része szándékosan beépített (CIA, USArmy,...), aztán ha valahogy kiderült, akkor foltozunk....
  Nem lehet ennyi trehány, hülye,... szoftverfejlesztő.

• #34 mezis félisten D1Rect #31

  Új Válasz 2009-10-08 21:29:04 #34

  Ú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

  

  mezis

  félisten

  válasz D1Rect #31 üzenetére

  Csak nem ott hordod a memóriádat ?

• #27 mezis félisten Picturemaker #22

  Új Válasz 2009-10-08 20:50:16 #27

  Ú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

  

  mezis

  félisten

  válasz Picturemaker #22 üzenetére

  Sokkal könnyebb lenne az életünk, ha megfelelő gondossággal írnák a szoftvereiket a tisztelt programozók. Számomra nevetséges, amikor egy vírus olyat tud kihasználni, hogy túlcsordul egy puffer. A pufferek már csak ilyenek. Vajon miért nincs ellenőrzés a pufferbe töltéskor, hogy van-e még hely ?

  Vagy a másik, amikor egy nem szabványos címmel tud manipulálni egy vírus. Programozócska megírta a programját, aztán elment imádkozni, csak nehogy olyan inputot kapjon a programja amitől fejre áll ?

  (Sokszor a program készítésekor a legtöbb időt az igényli, hogy az input adatok bármilyen halmazára megfelelő feldolgozást végezzen, ami természetesen sok esetben olyan output-ot eredményez, hogy hibás adat - kiegészítve azzal, hogy hol, melyik adat nem fogadható el.)

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