Your message dated Sun, 06 Dec 2015 13:53:22 +0000
with message-id
<cabpywdwz7nyz5ddm2wwjyr5nnbjcu2khobju3vcp6ea-pd_...@mail.gmail.com>
and subject line Streaming transcode
has caused the Debian Bug report #239166,
regarding should support filtering mode (stdin -> stdio transcoding)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
239166: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239166
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: re
Version: 0.1-3
Severity: wishlist
I would like to be able to use RE in filtering mode from within the MTA
(e.g., to pipe a bad message from within PINE to it).
Unfortunately, RE doesn't support the UNIX traditional stdin->stdout
transcoding mode. Maybe it could use "-" in the filename position like
other utils?
I tried to work it around with /dev/fd ... but it didn't quite work for me:
#!/bin/sh
exec re /dev/fd/0 /dev/fd/1 \? K
(This was supposed to do stdin->stdout autoconvert to KOI8-R).
The diags from shell invocation of the above script with its stdin
redirected from a file was as follows:
[properly transcoded output]
************
** can't open file-from : __tempre2dub.__ **
************
************
** ProcessFile--can't open file-from : __tempre2us.__ **
************
**** /dev/fd/0 (Expr:3) -> /dev/fd/1 (K:0)
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux stalker.iGuide.co.il 2.4.18-bf2.4 #2 Tue Jan 6 10:32:50 CET 2004
i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages re depends on:
ii libc6 2.3.1-14 GNU C Library: Shared libraries an
ii libstdc++2.10-glibc2.2 1:2.95.4-11woody1 The GNU stdc++ library
--- End Message ---
--- Begin Message ---
Unfortunately the upstream code is structured in a way that precludes
streaming operation and it is non-trivial to refactor without loosing
functionality. The tool goes over the input files 3-4 times before
producing output. That is especially true for autodetection of the
charsets, which is the whole purpose of the tool.
While it would be nice to have, but I must currently close this as it is
unlikely to happen, unfortunately.
--- End Message ---
