Re: Python sed

"Daniel Goldman [email protected] [sed-users]" <[email protected]>
Newsgroups gmane.editors.sed.user
Message-ID <[email protected]>
My comment is: Wow! That seems a great accomplishment. And a huge amount 
of work.

-------------------

A few questions after reading the help file.

With more python programming, is it feasible to allow multiple -e / -f 
options, as mentioned on the todo list?

Does sed.py allow \< and \> regular expressions? Not on the "Regular 
Expressions" list. Also, I assume it does & replacement but did not see 
it on the list.

Does sed.py allow -i flag?

Why no Linux GNU sed timing for the timing comparisons?

Any idea why python 3.4 is slower than python 2 in the timings? Is 3.4 
slower in general?

 From the command line, isn't GNU sed always going to be better, since 
GNU sed is faster and does more? Or is sed.py better in some ways from 
the command line?

 From within python, is there an advantage of using sed.py vs GNU sed? I 
looked at the section "Usage as a Python module", which suggests there 
is an advantage, but I am not a python programmer. It would perhaps help 
to have a few examples of python scripts calling GNU sed (is that 
possible?) vs calling sed.py from within the python script, to show any 
advantage.

Thanks,
Daniel

PS - functionnality -> functionality

On 11/1/2014 5:20 AM, [email protected] [sed-users] wrote:
> Hi,
>
> I am glad to present you sed.py ( https://code.google.com/p/pythonsed/ https://code.google.com/p/pythonsed/ ). It is a Python implementation of sed almost fully compliant with GNU sed 4.2 . The differences are described in the home page. It can be used as a Python module or as a command line utility with the standard parameters.
>
> A lot of care has been given to testing. The working of sed.py is tested and compared with the one of GNU sed with a testing utility and a collection of 340 scripts (from one letter scripts to dc), all this being available for download.
>
> Note also that sed.py can be used with Python 2 and 3, and that timings are not bad when comparing with GNU sed.
>
> Any comment welcome!
> Gilles Arcas
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
> Posted by: [email protected]
> ------------------------------------
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.