[elektro] Szegmentálási hiba

[Acs Gabor]

Így van felépítve, és az agyi képességeimnek (meg a határidők) 
megfelelően igyekeztem is kiszűrni minden ilyen selejtes ágat, de a 
jelenségek azt mutatják, hogy ez nem volt teljesen tökéletes. Mondjuk 
napi egy elszállás a szétbombázott kommunikációjukkal annyira nem is 
rossz arány. Viszont annál nehezebben kezelhető. Ha szíre-szóra 
leakadna, már rég kijavítottam volna.

Gondolom olyanokat értesz ezalatt, hogy ha pl. írnék egy Windowst, és a 
user létrehozhatna ablakot, amibe később msg.-ket fog küldeni, ha nem 
hozta létre az ablakot, de mégis küld bele kiírni valót, akkor jelezzen 
hibát, és ne szálljon el. Tehát ilyen jellegű vizsgálatokkal tele van a 
programom, lehet hogy az 500 lehetséges hibából már 499-re gondoltam, 
csak 1-re nem, ami egész ritkán állhat elő.

Most még olyanokról nem beszélve, hogy XOR chksm van a protokollban, mi 
van akkor, ha két hiba miatt nem veszem észre a sérülést, plusz valahol 
beengedi egy hiba a szűrőmön.


Gábor

2014.02.12. 13:14 keltezéssel, Kovács József írta:
> 2014.02.12. 12:57 keltezéssel, Acs Gabor írta:
>> Az egy dolog, hogy a protokoll-puffer túltöltésekor mi történik. Egy
>> korábbi verziónál még megtörténhetett, hogy parancs-darabok maradtak
>> benne, ezt már korábban kijavítottam. Írtam is, hogy most elutasítom
>> azokat a parancsokat, amik nem férnének be a pufferbe. Így viszont lehet
>> olyan állapot, ami több előzetes init egymásra épülésénél elmaradt 1-2
>> művelet miatt jön létre, és hibát okoz, viszont nem könnyű megtalálni.
> ???
>
> Olyan nincs, hogy elveszett esemény és/vagy elmaradt reakció :-)
>
> Hisz, az állapotgéped ilyenkor valamelyik stabil állapotában
> várja a (determinált) folytatást vagy ketyeg a timeout-ja
> az  idle/másik_ismert állapotba lépéshez...
>
> Ilyen protokol alapú cuccoknál minden állapotból KELL,
> hogy legyen determinált továbblépés egy másik állapotba.
> Mégpedig timeout-tal korlátozva a bizonytalanság idejét.
> Különben elvarratlan dolgok idegesítenek...
>
> Szóval, az nem fordulhat elő, hogy ki/elmaradt valami és úgy jön egy
> későbbi izé :-)
> Amiről nem tudjuk, hogy következhet-e?! és ha igen akkor mi is legyen vele?
> (ha nem következhet, akkor ugye elvet és idle/init/újállapotbalépés)
>
> Legalábbis jól átgondolt/felépített protokol-állapotgép esetén...
>
> (gyanús, hogy nem így van felépítve a szoftvered belül és
> akkor tényleg nehézkes tud lenni a "minden eset" lekezelése)
>
>
> KJ
>
>>
>> Gábor
>>
>> 2014.02.12. 11:53 keltezéssel, Info írta:
>>>> A dolgot fűszerezi, hogy nem hajlandóak betartani a protokollt, így
>>> Most nem korhollak, de milyen protokoll-értelmező az, ami nem
>>> ismeri fel a blokk kezdetét és végét, közötte pedig silent.
>>> Régebben, a dos/novell idejében kedvelt feltörési módszer volt
>>> a protokol stack túltöltése, mert ráfutott a kód a bufferre...
>>> Szóval, szerintem a buffer túltöltése az, ami probléma.
>>> Ha nem tartják be, hát vagy írd át a protokollt, vagy nyeljenek
>>> gázt, és dobd el a túlméretes packeteket.
>>>
>>> -----------------------------------------
>>>              elektro[-flame|-etc]
>>>
>> -----------------------------------------
>>             elektro[-flame|-etc]
>>
>>
>> -----
>> A(z)  üzenetben nem található vírus.
>> Ellenőrizte: AVG - www.avg.com
>> Verzió: 2013.0.3462 / Vírus adatbázis: 3697/7085 - Kiadás dátuma: 2014.02.11.
>>
>>
>>
> -----------------------------------------
>            elektro[-flame|-etc]