lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev [PATCH 2.8.3.15] mail on OS/2


From: ilya
Subject: Re: lynx-dev [PATCH 2.8.3.15] mail on OS/2
Date: Sat, 20 Nov 1999 17:39:11 -0500

>> This patch enables mailto: on OS/2.
>
>What about mailto without this patch - is is disabled?

It is enabled, but will not work unless you do not use slashes in
sendmail path, or if you set SHELL= environment to a *nixish shell.

>> --- ./src/LYUtils.c-pre       Wed Nov 17 23:08:08 1999
>> +++ ./src/LYUtils.c   Thu Nov 18 02:34:44 1999
>> @@ -7149,6 +7149,33 @@ PUBLIC int LYCopyFile ARGS2(
>>  #endif
>>  }
>>
>> +PRIVATE void
>> +convert_slash(char **cmd, int *do_free)
>> +{
>> +#  ifdef __EMX__                     /* FIXME: Should be LY_CONVERT_SLASH? *
>/
>> +    /* Configure writes commands which contain direct slashes.
>> +       Native command-(non)-shell will not tolerate this. */
>
>
>This is really perverse.
>
>Configure writes the configuration in a way that (apparently) is not
>apporopriate, and the "solution" is to fix it up every single time
>such a string is used at run-time??  Why not solve the problem at the
>source?

I have no idea what you are talking about.  With the current code base popen()
will work only with command lines which are tailored for the local
configuration.  My patch substitutes popen() by LYPopen() which understands
both *nixish and dosish syntaxes.  It is the same now for system() vs.
LYSystem().

>It seems your LYPopen only gets applied to fixed commands, whose strings
>come directly from configuration info.  *There is no need for it* if you
>don't use bogus config info in the first place.

Again, I have no idea what you are talking about.  The format of strings
which popen() accepts is dependent on the shell in question.  My patch
removes this dependence from Lynx, by providing command lines suitable for
all possible shells.

Ilya


reply via email to

[Prev in Thread] Current Thread [Next in Thread]