Re: Patch to 2.4.8 for ANSI scoping rule
On Fri, Dec 14, 2001 at 02:25:14PM +0300, Alexander V. Lukyanov wrote: On Wed, Dec 12, 2001 at 01:19:59AM -0600, [EMAIL PROTECTED] wrote: Attached is a patch to turn on -LANG:ansi-for-init-scope=ON on the IRIX C++ compiler to grok ANSI scoping rules. BTW, -LANG:std enables more C++ compliance in the IRIX compiler (we build with -LANG:std so have no need for -LANG:ansi-for-init-scope=ON). Patch applied. I have also tried to fix this error: cxx: Error: NetAccess.cc, line 483: more than one operator = matches these operands: built-in operator arithmetic = arithmetic function Time::operator=(const Time ) const function Time::operator=(std::time_t) const operand types are: TimeDate = long if(now = try_time+interval) --^ cxx: Info: 1 error detected in the compilation of NetAccess.cc. Your fix for the above error worked. -- albert chin ([EMAIL PROTECTED])
Re: mbstate_t oddity on HP-UX 11.00
On Fri, Dec 14, 2001 at 12:31:08PM -0500, Glenn Maynard wrote: On Fri, Dec 14, 2001 at 07:23:31AM -0600, Albert Chin-A-Young wrote: So, do we need a C and C++ check for mbstate_t? Note that mbstate_t is usred in lib/fnmatch.c and lib/regex.c but in 2.4.4, there was no autoconf check for it. Any reason the autoconf check was introduced? It's used conditionally based on this check (and some others), though fnmatch.c has it disabled for some reason. (I don't think it should; we very well might have MBCS filenames locally. I occasionally do, with UTF-8, but I'm not using the replacement versions of these functions so it doesn't affect me.) We use MBCS functions directly now, so we need to know if it's available. (We assume the FTP server's terminal encoding is the same as the local terminal's; not a very good assumption, but it's the best we can do in a terminal interface.) So do I make a separate C, C++ autoconf check for mbstate_t? -- albert chin ([EMAIL PROTECTED])
Re: Patch to 2.4.8 for ANSI scoping rule
On Fri, Dec 14, 2001 at 09:48:09PM +0300, Alexander V. Lukyanov wrote: On Fri, Dec 14, 2001 at 09:38:51PM +0300, Alexander V. Lukyanov wrote: On Fri, Dec 14, 2001 at 12:23:32PM -0600, Albert Chin-A-Young wrote: On Wed, Dec 12, 2001 at 01:19:59AM -0600, [EMAIL PROTECTED] wrote: 7. HP-UX 11.00, with the aCC compiler, gives: Error 221: FtpDirList.h, line 32 # Member 'EPLF' not declared in class FtpDirList [FtpDirList.h, line 26]. static char *FtpDirList::EPLF(const char *line, int len); How's the following patch for this? Your sources are not up-to-date. There is no EPLF method now. Sorry! I forgot that there is lftp-2-4 branch. I have fixed it there. What other changes should be applied to it? That's it. I still need an answer to another email regarding mbstate_t. -- albert chin ([EMAIL PROTECTED])
Re: lftp-pre2.3.0-A00911
On Mon, Sep 11, 2000 at 01:20:54PM +0400, Alexander V. Lukyanov wrote: News since 2000-09-07: * fix for eof handling in https. * used multilang branch of libtool. (does it work now on irix?) I don't think you included all the relevant libtool components. You should have at least ltcf-c.sh and ltcf-cxx.sh as part of the distribution. Didn't libtoolize copy this into your tree? -- albert chin ([EMAIL PROTECTED])
lftp-pre 2.3.0 and GET method
% /opt/build/lftp/src/lftp -u [user],[password] 'http://updates.thewrittenword.com/?distribution=cd' Resolving host address... dns cache hit Connecting to updates.thewrittenword.com (216.80.59.108) port 80 Sending request... --- HEAD /?distribution=cd/ HTTP/1.1 --- Host: updates.thewrittenword.com --- User-Agent: lftp/pre2.3.0-A00823 --- Accept: */* --- Authorization: Basic dGVzdDp0ZXN0MTIzIQ== --- Connection: keep-alive --- --- HTTP/1.1 200 OK --- Date: Sat, 26 Aug 2000 07:14:58 GMT --- Server: Apache/1.3.12 (Unix) mod_perl/1.24 PHP/4.0.2-dev --- X-Powered-By: PHP/4.0.2-dev --- Keep-Alive: timeout=15, max=100 --- Connection: Keep-Alive --- Content-Type: text/html --- cd ok, cwd=/?distribution=cd Why does lftp append '/' to the URL (i.e. from /?distribution=cd to /?distribution=cd/)? -- albert chin ([EMAIL PROTECTED])
Re: lftp-pre 2.3.0 and encoding unsafe characters
On Sat, Aug 26, 2000 at 03:04:35PM +0400, Alexander V. Lukyanov wrote: On Sat, Aug 26, 2000 at 12:40:13AM -0500, Albert Chin-A-Young wrote: In src/lftp.h: # define URL_PATH_UNSAFE URL_UNSAFE"#;?" '?' _is_ unsafe. If you have path containing a ?, then it must be encoded. lftp can download URL's pointing to CGI scripts, but only by whole URL. That is `get index.cgi?param' whould encode ? as it is part of path, `get http://host/index.cgi?param' whould not, because it is user-specified in URL. In case of open and cd, remembering user-specified url is not implemented (yet). Ok, as I'm doing: open -u [user],[pass] http://updates.thewrittenword.com/?distribution=cd then things won't work. I did try: lftp open -u [user],[pass] http://updates.thewrittenword.com/ lftp get http://updates.thewrittenword.com/?distribution=cd dns cache hit Connecting to updates.thewrittenword.com (216.80.59.108) port 80 Sending request... --- GET /?distribution=cd HTTP/1.1 --- Host: updates.thewrittenword.com --- User-Agent: lftp/pre2.3.0-A00823 --- Accept: */* --- Connection: keep-alive --- --- HTTP/1.1 401 Authorization Required --- Date: Sat, 26 Aug 2000 13:21:36 GMT --- Server: Apache/1.3.12 (Unix) mod_perl/1.24 PHP/4.0.2-dev --- WWW-Authenticate: Basic realm="Support" --- Keep-Alive: timeout=15, max=100 --- Connection: Keep-Alive --- Transfer-Encoding: chunked --- Content-Type: text/html; charset=iso-8859-1 --- Closing HTTP connection get: Access failed: 401 Authorization Required (/?distribution=cd) I'll wait until open/cd remember user-specified URLs. -- albert chin ([EMAIL PROTECTED])
