Re: [elinks-users] Compile problem
witekfl gglate...@gmail.com writes: Lars Bjørndal lars at lamasti.net writes: (gdb) bt #0 done_heartbeat (hb=0x0) at heartbeat.c:117 I guess, hb is 0 because of out of memory. You can try git pull and make if 0.13.GIT is used. Worked, thank you. Perfect! Regards, Lars ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem
Hello [witekfl] If this bug is reproducible, do: recompile elinks with --disable-backtrace (yes, --disable, because I don't like it) Make sure, ELinks is compiled with debug symbols. make V=1 shows -g among flags in this case After the compilation: ulimit -c unlimited # for core dumps cd elinks (click, click, segfault) if the core or the core.$pid file appears in the home directory, run: gdb path_to_elinks core In gdb: bt Copy the results from the screen and mail it here. Filenames, function names, variables, and line numbers are usually in backtraces. Thank you. I hope I have done things correctly. My experience in debugging is limited. Please find below the output. Hope the information provided can be used to investigate the digital bank problem mentioned earlier. $ gdb /usr/bin/elinks core.16895 GNU gdb (GDB) Fedora (7.3.1-46.fc15) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-redhat-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/elinks...Reading symbols from /usr/lib/debug/usr/bin/elinks.debug...done. done. [New LWP 16895] [New LWP 16896] [Thread debugging using libthread_db enabled] Core was generated by `elinks'. Program terminated with signal 11, Segmentation fault. #0 done_heartbeat (hb=0x0) at heartbeat.c:117 117 if (list_is_singleton(*hb)) { Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.6-3.fc15.i686 expat-2.0.1-11.fc15.i686 glibc-2.14-5.i686 gpm-libs-1.20.6-16.fc15.i686 js-1.8.5-6.fc15.i686 keyutils-libs-1.2-7.fc15.i686 krb5-libs-1.9.1-14.fc15.i686 libcom_err-1.41.14-2.fc15.i686 libgcc-4.6.1-9.fc15.i686 libidn-1.19-2.fc15.i686 libselinux-2.0.99-4.fc15.i686 libstdc++-4.6.1-9.fc15.i686 nspr-4.8.8-1.fc15.i686 openssl-1.0.0e-1.fc15.i686 zlib-1.2.5-5.fc15.i686 (gdb) bt #0 done_heartbeat (hb=0x0) at heartbeat.c:117 #1 0x080a7eef in spidermonkey_eval (interpreter=0x9138d30, code=0x8beda48, ret=0x0) at spidermonkey.c:278 #2 0x080a7098 in ecmascript_eval (interpreter=0x9138d30, code=0x8beda48, ret=0x0) at ecmascript.c:136 #3 0x080846a3 in process_snippets (current=0x9138d54, snippets=0x9138d4c, interpreter=0x9138d30) at renderer.c:135 #4 render_document (vs=0x8ebf848, doc_view=0x8bb9328, options=0xbf81cff8) at renderer.c:416 #5 0x08084e14 in render_document_frames (ses=0x8bb7058, no_cache=0) at renderer.c:487 #6 0x080f324d in draw_formatted (ses=0x8bb7058, rerender=0) at draw.c:351 #7 0x080dd3bf in doc_loading_callback (download=0x8ebf818, ses=0x8bb7058) at session.c:601 #8 0x080bb461 in notify_connection_callbacks (conn=0x8d183a0) at connection.c:459 #9 0x080bbc1c in done_connection (conn=0x8d183a0) at connection.c:477 #10 0x080bc638 in abort_connection (conn=0x8d183a0, state=...) at connection.c:771 #11 0x080cfcbe in http_end_request (conn=0x8d183a0, state=..., notrunc=0) at http.c:505 #12 0x080cfed0 in read_http_data_done (conn=optimized out) at http.c:1173 #13 0x080d000e in read_http_data (socket=0x8d6f580, rb=0x8d12c78) at http.c:1362 ---Type return to continue, or q return to quit--- #14 0x080bf2ed in read_select (socket=0x8d6f580) at socket.c:927 #15 0x080b864f in select_loop (init=0x80b7790 init) at select.c:307 #16 0x0805bed3 in main (argc=1, argv=0xbf81d3e4) at main.c:358 (gdb) Thanks and regards, Lars ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem
If this bug is reproducible, do: recompile elinks with --disable-backtrace (yes, --disable, because I don't like it) Make sure, ELinks is compiled with debug symbols. make V=1 shows -g among flags in this case After the compilation: ulimit -c unlimited # for core dumps cd elinks (click, click, segfault) if the core or the core.$pid file appears in the home directory, run: gdb path_to_elinks core In gdb: bt Copy the results from the screen and mail it here. Filenames, function names, variables, and line numbers are usually in backtraces. Be careful, because your passwords and logins might be visible there. ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem
The ELinks beeped on the screen terminal, because it tried to set the terminal title. In the current git version this feature is off for the GNU screen. ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem
[witekfl] The ELinks beeped on the screen terminal, because it tried to set the terminal title. In the current git version this feature is off for the GNU screen. Thank you very much! Do you also have a solution for my problem I mentioned regarding my digital bank account? Thanks and regards, Lars ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem
Lars Bjørndal lars at lamasti.net writes: Are you sure, you got the latest sources of ELinks? Recent changes were made in November 2011. Thank you for pointing this out. I'm certainly not very familiar with git, and, if I remember correctly, I did 'git checkout' from the elinks directory. Maybe this isn't what I should have done to update it. Use git pull for the update. Anyway, now I was able to compile elinks with ECMAScript. I still have some odd issues: - Elinks crashes, and terminates, if activating some links in my digital bank account. This happens also if I turn ECMAscript off. Did you try to compile with --disable-sm-scripting? - Using Elinks from within screen, raises problems. The terminal beeps at every new page load, and the terminal is confused somehow, because it also beeps when changing screen number. I can workaround this by attaching to the screen session after setting TERM=vt100, but that leads to other odd situations with other programs, like emacs. What is the value of the the TERM before invoking screen (echo $TERM) and after? You can change terminal settings in the ELinks (F9 - Setup - Terminal options or o (Option manager) - Terminals). Start changing with the color mode. ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem
Lars Bjørndal lars at lamasti.net writes: The compile process fails. From configure output: ECMAScript (JavaScript) . SpiderMonkey document scripting Browser scripting ... SpiderMonkey [snip] Are you sure, you got the latest sources of ELinks? Recent changes were made in November 2011. ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
[elinks-users] Compile problem
The compile process fails. From configure output: ECMAScript (JavaScript) . SpiderMonkey document scripting Browser scripting ... SpiderMonkey Even though, I get the following error when compiling: lib.o: In function `get_temp_name': /home/lrs/rpmbuild/BUILD/elinks-0.13.GIT/src/session/download.c:1008: warning: the use of `tempnam' is dangerous, better use `mkstemp' lib.o: In function `spidermonkey_eval_stringback': (.text+0x4b61c): undefined reference to `JS_GetStringBytes' lib.o: In function `spidermonkey_eval_stringback': (.text+0x4b640): undefined reference to `JS_GetStringBytes' lib.o: In function `document_write_do': document.c:(.text+0x4b837): undefined reference to `JS_GetStringBytes' document.c:(.text+0x4b85b): undefined reference to `JS_GetStringBytes' lib.o: In function `document_set_property': document.c:(.text+0x4ba91): undefined reference to `JS_GetStringBytes' lib.o:document.c:(.text+0x4babe): more undefined references to `JS_GetStringBytes' follow lib.o: In function `input_set_property': form.c:(.text+0x4db9c): undefined reference to `JS_GetStringChars' form.c:(.text+0x4e003): undefined reference to `JS_GetStringBytes' form.c:(.text+0x4e033): undefined reference to `JS_GetStringBytes' form.c:(.text+0x4e062): undefined reference to `JS_GetStringBytes' form.c:(.text+0x4e092): undefined reference to `JS_GetStringBytes' form.c:(.text+0x4e0c1): undefined reference to `JS_GetStringBytes' lib.o:form.c:(.text+0x4e0ed): more undefined references to `JS_GetStringBytes' follow lib.o: In function `jsval_to_bookmark_string': bookmarks.c:(.text+0x786d0): undefined reference to `JS_AddNamedRoot' bookmarks.c:(.text+0x78734): undefined reference to `JS_RemoveRoot' bookmarks.c:(.text+0x78760): undefined reference to `JS_RemoveRoot' bookmarks.c:(.text+0x78771): undefined reference to `JS_RemoveRoot' lib.o: In function `cache_entry_set_property': cache_object.c:(.text+0x78d4a): undefined reference to `JS_GetStringBytes' cache_object.c:(.text+0x78d9c): undefined reference to `JS_GetStringBytes' cache_object.c:(.text+0x78e12): undefined reference to `JS_GetStringBytes' lib.o: In function `smjs_do_file_wrapper': core.c:(.text+0x79186): undefined reference to `JS_GetStringBytes' lib.o: In function `jsstring_to_utf8': (.text+0x7950a): undefined reference to `JS_GetStringChars' lib.o: In function `elinks_set_location': elinks_object.c:(.text+0x79706): undefined reference to `JS_GetStringBytes' lib.o: In function `elinks_execute': elinks_object.c:(.text+0x797f4): undefined reference to `JS_GetStringBytes' elinks_object.c:(.text+0x79818): undefined reference to `JS_GetStringBytes' lib.o: In function `elinks_alert': elinks_object.c:(.text+0x798fc): undefined reference to `JS_GetStringBytes' elinks_object.c:(.text+0x79920): undefined reference to `JS_GetStringBytes' lib.o:globhist.c:(.text+0x79b64): more undefined references to `JS_GetStringBytes' follow lib.o: In function `smjs_loading_callback': load_uri.c:(.text+0x7a72b): undefined reference to `JS_RemoveRoot' lib.o: In function `smjs_load_uri': load_uri.c:(.text+0x7a799): undefined reference to `JS_GetStringBytes' load_uri.c:(.text+0x7a80e): undefined reference to `JS_AddNamedRoot' lib.o: In function `view_state_set_property': view_state_object.c:(.text+0x7aa24): undefined reference to `JS_GetStringBytes' view_state_object.c:(.text+0x7aa48): undefined reference to `JS_GetStringBytes' collect2: ld returned 1 exit status make[1]: *** [elinks] Error 1 make[1]: Leaving directory `/home/lrs/rpmbuild/BUILD/elinks-0.13.GIT/src' make: *** [all-recursive] Error 1 I use Fedora 15, and I think the relevant packages are js-1.8.5-6.fc15.i686 and js-devel-1.8.5-6.fc15.i686. I tried to update my elinks source files, but it seems that they was last updated in 2010. Any ideas how to get elinks work again, after upgrading from Fedora 14 to Fedora 15? Thanks, Lars ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users
Re: [elinks-users] Compile problem with 0.11.1
Christopher Moore [EMAIL PROTECTED] wrote Fri, Feb 03, 2006: On Fri, Feb 03, 2006 at 12:23:09AM +0100, Jonas Fonseca wrote: Christopher Moore [EMAIL PROTECTED] wrote Thu, Feb 02, 2006: Hello, Hi, I'm attempting to build the latest release. The ./configure ran fine but make gave the following error from autoheader: w1gm:/opt/elinks-0.11.1$ make cd ./. autoheader Can't locate object method path via package Autom4te::Request at /usr/bin/au tom4te line 81. autoheader: /usr/bin/autom4te failed with exit status: 1 make: *** [stamp-h.in] Error 1 I currently running 0.11.cvs built in May 2005. Could you try to remove the autom4te.cache directory in the root? Then to be safe rerun ./configure. That fixed the problem! Thanks Ok, the autom4te.cache directory is now removed when generating tarballs. Only the 0.12 snapshot is fixed due to the MD5 sums. -- Jonas Fonseca ___ elinks-users mailing list elinks-users@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-users