In article
<2080702161.1086756.148681788.javamail.ngm...@webmail19.arcor-online.net>,
Carsten Kunze wrote:
>chris...@astron.com (Christos Zoulas) wrote:
>
>> Hmm, I wish it had more information (or I could reproduce it).
>> Whats your TERM environment variable?
>
>That is the right question.
chris...@astron.com (Christos Zoulas) wrote:
> Hmm, I wish it had more information (or I could reproduce it).
> Whats your TERM environment variable?
That is the right question...
TERM=screen
I always start an xterm, in the xterm I start screen(1), in screen(1) I start
tmux(1). So tmux(1) lik
In article <20161124112807.ga23...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Thu, Nov 24, 2016 at 09:20:56AM +0100, Carsten Kunze wrote:
>> chris...@astron.com (Christos Zoulas) wrote:
>>
>> > I used this as the Makefile, and I can't reproduce it (current/amd64)
>> >
>> > $ cat Makefile
In article
<500665017.73024.1479975656251.javamail.ngm...@webmail12.arcor-online.net>,
Carsten Kunze wrote:
>chris...@astron.com (Christos Zoulas) wrote:
>
>> I used this as the Makefile, and I can't reproduce it (current/amd64)
>>
>> $ cat Makefile
>> LDFLAGS=-lcurses
>> CFLAGS=-g -fsanitize=
On Thu, Nov 24, 2016 at 09:20:56AM +0100, Carsten Kunze wrote:
> chris...@astron.com (Christos Zoulas) wrote:
>
> > I used this as the Makefile, and I can't reproduce it (current/amd64)
> >
> > $ cat Makefile
> > LDFLAGS=-lcurses
> > CFLAGS=-g -fsanitize=address
> >
> > all: main
> >
> > clean
chris...@astron.com (Christos Zoulas) wrote:
> I used this as the Makefile, and I can't reproduce it (current/amd64)
>
> $ cat Makefile
> LDFLAGS=-lcurses
> CFLAGS=-g -fsanitize=address
>
> all: main
>
> clean:
> rm -f main
Only for a short time I could use ASAN, now it crashes again,
chris...@astron.com (Christos Zoulas) wrote:
>
> I used this as the Makefile, and I can't reproduce it (current/amd64)
>
> $ cat Makefile
> LDFLAGS=-lcurses
> CFLAGS=-g -fsanitize=address
>
> all: main
>
> clean:
> rm -f main
This works indeed. And now also my Makefile and also the w
In article
<1507925951.56433.1479909932210.javamail.ngm...@webmail12.arcor-online.net>,
Carsten Kunze wrote:
>Brett Lymn wrote:
>
>> On Mon, Nov 21, 2016 at 10:46:50PM +0100, Carsten Kunze wrote:
>> >
>> > I want to do further tests with new hints I got from Brett. If it doesn't
>> work I'll
There was a typo in my last mail--I meant ncursesw has significant problems
with wide chars. IIRC it did work in the past with printw, addstr, etc., but
now I use add_wchstr(). There are no problems on other UNIX systems and there
is no problem with NetBSD curses. But this is OT to this list,
Brett Lymn wrote:
> On Mon, Nov 21, 2016 at 10:46:50PM +0100, Carsten Kunze wrote:
> >
> > I want to do further tests with new hints I got from Brett. If it doesn't
> work I'll try again to prepare a minimum example from scratch.
> >
>
> Just for the record, what I suggested was try a touchwi
On Mon, Nov 21, 2016 at 10:46:50PM +0100, Carsten Kunze wrote:
>
> I want to do further tests with new hints I got from Brett. If it doesn't
> work I'll try again to prepare a minimum example from scratch.
>
Just for the record, what I suggested was try a touchwin() or touch on
the subwin line
Julian Coleman wrote:
> Can you try the attached patch and see if that makes things work for you?
I didn't note the patch. I'll try that of course, thank you!
Hi Julian,
indeed it does work for simple examples. I had an off-list discussion
regarding this thread with Brett Lymm. He asked me to prepare a minimum
example which shows the issue. I was not able to produce it, i.e. the minimum
example did work. In the real application where it fails it
Hi,
> while wmove(stdscr, ...) seems to work fine, wmove(, ...)
> doesn't move the physical cursor, even if the other window has the same
> position and size as stdscr. Tested with NetBSD 7.99.39
> (GENERIC.201609300910Z) amd64. Is this a known problem? (The problem does
> not occur with nc
On Sat, Oct 01, 2016 at 08:44:52PM +0200, Carsten Kunze wrote:
>
> while wmove(stdscr, ...) seems to work fine, wmove(, ...)
> doesn't move the physical cursor, even if the other window has the same
> position and size as stdscr. Tested with NetBSD 7.99.39
> (GENERIC.201609300910Z) amd64. Is
Hallo,
while wmove(stdscr, ...) seems to work fine, wmove(, ...) doesn't
move the physical cursor, even if the other window has the same position and
size as stdscr. Tested with NetBSD 7.99.39 (GENERIC.201609300910Z) amd64. Is
this a known problem? (The problem does not occur with ncurses fr
16 matches
Mail list logo
