[oi-dev] vmware driver for xorg broken? (spaces replace much of what I type)

[Gordon Ross]

[ Was: Whoa! emacs broken? ... ]

Out of curiosity, I tried temporarily removing the vmware xorg driver.
That eliminates the "damage redraw" bug I described previously.
Unfortunately, that leaves the vmware guest restricted to modes that
can't cover the host screen, don't resize with the guest window, etc.

But anyway, this would seem to narrow down the problem to somewhere in
/usr/lib/xorg/modules/drivers/amd64/vmware_drv.so

Next I guess I'll want instructions for building and debugging that.
Any tips for that?

Thanks,
Gordon

On Thu, Sep 8, 2016 at 1:03 AM, Gordon Ross <gordon.w.ross at gmail.com> wrote:
> This problem is still there on a just updated "hipster" install.  For review:
>
> I run OI/hipster under vmware, and emacs font drawing is missing letters.
> For example, while typing in the "minibuffer", there are often spaces left where
> letters should appear.  Any idea how to track down what's going on there?
>
> I tried running the old emacs 23.4 (from my previous BE) and that had
> the same problem when run in the new BE.  Running emacs (no-X mode) in
> gnome-terminal works fine.
>
> My only hunch based on how this behaves is that timing is a factor in
> whether this happens.
>
> Anyone have ideas how to track this down?
>
> Thanks,
> Gordon
>
>
> On Wed, Dec 9, 2015 at 4:45 PM, Gordon Ross <gordon.w.ross at gmail.com> wrote:
>> OK, it's apparently not emacs (or emacs-gtk, emacs-x).
>> I just copied over the older emacs-23 (which worked fine in the older
>> BE) into my latest BE and it shows the same problems running in the
>> newer BE.
>>
>> Would it be practical to narrow down the cause of this by trying
>> different install versions?  I don't mind running some installs, but
>> I'm not sure how to tell IPS what exactly to install (to get something
>> other than the latest).
>>
>>
>>
>> On Wed, Dec 9, 2015 at 1:27 PM, Gordon Ross <gordon.w.ross at gmail.com> wrote:
>>> Another interesting clue:  If I type some stuff (easiest test is to
>>> just type some random stuff in the *scratch* buffer) and see lots of
>>> missing letters, I can obscure the emacs frame with another window
>>> (i.e. a terminal) and when I expose emacs again (raise to top) the
>>> letters are all there.
>>> This seems like some sort of emacs "repaint" issue.
>>> Also, it's jittery, like there's some loss of events somewhere,
>>> whatever events drive updating the frame...
>>>
>>> Gordon
>>>
>>>
>>> On Wed, Dec 9, 2015 at 4:07 AM, Alexander Pyhalov <alp at rsu.ru> wrote:
>>>> Alexander Pyhalov писал 09.12.2015 11:23:
>>>>>
>>>>> Hi, Gordon.
>>>>>
>>>>> Gordon Ross писал 09.12.2015 05:05:
>>>>>>
>>>>>> spoke too soon.  it's still acting crazy with the default font.
>>>>>> even the blinking cursor leaves spaces much of the time,
>>>>>> requiring refreshes (CTRL-L) etc.   Ideas?
>>>>>
>>>>>
>>>>> Just tested latest emacs (emacs-no-x11) in Gnome terminal. Don't see this.
>>>>> Perhaps, it's locale-related? Do you use en_US.UTF-8 locale?
>>>>>
>>>>> Does anyone else see this?
>>>>>
>>>>
>>>> Just noticed that you speak about gnu-emacs-gtk. Do you see the same issues
>>>> in gnu-emacs-x11?
>>>>
>>>>
>>>> ---
>>>> System Administrator of Southern Federal University Computer Center
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> oi-dev mailing list
>>>> oi-dev at openindiana.org
>>>> http://openindiana.org/mailman/listinfo/oi-dev