November 2008 - Xquartz-dev - lists.macosforge.org

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 20 Nov '08

20 Nov '08

Am 19.11.2008 um 21:09 schrieb Jeremy Huddleston: > I urge you to read the developer info page. There is a script on > there to help you setup your environment for the build... namely, > stripping Fink and macports out of the environment, and adding pkg- > info and aclocal dirs in /usr/X11 into the environment. Fink and MacPorts are not per se bad. One sometimes needs a means to have an update more often than once between olympic games. And it's easy to direct tools to take from here or from there. Anyway, I'll make a try without Fink! In earlier versions of xserver I could observe that the scripts were able to find already built and installed files. I also created a sym- link /usr/X11 pointing into the installation area and so I have: pete 295 /\ ls -l /usr/X11/share/aclocal/ total 72 -rw-r--r-- 1 pete admin 7511 10 Nov 06:44 fontutil.m4 -rw-r--r-- 1 pete admin 13639 16 Nov 13:20 xorg-macros.m4 -rw-r--r-- 1 pete admin 2501 16 Nov 13:20 xorgversion.m4 -rw-r--r-- 1 pete admin 5188 9 Nov 14:33 xtrans.m4 I'll add the -I /usr/X11/share/aclocal component to ACLOCAL! The version of libxtrans installed is 1.2.2 -- Greetings Pete Windows, c'est un peu comme le beaujolais nouveau: à chaque nouvelle cuvée on sait que ce sera dégueulasse, mais on en prend quand même, par masochisme.

1 0

Assertion failure in -[NSEvent subtype]
by Christof Wolf 19 Nov '08

19 Nov '08

Hello, I have just installed X11-2.3.2_rc1 on my mac (10.5.5, 2.4 GHz Intel Core 2 Duo, 4GB RAM) and after a short while my cpu goes crazy. I checked the log, I got following message - at the same time the cpu goes up to 100% - 11/19/08 11:01:27 PM X11[14988] *** Assertion failure in -[NSEvent subtype], /SourceCache/AppKit/AppKit-949.35/AppKit.subproj/NSEvent.m:1336 11/19/08 11:01:27 PM X11[14988] Invalid message sent to event "NSEvent: type=NSTabletPoint loc=(411,924) time=78224.1 flags=0x10100 win=0x0 winNum=10146 ctxt=0x11e6bdeviceID=0 x=4350 y=3500 z=0 buttons=0x1 pressure=0.458442 tilt={0.0937223, -0.218757} rotation=0.000000 tangentialPressure=0.000000 vendor1-3=(0, 0, 0)" now I am back to X11-2.3.2_beta1.pkg I still get 11/19/08 11:16:43 PM X11[16007] Invalid message sent to event "NSEvent: type=NSTabletPoint loc=(1176,282) time=79140.9 flags=0x100 win=0x0 winNum=10508 ctxt=0x105e3deviceID=0 x=12448 y=11645 z=0 buttons=0x1 pressure=0.088945 tilt={-0.0625019, -0.234382} rotation=0.000000 tangentialPressure=0.000000 vendor1-3=(0, 0, 0)" BUT the CPU does not go crazy. Has anyone any idea? Thanks christof PS: with beta2 and beta3 packages - same beside effect, that the CPU goes crazy

1 0

libcairo in X11 2.3.2-rc1
by Zulli, Louis P 19 Nov '08

19 Nov '08

Hi, I installed X11 2.3.2-rc1, which installed new cairo libs in /usr/X11/ lib. As a result, my pango in /usr/local complained, I guess since it was built against the old cairo libs. So I downloaded and tried to build pango. Compilation failed with: In file included from pangocairo-atsui.h:27, from pangocairo-fontmap.c:29: /usr/X11/include/cairo/cairo-quartz.h:78:3: error: #error Cairo was not compiled with support for the quartz backend pangocairo-fontmap.c: In function ‚Äòpango_cairo_font_map_set_default ‚Äô: pangocairo-fontmap.c:209: warning: assignment from incompatible pointer type make[4]: *** [libpangocairo_1_0_la-pangocairo-fontmap.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 So my question is: Is there a reason that cairo was built in the way it was? I just downloaded cairo-1.8.4 and configured with --PREFIX=/ usr/X11. Support for quartz backend was included automatically. I then built pango and all seems well. Just out of curiosity, why is cairo included with the X11 package? I used to have my own in /usr/local but having two sets of libcairos was a source of trouble. Louis

1 0

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 19 Nov '08

19 Nov '08

Am 18.11.2008 um 22:22 schrieb Jeremy Huddleston: > You need to switch to the xorg-server-1.4-apple branch. Git cloned 1.4.2-apple23. Compilation has some problems during the auto-reconfigure phase and breaks here: configure.ac:593: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /sw/bin/autoconf-2.63 failed with exit status: 1 -- Greetings Pete They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -Benjamin Franklin, Historical Review of Pennsylvania.

4 3

Re: [Xquartz-dev] geometry regression in 2.3.2-beta3
by robert delius royar 19 Nov '08

19 Nov '08

OK regarding fspanel, just wanted to know whether it was supposed to be that way Note, the comment about iconified startups being correct was not correct. I tried a new startup and found they do not open where they were told. Regarding xterm, I replaced the supplied xterm with the recompiled one (to get the toolbar), so that is different (MD5 894d4cd506579611f42ca75ec22be2ea) But I see the error with XEmacs also. The MD5 for /usr/bin/quartz-wm is c612da09f845b4cde972f57e2ecd243e To start an xterm in my startup sequence, I have /usr/X11/bin/xterm -title "XTerm (darwinports)" +nul +dc +cm -rightbar -tn xterm-256color -geometry 132x55+40+35 -ls -hc yellow1 -sb -sl 5000 -bc -cr blue -ms red -j +ah -bw 0 -pc -b 4 -fa "Bitstream Vera Sans Mono" -fb "Bitstream Vera Sans Mono Bold" -fs 9 -u8& The size value is honored, but the orientation is always 0+0. Finally, I am replying from my office computer which is also a G5 (but one year older). On that machine with everything the same as home--even an rsync of /usr/X11 and /A/U/X11.app from home), the problem does not show up (so far, at least). And then I ran MD5 on quartz-wm. The one on my office machine has dd56c0db0274e8debd013dab1178e2a6 which is not the same as home. I wish I had checked the date on the home version. The office quartz-wm is -rwxr-xr-x 1 root wheel 181492 2008-09-04 18:05 /usr/bin/quartz-wm so I assume that a new quartz-wm was in the install package I ran at home. Wed, 12 Nov 2008 (08:28 -0800 UTC) Jeremy Huddleston wrote: > > On Nov 12, 2008, at 06:56, robert delius royar wrote: > > > Tue, 11 Nov 2008 (21:26 -0800 UTC) Jeremy Huddleston wrote: > > > > > Well my emacs is using gtk2 for windowing... Is yours using motif maybe? > > > What is the output of 'ldd /usr/bin/emacs' on your Fedora box? > > > > > > On Nov 11, 2008, at 21:18, Tom Lane wrote: > > > > I wrote: > > > > > Well, I'd be the first to admit that I'm using an ancient Emacs > > > > > (19.34.1 > > > > > actually) ... but I wouldn't expect it to break between beta2 and > > > > > beta3. > > > > > Also, I'm getting the same behavior with emacs 22.2.1 ssh'd in > > > > > from a > > > > reasonably up-to-date machine (Fedora 9). > > > > > regards, tom lane > > > > I am seeing the same thing with xterm 237 (self compiled with the > > configuration > > ./configure --enable-wide-chars --enable-256-color \ > > --with-terminal-type=xterm-256color --enable-dabbrev \ > > --prefix=/usr/X11 --enable-mini-luit --enable-toolbar \ > > --with-X --with-Xaw3d CC=/usr/bin/gcc-4.2 ). > > > > The program flashes open at its requested geometry location then > > disappears and returns to 0,0. I see this in any xterm I open. > > Even with the one that comes with 2.3.2_beta3? > > ~ $ which xterm > /usr/X11/bin/xterm > > ~ $ gmd5sum /usr/X11/bin/xterm > 5afb0c7d50f868a4451dcd7799e8adb4 /usr/X11/bin/xterm > > ~ $ gmd5sum /usr/bin/quartz-wm > c612da09f845b4cde972f57e2ecd243e /usr/bin/quartz-wm > > ~ $ xterm -geometry 80x24-0+0 > > Works for me... =/ > > > I have some processes that start automatically at X11 initial startup > > which are set to begin iconified. When I de-iconify those xterms or > > XEmacs processes for the first time later in a session, they open where > > their initial geometry settings requested. The initial geometry was > > provided as a command-line parameter. > > Hmm... > > > Perhaps I need some additional Xresource values to fix this? > > I doubt it... it's probably a quartz-wm bug. > > > I also see this with a 21.5.beta28 (latest hg sources) XEmacs. > > Why the heck is this working for me then... hmm... can you check the md5sum > of your xterm and quartz-wm... > > > Finally, I use fspanel. It now obscures the OS X dock, but other X11 > > windows do not. > > > > fspanel is set to remain in the X foreground. I suspect that looking at > > the code might help discover where the problem came in. I have a modified > > version of fspanel which does not support separate desktops. But I did not > > modify the sections that keep it foregrounded. > > It was a bug that it didn't obscure the dock. That bug is now fixed, so it > does obscure the dock. X layers are now properly translated to OSX layers > like they were in Tiger. > > -- Dr. Robert Delius Royar <r.royar(a)morehead-st.edu> Associate Professor of English, Morehead State University

7 26

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger
by Peter Dyballa 18 Nov '08

18 Nov '08

Am 18.11.2008 um 22:22 schrieb Jeremy Huddleston: >>>> It's a bit surprising that -DXSERVER_VERSION=\"1.5.99.1\" stands >>>> for >>>> the last beta version, I would have assumed to find it in at least >>>> X11R7.2, not in X11R7.1. I'm going to make distclean and update >>>> X11R7.1 via git again and re-compile. And then check the output >>>> from >>>> the build process. >>> >>> You have the wrong version... you need to check out the xorg- >>> server-1.4-apple branch. >> >> I trust in git ... > > huh? I am using 'git pull' to update a module. I am assuming it fetches the updates from the appropriate version and haven't much thought of manually installing a particular module version. Now I'll give it a try! -- Greetings Pete Eternity is a terrible thought. I mean, where's it going to end? - Tom Stoppard

3 2

placement bug question
by Jeremy Huddleston 18 Nov '08

18 Nov '08

those of you with the window placement (-geometry) bug, what is the output of: defaults read org.x.X11 wm_limit_size

2 1

Re: [Xquartz-dev] geometry regression in 2.3.2-beta3
by Jeremy Huddleston 18 Nov '08

18 Nov '08

On Nov 18, 2008, at 12:38, robert delius royar wrote: > Jeremy, > > I have attached an xterm which exhibits the geometry bug compiled > from xterm-237 sources with the following configuration and make > ./configure -prefix=/usr/X11 --disable-static \ > --disable-dependency-tracking --disable-nls --mandir=/usr/X11/share/ > man \ > --enable-wide-chars --enable-luit --enable-256-color --enable- > logging \ > --enable-load-vt-fonts --enable-toolbar CC=/usr/bin/gcc-4.0 && make - > j3 This xterm works for me still... when I do xterm -geometry 80x24-0+0 it is on the top right. Do you have any custom ~/.Xresources or command line options? > The libraries are the same as those in the packaged version (except > for list order), and that version which you compiled without -- > enable-toolbar opens where it is told on my system. The version I > included in the attached archive opens in the upper left corner with > an offset of 22 pixels from the top, but no movement to the right. > I still see the window flash open where it was told and move. Can you please try this one which now has more debug output... http://people.freedesktop.org/~jeremyhu/quartz-wm-debug-20081118.2.bz2 Also, please try to not create extra windows during this X11 session. I would be easier to debug the problem if the output in xinitrc- debug.txt is just from this one window being created... Thanks, Jeremy

1 0

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger in X11R7.2
by Peter Dyballa 18 Nov '08

18 Nov '08

Am 18.11.2008 um 06:05 schrieb Jeremy Huddleston: > Try changing them to size_t or unsigned. Now I get: darwin.c: In function 'DarwinMouseProc': darwin.c:343: warning: passing argument 4 of 'InitPointerDeviceStruct' from incompatible pointer type darwin.c:343: warning: passing argument 5 of 'InitPointerDeviceStruct' makes integer from pointer without a cast darwin.c:343: error: too many arguments to function 'InitPointerDeviceStruct' darwin.c: In function 'DarwinTabletProc': darwin.c:374: warning: passing argument 4 of 'InitPointerDeviceStruct' from incompatible pointer type darwin.c:374: warning: passing argument 5 of 'InitPointerDeviceStruct' makes integer from pointer without a cast darwin.c:374: error: too many arguments to function 'InitPointerDeviceStruct' darwin.c: In function 'InitInput': darwin.c:473: warning: passing argument 1 of 'AddInputDevice' from incompatible pointer type darwin.c:473: warning: passing argument 2 of 'AddInputDevice' makes pointer from integer without a cast darwin.c:473: error: too few arguments to function 'AddInputDevice' darwin.c:491: warning: passing argument 1 of 'AddInputDevice' from incompatible pointer type darwin.c:491: warning: passing argument 2 of 'AddInputDevice' makes pointer from integer without a cast darwin.c:491: error: too few arguments to function 'AddInputDevice' darwin.c:495: warning: passing argument 1 of 'AddInputDevice' from incompatible pointer type darwin.c:495: warning: passing argument 2 of 'AddInputDevice' makes pointer from integer without a cast darwin.c:495: error: too few arguments to function 'AddInputDevice' darwin.c:499: warning: passing argument 1 of 'AddInputDevice' from incompatible pointer type darwin.c:499: warning: passing argument 2 of 'AddInputDevice' makes pointer from integer without a cast darwin.c:499: error: too few arguments to function 'AddInputDevice' darwin.c:503: warning: passing argument 1 of 'AddInputDevice' from incompatible pointer type darwin.c:503: warning: passing argument 2 of 'AddInputDevice' makes pointer from integer without a cast darwin.c:503: error: too few arguments to function 'AddInputDevice' make[3]: *** [darwin.lo] Error 1 The InitPointerDeviceStruct used in xserver/hw/xquartz/darwin.c is: InitPointerDeviceStruct((DevicePtr)pPointer, map, 7, GetMotionHistory, (PtrCtrlProcPtr)NoopDDA, GetMotionHistorySize(), 2); InitAbsoluteClassDeviceStruct(pPointer); InitPointerDeviceStruct((DevicePtr)pPointer, map, 3, GetMotionHistory, (PtrCtrlProcPtr)NoopDDA, GetMotionHistorySize(), 5); Both times GetMotionHistory is incorrect according to this declaration in xserver/include/input.h: extern Bool InitPointerDeviceStruct( DevicePtr /*device*/, CARD8* /*map*/, int /*numButtons*/, PtrCtrlProcPtr /*controlProc*/, int /*numMotionEvents*/, int /*numAxes*/); The problem with AddInputDevice stems from these: 473: darwinKeyboard = AddInputDevice(DarwinKeybdProc, TRUE); 491: darwinPointer = AddInputDevice(DarwinMouseProc, TRUE); 495: darwinTabletStylus = AddInputDevice(DarwinTabletProc, TRUE); 499: darwinTabletCursor = AddInputDevice(DarwinTabletProc, TRUE); 503: darwinTabletEraser = AddInputDevice(DarwinTabletProc, TRUE); while xserver/include/input.h has: extern DeviceIntPtr AddInputDevice( ClientPtr /*client*/, DeviceProc /*deviceProc*/, Bool /*autoStart*/); Here is its correct use: xserver/hw/kdrive/src/kinput.c:1017: ki->dixdev = AddInputDevice (serverClient, KdKeyboardProc, TRUE); xserver/hw/kdrive/src/kinput.c:1086: pi->dixdev = AddInputDevice (serverClient, KdPointerProc, TRUE); and here its faulty again: xserver/hw/xquartz/darwinXinput.c:122: dev = (DeviceIntPtr) AddInputDevice(deviceProc, TRUE); xserver/hw/xwin/InitInput.c:141: pMouse = AddInputDevice (winMouseProc, TRUE); xserver/hw/xwin/InitInput.c:142: pKeyboard = AddInputDevice (winKeybdProc, TRUE); xserver/Xi/stubs.c:124: dev = (DeviceIntPtr) AddInputDevice (deviceProc, TRUE); Source code is since a few days unchanged (except your patch). -- Greetings Pete There are three types of people in this world: those who can count, and those who cannot.

2 1

Re: [Xquartz-dev] 2.3.2_beta3 on Tiger
by Peter Dyballa 18 Nov '08

18 Nov '08

Am 18.11.2008 um 06:05 schrieb Jeremy Huddleston: >> I was mixing up things! The error I reported happened in X11R7.2, on >> which I still can't compile X11.app and to which I applied your >> patch. The new X11.app I *could* compile happened in X11R7.1, to >> which I did not pay much attention, were just trying to answer your >> questions to my bug reports ? after having updated the code basis. > > I dunno what you are doing to compile X11R7.2 or X11R7.1, so I can't > really help unless you explain a little more. In X11R7.1: env LANG=C PATH=.../X11R7.1/util/modular:/usr/local/bin:/ sw/lib/fontconfig2/bin:/sw/lib/freetype219/bin:/sw/bin:/usr/bin:/bin:/ usr/sbin:/sbin:/usr/local/gwTeX/bin/bin CFLAGS="-v -pipe -fPIC -O2 - mcpu=7450 -mtune=7450 -mno-powerpc64 -fast -mpim-altivec -ftree- vectorize -freorder-blocks-and-partition -fno-crossjumping -fno- common" CPPFLAGS="-v -no-cpp-precomp -I/usr/include/openssl -I/sw/ include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/lib/freetype219/ include/freetype2 -I/sw/include/libpng12 -I/sw/include -I/usr/local/ include" LDFLAGS="-dead_strip -bind_at_load -L/sw/lib/freetype219/lib -L/sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/sw/lib -L/usr/local/ lib" ACLOCAL="aclocal -I /usr/local/share/aclocal -I /sw/share/ aclocal" PKG_CONFIG_PATH=/sw/lib/freetype219/lib/pkgconfig:/sw/lib/ fontconfig2/lib/pkgconfig:/usr/X11R7.1/lib/pkgconfig:/sw/lib/ pkgconfig:/sw/lib/system-openssl/lib/pkgconfig:/sw/share/pkgconfig:/ usr/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/clamXav/lib/ pkgconfig util/modular/build.sh -m .../Mesa-7.0.2 -D /usr/X11R7.1 -n In X11R7.2: env LANG=C PATH=.../X11R7.2/util/modular:/usr/local/bin:/ sw/lib/fontconfig2/bin:/sw/lib/freetype219/bin:/sw/bin:/usr/bin:/bin:/ usr/sbin:/sbin:/usr/local/gwTeX/bin/bin CFLAGS="-v -pipe -fPIC -O0 - mcpu=7450 -mtune=7450 -fno-common" CPPFLAGS="-v -no-cpp-precomp -I/ usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/freetype219/ include -I/sw/lib/freetype219/include/freetype2 -I/sw/include/ libpng12 -I/sw/include -I/usr/local/include" LDFLAGS="-dead_strip - bind_at_load -L/sw/lib/freetype219/lib -L/sw/lib/fontconfig2/lib -L/ sw/lib/ncurses -L/sw/lib -L/usr/local/lib" ACLOCAL="aclocal -I /usr/ local/share/aclocal -I /sw/share/aclocal" PKG_CONFIG_PATH=/sw/lib/ freetype219/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/usr/ X11R7.2/lib/pkgconfig:/sw/lib/pkgconfig:/sw/lib/system-openssl/lib/ pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/usr/local/lib/ pkgconfig:/usr/local/clamXav/lib/pkgconfig util/modular/build.sh - m .../Mesa-7.2.0 -D /usr/X11R7.2 -n > >> It's a bit surprising that -DXSERVER_VERSION=\"1.5.99.1\" stands for >> the last beta version, I would have assumed to find it in at least >> X11R7.2, not in X11R7.1. I'm going to make distclean and update >> X11R7.1 via git again and re-compile. And then check the output from >> the build process. > > You have the wrong version... you need to check out the xorg- > server-1.4-apple branch. I trust in git ... -- Greetings Pete I wouldn't recommend sex, drugs or insanity for everyone, but they've always worked for me. – Hunter S. Thompson

2 1