Re: [Tsp-devel] Request for help !!!

[Eric Noulard]

Ce pb me donne un goût de déjà vu mais je ne sais plus où?

Si bingo je sais....

Tu  n'as plus assez de mémoire et il reste  des malloc non protégés...

genre

ringbuf  = malloc(xxxxx)
tu chopes un pointeur NULL en retour du malloc car plus assez de mémoire
donc

*ringbuf = ....

==> SIGSEGV

au moment du request_sample_init on alloue un ringbuf
sauf que tu ne dois plus avoir assez de mémoire....

https://savannah.nongnu.org/bugs/index.php?func=detailitem&item_id=16629

C'est pas bien du tout de la part du core TSP.
Il faut que nous fassions une passe exhaustive sur ces malloc non protégés.

Et aussi voir pourquoi soudainement on consommerait plus de mémoire...

Eric

2006/7/28, Euskadi <address@hidden>:
> Ca plante toujours après un clean / make.
>
> Info que je n'ai pas donnée dans mon mail d'origine, c'est le stub qui
> plante.
>
> Voilà les infos que j'ai en le démarrant avec gdb :
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 32771 (LWP 5250)]
> 0x08059019 in TSP_stream_sender_init_bufferized (sock=0x8083778)
>      at tsp_stream_sender.c:206
> 206       RINGBUF_PTR_INIT(TSP_stream_sender_ringbuf_t,
> (gdb) where
> #0  0x08059019 in TSP_stream_sender_init_bufferized (sock=0x8083778)
>      at tsp_stream_sender.c:206
> #1  0x0805a241 in TSP_stream_sender_create (fifo_size=1000,
> buffer_size=972544)
>      at tsp_stream_sender.c:437
> #2  0x08057f62 in TSP_data_sender_create (fifo_size=1000,
> max_group_size=15)
>      at tsp_data_sender.c:88
> #3  0x0805586c in TSP_session_create_data_sender_by_channel (channel_id=4)
>      at tsp_session.c:573
> #4  0x08050d9f in TSP_provider_request_sample_init (
>      req_sample_init=0xbf5ff43c, ans_sample_init=0x8066db0)
>      at tsp_provider.c:502
> #5  0x0804dbda in tsp_request_sample_init_1_svc (req_sample=
>        {version_id = 65537, channel_id = 4}, rqstp=0xbf5ff544)
>      at tsp_server.c:161
> #6  0x0805c312 in _tsp_request_sample_init_1 (argp=0xbf5ff48c,
>      rqstp=0xbf5ff544) at tsp_rpc_svc.c:62
> #7  0x0805c5e3 in tsp_rpc_1 (rqstp=0xbf5ff544, transp=0x8082e88)
>      at tsp_rpc_svc.c:214
> #8  0x401795de in svc_getreq_common () from /lib/libc.so.6
> #9  0x40179356 in svc_getreq_poll () from /lib/libc.so.6
> #10 0x40179bab in svc_run () from /lib/libc.so.6
> #11 0x0804e167 in TSP_rpc_run (config=0x8077ef0) at tsp_server.c:293
> #12 0x0804e4fe in TSP_rpc_request_run (this=0x8067b6c) at tsp_server.c:394
> #13 0x40054277 in pthread_start_thread () from /lib/libpthread.so.0
> #14 0x4005483a in pthread_start_thread_event () from /lib/libpthread.so.0
> #15 0x401583ca in clone () from /lib/libc.so.6
>
>
> Quelques suggestions ???
>
>
> Euskadi.
>
>
> On Fri, 28 Jul 2006 16:12:58 +0200, Eric Noulard <address@hidden>
> wrote:
>
> > Une autre suggestion...
> >
> > cd $DEVBASE
> > make clean; make
> >
> > Les dépendances des makefiles actuels sont assez mal gérées
> > VIVE CMake...
> >
> > 2006/7/28, Euskadi <address@hidden>:
> >>
> >> Salut à tous,
> >>
> >> Le premier qui trouve à gagner...
> >>
> >> En doc attaché, un fichier C issu de stdout_client mais modifié
> >> par mes soins pour refléter ce que je fais dans TARGA.
> >>
> >> Vous le compilerez facilement.
> >>
> >> Vous mettez le tsp_stub_server en face.
> >>
> >> Vous pouvez passer en argument le nb de symboles à mettre en
> >> sampling, maximum 15.
> >>
> >> Pourquoi c'est tout bon jusqu'à 9 inclus, et après ça plante ?
> >>
> >> Merci de votre aide, car je ne peux pas commiter targa en l'état.
> >>
> >> --
> >> --
> >> Stef.
> >>
> >> _______________________________________________
> >> Tsp-devel mailing list
> >> address@hidden
> >> http://lists.nongnu.org/mailman/listinfo/tsp-devel
> >>
> >>
> >>
> >>
> >
> >
>
>
>
> --
> --
> Stef.
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel


--
Erk