[elektro] Szegmentálási hiba

Acs Gabor levlista at e8e.eu
Wed Feb 12 11:22:45 CET 2014


Igen, szeretném kideríteni.

Egy (számomra) eléggé bonyolult program, szervertől kap parancsokat, és 
az alapján dolgozik. Van egy rakás parancs, csomó paraméterrel. Ha én 
tesztelem a programot, hajtom napokon keresztül gőzerővel, nem 
jelentkezik a hiba. Ha az Ügyfél szervere hajtja, időnként elszáll ezzel 
a hibával.
A dolgot fűszerezi, hogy nem hajlandóak betartani a protokollt, így 
rendszeresen túltöltik a bemeneti pufferemet, előfordulhat hogy 
hülyeségeket küldenek rá, és az is, hogy a puffer túltöltése után 
széttört parancsblokkok érkeznek. egyes programrészek van, hogy tized 
másodpercekig is futnak, így elvileg a parancs végrehajtása után küldött 
nyugta után lenne szabad csak küldeniük a következőt. De nem hajlandóak 
kezelni a nyugtát, én pufferben gyűjtöm amiket küldenek, de túltöltik a 
puffert is. Átírtam a programot, hogy ha úgy gondolom, a következő 
parancs már túltöltené a puffert, dobja el, de így lehet olyan is, hogy 
valami inicializáló parancs elvész, és a ráépülő következőnek az már 
hiányzik. Amennyire tudtam, igyekeztem az ilyen eseteket is kiszűrni, de 
mégis állítólag előfordul hiba. Ráadásul az ő rendszerüket nem tudom itt 
magamnak reprodukálni, így a hibát a saját környezetemben nem tudom 
vizsgálni.

Szóval ez egy önvédelmi célú kérdés, muszáj teljesen bolondbiztossá 
tennem a programot, de fogalmam sincs, hogy a különböző paraméterek 
ilyen-olyan együttállásánál hol lehet kiakasztani.


Gábor

2014.02.12. 11:05 keltezéssel, Lajos Rancz írta:
> Hi!
>
> Legegyszerűbb ha úgy fogod meg hogy kideríted mi a baj. Valami pointeres
> történet?
>
> Üdv
>
>
> 2014. február 12. 10:57 Acs Gabor írta, <levlista at e8e.eu>:
>
>> Sziasztok!
>>
>> A C program ha elszáll szegmentálási hibával, azt meg lehet fogni egy
>> belső hibakezeléssel, vagy úgyse fogja hagyni az oprendszer, és
>> mindenképp kirúgja?
>>
>>
>> --
>> Gábor
>>
>> -----------------------------------------
>>            elektro[-flame|-etc]
>>
> -----------------------------------------
>            elektro[-flame|-etc]
>



More information about the Elektro mailing list