On Jun 17, 2009, at 6:11 PM, Jean-François Mertens wrote:

> On 17 Jun 2009, at 17:42, José H. Espinosa wrote:
>
>> I could not reproduce it even with Fink's sed installed ...
>
> This is specific to sed-4.2 _ any earlier version would be OK.
> Are you sure you have that one installed,
> and that %p/bin/sed points (indirectly)
> to %p/bin/gsed (and not eg to %p/bin/ssed) ?
>

That is why I couldn't reproduce it.  I haven't updated fink for the  
longest time, and I was still using sed 4.1.5.  I'm still updating my  
system, when I'm done I'll take a look at it.

> Jean-Francois
>
> PS : This seems an upstream bug in clisp :
> gsed.info _ section "Reporting bugs" _ cites as an example of a NON- 
> bug :
>
>> `s/.*//' does not clear pattern space
>>  This happens if your input stream includes invalid multibyte
>>  sequences.  POSIX mandates that such sequences are _not_ matched
>>  by `.', so that `s/.*//' will not clear pattern space as you would
>>  expect.  In fact, there is no way to clear sed's buffers in the
>>  middle of the script in most multibyte locales (including UTF-8
>>  locales).  For this reason, GNU `sed' provides a `z' command (for
>>  `zap') as an extension.
>>
>>  To work around these problems, which may cause bugs in shell
>>  scripts, set the `LC_COLLATE' and `LC_CTYPE' environment variables
>>  to `C'.
>
> If you look into src/Makefile, it is exactly a command of this sort
> which is used on lispbibl.d ...
>


------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Fink-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to