1. Linux command-line-oriented programs in Euphoria
After reading about Euphoria, I downloaded and installed it
in the hopes of it being a replacement for the combination
of C shell scripts, awk programs, sed scripts, and grep
commands I am continually cobbling together in the course of
doing my job, which is software development. Now, I am
informed that, since Euphoria uses curses for all of its
Linux terminal I/O, it is not possible to write Euphoria
programs that behave like ordinary Unix commands.
Is there an alternative version of Euphoria that does not
suffer from this limitation? If not, does anyone know how
difficult it would be to create such a version?
Hopefully,
Tom Dailey
2. Re: Linux command-line-oriented programs in Euphoria
Tom Dailey wrote:
> After reading about Euphoria, I downloaded and installed it
> in the hopes of it being a replacement for the combination
> of C shell scripts, awk programs, sed scripts, and grep
> commands I am continually cobbling together in the course of
> doing my job, which is software development. Now, I am
> informed that, since Euphoria uses curses for all of its
> Linux terminal I/O, it is not possible to write Euphoria
> programs that behave like ordinary Unix commands.
>
> Is there an alternative version of Euphoria that does not
> suffer from this limitation? If not, does anyone know how
> difficult it would be to create such a version?
For the next release (3.0), I intend to create a separate version
of Euphoria that does not use ncurses, just plain vanilla
stdin/stdout/stderr. It won't be too difficult. It's just
a bit of an extra cost in terms of building and testing
multiple versions of things.
Linux/FreeBSD Euphoria uses ncurses because I wanted
it to be easy to port DOS Euphoria, and Windows console
programs that do 2-d positioning of color text on the screen.
That allows simple text editors etc. to work across all platforms.
Things are not quite as problematic as you think.
You can, generally, use redirection of standard in/out/err
with Euphoria programs to create file filters, CGI programs etc.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
3. Re: Linux command-line-oriented programs in Euphoria
Robert Craig wrote:
> For the next release (3.0), I intend to create a separate version
> of Euphoria that does not use ncurses, just plain vanilla
> stdin/stdout/stderr. It won't be too difficult. It's just
> a bit of an extra cost in terms of building and testing
> multiple versions of things.
>
> Linux/FreeBSD Euphoria uses ncurses because I wanted
> it to be easy to port DOS Euphoria, and Windows console
> programs that do 2-d positioning of color text on the screen.
> That allows simple text editors etc. to work across all platforms.
>
Will ed.ex run on the new/alternate non-ncurses Eu 3.0?
Ken Rhodes
100% MicroSoft Free
SuSE Linux 10.0
No AddWare, SpyWare, Viruses
Life is Good :)
4. Re: Linux command-line-oriented programs in Euphoria
- Posted by ags <eu at 531pi.co.nz>
Jan 06, 2006
Robert Craig wrote:
>> For the next release (3.0), I intend to create a separate version
> of Euphoria that does not use ncurses, just plain vanilla
> stdin/stdout/stderr. It won't be too difficult. It's just
> a bit of an extra cost in terms of building and testing
> multiple versions of things.
>
> Linux/FreeBSD Euphoria uses ncurses because I wanted
> it to be easy to port DOS Euphoria, and Windows console
> programs that do 2-d positioning of color text on the screen.
> That allows simple text editors etc. to work across all platforms.
>
> Things are not quite as problematic as you think.
> You can, generally, use redirection of standard in/out/err
> with Euphoria programs to create file filters, CGI programs etc.
Hi Rob
This sounds good, as like Tom I am interested in using Euphoria for shell
scripting (I currently use Perl for that if not bash).
Couldn't you just conditionally test the platform and use the DOS (presumably
interrupt) positioning code, or curses (*nix) , or crash and warn if procedures
like position() have been used if a 'without curses' or something has been
issued?
I would also be concerned about the memory footprint of lots of Euphoria
interpreters running. Perl I think uses a fair amount of position
independent shared code via libperl.so, is there any chance of splitting
the backend into a shared library and modifying the front end to use the
shared code?
Gary
5. Re: Linux command-line-oriented programs in Euphoria
Kenneth Rhodes wrote:
>
> Robert Craig wrote:
>
> > For the next release (3.0), I intend to create a separate version
> > of Euphoria that does not use ncurses, just plain vanilla
> > stdin/stdout/stderr. It won't be too difficult. It's just
> > a bit of an extra cost in terms of building and testing
> > multiple versions of things.
> >
> > Linux/FreeBSD Euphoria uses ncurses because I wanted
> > it to be easy to port DOS Euphoria, and Windows console
> > programs that do 2-d positioning of color text on the screen.
> > That allows simple text editors etc. to work across all platforms.
> >
>
> Will ed.ex run on the new/alternate non-ncurses Eu 3.0?
No, it won't. ed.ex uses, for example, position(), which needs
ncurses to work.
Two versions of exu will be provided (as well as
two PD Translator libraries, and two "Complete Edition" libraries).
The ncurses-based exu will continue to run ed. The new exu will
make some people happier, since it will do normal Linux/FreeBSD
terminal I/O. It will also eliminate the problems that some
people have with ncurses on their systems.
As Derek Newhall mentioned, it will be like the situation we have
now on Windows, where we have exw and exwc.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
6. Re: Linux command-line-oriented programs in Euphoria
ags wrote:
> This sounds good, as like Tom I am interested in using Euphoria for shell
> scripting (I currently use Perl for that if not bash).
>
> Couldn't you just conditionally test the platform and use the DOS (presumably
> interrupt) positioning code, or curses (*nix) , or crash and warn if
> procedures
> like position() have been used if a 'without curses' or something has been
> issued?
I want to have a version that does not include any dependencies on
ncurses, i.e. that stuff is not compiled in at all.
It could be used for straightforward standard I/O, file filtering,
scripting, and even CGI programming.
> I would also be concerned about the memory footprint of lots of Euphoria
> interpreters running. Perl I think uses a fair amount of position
> independent shared code via libperl.so, is there any chance of splitting
> the backend into a shared library and modifying the front end to use the
> shared code?
The Euphoria interpreter, exu, is *much* smaller than Perl or Python.
I do not plan to spin off a separate shared library out of the backend.
It seems to me the O/S could detect that multiple exu's are running,
and only load one copy of the executable code for exu into memory.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
7. Re: Linux command-line-oriented programs in Euphoria
Robert Craig wrote:
> Two versions of exu will be provided (as well as
> two PD Translator libraries, and two "Complete Edition" libraries).
> The ncurses-based exu will continue to run ed. The new exu will
> make some people happier, since it will do normal Linux/FreeBSD
> terminal I/O. It will also eliminate the problems that some
> people have with ncurses on their systems.
> As Derek Newhall mentioned, it will be like the situation we have
> now on Windows, where we have exw and exwc.
Will the bw/color trace screen and profiling still work in the non-ncurses
versions? Are you planning to add a "-no_curses" option to the translator and
binder/shrouder? You might provide a plain text document containing the list of
routines that wont work with the non-ncurses version. Are you going to add error
messages for unsupported routines in the non-curses translator libs and
interpreters? Are you going to use the latest ncurses library, for the curses
versions, in the next release? Perhaps that may fix the known issues?
Regards,
Vincent
8. Re: Linux command-line-oriented programs in Euphoria
Hi
Like a lot of things with euphoria, there is a work around. Try this (Linux
tested!)
include dll.e
sequence tmp
tmp = sprintf("Hello world", {})
system("echo " & tmp, 0)
free_console()
Ncurses writes to a created window, whereas system writes to the 'cooked'
terminal screen (if you know ncurses, you what I just said).
So you could do all your output using system calls, then when your program
exited, the output would appear.
Hope this helps
Chris
http://members.aol.com/chriscrylex/euphoria.htm
http://uboard.proboards32.com/
http://members.aol.com/chriscrylex/EUSQLite/eusql.html
9. Re: Linux command-line-oriented programs in Euphoria
Robert Craig wrote:
>
> Tom Dailey wrote:
> > After reading about Euphoria, I downloaded and installed it
> > in the hopes of it being a replacement for the combination
> > of C shell scripts, awk programs, sed scripts, and grep
> > commands I am continually cobbling together in the course of
> > doing my job, which is software development. Now, I am
> > informed that, since Euphoria uses curses for all of its
> > Linux terminal I/O, it is not possible to write Euphoria
> > programs that behave like ordinary Unix commands.
> >
> > Is there an alternative version of Euphoria that does not
> > suffer from this limitation? If not, does anyone know how
> > difficult it would be to create such a version?
>
> For the next release (3.0), I intend to create a separate version
> of Euphoria that does not use ncurses, just plain vanilla
> stdin/stdout/stderr. It won't be too difficult. It's just
> a bit of an extra cost in terms of building and testing
> multiple versions of things.
>
This is actually not a bad idea, as hopefully one day, someone, (may be even me!
Ha) will wrap ncurses, to allow greater use of the library, and then maybe even
allow the ncurses bound version to whither.
Any way, may I please make one (what I feel) very important request - that there
is a fuction that detects which version of exu is running, otherwise there will
be the situation where programs written with the curses version will fail when
tried to run with the non ncurses version - a function a bit like platform()?
Chris
> Linux/FreeBSD Euphoria uses ncurses because I wanted
> it to be easy to port DOS Euphoria, and Windows console
> programs that do 2-d positioning of color text on the screen.
> That allows simple text editors etc. to work across all platforms.
>
> Things are not quite as problematic as you think.
> You can, generally, use redirection of standard in/out/err
> with Euphoria programs to create file filters, CGI programs etc.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
http://members.aol.com/chriscrylex/euphoria.htm
http://uboard.proboards32.com/
http://members.aol.com/chriscrylex/EUSQLite/eusql.html
10. Re: Linux command-line-oriented programs in Euphoria
Tom Dailey wrote:
>
>
> After reading about Euphoria, I downloaded and installed it
> in the hopes of it being a replacement for the combination
> of C shell scripts, awk programs, sed scripts, and grep
> commands I am continually cobbling together in the course of
> doing my job, which is software development. Now, I am
> informed that, since Euphoria uses curses for all of its
> Linux terminal I/O, it is not possible to write Euphoria
> programs that behave like ordinary Unix commands.
>
> Is there an alternative version of Euphoria that does not
> suffer from this limitation? If not, does anyone know how
> difficult it would be to create such a version?
You can output to stdout by linking to printf yourself. The tricky part is
that printf takes a variable number of arguments, so it's ill suited to
define_c_proc. If you use fptr (http://www.rapideuphoria.com/fptr.zip)
instead, you can get around this. Here is some sample code that will
show you how to print to stdout:
include dll.e
include fptr.e
constant
so = open_dll(""),
xprintf = define_c_var( so, "printf" )
procedure Printf( sequence format, object vals )
sequence strings
atom void
if atom(vals) then
vals = {vals}
end if
strings = {}
for i = 1 to length(vals) do
if sequence(vals[i]) then
strings &= allocate_string( vals[i] )
vals[i] = strings[$]
end if
end for
vals = prepend( vals, allocate_string( format ) )
void = call_cdecl( xprintf, vals )
free( vals[1] )
for i = 1 to length(strings) do
free(strings[i])
end for
end procedure
Printf("My name is %s\n", {"Matt"})
Matt Lewis
11. Re: Linux command-line-oriented programs in Euphoria
Matt Lewis wrote:
>
> Tom Dailey wrote:
> >
> >
> > After reading about Euphoria, I downloaded and installed it
> > in the hopes of it being a replacement for the combination
> > of C shell scripts, awk programs, sed scripts, and grep
> > commands I am continually cobbling together in the course of
> > doing my job, which is software development. Now, I am
> > informed that, since Euphoria uses curses for all of its
> > Linux terminal I/O, it is not possible to write Euphoria
> > programs that behave like ordinary Unix commands.
> >
> > Is there an alternative version of Euphoria that does not
> > suffer from this limitation? If not, does anyone know how
> > difficult it would be to create such a version?
>
> You can output to stdout by linking to printf yourself. The tricky part is
> that printf takes a variable number of arguments, so it's ill suited to
> define_c_proc. If you use fptr (<a
> href="http://www.rapideuphoria.com/fptr.zip">http://www.rapideuphoria.com/fptr.zip</a>)
> instead, you can get around this. Here is some sample code that will
> show you how to print to stdout:
>
> }}}
<eucode>
> include dll.e
> include fptr.e
> constant
> so = open_dll(""),
> xprintf = define_c_var( so, "printf" )
>
> procedure Printf( sequence format, object vals )
> sequence strings
> atom void
> if atom(vals) then
> vals = {vals}
> end if
> strings = {}
> for i = 1 to length(vals) do
> if sequence(vals[i]) then
> strings &= allocate_string( vals[i] )
> vals[i] = strings[$]
> end if
> end for
> vals = prepend( vals, allocate_string( format ) )
> void = call_cdecl( xprintf, vals )
>
> free( vals[1] )
> for i = 1 to length(strings) do
> free(strings[i])
> end for
> end procedure
>
> Printf("My name is %s\n", {"Matt"})
> </eucode>
{{{
>
> Matt Lewis
That will still be covered by the ncurses window, until your program terminates.
What would have been really spooky is if you ran the program, and it returned
Slim Shady
Chris
http://members.aol.com/chriscrylex/euphoria.htm
http://uboard.proboards32.com/
http://members.aol.com/chriscrylex/EUSQLite/eusql.html
12. Re: Linux command-line-oriented programs in Euphoria
Chris Burch wrote:
>
> That will still be covered by the ncurses window, until your program
> terminates.
>
Only if you try to use any normal euphoria output. Otherwise, there is
no ncurses window created. (At least, this works for me using Debian
running under coLinux.)
Matt Lewis
13. Re: Linux command-line-oriented programs in Euphoria
Matt Lewis wrote:
>
> Chris Burch wrote:
> >
> > That will still be covered by the ncurses window, until your program
> > terminates.
> >
>
> Only if you try to use any normal euphoria output. Otherwise, there is
> no ncurses window created. (At least, this works for me using Debian
> running under coLinux.)
>
> Matt Lewis
Of course.
Chris
14. Re: Linux command-line-oriented programs in Euphoria
Chris Burch wrote:
>
> Hi
>
> Like a lot of things with euphoria, there is a work around. Try this (Linux
> tested!)
>
> }}}
<eucode>
> include dll.e
>
> sequence tmp
>
> tmp = sprintf("Hello world", {})
>
> system("echo " & tmp, 0)
>
> free_console()
>
> </eucode>
{{{
>
> Ncurses writes to a created window, whereas system writes to the 'cooked'
> terminal
> screen (if you know ncurses, you what I just said).
>
> So you could do all your output using system calls, then when your program
> exited,
> the output would appear.
>
> Hope this helps
>
> Chris
>
> <a
> href="http://members.aol.com/chriscrylex/euphoria.htm">http://members.aol.com/chriscrylex/euphoria.htm</a>
> <a href="http://uboard.proboards32.com/">http://uboard.proboards32.com/</a>
> <a
> href="http://members.aol.com/chriscrylex/EUSQLite/eusql.html">http://members.aol.com/chriscrylex/EUSQLite/eusql.html</a>
In that case can you use:
procedure puts(integer tmp_fn, sequence txt)
system("echo " & sprintf(txt, {}), 0)
end procedure
puts(1, "Hello")
or even:
procedure old_puts(integer tmp_fn, sequence txt)
puts(tmp_fn, txt)
end procedure
procedure puts(integer tmp_fn, sequence txt)
if tmp_fn = 1 then
system("echo " & sprintf(txt, {}), 0)
else
old_puts(tmp_fn, txt)
end if
end procedure
puts(1, "Hello")
to totally replace it.
Obviously, the top rouitne doesn't need tmp_fn but it means that it is
compatible...
Thanks,
Alex
15. Re: Linux command-line-oriented programs in Euphoria
Hi
No, puts is already taken, but you could rename it to eg nputs.
Chris
16. Re: Linux command-line-oriented programs in Euphoria
ChrisBurch2 wrote:
>
> Hi
>
> No, puts is already taken, but you could rename it to eg nputs.
>
> Chris
Yeah but you can redefine builtins - replace puts. If your running Linux just
try it.
Alex
17. Re: Linux command-line-oriented programs in Euphoria
Alex Chamberlain wrote:
>
> ChrisBurch2 wrote:
> >
> > Hi
> >
> > No, puts is already taken, but you could rename it to eg nputs.
> >
> > Chris
>
> Yeah but you can redefine builtins - replace puts. If your running Linux just
> try it.
>
> Alex
Really = eeeee, I never knew that.
Chris
18. Re: Linux command-line-oriented programs in Euphoria
Matt:
Thank you for the detailed suggestion. I tried your code
as written, and it worked fine. However, when I changed
the call to Printf() to one with a format having two %s
items, followed by two string arguments, I got an error
message from the interpreter. The Printf() call I used was:
Printf ( "My name is %s %s\n", {"Tom"}, {"Dailey"} )
and the error message was:
printf2.exu:32
Printf takes only 2 arguments
Printf ( "My name is %s %s\n", {"Tom"}, {"Dailey"} )
What am I doing wrong?
Thanks,
Tom
19. Re: Linux command-line-oriented programs in Euphoria
Robert Craig wrote:
>
> Kenneth Rhodes wrote:
> >
> > Robert Craig wrote:
> >
> > > For the next release (3.0), I intend to create a separate version
> > > of Euphoria that does not use ncurses, just plain vanilla
> > > stdin/stdout/stderr. It won't be too difficult. It's just
> > > a bit of an extra cost in terms of building and testing
> > > multiple versions of things.
> > >
> > > Linux/FreeBSD Euphoria uses ncurses because I wanted
> > > it to be easy to port DOS Euphoria, and Windows console
> > > programs that do 2-d positioning of color text on the screen.
> > > That allows simple text editors etc. to work across all platforms.
> > >
> >
> > Will ed.ex run on the new/alternate non-ncurses Eu 3.0?
>
> No, it won't. ed.ex uses, for example, position(), which needs
> ncurses to work.
>
> Two versions of exu will be provided (as well as
> two PD Translator libraries, and two "Complete Edition" libraries).
> The ncurses-based exu will continue to run ed. The new exu will
> make some people happier, since it will do normal Linux/FreeBSD
> terminal I/O. It will also eliminate the problems that some
> people have with ncurses on their systems.
> As Derek Newhall mentioned, it will be like the situation we have
> now on Windows, where we have exw and exwc.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
Rob Craig wrote :
No, it won't. ed.ex uses, for example, position(), which needs
ncurses to work.
Well that not true I think , have a look at PEU .
It use a routine CONHDL.C inwich are al the common routine for DOS/WINDOWS/LINUX
.
This doe not use ncurses at all . It uses standard ANSI esc code's .
Look at http://members.home.nl/m.s.ter.haseborg/peu/InstallPeu.html
or at the source http://members.home.nl/m.s.ter.haseborg/peu/peu.zip
To run in Linux the PC(850) fonts look here :
http://dotpups.de/menno/HOWTOIbmFonts.htm
20. Re: Linux command-line-oriented programs in Euphoria
Tom Dailey wrote:
>
>
> Matt:
>
> Thank you for the detailed suggestion. I tried your code
> as written, and it worked fine. However, when I changed
> the call to Printf() to one with a format having two %s
> items, followed by two string arguments, I got an error
> message from the interpreter. The Printf() call I used was:
>
> Printf ( "My name is %s %s\n", {"Tom"}, {"Dailey"} )
>
> and the error message was:
>
> printf2.exu:32
> Printf takes only 2 arguments
> Printf ( "My name is %s %s\n", {"Tom"}, {"Dailey"} )
>
> What am I doing wrong?
>
> Thanks,
> Tom
In Euphoria, routines have a set number of arguments - set at declaration. You
can get round this easily by asking for/providing a sequence.
Try:
Printf ( "My name is %s %s\n", {"Tom", "Dailey"} )
I haven't tried it BTW.
Alex
21. Re: Linux command-line-oriented programs in Euphoria
Tom Dailey wrote:
>
>
> Matt:
>
> Thank you for the detailed suggestion. I tried your code
> as written, and it worked fine. However, when I changed
> the call to Printf() to one with a format having two %s
> items, followed by two string arguments, I got an error
> message from the interpreter. The Printf() call I used was:
>
> Printf ( "My name is %s %s\n", {"Tom"}, {"Dailey"} )
>
> and the error message was:
>
> printf2.exu:32
> Printf takes only 2 arguments
> Printf ( "My name is %s %s\n", {"Tom"}, {"Dailey"} )
>
> What am I doing wrong?
Printf only takes two actual parameters. Just like the Euphoria built-in
printf, to pass multiple things to be printed, you put them into a
sequence (you need to do this when you pass a string, otherwise it looks
like you passed a bunch of integers, and only the first one gets printed).
Change your call to:
Printf ( "My name is %s %s\n", {"Tom", "Dailey"} )
...and it will work how you want it to.
Matt Lewis
22. Re: Linux command-line-oriented programs in Euphoria
- Posted by Kenneth Rhodes <ken_rhodes30436 at yahoo.com>
Jan 06, 2006
-
Last edited Jan 07, 2006
menno wrote:
>
> Robert Craig wrote:
> >
> > Kenneth Rhodes wrote:
> > >
> > > Robert Craig wrote:
> > >
> > > > For the next release (3.0), I intend to create a separate version
> > > > of Euphoria that does not use ncurses, just plain vanilla
> > > > stdin/stdout/stderr. It won't be too difficult. It's just
> > > > a bit of an extra cost in terms of building and testing
> > > > multiple versions of things.
> > > >
> > > > Linux/FreeBSD Euphoria uses ncurses because I wanted
> > > > it to be easy to port DOS Euphoria, and Windows console
> > > > programs that do 2-d positioning of color text on the screen.
> > > > That allows simple text editors etc. to work across all platforms.
> > > >
> > >
> > > Will ed.ex run on the new/alternate non-ncurses Eu 3.0?
> >
> > No, it won't. ed.ex uses, for example, position(), which needs
> > ncurses to work.
> >
> > Two versions of exu will be provided (as well as
> > two PD Translator libraries, and two "Complete Edition" libraries).
> > The ncurses-based exu will continue to run ed. The new exu will
> > make some people happier, since it will do normal Linux/FreeBSD
> > terminal I/O. It will also eliminate the problems that some
> > people have with ncurses on their systems.
> > As Derek Newhall mentioned, it will be like the situation we have
> > now on Windows, where we have exw and exwc.
> >
> > Regards,
> > Rob Craig
> > Rapid Deployment Software
> > <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
Menno:
>Rob Craig wrote :
>No, it won't. ed.ex uses, for example, position(), which needs
>ncurses to work.
>Well that not true I think , have a look at PEU .
>It use a routine CONHDL.C inwich are al the common routine for
>>DOS/WINDOWS/LINUX .
>this doe not use ncurses at all . It uses standard ANSI esc code's .
>Look at http://members.home.nl/m.s.ter.haseborg/peu/InstallPeu.html
>or at the source http://members.home.nl/m.s.ter.haseborg/peu/peu.zip
>To run in Linux the PC(850) fonts look here :
>>http://dotpups.de/menno/HOWTOIbmFonts.htm
If it is at all possible, I think it would be
wise to have a version of ed.ex which will run
on the non-ncurses version of Euphoria.
How about it Rob?
Regards,
Ken Rhodes
100% MicroSoft Free
SuSE Linux 10.0
No AddWare, SpyWare, Viruses
Life is Good :)
23. Re: Linux command-line-oriented programs in Euphoria
Vincent wrote:
> Robert Craig wrote:
> > Two versions of exu will be provided (as well as
> > two PD Translator libraries, and two "Complete Edition" libraries).
> > The ncurses-based exu will continue to run ed. The new exu will
> > make some people happier, since it will do normal Linux/FreeBSD
> > terminal I/O. It will also eliminate the problems that some
> > people have with ncurses on their systems.
> > As Derek Newhall mentioned, it will be like the situation we have
> > now on Windows, where we have exw and exwc.
>
> Will the bw/color trace screen and profiling still work in the non-ncurses
> versions?
I suppose I could keep outputing the current line of source,
and the variable values as they change, without having
a full-screen display.
> Are you planning to add a "-no_curses" option to the translator and
> binder/shrouder?
Yes. I guess there would be two backends for binding, and two
libraries x (PD + Complete). (You can see why I was reluctant to
do this).
> You might provide a plain text document containing the list of routines that
> wont work with the non-ncurses version. Are you going to add error messages
> for unsupported routines in the non-curses translator libs and interpreters?
It might be better to quietly ignore position(), text_color(), etc.
rather than issue a run-time error. Maybe a warning would be ok.
> Are you going to use the latest ncurses library, for the curses versions, in
> the next release? Perhaps that may fix the known issues?
I'll try a newer one, but often if you use the latest of something,
it won't work on older versions of Linux/FreeBSD. Sometimes
the lowest common denominator is a better choice.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
24. Re: Linux command-line-oriented programs in Euphoria
Kenneth Rhodes wrote:
> If it is at all possible, I think it would be
> wise to have a version of ed.ex which will run
> on the non-ncurses version of Euphoria.
I'm assuming that both the normal (ncurses) exu
and the new (non-ncurses) exu will be bundled together
and installed in euphoria/bin. As long as "ed"
points to the ncurses version of exu, ed will run.
Why is it important that the other exu can also run ed?
Everyone will have both, just as everyone now has
exw and exwc in euphoria\bin
Maybe with ANSI escape sequences the new exu could also be made
to run ed, but my impression is that most terminals/screens/windows
do not support ANSI, or if they do, the user has to
specifically set it up.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
25. Re: Linux command-line-oriented programs in Euphoria
Robert Craig wrote:
>
> Kenneth Rhodes wrote:
> > If it is at all possible, I think it would be
> > wise to have a version of ed.ex which will run
> > on the non-ncurses version of Euphoria.
>
> I'm assuming that both the normal (ncurses) exu
> and the new (non-ncurses) exu will be bundled together
> and installed in euphoria/bin. As long as "ed"
> points to the ncurses version of exu, ed will run.
> Why is it important that the other exu can also run ed?
> Everyone will have both, just as everyone now has
> exw and exwc in euphoria\bin
> Maybe with ANSI escape sequences the new exu could also be made
> to run ed, but my impression is that most terminals/screens/windows
> do not support ANSI, or if they do, the user has to
> specifically set it up.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
Your right, there would be no need to have both versions run ed.ex, if you are
bundling 2 versions of exu.
However, if Menno's suggestion for using an alternate library is viable:
http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=6&fromYear=A&toMonth=1&toYear=B&postedBy=menno&keywords=
And Jason Gade's and Chris Burch's idea of wrapping Ncurses is viable,
http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=6&fromYear=A&toMonth=1&toYear=B&postedBy=&keywords=wrap+ncurses
then... you could drop ncurses and ship only one version of exu with an ncurses
wrapper. Wouldn't that be more efficient?
Ken Rhodes
100% MicroSoft Free
SuSE Linux 10.0
No AddWare, SpyWare, Viruses
Life is Good :)
26. Re: Linux command-line-oriented programs in Euphoria
Robert Craig wrote:
>
> Vincent wrote:
> > Robert Craig wrote:
> > > Two versions of exu will be provided (as well as
> > > two PD Translator libraries, and two "Complete Edition" libraries).
> > > The ncurses-based exu will continue to run ed. The new exu will
> > > make some people happier, since it will do normal Linux/FreeBSD
> > > terminal I/O. It will also eliminate the problems that some
> > > people have with ncurses on their systems.
> > > As Derek Newhall mentioned, it will be like the situation we have
> > > now on Windows, where we have exw and exwc.
> >
> > Will the bw/color trace screen and profiling still work in the non-ncurses
> > versions?
>
> I suppose I could keep outputing the current line of source,
> and the variable values as they change, without having
> a full-screen display.
>
> > Are you planning to add a "-no_curses" option to the translator and
> > binder/shrouder?
>
> Yes. I guess there would be two backends for binding, and two
> libraries x (PD + Complete). (You can see why I was reluctant to
> do this).
>
> > You might provide a plain text document containing the list of routines that
> > wont work with the non-ncurses version. Are you going to add error messages
> > for unsupported routines in the non-curses translator libs and interpreters?
>
> It might be better to quietly ignore position(), text_color(), etc.
> rather than issue a run-time error. Maybe a warning would be ok.
>
> > Are you going to use the latest ncurses library, for the curses versions, in
> > the next release? Perhaps that may fix the known issues?
>
> I'll try a newer one, but often if you use the latest of something,
> it won't work on older versions of Linux/FreeBSD. Sometimes
> the lowest common denominator is a better choice.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
OK... sounds good.
This might be useful to me as I'm planning to have a dual boot DesktopBSD and
Windows XP system.
Regards,
Vincent
27. Re: Linux command-line-oriented programs in Euphoria
- Posted by Robert Craig <rds at RapidEuphoria.com>
Jan 07, 2006
-
Last edited Jan 08, 2006
Kenneth Rhodes wrote:
> Your right, there would be no need to have both versions run ed.ex, if you are
> bundling 2 versions of exu.
>
> However, if Menno's suggestion for using an alternate library is viable:
> <a
> href="http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=6&fromYear=A&toMonth=1&toYear=B&postedBy=menno&keywords=">http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=6&fromYear=A&toMonth=1&toYear=B&postedBy=menno&keywords=</a>
>
> And Jason Gade's and Chris Burch's idea of wrapping Ncurses is viable,
> <a
> href="http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=6&fromYear=A&toMonth=1&toYear=B&postedBy=&keywords=wrap+ncurses">http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=6&fromYear=A&toMonth=1&toYear=B&postedBy=&keywords=wrap+ncurses</a>
>
> then... you could drop ncurses and ship only one version of exu with an
> ncurses
> wrapper. Wouldn't that be more efficient?
I haven't tested either one, since I'm working on multitasking still.
I'll look into them when I get closer to actually doing this stuff.
It's just my vague impression that those solutions will not
work well on all installations of Linux/FreeBSD, but I could be wrong.
Maybe someone can set up a demo that could be tested on several machines.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
28. Re: Linux command-line-oriented programs in Euphoria
- Posted by Bernie Ryan <xotron at bluefrog.com>
Jan 07, 2006
-
Last edited Jan 08, 2006
Can someone please give an example of a command-line-oriented program
that can't be done with euphoria/linux version 2.5 ?
Bernie
My files in archive:
w32engin.ew mixedlib.e eu_engin.e win32eru.exw
Can be downloaded here:
http://www.rapideuphoria.com/cgi-bin/asearch.exu?dos=on&win=on&lnx=on&gen=on&keywords=bernie+ryan
