[elektro] Szegmentálási hiba

Info info at kiralyelektronika.hu
Wed Feb 12 13:16:13 CET 2014


Tehát úgy kell érteni, mintha fragmentálva lenne a parancs is?
Megintcsak alap dolgot tudok mondani rá, hátha segít a szemlélet.
Vagy jóslásra hagyatkozol: a paraméterek maradnak, vagy reinitre,
azaz a meg nem érkezett paraméterek default értéket vesznek fel.

Komoly lassulást hoz a rendszerbe a hibakezelés, de sajna, ha
nyílt a kapu akkor védeni kell.
Tehát, a feldolgozást megelőzően a paramétereket felül kellene
vizsgálni a beérkezett adat függvényében, hogy elindítható-e
a processz.

Kezeljenek ők is hibaüzenetet, mint az eth komm esetében
a bufferméret kezelése, mindig van válaszban, hogy mennyi
jöhet. Ha hiba jön, a küldő csökkent, várakozik.

> 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.


> 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]



More information about the Elektro mailing list