Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Rainer Jung wrote: > On 22.06.2012 14:16, oh...@cox.net wrote: > > > > oh...@cox.net wrote: > >> > >> Rainer Jung wrote: > >>> On 22.06.2012 06:10, Joe Lewis wrote: > On 6/21/12 10:02 PM, oh...@cox.net wrote: > > Joe Lewis wrote: > >> On 6/21/12 9:39 PM, oh...@cox.net wrote: > >>> oh...@cox.net wrote: > oh...@cox.net wrote: > > Joe Lewis wrote: > >> On 6/21/12 7:32 PM, oh...@cox.net wrote: > >>> oh...@cox.net wrote: > Joe Lewiswrote: > > On 6/21/12 6:46 PM, oh...@cox.net wrote: > >> Joe Lewis wrote: > >>> On 6/21/12 5:49 PM, oh...@cox.net wrote: > oh...@cox.net wrote: > > Sorin Manolache wrote: > >> And I forgot to say: run gdb in some sort of environment > >> where you see > >> your current source code line and a couple of surrounding > >> lines. You > >> could achieve this with the "list" command, but I prefer > >> running gdb in > >> emacs and let emacs do the nice listing of source code in > >> a different panel. > >> > >> S > > Here's the function from my source. It's the original > > from mod_headers.c, plus my printf: > > > > > > static int header_post_config(apr_pool_t *pconf, > > apr_pool_t *plog, > > apr_pool_t *ptemp, > > server_rec *s) > > { > > printf("In header_post_config\n"); > > header_ssl_lookup = > > APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > return OK; > > } > > > > Jim > Hi, > > I was able to get the segfault to go away. Here's what I > had to do: > > - Created /etc/ld.so.conf.d/my.conf, and added the > directory where my libobaccess.so was > - Run 'ldconfig' to activate. > - In the apxs command, DON'T include the -L and -l arguments > > After that, Apache appears to start ok, without segfault :)!! > > Thanks for all of the great help, esp. the suggestion about > checking "ldconfig -p". I still don't understand why, but > I'm just glad that I can get past this piece so now I can > debug my module :)... > > Later, > Jim > >>> I'm just glad this list is as good as it is! > >>> > >>> FYI, the ldconfig is the dynamic linker control, and those > >>> /etc/ld.so.conf.d files provide additional search > >>> directories for the > >>> linker to check in when loading a library. > >>> > >>> Joe > >>> -- > >>> http://www.silverhawk.net/ > >> Hi, > >> > >> Sorry to report, but my earlier report was a "false positive" > >> :)... > >> > >> I forgot that the mod_headers.c that I was doing the earlier > >> testing with had all references to the libobaccess.so removed > >> :(!! > >> > >> So, I'm still stuck with basically the same problem, now, > >> working with my "full" code, with the calls in it: > >> > >> - If I compile with -L and -l, Apache segfaults when it starts > >> > >> - If I compile without -L and -l, then I get "undefined > >> symbol" errors when I try to start Apache, e.g.: > >> > >> [root@apachemodule build-mod_headers]# > >> /apps/httpd/bin/apachectl -k start -X > >> httpd: Syntax error on line 84 of > >> /apps/httpd/conf/httpd.conf: Cannot load > >> /apps/httpd/modules/mod_headers.so into server: > >> /apps/httpd/modules/mod_headers.so: undefined symbol: > >> ObResource_isProtected > >> > >> That "ObResource_isProtected" should be a symbol in > >> libobaccess.so, and in fact, if I do "nm --dynamic", I get: > >> > >> [root@apachemodule build-mod_headers]# nm --dynamic > >> /apps/netpoint/lib64/libobaccess.so | grep > >> "ObResource_isProtected" > >> 000a6d80 T ObResource_isProtected > >> [root@apachemodule build-mod_headers]# > >> > >>
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 22.06.2012 14:16, oh...@cox.net wrote: oh...@cox.net wrote: Rainer Jung wrote: On 22.06.2012 06:10, Joe Lewis wrote: On 6/21/12 10:02 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 9:39 PM, oh...@cox.net wrote: oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 7:32 PM, oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewiswrote: On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolache wrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config" resolved mod_headers-jl V0.09 - start calling OAM API In register_hooks In create_headers_dir_config In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string [Switching to Thread 182897610272 (LWP 11317)] Breakpo
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Joe Lewis wrote: > On 6/22/12 6:16 AM, oh...@cox.net wrote: > > oh...@cox.net wrote: > >> Rainer Jung wrote: > >>> On 22.06.2012 06:10, Joe Lewis wrote: > On 6/21/12 10:02 PM, oh...@cox.net wrote: > > Joe Lewis wrote: > >> On 6/21/12 9:39 PM, oh...@cox.net wrote: > >>> oh...@cox.net wrote: > oh...@cox.net wrote: > > Joe Lewiswrote: > >> On 6/21/12 7:32 PM, oh...@cox.net wrote: > >>> oh...@cox.net wrote: > Joe Lewis wrote: > > On 6/21/12 6:46 PM, oh...@cox.net wrote: > >> Joe Lewis wrote: > >>> On 6/21/12 5:49 PM, oh...@cox.net wrote: > oh...@cox.net wrote: > > Sorin Manolache wrote: > >> And I forgot to say: run gdb in some sort of environment > >> where you see > >> your current source code line and a couple of surrounding > >> lines. You > >> could achieve this with the "list" command, but I prefer > >> running gdb in > >> emacs and let emacs do the nice listing of source code in > >> a different panel. > >> > >> S > > Here's the function from my source. It's the original > > from mod_headers.c, plus my printf: > > > > > > static int header_post_config(apr_pool_t *pconf, > > apr_pool_t *plog, > > apr_pool_t *ptemp, > > server_rec *s) > > { > > printf("In header_post_config\n"); > > header_ssl_lookup = > > APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > return OK; > > } > > > > Jim > Hi, > > I was able to get the segfault to go away. Here's what I > had to do: > > - Created /etc/ld.so.conf.d/my.conf, and added the > directory where my libobaccess.so was > - Run 'ldconfig' to activate. > - In the apxs command, DON'T include the -L and -l arguments > > After that, Apache appears to start ok, without segfault :)!! > > Thanks for all of the great help, esp. the suggestion about > checking "ldconfig -p". I still don't understand why, but > I'm just glad that I can get past this piece so now I can > debug my module :)... > > Later, > Jim > >>> I'm just glad this list is as good as it is! > >>> > >>> FYI, the ldconfig is the dynamic linker control, and those > >>> /etc/ld.so.conf.d files provide additional search > >>> directories for the > >>> linker to check in when loading a library. > >>> > >>> Joe > >>> -- > >>> http://www.silverhawk.net/ > >> Hi, > >> > >> Sorry to report, but my earlier report was a "false positive" > >> :)... > >> > >> I forgot that the mod_headers.c that I was doing the earlier > >> testing with had all references to the libobaccess.so removed > >> :(!! > >> > >> So, I'm still stuck with basically the same problem, now, > >> working with my "full" code, with the calls in it: > >> > >> - If I compile with -L and -l, Apache segfaults when it starts > >> > >> - If I compile without -L and -l, then I get "undefined > >> symbol" errors when I try to start Apache, e.g.: > >> > >> [root@apachemodule build-mod_headers]# > >> /apps/httpd/bin/apachectl -k start -X > >> httpd: Syntax error on line 84 of > >> /apps/httpd/conf/httpd.conf: Cannot load > >> /apps/httpd/modules/mod_headers.so into server: > >> /apps/httpd/modules/mod_headers.so: undefined symbol: > >> ObResource_isProtected > >> > >> That "ObResource_isProtected" should be a symbol in > >> libobaccess.so, and in fact, if I do "nm --dynamic", I get: > >> > >> [root@apachemodule build-mod_headers]# nm --dynamic > >> /apps/netpoint/lib64/libobaccess.so | grep > >> "ObResource_isProtected" > >> 000a6d80 T ObResource_isProtected > >> [root@apachemodule build-mod_headers]# > >> > >> >
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 6/22/12 6:16 AM, oh...@cox.net wrote: oh...@cox.net wrote: Rainer Jung wrote: On 22.06.2012 06:10, Joe Lewis wrote: On 6/21/12 10:02 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 9:39 PM, oh...@cox.net wrote: oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewiswrote: On 6/21/12 7:32 PM, oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolache wrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config" resolved mod_headers-jl V0.09 - start calling OAM API In register_hooks In create_headers_dir_config In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string [Switching to Thread 182897610272 (LWP 11317)] Break
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
oh...@cox.net wrote: > > Rainer Jung wrote: > > On 22.06.2012 06:10, Joe Lewis wrote: > > > On 6/21/12 10:02 PM, oh...@cox.net wrote: > > >> Joe Lewis wrote: > > >>> On 6/21/12 9:39 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > > > oh...@cox.net wrote: > > >> Joe Lewis wrote: > > >>> On 6/21/12 7:32 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > > > Joe Lewiswrote: > > >> On 6/21/12 6:46 PM, oh...@cox.net wrote: > > >>> Joe Lewis wrote: > > On 6/21/12 5:49 PM, oh...@cox.net wrote: > > > oh...@cox.net wrote: > > >> Sorin Manolache wrote: > > >>> And I forgot to say: run gdb in some sort of environment > > >>> where you see > > >>> your current source code line and a couple of surrounding > > >>> lines. You > > >>> could achieve this with the "list" command, but I prefer > > >>> running gdb in > > >>> emacs and let emacs do the nice listing of source code in > > >>> a different panel. > > >>> > > >>> S > > >> Here's the function from my source. It's the original > > >> from mod_headers.c, plus my printf: > > >> > > >> > > >> static int header_post_config(apr_pool_t *pconf, > > >> apr_pool_t *plog, > > >>apr_pool_t *ptemp, > > >> server_rec *s) > > >> { > > >> printf("In header_post_config\n"); > > >> header_ssl_lookup = > > >> APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > >> return OK; > > >> } > > >> > > >> Jim > > > Hi, > > > > > > I was able to get the segfault to go away. Here's what I > > > had to do: > > > > > > - Created /etc/ld.so.conf.d/my.conf, and added the > > > directory where my libobaccess.so was > > > - Run 'ldconfig' to activate. > > > - In the apxs command, DON'T include the -L and -l arguments > > > > > > After that, Apache appears to start ok, without segfault :)!! > > > > > > Thanks for all of the great help, esp. the suggestion about > > > checking "ldconfig -p". I still don't understand why, but > > > I'm just glad that I can get past this piece so now I can > > > debug my module :)... > > > > > > Later, > > > Jim > > I'm just glad this list is as good as it is! > > > > FYI, the ldconfig is the dynamic linker control, and those > > /etc/ld.so.conf.d files provide additional search > > directories for the > > linker to check in when loading a library. > > > > Joe > > -- > > http://www.silverhawk.net/ > > >>> Hi, > > >>> > > >>> Sorry to report, but my earlier report was a "false positive" > > >>> :)... > > >>> > > >>> I forgot that the mod_headers.c that I was doing the earlier > > >>> testing with had all references to the libobaccess.so removed > > >>> :(!! > > >>> > > >>> So, I'm still stuck with basically the same problem, now, > > >>> working with my "full" code, with the calls in it: > > >>> > > >>> - If I compile with -L and -l, Apache segfaults when it starts > > >>> > > >>> - If I compile without -L and -l, then I get "undefined > > >>> symbol" errors when I try to start Apache, e.g.: > > >>> > > >>> [root@apachemodule build-mod_headers]# > > >>> /apps/httpd/bin/apachectl -k start -X > > >>> httpd: Syntax error on line 84 of > > >>> /apps/httpd/conf/httpd.conf: Cannot load > > >>> /apps/httpd/modules/mod_headers.so into server: > > >>> /apps/httpd/modules/mod_headers.so: undefined symbol: > > >>> ObResource_isProtected > > >>> > > >>> That "ObResource_isProtected" should be a symbol in > > >>> libobaccess.so, and in fact, if I do "nm --dynamic", I get: > > >>> > > >>> [root@apachemodule build-mod_headers]# nm --dynamic > > >>> /apps/netpoint/lib64/libobaccess.so | grep > > >>> "ObResource_isProtected" > > >>> 000a6d80 T ObResource_isProtected > > >>> [root@apachemodule build-mod_headers]# > > >>> > > >>> > > >>> I'm *assuming* that the reason for the "undefined symbol" > > >>> error is that libobaccess.so is actually not being loaded, > > >>> but then when I try t
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Rainer Jung wrote: > On 22.06.2012 06:10, Joe Lewis wrote: > > On 6/21/12 10:02 PM, oh...@cox.net wrote: > >> Joe Lewis wrote: > >>> On 6/21/12 9:39 PM, oh...@cox.net wrote: > oh...@cox.net wrote: > > oh...@cox.net wrote: > >> Joe Lewis wrote: > >>> On 6/21/12 7:32 PM, oh...@cox.net wrote: > oh...@cox.net wrote: > > Joe Lewiswrote: > >> On 6/21/12 6:46 PM, oh...@cox.net wrote: > >>> Joe Lewis wrote: > On 6/21/12 5:49 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > >> Sorin Manolache wrote: > >>> And I forgot to say: run gdb in some sort of environment > >>> where you see > >>> your current source code line and a couple of surrounding > >>> lines. You > >>> could achieve this with the "list" command, but I prefer > >>> running gdb in > >>> emacs and let emacs do the nice listing of source code in > >>> a different panel. > >>> > >>> S > >> Here's the function from my source. It's the original > >> from mod_headers.c, plus my printf: > >> > >> > >> static int header_post_config(apr_pool_t *pconf, > >> apr_pool_t *plog, > >>apr_pool_t *ptemp, > >> server_rec *s) > >> { > >> printf("In header_post_config\n"); > >> header_ssl_lookup = > >> APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > >> return OK; > >> } > >> > >> Jim > > Hi, > > > > I was able to get the segfault to go away. Here's what I > > had to do: > > > > - Created /etc/ld.so.conf.d/my.conf, and added the > > directory where my libobaccess.so was > > - Run 'ldconfig' to activate. > > - In the apxs command, DON'T include the -L and -l arguments > > > > After that, Apache appears to start ok, without segfault :)!! > > > > Thanks for all of the great help, esp. the suggestion about > > checking "ldconfig -p". I still don't understand why, but > > I'm just glad that I can get past this piece so now I can > > debug my module :)... > > > > Later, > > Jim > I'm just glad this list is as good as it is! > > FYI, the ldconfig is the dynamic linker control, and those > /etc/ld.so.conf.d files provide additional search > directories for the > linker to check in when loading a library. > > Joe > -- > http://www.silverhawk.net/ > >>> Hi, > >>> > >>> Sorry to report, but my earlier report was a "false positive" > >>> :)... > >>> > >>> I forgot that the mod_headers.c that I was doing the earlier > >>> testing with had all references to the libobaccess.so removed > >>> :(!! > >>> > >>> So, I'm still stuck with basically the same problem, now, > >>> working with my "full" code, with the calls in it: > >>> > >>> - If I compile with -L and -l, Apache segfaults when it starts > >>> > >>> - If I compile without -L and -l, then I get "undefined > >>> symbol" errors when I try to start Apache, e.g.: > >>> > >>> [root@apachemodule build-mod_headers]# > >>> /apps/httpd/bin/apachectl -k start -X > >>> httpd: Syntax error on line 84 of > >>> /apps/httpd/conf/httpd.conf: Cannot load > >>> /apps/httpd/modules/mod_headers.so into server: > >>> /apps/httpd/modules/mod_headers.so: undefined symbol: > >>> ObResource_isProtected > >>> > >>> That "ObResource_isProtected" should be a symbol in > >>> libobaccess.so, and in fact, if I do "nm --dynamic", I get: > >>> > >>> [root@apachemodule build-mod_headers]# nm --dynamic > >>> /apps/netpoint/lib64/libobaccess.so | grep > >>> "ObResource_isProtected" > >>> 000a6d80 T ObResource_isProtected > >>> [root@apachemodule build-mod_headers]# > >>> > >>> > >>> I'm *assuming* that the reason for the "undefined symbol" > >>> error is that libobaccess.so is actually not being loaded, > >>> but then when I try to load libobaccess.so, either via -L and > >>> -l in the apxs, or using LoadFile in httpd.conf, I get the > >>> segfault (same gdb info, BTW). > >>> > >>> Catch-22? > >>> > >>> Sorry for the false ala
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 22.06.2012 06:10, Joe Lewis wrote: On 6/21/12 10:02 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 9:39 PM, oh...@cox.net wrote: oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 7:32 PM, oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewiswrote: On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolache wrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config" resolved mod_headers-jl V0.09 - start calling OAM API In register_hooks In create_headers_dir_config In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string [Switching to Thread 182897610272 (LWP 11317)] Breakpoint 2, header_post_config (pconf=0x573138, plog=0x5a52c8, ptemp=0x5a72d8, s=0x59d3a8) at mod_headers.c
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 6/21/12 10:02 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 9:39 PM, oh...@cox.net wrote: oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 7:32 PM, oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewiswrote: On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolache wrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config" resolved mod_headers-jl V0.09 - start calling OAM API In register_hooks In create_headers_dir_config In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string [Switching to Thread 182897610272 (LWP 11317)] Breakpoint 2, header_post_config (pconf=0x573138, plog=0x5a52c8, ptemp=0x5a72d8, s=0x59d3a8) at mod_headers.c:1121 1121prin
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Joe Lewis wrote: > On 6/21/12 9:39 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > >> oh...@cox.net wrote: > >>> Joe Lewis wrote: > On 6/21/12 7:32 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > >> Joe Lewis wrote: > >>> On 6/21/12 6:46 PM, oh...@cox.net wrote: > Joe Lewiswrote: > > On 6/21/12 5:49 PM, oh...@cox.net wrote: > >> oh...@cox.net wrote: > >>> Sorin Manolache wrote: > And I forgot to say: run gdb in some sort of environment where > you see > your current source code line and a couple of surrounding lines. > You > could achieve this with the "list" command, but I prefer running > gdb in > emacs and let emacs do the nice listing of source code in a > different panel. > > S > >>> Here's the function from my source. It's the original from > >>> mod_headers.c, plus my printf: > >>> > >>> > >>> static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > >>> apr_pool_t *ptemp, server_rec > >>> *s) > >>> { > >>> printf("In header_post_config\n"); > >>> header_ssl_lookup = > >>> APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > >>> return OK; > >>> } > >>> > >>> Jim > >> Hi, > >> > >> I was able to get the segfault to go away. Here's what I had to > >> do: > >> > >> - Created /etc/ld.so.conf.d/my.conf, and added the directory where > >> my libobaccess.so was > >> - Run 'ldconfig' to activate. > >> - In the apxs command, DON'T include the -L and -l arguments > >> > >> After that, Apache appears to start ok, without segfault :)!! > >> > >> Thanks for all of the great help, esp. the suggestion about > >> checking "ldconfig -p". I still don't understand why, but I'm > >> just glad that I can get past this piece so now I can debug my > >> module :)... > >> > >> Later, > >> Jim > > I'm just glad this list is as good as it is! > > > > FYI, the ldconfig is the dynamic linker control, and those > > /etc/ld.so.conf.d files provide additional search directories for > > the > > linker to check in when loading a library. > > > > Joe > > -- > > http://www.silverhawk.net/ > Hi, > > Sorry to report, but my earlier report was a "false positive" :)... > > I forgot that the mod_headers.c that I was doing the earlier testing > with had all references to the libobaccess.so removed :(!! > > So, I'm still stuck with basically the same problem, now, working > with my "full" code, with the calls in it: > > - If I compile with -L and -l, Apache segfaults when it starts > > - If I compile without -L and -l, then I get "undefined symbol" > errors when I try to start Apache, e.g.: > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl > -k start -X > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: > Cannot load /apps/httpd/modules/mod_headers.so into server: > /apps/httpd/modules/mod_headers.so: undefined symbol: > ObResource_isProtected > > That "ObResource_isProtected" should be a symbol in libobaccess.so, > and in fact, if I do "nm --dynamic", I get: > > [root@apachemodule build-mod_headers]# nm --dynamic > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > 000a6d80 T ObResource_isProtected > [root@apachemodule build-mod_headers]# > > > I'm *assuming* that the reason for the "undefined symbol" error is > that libobaccess.so is actually not being loaded, but then when I > try to load libobaccess.so, either via -L and -l in the apxs, or > using LoadFile in httpd.conf, I get the segfault (same gdb info, > BTW). > > Catch-22? > > Sorry for the false alarm :(!! > > Jim > > > >>> Not a catch-22. The -L and -l specify linker options when assembling > >>> the code. The ldconfig is a run-time thing. If you are getting the > >>> stderr messages, you are making it all the way into your library. I'd > >>> suggest commenting out the following line and see if you get farther : > >>> > >>> header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > >>> > >>> That should
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 6/21/12 9:39 PM, oh...@cox.net wrote: oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 7:32 PM, oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewiswrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolache wrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config" resolved mod_headers-jl V0.09 - start calling OAM API In register_hooks In create_headers_dir_config In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string [Switching to Thread 182897610272 (LWP 11317)] Breakpoint 2, header_post_config (pconf=0x573138, plog=0x5a52c8, ptemp=0x5a72d8, s=0x59d3a8) at mod_headers.c:1121 1121printf("In header_post_config\n"); (gdb) n 1120{ (gdb) n 1121printf
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
oh...@cox.net wrote: > > oh...@cox.net wrote: > > > > Joe Lewis wrote: > > > On 6/21/12 7:32 PM, oh...@cox.net wrote: > > > > oh...@cox.net wrote: > > > >> Joe Lewis wrote: > > > >>> On 6/21/12 6:46 PM, oh...@cox.net wrote: > > > Joe Lewis wrote: > > > > On 6/21/12 5:49 PM, oh...@cox.net wrote: > > > >> oh...@cox.net wrote: > > > >>> Sorin Manolachewrote: > > > And I forgot to say: run gdb in some sort of environment where > > > you see > > > your current source code line and a couple of surrounding lines. > > > You > > > could achieve this with the "list" command, but I prefer running > > > gdb in > > > emacs and let emacs do the nice listing of source code in a > > > different panel. > > > > > > S > > > >>> Here's the function from my source. It's the original from > > > >>> mod_headers.c, plus my printf: > > > >>> > > > >>> > > > >>> static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > > > >>> apr_pool_t *ptemp, server_rec *s) > > > >>> { > > > >>>printf("In header_post_config\n"); > > > >>>header_ssl_lookup = > > > >>> APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > > >>>return OK; > > > >>> } > > > >>> > > > >>> Jim > > > >> Hi, > > > >> > > > >> I was able to get the segfault to go away. Here's what I had to > > > >> do: > > > >> > > > >> - Created /etc/ld.so.conf.d/my.conf, and added the directory where > > > >> my libobaccess.so was > > > >> - Run 'ldconfig' to activate. > > > >> - In the apxs command, DON'T include the -L and -l arguments > > > >> > > > >> After that, Apache appears to start ok, without segfault :)!! > > > >> > > > >> Thanks for all of the great help, esp. the suggestion about > > > >> checking "ldconfig -p". I still don't understand why, but I'm > > > >> just glad that I can get past this piece so now I can debug my > > > >> module :)... > > > >> > > > >> Later, > > > >> Jim > > > > I'm just glad this list is as good as it is! > > > > > > > > FYI, the ldconfig is the dynamic linker control, and those > > > > /etc/ld.so.conf.d files provide additional search directories for > > > > the > > > > linker to check in when loading a library. > > > > > > > > Joe > > > > -- > > > > http://www.silverhawk.net/ > > > Hi, > > > > > > Sorry to report, but my earlier report was a "false positive" :)... > > > > > > I forgot that the mod_headers.c that I was doing the earlier testing > > > with had all references to the libobaccess.so removed :(!! > > > > > > So, I'm still stuck with basically the same problem, now, working > > > with my "full" code, with the calls in it: > > > > > > - If I compile with -L and -l, Apache segfaults when it starts > > > > > > - If I compile without -L and -l, then I get "undefined symbol" > > > errors when I try to start Apache, e.g.: > > > > > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl > > > -k start -X > > > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: > > > Cannot load /apps/httpd/modules/mod_headers.so into server: > > > /apps/httpd/modules/mod_headers.so: undefined symbol: > > > ObResource_isProtected > > > > > > That "ObResource_isProtected" should be a symbol in libobaccess.so, > > > and in fact, if I do "nm --dynamic", I get: > > > > > > [root@apachemodule build-mod_headers]# nm --dynamic > > > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > > > 000a6d80 T ObResource_isProtected > > > [root@apachemodule build-mod_headers]# > > > > > > > > > I'm *assuming* that the reason for the "undefined symbol" error is > > > that libobaccess.so is actually not being loaded, but then when I > > > try to load libobaccess.so, either via -L and -l in the apxs, or > > > using LoadFile in httpd.conf, I get the segfault (same gdb info, > > > BTW). > > > > > > Catch-22? > > > > > > Sorry for the false alarm :(!! > > > > > > Jim > > > > > > > > > >>> Not a catch-22. The -L and -l specify linker options when assembling > > > >>> the code. The ldconfig is a run-time thing. If you are getting the > > > >>> stderr messages, you are making it all the way into your library. I'd > > > >>> suggest commenting out the following line and see if you get farther : > > > >>> > > > >>> header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > > >>> > > > >>> That should tell you if the problem is the ssl_var_lookup. > > > >>> > > > >>> Joe > > > >>> -- > >
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
oh...@cox.net wrote: > > Joe Lewis wrote: > > On 6/21/12 7:32 PM, oh...@cox.net wrote: > > > oh...@cox.net wrote: > > >> Joe Lewis wrote: > > >>> On 6/21/12 6:46 PM, oh...@cox.net wrote: > > Joe Lewis wrote: > > > On 6/21/12 5:49 PM, oh...@cox.net wrote: > > >> oh...@cox.net wrote: > > >>> Sorin Manolachewrote: > > And I forgot to say: run gdb in some sort of environment where you > > see > > your current source code line and a couple of surrounding lines. > > You > > could achieve this with the "list" command, but I prefer running > > gdb in > > emacs and let emacs do the nice listing of source code in a > > different panel. > > > > S > > >>> Here's the function from my source. It's the original from > > >>> mod_headers.c, plus my printf: > > >>> > > >>> > > >>> static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > > >>> apr_pool_t *ptemp, server_rec *s) > > >>> { > > >>>printf("In header_post_config\n"); > > >>>header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > >>>return OK; > > >>> } > > >>> > > >>> Jim > > >> Hi, > > >> > > >> I was able to get the segfault to go away. Here's what I had to do: > > >> > > >> - Created /etc/ld.so.conf.d/my.conf, and added the directory where > > >> my libobaccess.so was > > >> - Run 'ldconfig' to activate. > > >> - In the apxs command, DON'T include the -L and -l arguments > > >> > > >> After that, Apache appears to start ok, without segfault :)!! > > >> > > >> Thanks for all of the great help, esp. the suggestion about checking > > >> "ldconfig -p". I still don't understand why, but I'm just glad that > > >> I can get past this piece so now I can debug my module :)... > > >> > > >> Later, > > >> Jim > > > I'm just glad this list is as good as it is! > > > > > > FYI, the ldconfig is the dynamic linker control, and those > > > /etc/ld.so.conf.d files provide additional search directories for the > > > linker to check in when loading a library. > > > > > > Joe > > > -- > > > http://www.silverhawk.net/ > > Hi, > > > > Sorry to report, but my earlier report was a "false positive" :)... > > > > I forgot that the mod_headers.c that I was doing the earlier testing > > with had all references to the libobaccess.so removed :(!! > > > > So, I'm still stuck with basically the same problem, now, working with > > my "full" code, with the calls in it: > > > > - If I compile with -L and -l, Apache segfaults when it starts > > > > - If I compile without -L and -l, then I get "undefined symbol" errors > > when I try to start Apache, e.g.: > > > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl > > -k start -X > > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: > > Cannot load /apps/httpd/modules/mod_headers.so into server: > > /apps/httpd/modules/mod_headers.so: undefined symbol: > > ObResource_isProtected > > > > That "ObResource_isProtected" should be a symbol in libobaccess.so, > > and in fact, if I do "nm --dynamic", I get: > > > > [root@apachemodule build-mod_headers]# nm --dynamic > > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > > 000a6d80 T ObResource_isProtected > > [root@apachemodule build-mod_headers]# > > > > > > I'm *assuming* that the reason for the "undefined symbol" error is > > that libobaccess.so is actually not being loaded, but then when I try > > to load libobaccess.so, either via -L and -l in the apxs, or using > > LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). > > > > Catch-22? > > > > Sorry for the false alarm :(!! > > > > Jim > > > > > > >>> Not a catch-22. The -L and -l specify linker options when assembling > > >>> the code. The ldconfig is a run-time thing. If you are getting the > > >>> stderr messages, you are making it all the way into your library. I'd > > >>> suggest commenting out the following line and see if you get farther : > > >>> > > >>> header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > >>> > > >>> That should tell you if the problem is the ssl_var_lookup. > > >>> > > >>> Joe > > >>> -- > > >>> http://www.silverhawk.net/ > > >> > > >> Hi, > > >> > > >> Thanks for the suggestion. I just tried what you suggested, and got a > > >> segfault when I started Apache with the modified module. > > >> > > >> Jim > > >> > > >> > > > Hi, > > > > > > As a reminder, here's the gdb with the library loaded: > > > > > > > > >
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Joe Lewis wrote: > On 6/21/12 7:32 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > >> Joe Lewis wrote: > >>> On 6/21/12 6:46 PM, oh...@cox.net wrote: > Joe Lewis wrote: > > On 6/21/12 5:49 PM, oh...@cox.net wrote: > >> oh...@cox.net wrote: > >>> Sorin Manolachewrote: > And I forgot to say: run gdb in some sort of environment where you > see > your current source code line and a couple of surrounding lines. You > could achieve this with the "list" command, but I prefer running gdb > in > emacs and let emacs do the nice listing of source code in a > different panel. > > S > >>> Here's the function from my source. It's the original from > >>> mod_headers.c, plus my printf: > >>> > >>> > >>> static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > >>> apr_pool_t *ptemp, server_rec *s) > >>> { > >>>printf("In header_post_config\n"); > >>>header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > >>>return OK; > >>> } > >>> > >>> Jim > >> Hi, > >> > >> I was able to get the segfault to go away. Here's what I had to do: > >> > >> - Created /etc/ld.so.conf.d/my.conf, and added the directory where my > >> libobaccess.so was > >> - Run 'ldconfig' to activate. > >> - In the apxs command, DON'T include the -L and -l arguments > >> > >> After that, Apache appears to start ok, without segfault :)!! > >> > >> Thanks for all of the great help, esp. the suggestion about checking > >> "ldconfig -p". I still don't understand why, but I'm just glad that I > >> can get past this piece so now I can debug my module :)... > >> > >> Later, > >> Jim > > I'm just glad this list is as good as it is! > > > > FYI, the ldconfig is the dynamic linker control, and those > > /etc/ld.so.conf.d files provide additional search directories for the > > linker to check in when loading a library. > > > > Joe > > -- > > http://www.silverhawk.net/ > Hi, > > Sorry to report, but my earlier report was a "false positive" :)... > > I forgot that the mod_headers.c that I was doing the earlier testing > with had all references to the libobaccess.so removed :(!! > > So, I'm still stuck with basically the same problem, now, working with > my "full" code, with the calls in it: > > - If I compile with -L and -l, Apache segfaults when it starts > > - If I compile without -L and -l, then I get "undefined symbol" errors > when I try to start Apache, e.g.: > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k > start -X > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: > Cannot load /apps/httpd/modules/mod_headers.so into server: > /apps/httpd/modules/mod_headers.so: undefined symbol: > ObResource_isProtected > > That "ObResource_isProtected" should be a symbol in libobaccess.so, and > in fact, if I do "nm --dynamic", I get: > > [root@apachemodule build-mod_headers]# nm --dynamic > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > 000a6d80 T ObResource_isProtected > [root@apachemodule build-mod_headers]# > > > I'm *assuming* that the reason for the "undefined symbol" error is that > libobaccess.so is actually not being loaded, but then when I try to load > libobaccess.so, either via -L and -l in the apxs, or using LoadFile in > httpd.conf, I get the segfault (same gdb info, BTW). > > Catch-22? > > Sorry for the false alarm :(!! > > Jim > > > >>> Not a catch-22. The -L and -l specify linker options when assembling > >>> the code. The ldconfig is a run-time thing. If you are getting the > >>> stderr messages, you are making it all the way into your library. I'd > >>> suggest commenting out the following line and see if you get farther : > >>> > >>> header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > >>> > >>> That should tell you if the problem is the ssl_var_lookup. > >>> > >>> Joe > >>> -- > >>> http://www.silverhawk.net/ > >> > >> Hi, > >> > >> Thanks for the suggestion. I just tried what you suggested, and got a > >> segfault when I started Apache with the modified module. > >> > >> Jim > >> > >> > > Hi, > > > > As a reminder, here's the gdb with the library loaded: > > > > > > (gdb) b header_post_config > > Function "header_post_config" not defined. > > Make breakpoint pending on future shared library load? (y or [n]) y > > Breakpoint 1 (header_post_config) pending. > > (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf > > Starting program: /apps/httpd22
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 6/21/12 7:32 PM, oh...@cox.net wrote: oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolachewrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config" resolved mod_headers-jl V0.09 - start calling OAM API In register_hooks In create_headers_dir_config In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string In create_headers_dir_config In header_cmd In header_inout_cmd In parse_format_tag In parse_misc_string [Switching to Thread 182897610272 (LWP 11317)] Breakpoint 2, header_post_config (pconf=0x573138, plog=0x5a52c8, ptemp=0x5a72d8, s=0x59d3a8) at mod_headers.c:1121 1121printf("In header_post_config\n"); (gdb) n 1120{ (gdb) n 1121printf("In header_post_config\n"); (gdb) n In header_post_config 1122header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lo
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On Fri, Jun 22, 2012 at 3:32 AM, wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x003518d6c1e1 in BN_num_bits () from /lib64/libcrypto.so.4 > > So, it's actually blowing up in "BN_num_bits()" in /lib64/libcrypto.so.4? Type `bt full` and you'll get a backtrace + locals. That should tell you where the error originates from and maybe why it happens.
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
oh...@cox.net wrote: > > Joe Lewis wrote: > > On 6/21/12 6:46 PM, oh...@cox.net wrote: > > > Joe Lewis wrote: > > >> On 6/21/12 5:49 PM, oh...@cox.net wrote: > > >>> oh...@cox.net wrote: > > Sorin Manolache wrote: > > > And I forgot to say: run gdb in some sort of environment where you see > > > your current source code line and a couple of surrounding lines. You > > > could achieve this with the "list" command, but I prefer running gdb > > > in > > > emacs and let emacs do the nice listing of source code in a different > > > panel. > > > > > > S > > Here's the function from my source. It's the original from > > mod_headers.c, plus my printf: > > > > > > static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > > apr_pool_t *ptemp, server_rec *s) > > { > > printf("In header_post_config\n"); > > header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > return OK; > > } > > > > Jim > > >>> Hi, > > >>> > > >>> I was able to get the segfault to go away. Here's what I had to do: > > >>> > > >>> - Created /etc/ld.so.conf.d/my.conf, and added the directory where my > > >>> libobaccess.so was > > >>> - Run 'ldconfig' to activate. > > >>> - In the apxs command, DON'T include the -L and -l arguments > > >>> > > >>> After that, Apache appears to start ok, without segfault :)!! > > >>> > > >>> Thanks for all of the great help, esp. the suggestion about checking > > >>> "ldconfig -p". I still don't understand why, but I'm just glad that I > > >>> can get past this piece so now I can debug my module :)... > > >>> > > >>> Later, > > >>> Jim > > >> I'm just glad this list is as good as it is! > > >> > > >> FYI, the ldconfig is the dynamic linker control, and those > > >> /etc/ld.so.conf.d files provide additional search directories for the > > >> linker to check in when loading a library. > > >> > > >> Joe > > >> -- > > >> http://www.silverhawk.net/ > > > > > > Hi, > > > > > > Sorry to report, but my earlier report was a "false positive" :)... > > > > > > I forgot that the mod_headers.c that I was doing the earlier testing with > > > had all references to the libobaccess.so removed :(!! > > > > > > So, I'm still stuck with basically the same problem, now, working with my > > > "full" code, with the calls in it: > > > > > > - If I compile with -L and -l, Apache segfaults when it starts > > > > > > - If I compile without -L and -l, then I get "undefined symbol" errors > > > when I try to start Apache, e.g.: > > > > > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k > > > start -X > > > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot > > > load /apps/httpd/modules/mod_headers.so into server: > > > /apps/httpd/modules/mod_headers.so: undefined symbol: > > > ObResource_isProtected > > > > > > That "ObResource_isProtected" should be a symbol in libobaccess.so, and > > > in fact, if I do "nm --dynamic", I get: > > > > > > [root@apachemodule build-mod_headers]# nm --dynamic > > > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > > > 000a6d80 T ObResource_isProtected > > > [root@apachemodule build-mod_headers]# > > > > > > > > > I'm *assuming* that the reason for the "undefined symbol" error is that > > > libobaccess.so is actually not being loaded, but then when I try to load > > > libobaccess.so, either via -L and -l in the apxs, or using LoadFile in > > > httpd.conf, I get the segfault (same gdb info, BTW). > > > > > > Catch-22? > > > > > > Sorry for the false alarm :(!! > > > > > > Jim > > > > > > > > Not a catch-22. The -L and -l specify linker options when assembling > > the code. The ldconfig is a run-time thing. If you are getting the > > stderr messages, you are making it all the way into your library. I'd > > suggest commenting out the following line and see if you get farther : > > > > header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > > > That should tell you if the problem is the ssl_var_lookup. > > > > Joe > > -- > > http://www.silverhawk.net/ > > > Hi, > > Thanks for the suggestion. I just tried what you suggested, and got a > segfault when I started Apache with the modified module. > > Jim > > Hi, As a reminder, here's the gdb with the library loaded: (gdb) b header_post_config Function "header_post_config" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (header_post_config) pending. (gdb) run -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf Starting program: /apps/httpd/bin/httpd -d /apps/httpd/ -f /apps/httpd/conf/httpd.conf [Thread debugging using libthread_db enabled] [New Thread 182897610272 (LWP 11317)] Breakpoint 2 at 0x2a9751ea90: file mod_headers.c, line 1121. Pending breakpoint "header_post_config"
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Joe Lewis wrote: > On 6/21/12 6:46 PM, oh...@cox.net wrote: > > Joe Lewis wrote: > >> On 6/21/12 5:49 PM, oh...@cox.net wrote: > >>> oh...@cox.net wrote: > Sorin Manolache wrote: > > And I forgot to say: run gdb in some sort of environment where you see > > your current source code line and a couple of surrounding lines. You > > could achieve this with the "list" command, but I prefer running gdb in > > emacs and let emacs do the nice listing of source code in a different > > panel. > > > > S > Here's the function from my source. It's the original from > mod_headers.c, plus my printf: > > > static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > apr_pool_t *ptemp, server_rec *s) > { > printf("In header_post_config\n"); > header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > return OK; > } > > Jim > >>> Hi, > >>> > >>> I was able to get the segfault to go away. Here's what I had to do: > >>> > >>> - Created /etc/ld.so.conf.d/my.conf, and added the directory where my > >>> libobaccess.so was > >>> - Run 'ldconfig' to activate. > >>> - In the apxs command, DON'T include the -L and -l arguments > >>> > >>> After that, Apache appears to start ok, without segfault :)!! > >>> > >>> Thanks for all of the great help, esp. the suggestion about checking > >>> "ldconfig -p". I still don't understand why, but I'm just glad that I > >>> can get past this piece so now I can debug my module :)... > >>> > >>> Later, > >>> Jim > >> I'm just glad this list is as good as it is! > >> > >> FYI, the ldconfig is the dynamic linker control, and those > >> /etc/ld.so.conf.d files provide additional search directories for the > >> linker to check in when loading a library. > >> > >> Joe > >> -- > >> http://www.silverhawk.net/ > > > > Hi, > > > > Sorry to report, but my earlier report was a "false positive" :)... > > > > I forgot that the mod_headers.c that I was doing the earlier testing with > > had all references to the libobaccess.so removed :(!! > > > > So, I'm still stuck with basically the same problem, now, working with my > > "full" code, with the calls in it: > > > > - If I compile with -L and -l, Apache segfaults when it starts > > > > - If I compile without -L and -l, then I get "undefined symbol" errors when > > I try to start Apache, e.g.: > > > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k > > start -X > > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot > > load /apps/httpd/modules/mod_headers.so into server: > > /apps/httpd/modules/mod_headers.so: undefined symbol: > > ObResource_isProtected > > > > That "ObResource_isProtected" should be a symbol in libobaccess.so, and in > > fact, if I do "nm --dynamic", I get: > > > > [root@apachemodule build-mod_headers]# nm --dynamic > > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > > 000a6d80 T ObResource_isProtected > > [root@apachemodule build-mod_headers]# > > > > > > I'm *assuming* that the reason for the "undefined symbol" error is that > > libobaccess.so is actually not being loaded, but then when I try to load > > libobaccess.so, either via -L and -l in the apxs, or using LoadFile in > > httpd.conf, I get the segfault (same gdb info, BTW). > > > > Catch-22? > > > > Sorry for the false alarm :(!! > > > > Jim > > > > > Not a catch-22. The -L and -l specify linker options when assembling > the code. The ldconfig is a run-time thing. If you are getting the > stderr messages, you are making it all the way into your library. I'd > suggest commenting out the following line and see if you get farther : > > header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > That should tell you if the problem is the ssl_var_lookup. > > Joe > -- > http://www.silverhawk.net/ Hi, Thanks for the suggestion. I just tried what you suggested, and got a segfault when I started Apache with the modified module. Jim
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
oh...@cox.net wrote: > > Joe Lewis wrote: > > On 6/21/12 5:49 PM, oh...@cox.net wrote: > > > oh...@cox.net wrote: > > >> Sorin Manolache wrote: > > >>> And I forgot to say: run gdb in some sort of environment where you see > > >>> your current source code line and a couple of surrounding lines. You > > >>> could achieve this with the "list" command, but I prefer running gdb in > > >>> emacs and let emacs do the nice listing of source code in a different > > >>> panel. > > >>> > > >>> S > > >> > > >> Here's the function from my source. It's the original from > > >> mod_headers.c, plus my printf: > > >> > > >> > > >> static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > > >>apr_pool_t *ptemp, server_rec *s) > > >> { > > >> printf("In header_post_config\n"); > > >> header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > > >> return OK; > > >> } > > >> > > >> Jim > > > > > > Hi, > > > > > > I was able to get the segfault to go away. Here's what I had to do: > > > > > > - Created /etc/ld.so.conf.d/my.conf, and added the directory where my > > > libobaccess.so was > > > - Run 'ldconfig' to activate. > > > - In the apxs command, DON'T include the -L and -l arguments > > > > > > After that, Apache appears to start ok, without segfault :)!! > > > > > > Thanks for all of the great help, esp. the suggestion about checking > > > "ldconfig -p". I still don't understand why, but I'm just glad that I > > > can get past this piece so now I can debug my module :)... > > > > > > Later, > > > Jim > > I'm just glad this list is as good as it is! > > > > FYI, the ldconfig is the dynamic linker control, and those > > /etc/ld.so.conf.d files provide additional search directories for the > > linker to check in when loading a library. > > > > Joe > > -- > > http://www.silverhawk.net/ > > > Hi, > > Sorry to report, but my earlier report was a "false positive" :)... > > I forgot that the mod_headers.c that I was doing the earlier testing with had > all references to the libobaccess.so removed :(!! > > So, I'm still stuck with basically the same problem, now, working with my > "full" code, with the calls in it: > > - If I compile with -L and -l, Apache segfaults when it starts > > - If I compile without -L and -l, then I get "undefined symbol" errors when I > try to start Apache, e.g.: > > [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start > -X > httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot > load /apps/httpd/modules/mod_headers.so into server: > /apps/httpd/modules/mod_headers.so: undefined symbol: > ObResource_isProtected > > That "ObResource_isProtected" should be a symbol in libobaccess.so, and in > fact, if I do "nm --dynamic", I get: > > [root@apachemodule build-mod_headers]# nm --dynamic > /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" > 000a6d80 T ObResource_isProtected > [root@apachemodule build-mod_headers]# > > > I'm *assuming* that the reason for the "undefined symbol" error is that > libobaccess.so is actually not being loaded, but then when I try to load > libobaccess.so, either via -L and -l in the apxs, or using LoadFile in > httpd.conf, I get the segfault (same gdb info, BTW). > > Catch-22? > > Sorry for the false alarm :(!! > > Jim > > Hi, Also, BTW, now that I have the ld.so.conf.d setup, I can do "ldconfig -p" and get: [root@apachemodule build-mod_headers]# ldconfig -p | grep libob libobaccess.so (libc6,x86-64) => /apps/netpoint/lib64/libobaccess.so The library TYPE ("libc6") is the same with other .so files that are use, e.g., the libssl*.so, when I list them with ldconfig. Sill don't understand why loading that libobaccess.so causes Apache to segfault :(... Jim
Re: UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
On 6/21/12 6:46 PM, oh...@cox.net wrote: Joe Lewis wrote: On 6/21/12 5:49 PM, oh...@cox.net wrote: oh...@cox.net wrote: Sorin Manolache wrote: And I forgot to say: run gdb in some sort of environment where you see your current source code line and a couple of surrounding lines. You could achieve this with the "list" command, but I prefer running gdb in emacs and let emacs do the nice listing of source code in a different panel. S Here's the function from my source. It's the original from mod_headers.c, plus my printf: static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, apr_pool_t *ptemp, server_rec *s) { printf("In header_post_config\n"); header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); return OK; } Jim Hi, I was able to get the segfault to go away. Here's what I had to do: - Created /etc/ld.so.conf.d/my.conf, and added the directory where my libobaccess.so was - Run 'ldconfig' to activate. - In the apxs command, DON'T include the -L and -l arguments After that, Apache appears to start ok, without segfault :)!! Thanks for all of the great help, esp. the suggestion about checking "ldconfig -p". I still don't understand why, but I'm just glad that I can get past this piece so now I can debug my module :)... Later, Jim I'm just glad this list is as good as it is! FYI, the ldconfig is the dynamic linker control, and those /etc/ld.so.conf.d files provide additional search directories for the linker to check in when loading a library. Joe -- http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim Not a catch-22. The -L and -l specify linker options when assembling the code. The ldconfig is a run-time thing. If you are getting the stderr messages, you are making it all the way into your library. I'd suggest commenting out the following line and see if you get farther : header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); That should tell you if the problem is the ssl_var_lookup. Joe -- http://www.silverhawk.net/
UNSOLVED was Re: SOLVED was Re: How to compiling/link/use Apache module that uses shared library?
Joe Lewis wrote: > On 6/21/12 5:49 PM, oh...@cox.net wrote: > > oh...@cox.net wrote: > >> Sorin Manolache wrote: > >>> And I forgot to say: run gdb in some sort of environment where you see > >>> your current source code line and a couple of surrounding lines. You > >>> could achieve this with the "list" command, but I prefer running gdb in > >>> emacs and let emacs do the nice listing of source code in a different > >>> panel. > >>> > >>> S > >> > >> Here's the function from my source. It's the original from mod_headers.c, > >> plus my printf: > >> > >> > >> static int header_post_config(apr_pool_t *pconf, apr_pool_t *plog, > >>apr_pool_t *ptemp, server_rec *s) > >> { > >> printf("In header_post_config\n"); > >> header_ssl_lookup = APR_RETRIEVE_OPTIONAL_FN(ssl_var_lookup); > >> return OK; > >> } > >> > >> Jim > > > > Hi, > > > > I was able to get the segfault to go away. Here's what I had to do: > > > > - Created /etc/ld.so.conf.d/my.conf, and added the directory where my > > libobaccess.so was > > - Run 'ldconfig' to activate. > > - In the apxs command, DON'T include the -L and -l arguments > > > > After that, Apache appears to start ok, without segfault :)!! > > > > Thanks for all of the great help, esp. the suggestion about checking > > "ldconfig -p". I still don't understand why, but I'm just glad that I can > > get past this piece so now I can debug my module :)... > > > > Later, > > Jim > I'm just glad this list is as good as it is! > > FYI, the ldconfig is the dynamic linker control, and those > /etc/ld.so.conf.d files provide additional search directories for the > linker to check in when loading a library. > > Joe > -- > http://www.silverhawk.net/ Hi, Sorry to report, but my earlier report was a "false positive" :)... I forgot that the mod_headers.c that I was doing the earlier testing with had all references to the libobaccess.so removed :(!! So, I'm still stuck with basically the same problem, now, working with my "full" code, with the calls in it: - If I compile with -L and -l, Apache segfaults when it starts - If I compile without -L and -l, then I get "undefined symbol" errors when I try to start Apache, e.g.: [root@apachemodule build-mod_headers]# /apps/httpd/bin/apachectl -k start -X httpd: Syntax error on line 84 of /apps/httpd/conf/httpd.conf: Cannot load /apps/httpd/modules/mod_headers.so into server: /apps/httpd/modules/mod_headers.so: undefined symbol: ObResource_isProtected That "ObResource_isProtected" should be a symbol in libobaccess.so, and in fact, if I do "nm --dynamic", I get: [root@apachemodule build-mod_headers]# nm --dynamic /apps/netpoint/lib64/libobaccess.so | grep "ObResource_isProtected" 000a6d80 T ObResource_isProtected [root@apachemodule build-mod_headers]# I'm *assuming* that the reason for the "undefined symbol" error is that libobaccess.so is actually not being loaded, but then when I try to load libobaccess.so, either via -L and -l in the apxs, or using LoadFile in httpd.conf, I get the segfault (same gdb info, BTW). Catch-22? Sorry for the false alarm :(!! Jim