reset after binary data
Martin von Gagern
Martin.vGagern at gmx.net
Fri Aug 17 22:21:10 CEST 2007
Andrei Paskevich wrote:
> Therefore, I believe that your patch gives a better approach: then
> reset will turn reverse video off immediately (though, maybe, you
> should call scr_rvideo_mode() at the very beginning of scr_reset(),
> above all if's).
If I were to do this before the ifs, it would be before the memory
allocation as well. I had a previous version where I did the same in
scr_poweron between scr_release and scr_reset, and the result was a
SIGSEGV. I need this memory allocated for scr_touch to work.
> Should we do this in init.C, too, when Opt_reverseVideo is processed?
I just tried this out, doesn't seem necessary.
Get_Colours initializes the faded from the non-faded colours, which in
turn is called from create_windows, which is called after init_resources
in rxvt_term::init (main.C). So the colours get swapped first, and only
then will the faded colours be derived from this.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 252 bytes
Desc: OpenPGP digital signature
More information about the rxvt-unicode