From j.halifax at seznam.cz Mon Apr 7 04:20:23 2008 From: j.halifax at seznam.cz (=?us-ascii?Q?j=2Ehalifax=20=2E?=) Date: Mon, 07 Apr 2008 12:20:23 +0200 (CEST) Subject: [elinks-users] "No JDK 1.2 support" problem Message-ID: <2457.4379-12766-1159240142-1207563621@seznam.cz> Dear All, Could you please help me with using java-applet web site with elinks? I need to access a website that uses Java applet and elinks (under up-to-date Fedora 8) gives me the error message of "No JDK 1.2 support for APPLET!!". The html file content is given below. Could you please kindly advise what I need to do for getting elinks working with it? Thank you for your kind help. Best regards... :) The html file (strings of "SOME_..." were changed): ======================================
No JDK 1.2 support for APPLET!!
From jk at buero-ix.de Tue Apr 8 06:14:39 2008 From: jk at buero-ix.de (jk at buero-ix.de) Date: Tue, 08 Apr 2008 14:14:39 +0200 Subject: [elinks-users] elinks: mime-type changes Message-ID: <70739.291561207656879406.JavaMail.servlet@kundenserver> Hello, I generate for a site via fpdf (script-name: druck.php) a druck.pdf - with mime-type "application/pdf" in his header (please see http://www.werkleitz.de/~ub -> impressum -> Druckversion) and the most browser accept this. Except elinks: there comes a window with: "What to do?" and "What would you like to do with the file 'druck.pdf' (type: application/pdf)?", with input-field "kpdf %" and "open, save, display, show header, cancel". If I now use "save" so it saves the file as druck.pdf and after this I can open it as a pdf-file. But if I choose "open", so I get the following error-message in kpdf: "Could not open file:///tmp/elinkcoHwSL.php" and in elinks "kpdf: Warning: Unknown mimetype 'application/x-php'". Why elinks changed the mime-type and the file-ending back to .php? And how can I say elinks to do the right? Or is it maybe a bug? thank you for help Jens Koch++ From witekfl at poczta.onet.pl Tue Apr 8 13:31:15 2008 From: witekfl at poczta.onet.pl (Witold Filipczyk) Date: Tue, 8 Apr 2008 21:31:15 +0200 Subject: [elinks-users] elinks: mime-type changes In-Reply-To: <70739.291561207656879406.JavaMail.servlet@kundenserver> References: <70739.291561207656879406.JavaMail.servlet@kundenserver> Message-ID: <20080408193115.GA16309@pldmachine> On Tue, Apr 08, 2008 at 02:14:39PM +0200, jk at buero-ix.de wrote: > Hello, > > > I generate for a site via fpdf (script-name: druck.php) a druck.pdf - with mime-type "application/pdf" in his header (please see http://www.werkleitz.de/~ub -> impressum -> Druckversion) and the most browser accept this. > > Except elinks: there comes a window with: "What to do?" and "What would you like to do with the file 'druck.pdf' (type: application/pdf)?", with input-field "kpdf %" and "open, save, display, show header, cancel". If I now use "save" so it saves the file as druck.pdf and after this I can open it as a pdf-file. But if I choose "open", so I get the following error-message in kpdf: "Could not open file:///tmp/elinkcoHwSL.php" and in elinks "kpdf: Warning: Unknown mimetype 'application/x-php'". > > Why elinks changed the mime-type and the file-ending back to .php? And how can I say elinks to do the right? Or is it maybe a bug? It's a bug in ELinks. Here is a patch. I'm not sure if the patch is always correct, but works in this case. -- Witek diff --git a/src/session/download.c b/src/session/download.c index e2b5d70..58ae1df 100644 --- a/src/session/download.c +++ b/src/session/download.c @@ -751,7 +751,9 @@ static unsigned char * get_temp_name(struct uri *uri) { struct string name; +#if 0 unsigned char *extension; +#endif /* FIXME * We use tempnam() here, which is unsafe (race condition), for now. * This should be changed at some time, but it needs an in-depth work @@ -768,12 +770,14 @@ get_temp_name(struct uri *uri) add_to_string(&name, nm); free(nm); + add_mime_filename_to_string(&name, uri); +#if 0 extension = get_extension_from_uri(uri); if (extension) { add_shell_safe_to_string(&name, extension, strlen(extension)); mem_free(extension); } - +#endif return name.source; } From derf2087 at hotmail.com Wed Apr 9 02:18:39 2008 From: derf2087 at hotmail.com (Fred M) Date: Wed, 09 Apr 2008 10:18:39 +0200 Subject: [elinks-users] ELinks 0.11.3 crashed Message-ID: hi i have a problem to use elinks i have installed the last rpm of elinks in opensuse.org (http://software.opensuse.org/search?baseproject=openSUSE%3A10.2&p=1&q=elinks) for opensuse 10.2 so when i try to open a url with elinks, it scrashed anybody can help me? backtraces are below. thanks Fred i have forget backtraces. ELinks crashed. That shouldn't happen. Please report this incident to the developers. If you would like to help to debug the problem you just uncovered, please keep the core you just got and send the developers the output of 'bt' command entered inside of gdb (which you run as: gdb elinks core). Thanks a lot for your cooperation! ELinks 0.11.3 (built on Nov 13 2007 22:59:41) Features: Standard, IPv6, gzip, bzip2, Periodic Saving, Timer, Cascading Style Sheets, Protocol (BitTorrent, File, Finger, FTP, Gopher, HTTP, NNTP, URI rewrite, User protocols), SSL (OpenSSL), MIME (Option system, Mailcap, Mimetypes files), LED indicators, Bookmarks, Cookies, ECMAScript, Form History, Global History, Scripting (Perl, Python, Ruby, ECMAScript scripting engine), Exmode, Goto URL History, Search History elinks(dump_backtrace+0x1c)[0x80f47cc] elinks[0x80bebed] elinks[0x80beb18] [0xb7f96420] /usr/lib/libjs.so.1(JS_DefineFunctions+0xf5)[0xb79564d1] /usr/lib/libjs.so.1(JS_InitClass+0x342)[0xb7957dc4] elinks(spidermonkey_get_interpreter+0x1cd)[0x80a6f8d] elinks(ecmascript_get_interpreter+0x53)[0x80a6763] elinks(ecmascript_reset_state+0x5e)[0x80a67fe] elinks(render_document+0x332)[0x8083052] elinks(render_document_frames+0x19d)[0x80837fd] elinks(draw_formatted+0x58)[0x80fc168] elinks(doc_loading_callback+0x116)[0x80e8c66] elinks[0x80b9036] elinks[0x80b9b66] elinks(add_keepalive_connection+0x159)[0x80ba2b9] elinks[0x80da5b6] elinks[0x80dab80] elinks[0x80bbd59] elinks(select_loop+0x1fb)[0x80b60db] Abandon From derf2087 at hotmail.com Wed Apr 9 02:14:04 2008 From: derf2087 at hotmail.com (Fred M) Date: Wed, 09 Apr 2008 10:14:04 +0200 Subject: [elinks-users] ELinks 0.11.3 crashed Message-ID: hi i have a problem to use elinks i have installed the last rpm of elinks in opensuse.org (http://software.opensuse.org/search?baseproject=openSUSE%3A10.2&p=1&q=elinks) for opensuse 10.2 so when i try to open a url with elinks, it scrashed anybody can help me? thanks Fred From derf2087 at hotmail.com Thu Apr 10 00:34:12 2008 From: derf2087 at hotmail.com (Fred M) Date: Thu, 10 Apr 2008 08:34:12 +0200 Subject: [elinks-users] ELinks 0.11.3 crashed In-Reply-To: References: Message-ID: hi, i have found the problem, libjs1 1.7 is not compatible with the last rpm of elinks to resolve the problem we must used elinks-0.11.3-8.5 with libjs1 1.6 - libjs1 1.6 http://software.opensuse.org/search?baseproject=openSUSE%3A10.2&p=1&q=libjs - elinks-0.11.3-8.5 http://software.opensuse.org/search?baseproject=openSUSE%3A10.2&p=1&q=elinks Fred M a ?crit : > hi > > i have a problem to use elinks > i have installed the last rpm of elinks in opensuse.org > (http://software.opensuse.org/search?baseproject=openSUSE%3A10.2&p=1&q=elinks) > for opensuse 10.2 > > so when i try to open a url with elinks, it scrashed > > anybody can help me? > backtraces are below. > thanks > > Fred > > i have forget backtraces. > > > ELinks crashed. That shouldn't happen. Please report this incident to > the developers. If you would like to help to debug the problem you just > uncovered, please keep the core you just got and send the developers > the output of 'bt' command entered inside of gdb (which you run as: > gdb elinks core). Thanks a lot for your cooperation! > > ELinks 0.11.3 (built on Nov 13 2007 22:59:41) > > Features: > Standard, IPv6, gzip, bzip2, Periodic Saving, Timer, Cascading Style Sheets, > Protocol (BitTorrent, File, Finger, FTP, Gopher, HTTP, NNTP, URI > rewrite, User protocols), > SSL (OpenSSL), MIME (Option system, Mailcap, Mimetypes files), LED > indicators, > Bookmarks, Cookies, ECMAScript, Form History, Global History, Scripting > (Perl, Python, Ruby, ECMAScript scripting engine), > Exmode, Goto URL History, Search History > > elinks(dump_backtrace+0x1c)[0x80f47cc] > elinks[0x80bebed] > elinks[0x80beb18] > [0xb7f96420] > /usr/lib/libjs.so.1(JS_DefineFunctions+0xf5)[0xb79564d1] > /usr/lib/libjs.so.1(JS_InitClass+0x342)[0xb7957dc4] > elinks(spidermonkey_get_interpreter+0x1cd)[0x80a6f8d] > elinks(ecmascript_get_interpreter+0x53)[0x80a6763] > elinks(ecmascript_reset_state+0x5e)[0x80a67fe] > elinks(render_document+0x332)[0x8083052] > elinks(render_document_frames+0x19d)[0x80837fd] > elinks(draw_formatted+0x58)[0x80fc168] > elinks(doc_loading_callback+0x116)[0x80e8c66] > elinks[0x80b9036] > elinks[0x80b9b66] > elinks(add_keepalive_connection+0x159)[0x80ba2b9] > elinks[0x80da5b6] > elinks[0x80dab80] > elinks[0x80bbd59] > elinks(select_loop+0x1fb)[0x80b60db] > Abandon > > _______________________________________________ > elinks-users mailing list > elinks-users at linuxfromscratch.org > http://linuxfromscratch.org/mailman/listinfo/elinks-users > From kon at iki.fi Sun Apr 13 11:10:08 2008 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Sun, 13 Apr 2008 20:10:08 +0300 Subject: [elinks-users] "No JDK 1.2 support" problem In-Reply-To: <2457.4379-12766-1159240142-1207563621@seznam.cz> References: <2457.4379-12766-1159240142-1207563621@seznam.cz> Message-ID: <87zlrxwuj3.fsf@Astalo.kon.iki.fi> j.halifax . writes: > Could you please help me with using java-applet web site with elinks? ELinks does not support Java applets, and I think such support will never be implemented. Because java.applet.Applet is based on AWT, which uses pixel coordinates for drawing, it would be difficult to display the applet in a character-cell terminal. It could require rewriting large parts of AWT, and even then the result might not be good enough. If ELinks supported graphics (enhancement 18), things would be easier, but there are already many well-maintained browsers in that niche and I don't personally see any point in trying to compete with them. If you have X available, you may be able to configure ELinks to pass the web page URL to an external appletviewer program. Kaffe's appletviewer apparently reports AppletContext.showDocument calls to stderr, and you could then write a script to capture that output and run the appropriate elinks -remote commands. > I need to access a website that uses Java applet and elinks > (under up-to-date Fedora 8) gives me the error message of "No > JDK 1.2 support for APPLET!!". That message is in the HTML; ELinks does not know about JDK. > > > > > I find it odd that security.gui.MainApplet does anything with HyaluronicAcid. From kon at iki.fi Sun Apr 13 12:36:40 2008 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Sun, 13 Apr 2008 21:36:40 +0300 Subject: [elinks-users] Seg faults in elinks 0.11.3 In-Reply-To: <200803251311.NAA12641@dsl.pipex.com> References: <200803251311.NAA12641@dsl.pipex.com> Message-ID: <87skxpwqiv.fsf@Astalo.kon.iki.fi> Roy Millar writes: > Now after entering my logon info (several items, for security), as > soon as the new screen starts to appear, elinks seg faults in frames.c. There have been many bugs in the frames support, but I think this crash is not currently listed at bugzilla.elinks.cz. Could you post a self-contained test case? Your crash was in format_frame(): if (doc_view) { render_document(vs, doc_view, o); assert(doc_view->document); doc_view->document->frame = frame_desc; } The assignment crashed because doc_view->document was not NULL but pointed to freed memory. render_document() calls detach_formatted(), which sets doc_view->document = NULL; so the dangling pointer must have been placed there after that. I am not very familiar with this part of ELinks. In 0.11, I think the way to debug this would be: ---------------------------------------------------------------------- Assert in done_document that no document_view points there. This should help find the cause of the format_frame crash reported at elinks-users. --- commit 4ed1ea4b578fa145c3989c38ffc3e1e081195287 tree 7964249503382d465119634dc6857ad9463dadd2 parent 003d09ed781fb84fb711f42a82ddf89870ce10e4 author Kalle Olavi Niemitalo Sun, 13 Apr 2008 21:31:20 +0300 committer Kalle Olavi Niemitalo Sun, 13 Apr 2008 21:31:20 +0300 src/document/document.c | 19 +++++++++++++++++++ src/document/html/frames.c | 11 +++++++++++ src/document/view.h | 9 +++++++++ 3 files changed, 39 insertions(+), 0 deletions(-) diff --git a/src/document/document.c b/src/document/document.c index 9765197..69d1a34 100644 --- a/src/document/document.c +++ b/src/document/document.c @@ -21,6 +21,7 @@ #include "document/html/renderer.h" #include "document/options.h" #include "document/refresh.h" +#include "document/view.h" #include "main/module.h" #include "main/object.h" #include "protocol/uri.h" @@ -35,6 +36,10 @@ static INIT_LIST_HEAD(format_cache); +#ifdef CONFIG_DEBUG +INIT_LIST_HEAD(debug_docview_refs); +#endif + struct document * init_document(struct cache_entry *cached, struct document_options *options) { @@ -103,6 +108,18 @@ done_link_members(struct link *link) mem_free_if(link->points); } +#ifdef CONFIG_DEBUG +void +assert_document_not_in_any_view(struct document *document) +{ + struct debug_docview_ref *ref; + foreach (ref, debug_docview_refs) + assert(ref->doc_view->document != document); +} +#else +# define assert_document_not_in_any_view (void) +#endif + void done_document(struct document *document) { @@ -114,6 +131,8 @@ done_document(struct document *document) assertm(!is_object_used(document), "Attempt to free locked formatted data."); if_assert_failed return; + assert_document_not_in_any_view(document); + cached = find_in_cache(document->uri); if (!cached) INTERNAL("no cache entry for document"); diff --git a/src/document/html/frames.c b/src/document/html/frames.c index d3d7134..03a4532 100644 --- a/src/document/html/frames.c +++ b/src/document/html/frames.c @@ -201,9 +201,20 @@ format_frame(struct session *ses, struct frame_desc *frame_desc, doc_view = find_fd(ses, frame_desc->name, depth, o->box.x, o->box.y); if (doc_view) { +#ifdef CONFIG_DEBUG + struct debug_docview_ref ref; + + ref.doc_view = doc_view; + add_to_list(debug_docview_refs, &ref); +#endif + render_document(vs, doc_view, o); assert(doc_view->document); doc_view->document->frame = frame_desc; + +#ifdef CONFIG_DEBUG + del_from_list(&ref); +#endif } o->plain = plain; diff --git a/src/document/view.h b/src/document/view.h index 931c1ca..d0179b6 100644 --- a/src/document/view.h +++ b/src/document/view.h @@ -47,4 +47,13 @@ struct document_view { && (doc_view)->vs->current_link < (doc_view)->document->nlinks) \ ? &(doc_view)->document->links[(doc_view)->vs->current_link] : NULL) +#ifdef CONFIG_DEBUG +struct debug_docview_ref { + LIST_HEAD(struct debug_docview_ref); + struct document_view *doc_view; +}; + +extern struct list_head debug_docview_refs; +#endif + #endif From awzg95 at dsl.pipex.com Tue Apr 15 03:19:29 2008 From: awzg95 at dsl.pipex.com (Roy Millar) Date: Tue, 15 Apr 2008 10:19:29 +0100 (BST) Subject: [elinks-users] Seg faults in elinks 0.11.3 In-Reply-To: from "elinks-users-request@linuxfromscratch.org" at "Apr 14, 2008 00:00:00 am" Message-ID: <200804150919.KAA14673@dsl.pipex.com> Kalle Olavi Niemitalo writes :- > There have been many bugs in the frames support, but I think this > crash is not currently listed at bugzilla.elinks.cz. Could you > post a self-contained test case? I'll try. I'd need to know what was in the html being rendered, I suppose, but the crash is almost immediate. Is the raw html kept in a buffer somewhere? Maybe tcpflow would show me, then it might be possible to guess at a test case. If I'm clever enough (doubtful; I'm long past my 'sell-before' date :-) I could possibly edit the dump with a binary editor to overwrite any traces of my security information with XXXXs, so that the bank couldn't claim that I had breached their Terms and Conditions, then email that to you/someone, if anyone would be kind enough to look at it. If the actual dump might help? Is there some secure way of emailing a large dump? Thank you for the patch; I'll try to apply it (by hand if need be) to 0.11.3 and check the result. To eliminate any possibility that the problem was caused by my use of old libraries (though I'd guess that isn't likely), I tried to quickly recompile elinks and js 1.7 using the LiveCD from Linuxfromscratch, but unfortunately the link step fails for 'js' (not actually needed by elinks, AFAIK). The problem was an incompatibility between _xstat and __xstat, and between __ctype-b, __ctype-b-toupper __ctype-b-lower and __ctype-b-loc I'll try again, adding -Wl,_xstat=__xstat (etc.) to the link step to see if that will kludge around the problem. Or maybe just bypass the step that creates js. Thank you again for your assistance. -- R. T. Millar, awzg95 at dsl.pipex.com From kon at iki.fi Tue Apr 15 14:16:19 2008 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Tue, 15 Apr 2008 23:16:19 +0300 Subject: [elinks-users] Seg faults in elinks 0.11.3 In-Reply-To: <200804150919.KAA14673@dsl.pipex.com> References: <200804150919.KAA14673@dsl.pipex.com> Message-ID: <87abjuri0c.fsf@Astalo.kon.iki.fi> Roy Millar writes: > I'd need to know what was in the html being rendered, I suppose, but > the crash is almost immediate. Is the raw html kept in a buffer > somewhere? In src/network/socket.c, there is: | /* To enable logging of tranfers, for debugging purposes. */ | #if 0 | | #define DEBUG_TRANSFER_LOGFILE "/tmp/log" ELinks appends to the file, so if you're on a multiuser system, you should create the file beforehand to thwart symlink attacks, or change the #define to a safe directory. From jean.yves.levesque at gmail.com Wed Apr 23 06:38:20 2008 From: jean.yves.levesque at gmail.com (Jean-Yves Levesque) Date: Wed, 23 Apr 2008 08:38:20 -0400 Subject: [elinks-users] Elinks within Screen issue Message-ID: <111f7ec40804230538x41c25610l8746bc83a93e00a7@mail.gmail.com> I have had an issue for quite some time now and do not know where the problem is. I run Elinks witihin GNU screen and sometimes, when Elinks crashes for instance, I cannot bring it back. It seems to freeze with I run it again. If I run it outside of Screen then this is ok. The only thing I see when I restart Elinks is the following: WARNING: SEE is using non-release malloc And then it seems it waits forever. WWhat can i do in order to debug this problem? cheers, jy -- Je ne parle qu'en mon nom. I am only speaking for myself. From nigel at turbo10.com Wed Apr 23 08:21:53 2008 From: nigel at turbo10.com (Nigel Hamilton) Date: Wed, 23 Apr 2008 15:21:53 +0100 Subject: [elinks-users] accesskey ... hotkeys for elinks webpages Message-ID: <50fec4060804230721x23163180r4419372828923809@mail.gmail.com> Hi, Does the accesskey attribute work in elinks? I have a number of forms on a page which I would like the user to submit by pressing an "accesskey". It would be great if someone could provide a html snippet that shows form submission using accesskeys working. Thanks, Nigel p.s. who is making a Programmer's IDE powered by elinks (see http://blog.thegoo.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://linuxfromscratch.org/pipermail/elinks-users/attachments/20080423/d9612711/attachment.html From witekfl at poczta.onet.pl Wed Apr 23 09:36:06 2008 From: witekfl at poczta.onet.pl (Witold Filipczyk) Date: Wed, 23 Apr 2008 17:36:06 +0200 Subject: [elinks-users] Elinks within Screen issue In-Reply-To: <111f7ec40804230538x41c25610l8746bc83a93e00a7@mail.gmail.com> References: <111f7ec40804230538x41c25610l8746bc83a93e00a7@mail.gmail.com> Message-ID: <20080423153606.GA17027@pldmachine> On Wed, Apr 23, 2008 at 08:38:20AM -0400, Jean-Yves Levesque wrote: > I have had an issue for quite some time now and > do not know where the problem is. I run Elinks > witihin GNU screen and sometimes, when Elinks > crashes for instance, I cannot bring it back. > It seems to freeze with I run it again. > > If I run it outside of Screen then this is ok. > The only thing I see when I restart Elinks is the > following: > > WARNING: SEE is using non-release malloc > > And then it seems it waits forever. > > WWhat can i do in order to debug this problem? I guess, that you compiled SEE without (lib)gc-devel. Recompile libsee with libgc, or recompile ELinks with SpiderMonkey. -- Witek From jean.yves.levesque at gmail.com Wed Apr 23 11:38:18 2008 From: jean.yves.levesque at gmail.com (Jean-Yves Levesque) Date: Wed, 23 Apr 2008 13:38:18 -0400 Subject: [elinks-users] Elinks within Screen issue In-Reply-To: <20080423153606.GA17027@pldmachine> References: <111f7ec40804230538x41c25610l8746bc83a93e00a7@mail.gmail.com> <20080423153606.GA17027@pldmachine> Message-ID: <111f7ec40804231038g463ba9efj2332c4380efa06d2@mail.gmail.com> Actually after rebuilding to use Spidermonkey I noticed that if I detach (Ctrl-A Ctrl-D) and reattach Elinks is fine. I guess it may have to do with the tty state. On 4/23/08, Witold Filipczyk wrote: > On Wed, Apr 23, 2008 at 08:38:20AM -0400, Jean-Yves Levesque wrote: > > I have had an issue for quite some time now and > > do not know where the problem is. I run Elinks > > witihin GNU screen and sometimes, when Elinks > > crashes for instance, I cannot bring it back. > > It seems to freeze with I run it again. > > > > If I run it outside of Screen then this is ok. > > The only thing I see when I restart Elinks is the > > following: > > > > WARNING: SEE is using non-release malloc > > > > And then it seems it waits forever. > > > > WWhat can i do in order to debug this problem? > > I guess, that you compiled SEE without (lib)gc-devel. > Recompile libsee with libgc, or recompile ELinks > with SpiderMonkey. > -- > Witek > _______________________________________________ > elinks-users mailing list > elinks-users at linuxfromscratch.org > http://linuxfromscratch.org/mailman/listinfo/elinks-users > -- Je ne parle qu'en mon nom. I am only speaking for myself. From fonseca at diku.dk Fri Apr 25 01:53:20 2008 From: fonseca at diku.dk (Jonas Fonseca) Date: Fri, 25 Apr 2008 09:53:20 +0200 Subject: [elinks-users] accesskey ... hotkeys for elinks webpages In-Reply-To: <50fec4060804230721x23163180r4419372828923809@mail.gmail.com> References: <50fec4060804230721x23163180r4419372828923809@mail.gmail.com> Message-ID: <20080425075320.GA20390@diku.dk> Hello Nigel, Nigel Hamilton wrote Wed, Apr 23, 2008: > Hi, > > Does the accesskey attribute work in elinks? I have a number of forms > on a page which I would like the user to submit by pressing an "accesskey". It is supposed to work. > It would be great if someone could provide a html snippet that shows > form submission using accesskeys working. Take a look at test/tabindex.html in the ELinks repository. > p.s. who is making a Programmer's IDE powered by elinks (see > http://blog.thegoo.org) Interesting. :) -- Jonas Fonseca From giridhar at appaji.net Sat Apr 26 04:54:51 2008 From: giridhar at appaji.net (Y Giridhar Appaji Nag) Date: Sat, 26 Apr 2008 16:24:51 +0530 Subject: [elinks-users] FSP in ELinks 0.11.3 Message-ID: <20080426105450.GB5776@loktak.appaji.net> Hi, Does FSP in ELinks 0.11 work OK? Or does the feature have some bugs there? I enabled FSP support in ELinks 0.11.3 and though I was able to connect to FSP servers, no listing showed up. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D478007 Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://linuxfromscratch.org/pipermail/elinks-users/attachments/20080426/8e38a355/attachment.bin From witekfl at poczta.onet.pl Sat Apr 26 06:18:49 2008 From: witekfl at poczta.onet.pl (Witold Filipczyk) Date: Sat, 26 Apr 2008 14:18:49 +0200 Subject: [elinks-users] FSP in ELinks 0.11.3 In-Reply-To: <20080426105450.GB5776@loktak.appaji.net> References: <20080426105450.GB5776@loktak.appaji.net> Message-ID: <20080426121849.GA7340@pldmachine> On Sat, Apr 26, 2008 at 04:24:51PM +0530, Y Giridhar Appaji Nag wrote: > Hi, > > Does FSP in ELinks 0.11 work OK? Or does the feature have some bugs > there? I enabled FSP support in ELinks 0.11.3 and though I was able to > connect to FSP servers, no listing showed up. > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D478007 Did you try FSP in 0.12.GIT or 0.13.GIT? I think that this commit to the 0.12.GIT fixed the issue. commit 06bcc48487676e0ea113ed7ace63798dc0562694 Author: Witold Filipczyk Date: Fri Jan 18 21:15:28 2008 +0100 fsp: Fixed a serious bug. *fresult pointed to nowhere. On FreeBSD *fresult == NULL and directories weren't displayed. Check also if safe_write writes all data. -- Witek From giridhar at appaji.net Sun Apr 27 00:15:56 2008 From: giridhar at appaji.net (Y Giridhar Appaji Nag) Date: Sun, 27 Apr 2008 11:45:56 +0530 Subject: [elinks-users] FSP in ELinks 0.11.3 In-Reply-To: <20080426121849.GA7340@pldmachine> References: <20080426105450.GB5776@loktak.appaji.net> <20080426121849.GA7340@pldmachine> Message-ID: <20080427061554.GA6428@loktak.appaji.net> On 08/04/26 14:18 +0200, Witold Filipczyk said ... > I think that this commit to the 0.12.GIT fixed the issue. > > commit 06bcc48487676e0ea113ed7ace63798dc0562694 > Author: Witold Filipczyk > Date: Fri Jan 18 21:15:28 2008 +0100 > > fsp: Fixed a serious bug. > > *fresult pointed to nowhere. On FreeBSD *fresult == NULL > and directories weren't displayed. > Check also if safe_write writes all data. Thanks, that works. I included this as a patch in the Debian package for the 0.11.3 series. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://linuxfromscratch.org/pipermail/elinks-users/attachments/20080427/2a3066dd/attachment.bin From kon at iki.fi Sun Apr 27 01:00:46 2008 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Sun, 27 Apr 2008 10:00:46 +0300 Subject: [elinks-users] FSP in ELinks 0.11.3 In-Reply-To: <20080427061554.GA6428@loktak.appaji.net> References: <20080426105450.GB5776@loktak.appaji.net> <20080426121849.GA7340@pldmachine> <20080427061554.GA6428@loktak.appaji.net> Message-ID: <8763u3lr35.fsf@Astalo.kon.iki.fi> Y Giridhar Appaji Nag writes: > I included this as a patch in the Debian package for the 0.11.3 > series. The FSP support in ELinks 0.12.GIT has one other patch you should take note of. commit e517ef22a9c3abab9bf202a76c8f3b4e44c6a773 Author: Kalle Olavi Niemitalo Date: Tue Mar 6 15:55:08 2007 +0200 fsp: Try to recover from ABI mismatches caused by _FILE_OFFSET_BITS. It tries to work around this fsplib bug: fsplib 0.8 ABI depends on _FILE_OFFSET_BITS https://sourceforge.net/tracker/index.php?func=detail&aid=1674729&group_id=93841&atid=605738 As far as I can tell, this has not been fixed in the Debian fsplib 0.9-1 packages. So, if you enable FSP support, please make sure that the Debian ELinks packages are built with the same _FILE_OFFSET_BITS as the Debian fsplib packages.