Hi Jeff, I see, but if you still have the entire log of the crash (or if you can get a new one or explain the logic in order to reproduce it) it will be great, as I want to fix this bug (even if you use something else now).
Thanks and regards, Bogdan Jeff Pyle wrote: > Hi Bogdan, > > It turned out it wasn't the get_redirect() function but t_relay trying to > route based on some bad Contact information that > serialize_branches/next_branches had loaded into the RURI. > > I didn't spend much time on it because I leared to access to reply Contact > header directly in the reply route. > > In this particular case, the 302 that came back wasn't a routable URI but > rather ported number information from the North American porting database > "almost" in the form of a URI, enough so that it could be stored in the > Contact header. I haven't looked into it but I'm sure it violated at least > one RFC. Garbage in, garbage out. > > > - Jeff > > > > On 3/16/09 4:03 AM, "Bogdan-Andrei Iancu" <[email protected]> wrote: > > >> Hi Jeff, >> >> Do you get this crash all the time when using the get_redirect() function ? >> >> Regards, >> Bogdan >> >> Jeff Pyle wrote: >> >>> Hello, >>> >>> Is there any way to retrieve headers from a response, rather than the >>> request? I need the Contact header out of a 302 response. Both >>> $hdr(Contact) and $ct give me the contact of the request, not the >>> response. >>> >>> I tried get_redirects(), but because of the formatting of the contact >>> response it crashes Opensips: >>> >>> CRITICAL:core:qm_free: freeing already freed pointer, first free: >>> parser/msg_parser.c: set_ruri(712) - aborting >>> INFO:core:handle_sigs: child process 3554 exited by a signal 6 >>> INFO:core:handle_sigs: core was not generated >>> INFO:core:handle_sigs: terminating due to SIGCHLD >>> >>> Get_redirects() was a last resort anyway because I really just need a >>> value from the Contact, I don¹t want to use it for routing. >>> >>> >>> Thanks, >>> Jeff >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> > > > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
