search for: configurenotifi

Dear R Devel, I know that someone put this line in src/modules/X11/devX11.c:2824 for a reason, because commenting it out causes R to miss an important ConfigureNotify event in my window manager. The result is that plots are initially drawn off the window borders, unreadable. R_ProcessX11Events((void*) NULL); Unfortunately for me, this line is commented in the standard release of R, it has

Hi, I'm Luca from Savona, Italy. I'm using Compiz and I'm writing an application with Xlib to draw two windows, let's say window_A and window_B. I would like to keep fixed the relative position between two established corners of them that they have when mapped. So that if I move or resize one of the window, the other if necessary automatically moves to observe the condition.

Hi Luca, In recent versions of compiz (0.9.10) if you have lazy positioning on (org.compiz.move 'lazy-positioning') other clients won't get a configure notification until the end of the move. This is a performance optimization to avoid a slow path on the nvidia drivers with vsync. If you want such notifications you need to turn this option off. Either that or implement this as a

Hi , I have installed "ruby 1.9.3p429 " already but as per my project required i want downgrade to "1.8.7-p371" while tying with the below command i am getting the below error message , please let me know how to solve this issue ? *COMMAND : **rbenv install 1.8.7-p371* * * Downloading ruby-1.8.7-p371.tar.gz... ->

I don't recall exactly what I did 18 years ago eiher and I likely don't have the time to dig into the archives and reconstruct. I can imagine that the issue had to do with the protocol around creating and mapping windows. Presumably the segfault comes from looking for events on a window that hasn't been created yet, or has already been destroyed, leading to a NULL reference somewhere.

Hi Sorry, I can't offer an explanation for the commented-out line. However, regarding your final question of avoiding the R-core bottleneck, you do have the option of creating a third-party graphics device package. See, for example, the 'tikzDevice' and 'svglite' packages on CRAN. Does that provide you with a way forward ? Paul On 20/04/2019 5:27 p.m., frederik at

Thanks Professor Dalgard. If you have a different way to fix the bug then I'd be happy to test it. Or whatever. I understand that maybe some data was being referenced before it had been initialized. I could also support moving the R_ProcessEvents call in another place, but it seems one would also like to generate some kind of warning message, at the location of the bad reference, rather than

I tested it. It fixes the bug and didn't seem to produce any errors. Thank you Professor Dalgaard! I'm so glad this has finally been addressed. I will update the bug report. (https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16702) On Thu, May 02, 2019 at 04:48:51PM +0200, peter dalgaard wrote: >OK, this is now in R-devel, but only superficially tested (b/c this is a Mac). Please

I have problems import ms access 2000 data into Word 2000. The error is: DDE connection failed. Browsing the internet I found out that ms access uses ODBC for this (am I correct?). I have installed MDAC_TYP.EXE like in the Winehq documentation. I think that the msaccess driver doesn't work o.k. To reproduce: Run wine c:\windows\system\ODBCAD32.EXE --> in

Hi Peter Yes, that looks roughly right to me. I would be in favour of your option (b), partly because it is probably easiest and partly because that retains the basic graphics device startup logic pattern that is replicated across all(?) graphics devices. Paul On 28/04/19 11:39 AM, peter dalgaard wrote: > I had a look at the current code, and AFAICT it has essentially the same structure

Dear R developers, I've been experimenting with embedding R X11 windows into another application using KDE's QXEmbed on linux. Attempting to do so will crash R (with R 2.4.0, trunk, and I know the bug has been around in prior versions). I used to think this was related to bug #848, but I'm not sure, if / how the solution suggested there still applies to current versions of R.

OK, so I did the archaeology anyway.... This was the story, R-core November 29, 2001. Part of thread "X11 still segfaults". ------------>> ..... Gah. I've been too tired today. Why did that take me so long? The culprit seems to be R_ProcessEvents((void*) NULL) in newX11DeviceDriver This gets called *before* this stuff at the end of Rf_addX11Device dd =

I had a look at the current code, and AFAICT it has essentially the same structure as it did back then. I think it may have finally dawned upon me what the issue really is: The logic is that in Rf_addX11Device, we have if (!X11DeviceDriver(dev, display, width, height, ps, gamma, colormodel, maxcubesize, bgcolor, canvascolor,

OK, this is now in R-devel, but only superficially tested (b/c this is a Mac). Please check it out. -pd > On 30 Apr 2019, at 23:09 , Paul Murrell <paul at stat.auckland.ac.nz> wrote: > > Hi Peter > > Yes, that looks roughly right to me. I would be in favour of your option (b), partly because it is probably easiest and partly because that retains the basic graphics device

Hello to everyone. I was reading a articule for do that , but this articule is old, so I think some things been changed now, I was reading this one http://www.paulmcnett.com/vfp/wine/vfp-wine-whitepaper.pdf, in a part of it the author says that we have to use a file called "vfpwinepatchwinsize" and we have to type in a terminal Code: cat vfpwinepatchwinsize | patch -p0 and include in

Eric Anholt (2): Install the randr protocol description. Fix the size of the padding fields of xRRGetCrtcGamma. Keith Packard (5): Fix padding bugs discovered in XCB work Merge branch 'multi-monitor' More bugs found by Ian Osgood during the XCB work. Fix wording about requesting ConfigureNotify events. Bump version to 1.2.1.

Hi, Here is the newest version of animation plugin with the updated schema. It needs the three patches I sent right before this email to function properly. Regards, Erkin -------------- next part -------------- A non-text attachment was scrubbed... Name: animation.tar.gz Type: application/x-gzip Size: 64787 bytes Desc: not available Url :

Please see the Ubuntu bug report for photographs and logs of this problem "Clipped area for multiple X screens with different dimensions": https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/331918 Thanks to some great support and suggestions in #compiz-fusion-dev I've made some progress in trying to pin this issue down. I've operated with compiz and multiple X screens for

When I run wine Hoi2.exe, in addition to the usual alsa warnings, i get this: Code: wine: Unhandled page fault on execute access to 0x006e9118 at address 0x6e9118 (thread 0009), starting debugger... Unhandled exception: page fault on execute access to 0x006e9118 in 32-bit code (0x006e9118). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:006e9118 ESP:0309ff0c EBP:0309ffe8

This is release 0.9.58 of Wine, a free implementation of Windows on Unix. What's new in this release (see below for details): - The default version is now Windows XP. - Many Richedit improvements. - Beginning of jscript dll support. - Shell folders now respect XDG directory configuration. - Many translation updates. - Lots of bug fixes. Because of lags created by using mirrors,