Same difference under qemu 1.6.1 instead of virtualbox 4.3.0.
Does anyone have experiences to share? If not, then perhaps whatever the
issue is on my setup is too local.
Mark.
On Mon, Nov 25, 2013 at 6:44 PM, Mark van Atten wrote:
> Simply pinging the virtualbox cpu server gives, over a numbe
Simply pinging the virtualbox cpu server gives, over a number of tests, avg
rtt around 150 µs from both osx-x11 and osx-cocoa drawterms. (Indeed, the
latest push of osx-cocoa no longer gives the warning.)
I hope at some point it will become clear what is the matter---perhaps, as
you suggest, in m
On Nov 22, 2013, at 3:18 AM, Mark van Atten wrote:
> Well, I wrote `the current sources', but that was wrong: I just
> checked bitbucket again and saw your commits of the last few hours. So
> I pulled the updates and rebuilt. To my surprise, the phenomena remain
> exactly the same. This time I g
Well, I wrote `the current sources', but that was wrong: I just
checked bitbucket again and saw your commits of the last few hours. So
I pulled the updates and rebuilt. To my surprise, the phenomena remain
exactly the same. This time I got a message though:
objc[3785]: Object 0x7fb261297930 of cla
On Fri, Nov 22, 2013 at 1:02 AM, Jeff Sickel wrote:
> Will one of you describe the flicker you speak of? I see flicker on
> Linux’s drawterm X11 when resizing rio windows and other operations,
> given the round trip time, though the flicker is less on fast local
> networks.
You are right, of co
On Nov 21, 2013, at 9:03 AM, Steven Stallion wrote:
> On Thu, Nov 21, 2013 at 4:40 AM, Mark van Atten
> wrote:
>> For the moment, I prefer this to drawterm-cocoa because there is no
>> flicker, and window borders remain intact when reshaping with B1 or
>> B2.
>
> Ah! That drives me nuts too,
On Nov 21, 2013, at 4:40 AM, Mark van Atten wrote:
> For the moment, I prefer this to drawterm-cocoa because there is no
> flicker, and window borders remain intact when reshaping with B1 or
> B2.
Ah, but with drawterm-cocoa you get proper rio resizing, which I find
very useful when using multi
On Thu Nov 21 09:59:42 EST 2013, j...@corpus-callosum.com wrote:
>
> On Nov 21, 2013, at 4:40 AM, Mark van Atten wrote:
>
> > For the moment, I prefer this to drawterm-cocoa because there is no
> > flicker, and window borders remain intact when reshaping with B1 or
> > B2.
>
> Ah, but with draw
Just don’t upgrade to 10.9 yet:
http://support.apple.com/kb/HT5293?viewlocale=en_US&locale=en_US
http://xquartz.macosforge.org/landing/
You can install XQuartz and keep going, but the upgrade from
earlier releases does delete X11 rather ruthlessly.
-jas
On Nov 21, 2013, at 9:03 AM, Steven Sta
On Thu, Nov 21, 2013 at 4:40 AM, Mark van Atten wrote:
> For the moment, I prefer this to drawterm-cocoa because there is no
> flicker, and window borders remain intact when reshaping with B1 or
> B2.
Ah! That drives me nuts too, though it is nice to get proper
fullscreen support. I've submitted
For the record---to compile drawterm
(http://code.google.com/p/drawterm/) with CONF=osx-x11 on x86_64 (in
my case running 10.8.5), just add the required substitution to the
makefile:
Make.osx-x11
20 - arch=`uname -m|sed 's/i.86/386/;s/Power Macintosh/power/'`; \
20 + arch=`uname -m|sed 's/i.86/38
11 matches
Mail list logo