1. Question for Rob re ncurses
Hi,
I'm trying to wrap ncurses, its a slow job, but there are quite few things in
there that I want.
See my previous posts re the errors I'm getting, (if anyone has any suggestions
I would be grateful), the problem is endwin causing a machine level exception
(I've tried the following)
-------------------------------------------------------------------------------
--initialise ncurses
integer xinitscr
xinitscr = link_func(ncurses_so, "initscr", {}, C_INT)
global function initscr()
-------------------------------------------------------------------------------
atom pointer
pointer = c_func(xinitscr, {})
return pointer
end function
-------------------------------------------------------------------------------
--ends ncurses, returns to cooked mode
integer xendwin
xendwin = link_func(ncurses_so, "endwin", {}, C_INT)
global procedure endwin()
-------------------------------------------------------------------------------
atom rv
rv = c_func(xendwin, {})
end procedure
Have also tried
-------------------------------------------------------------------------------
--ends ncurses, returns to cooked mode
integer xendwin
xendwin = link_proc(ncurses_so, "endwin", {})
global procedure endwin()
-------------------------------------------------------------------------------
atom rv
c_proc(xendwin, {})
end procedure
both endwins produce the same result and mangle th console.
Now, my question is this - could there be some interaction with the 'on board'
ncurses already statically linked in the interpreter - if so would it possible
for youy to 'loan' me a copy of a non-linked exu to test this out?
Chris
http://members.aol.com/chriscrylex/euphoria.htm
http://uboard.proboards32.com/
http://members.aol.com/chriscrylex/EUSQLite/eusql.html
2. Re: Question for Rob re ncurses
Chris Burch wrote:
>
> Hi,
>
> I'm trying to wrap ncurses, its a slow job, but there are quite few things in
> there that I want.
>
<snip>
> Now, my question is this - could there be some interaction with the 'on board'
> ncurses already statically linked in the interpreter - if so would it possible
> for youy to 'loan' me a copy of a non-linked exu to test this out?
>
I believe if you want to link with functions from libraries that are already
loaded, such as libc.so or kernel functions or ncurses, you can use open_dll("").
I'm not sure whether this will fix your crashes, though.
> Chris
>
~[ WingZone ]~
http://wingzone.tripod.com/
3. Re: Question for Rob re ncurses
- Posted by Robert Craig <rds at RapidEuphoria.com>
Jan 22, 2006
-
Last edited Jan 23, 2006
Chris Burch wrote:
> Now, my question is this - could there be some interaction with the 'on board'
> ncurses already statically linked in the interpreter
I don't know. You're out there on the "bleeding edge".
> - if so would it possible
> for youy to 'loan' me a copy of a non-linked exu to test this out?
The full interpreter source, with C-coded backend is $79.
I intend to build a non-ncurses version for Linux and FreeBSD,
but I'm not there yet. I'm currently testing multitasking on Linux/FreeBSD.
(Multitasking works fine now with DOS and Windows, PD source,
interpreter, and translator.)
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
4. Re: Question for Rob re ncurses
Elliott Sales de Andrade wrote:
>
> Chris Burch wrote:
> >
> > Hi,
> >
> > I'm trying to wrap ncurses, its a slow job, but there are quite few things
> > in
> > there that I want.
> >
> <snip>
> > Now, my question is this - could there be some interaction with the 'on
> > board'
> > ncurses already statically linked in the interpreter - if so would it
> > possible
> > for youy to 'loan' me a copy of a non-linked exu to test this out?
> >
>
> I believe if you want to link with functions from libraries that are already
> loaded, such as libc.so or kernel functions or ncurses, you can use
> open_dll("").
> I'm not sure whether this will fix your crashes, though.
>
> > Chris
> >
>
> ~[ WingZone ]~
> <a href="http://wingzone.tripod.com/">http://wingzone.tripod.com/</a>
Hi
That seems to have done, I'll wrap a few more functions, and test further.
Can someone tell me why that worked?
Chris
5. Re: Question for Rob re ncurses
ChrisBurch2 wrote:
>
> That seems to have done, I'll wrap a few more functions, and test further.
>
> Can someone tell me why that worked?
>
The function names are still there from the libraries even though they are
statically linked with the interpreter. You're just using the version of ncurses
that is part of the interpreter. I can only assume the dynamic version was
crashing because of some conflict (with settings or console data or something
else) with this static version.
> Chris
~[ WingZone ]~
http://wingzone.tripod.com/
6. Re: Question for Rob re ncurses
Elliott Sales de Andrade wrote:
>
> ChrisBurch2 wrote:
> >
> > That seems to have done, I'll wrap a few more functions, and test further.
> >
> > Can someone tell me why that worked?
> >
>
> The function names are still there from the libraries even though they are
Of course (an ah ha moment) - thanks Elliot
> statically linked with the interpreter. You're just using the version of
> ncurses
> that is part of the interpreter. I can only assume the dynamic version was
> crashing
> because of some conflict (with settings or console data or something else)
> with
> this static version.
>
> > Chris
>
>
> ~[ WingZone ]~
> <a href="http://wingzone.tripod.com/">http://wingzone.tripod.com/</a>
http://members.aol.com/chriscrylex/euphoria.htm
http://uboard.proboards32.com/
http://members.aol.com/chriscrylex/EUSQLite/eusql.html
