Re: Problem trying to build Cygwin X server from source
On 20/10/2013 23:57, Mark Lillibridge wrote: Jon TURNEY writes: On 19/10/2013 20:54, Mark Lillibridge wrote: This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. The part that is failing (make done in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): CC wgl_ext_api.lo In file included from wgl_ext_api.c:72:0: generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] ... I think this is error is due to the khronos-opengl-registry package being more recent than the wglext.h provided by w32api-headers. I think the easiest way to work around this is to update wglext.h from http://www.opengl.org/registry/api/GL/wglext.h Hmmm. Which occurrence should I replace? mdl [103]# find /usr -name wglext.h -print /usr/i686-w64-mingw32/sys-root/mingw/include/GL/wglext.h /usr/include/GL/wglext.h /usr/include/w32api/GL/wglext.h /usr/x86_64-w64-mingw32/sys-root/mingw/include/GL/wglext.h mdl [112]# grep wglext * wgl_ext_api.c:#include GL/wglext.h wgl_ext_api.h:#include GL/wglext.h mdl [118]# grep usr/include * Makefile:DBUS_CFLAGS = -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include Makefile:DIX_CFLAGS = -DHAVE_DIX_CONFIG_H $(CWARNFLAGS) -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 -I$(top_srcdir)/include -I$(top_builddir)/include -I$(top_srcdir)/Xext -I$(top_srcdir)/composite -I$(top_srcdir)/damageext -I$(top_srcdir)/xfixes -I$(top_srcdir)/Xi -I$(top_srcdir)/mi -I$(top_srcdir)/miext/sync -I$(top_srcdir)/miext/shadow -I$(top_srcdir)/miext/damage -I$(top_srcdir)/render -I$(top_srcdir)/randr -I$(top_srcdir)/fb -I$(top_srcdir)/dbe Makefile:PIXMAN_CFLAGS = -I/usr/include/pixman-1 Makefile:XSERVERCFLAGS_CFLAGS = -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 Makefile:XSERVERLIBS_CFLAGS = -I/usr/include/pixman-1 -I/usr/include/freetype2 Makefile:oldincludedir = /usr/include mdl [119]# grep mingw/include * I'm guessing from the above that it's this one: /usr/include/GL/wglext.h Yes, I guess that's first in the include search path. Since w32api now provides a that header, we should probably stop providing it in libGL-devel. I replaced that one and the code in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx now compiles. Unfortunately, code now fails elsewhere: cd /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin make gives: ... make[2]: Leaving directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/winclipboard' Making all in . make[2]: Entering directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin' CC InitInput.o CC InitOutput.o InitOutput.c: In function ‘ddxGiveUp’: InitOutput.c:240:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] InitOutput.c: In function ‘winCheckMntOpt’: InitOutput.c:284:16: warning: cast discards ‘__attribute__((const))’ qualifier from pointer target type [-Wcast-qual] CC winallpriv.o CC winauth.o In file included from /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:56:0, from /usr/include/X11/Xwinsock.h:55, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/psdk_inc/_fd_types.h:100:2: warning: #warning fd_set and associated macros have been defined in sys/types. This can cause runtime problems with W32 sockets [-Wcpp] In file included from /usr/include/X11/Xwinsock.h:55:0, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:995:34: error: conflicting types for ‘select’ In file included from /usr/include/cygwin/sys_time.h:13:0, from /usr/include/sys/time.h:61, from /usr/include/sys/_default_fcntl.h:186, from /usr/include/sys/fcntl.h:3, from
Copy/paste broken from X to Windows
Copy/paste seems to be broken when attempting to copy a large block of text from X to Windows. See the attachment for an example. Copying the text from Windows to X seems fine but the reverse causes the mouse cursor to spin and then a blank string to paste. Matt D. ACT III SCENE I. A public place. Enter MERCUTIO, BENVOLIO, Page, and Servants BENVOLIO I pray thee, good Mercutio, let's retire: The day is hot, the Capulets abroad, And, if we meet, we shall not scape a brawl; For now, these hot days, is the mad blood stirring. MERCUTIO Thou art like one of those fellows that when he enters the confines of a tavern claps me his sword upon the table and says 'God send me no need of thee!' and by the operation of the second cup draws it on the drawer, when indeed there is no need. BENVOLIO Am I like such a fellow? MERCUTIO Come, come, thou art as hot a Jack in thy mood as any in Italy, and as soon moved to be moody, and as soon moody to be moved. BENVOLIO And what to? MERCUTIO Nay, an there were two such, we should have none shortly, for one would kill the other. Thou! why, thou wilt quarrel with a man that hath a hair more, or a hair less, in his beard, than thou hast: thou wilt quarrel with a man for cracking nuts, having no other reason but because thou hast hazel eyes: what eye but such an eye would spy out such a quarrel? Thy head is as fun of quarrels as an egg is full of meat, and yet thy head hath been beaten as addle as an egg for quarrelling: thou hast quarrelled with a man for coughing in the street, because he hath wakened thy dog that hath lain asleep in the sun: didst thou not fall out with a tailor for wearing his new doublet before Easter? with another, for tying his new shoes with old riband? and yet thou wilt tutor me from quarrelling! BENVOLIO An I were so apt to quarrel as thou art, any man should buy the fee-simple of my life for an hour and a quarter. MERCUTIO The fee-simple! O simple! BENVOLIO By my head, here come the Capulets. MERCUTIO By my heel, I care not. Enter TYBALT and others TYBALT Follow me close, for I will speak to them. Gentlemen, good den: a word with one of you. MERCUTIO And but one word with one of us? couple it with something; make it a word and a blow. TYBALT You shall find me apt enough to that, sir, an you will give me occasion. MERCUTIO Could you not take some occasion without giving? TYBALT Mercutio, thou consort'st with Romeo,-- MERCUTIO Consort! what, dost thou make us minstrels? an thou make minstrels of us, look to hear nothing but discords: here's my fiddlestick; here's that shall make you dance. 'Zounds, consort! BENVOLIO We talk here in the public haunt of men: Either withdraw unto some private place, And reason coldly of your grievances, Or else depart; here all eyes gaze on us. MERCUTIO Men's eyes were made to look, and let them gaze; I will not budge for no man's pleasure, I. Enter ROMEO TYBALT Well, peace be with you, sir: here comes my man. MERCUTIO But I'll be hanged, sir, if he wear your livery: Marry, go before to field, he'll be your follower; Your worship in that sense may call him 'man.' TYBALT Romeo, the hate I bear thee can afford No better term than this,--thou art a villain. ROMEO Tybalt, the reason that I have to love thee Doth much excuse the appertaining rage To such a greeting: villain am I none; Therefore farewell; I see thou know'st me not. TYBALT Boy, this shall not excuse the injuries That thou hast done me; therefore turn and draw. ROMEO I do protest, I never injured thee, But love thee better than thou canst devise, Till thou shalt know the reason of my love: And so, good Capulet,--which name I tender As dearly as my own,--be satisfied. MERCUTIO O calm, dishonourable, vile submission! Alla stoccata carries it away. Draws Tybalt, you rat-catcher, will you walk? TYBALT What wouldst thou have with me? MERCUTIO Good king of cats, nothing but one of your nine lives; that I mean to make bold withal, and as you shall use me hereafter, drybeat the rest of the eight. Will you pluck your sword out of his pitcher by the ears? make haste, lest mine be about your ears ere it be out. TYBALT I am for you. Drawing ROMEO Gentle Mercutio, put thy rapier up. MERCUTIO Come, sir, your passado. They fight ROMEO Draw, Benvolio; beat down their weapons. Gentlemen, for shame, forbear this outrage! Tybalt, Mercutio, the prince expressly hath Forbidden bandying in Verona streets: Hold, Tybalt! good Mercutio! TYBALT under ROMEO's arm stabs MERCUTIO, and flies with his followers MERCUTIO I am hurt. A plague o' both your houses! I am sped. Is he gone, and hath nothing? BENVOLIO What, art thou hurt? MERCUTIO Ay, ay, a scratch, a scratch; marry, 'tis enough. Where is my page? Go, villain, fetch a surgeon. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ:
Re: Clipboard periodically breaks
On Thu Sep 26 20:35:21 2013, m...@codespunk.com (Matt D.) wrote: Jon, Thanks for looking into this. I can confirm that your changes correct the issue where highlighting next would cause arbitrary pastes to occur. Good work! I also concede that there does not seem to be a good solution to transparently fix the two-to-one clipboard issue; as XWin may indeed be able to interpret calls to X's two clipboards, there wouldn't be any reasonable way for it to identify which clipboard is actually being used. I'm reading this wich much interest: for me, too, copy-pasting between Windows applications and Cygwin xterms to break after some time, and this has been happening for a year or so. I'm not aware of doing anything special to cause it to break, but the only way I know how to fix it is to restart X. This is with recent Cygwin packages on Windows 7. I haven't tested with a newer build of the X server. However, an environment variable that tells it which clipboard to use would provide an immediate solution and be used used on a per-application basis. For example, I can use aliases when launching programs: $ xclip=clipboard1 gedit $@ (monitor only clipboard 1) $ xclip=clipboard2 gedit $@ (monitor only clipboard 2) No option would indicate that both clipboard 1 and clipboard 2 would be handled as they are now. I'm not familiar with X programming but I'm assuming here that it would be possible for xclip to read from a particular process's own environment (rather than xclip's own) while processing a clipboard event to do this. What do you think? As an interested bystander, I have no doubt that that type of specific solution to specific clipboard interaction problems can possibly work, but using them will require detailed knowledge of how the X and Windows clipboards interact. My question is different: is it possible to implement the interaction in such a way that a user such as me, who is not aware of any subtleties, can get consistency, in the sense that all copy-paste actions between X an Windows that work when X is started continue to work in the same way for the duration of the session? Matt D. -- Reinier Post TU Eindhoven -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Problem trying to build Cygwin X server from source
Jon TURNEY jon.tur...@dronecode.org.uk writes: On 19/10/2013 20:54, Mark Lillibridge wrote: This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. The part that is failing (make done in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): CC wgl_ext_api.lo In file included from wgl_ext_api.c:72:0: generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] ... I think this is error is due to the khronos-opengl-registry package being more recent than the wglext.h provided by w32api-headers. I think the easiest way to work around this is to update wglext.h from http://www.opengl.org/registry/api/GL/wglext.h Hmmm. Which occurrence should I replace? mdl [103]# find /usr -name wglext.h -print /usr/i686-w64-mingw32/sys-root/mingw/include/GL/wglext.h /usr/include/GL/wglext.h /usr/include/w32api/GL/wglext.h /usr/x86_64-w64-mingw32/sys-root/mingw/include/GL/wglext.h mdl [112]# grep wglext * wgl_ext_api.c:#include GL/wglext.h wgl_ext_api.h:#include GL/wglext.h mdl [118]# grep usr/include * Makefile:DBUS_CFLAGS = -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include Makefile:DIX_CFLAGS = -DHAVE_DIX_CONFIG_H $(CWARNFLAGS) -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 -I$(top_srcdir)/include -I$(top_builddir)/include -I$(top_srcdir)/Xext -I$(top_srcdir)/composite -I$(top_srcdir)/damageext -I$(top_srcdir)/xfixes -I$(top_srcdir)/Xi -I$(top_srcdir)/mi -I$(top_srcdir)/miext/sync -I$(top_srcdir)/miext/shadow -I$(top_srcdir)/miext/damage -I$(top_srcdir)/render -I$(top_srcdir)/randr -I$(top_srcdir)/fb -I$(top_srcdir)/dbe Makefile:PIXMAN_CFLAGS = -I/usr/include/pixman-1 Makefile:XSERVERCFLAGS_CFLAGS = -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 Makefile:XSERVERLIBS_CFLAGS = -I/usr/include/pixman-1 -I/usr/include/freetype2 Makefile:oldincludedir = /usr/include mdl [119]# grep mingw/include * I'm guessing from the above that it's this one: /usr/include/GL/wglext.h I replaced that one and the code in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx now compiles. Unfortunately, code now fails elsewhere: cd /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin make gives: ... make[2]: Leaving directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/winclipboard' Making all in . make[2]: Entering directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin' CC InitInput.o CC InitOutput.o InitOutput.c: In function ‘ddxGiveUp’: InitOutput.c:240:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] InitOutput.c: In function ‘winCheckMntOpt’: InitOutput.c:284:16: warning: cast discards ‘__attribute__((const))’ qualifier from pointer target type [-Wcast-qual] CC winallpriv.o CC winauth.o In file included from /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:56:0, from /usr/include/X11/Xwinsock.h:55, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/psdk_inc/_fd_types.h:100:2: warning: #warning fd_set and associated macros have been defined in sys/types. This can cause runtime problems with W32 sockets [-Wcpp] In file included from /usr/include/X11/Xwinsock.h:55:0, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:995:34: error: conflicting types for ‘select’ In file included from /usr/include/cygwin/sys_time.h:13:0, from /usr/include/sys/time.h:61, from /usr/include/sys/_default_fcntl.h:186, from /usr/include/sys/fcntl.h:3, from /usr/include/fcntl.h:14, from /usr/include/X11/Xos.h:88, from win.h:152, from winauth.c:35: /usr/include/sys/select.h:31:5: note: previous declaration of ‘select’ was here In file included from
Re: Problem trying to build Cygwin X server from source
On 19/10/2013 20:54, Mark Lillibridge wrote: This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. The part that is failing (make done in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): CC wgl_ext_api.lo In file included from wgl_ext_api.c:72:0: generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] ... I think this is error is due to the khronos-opengl-registry package being more recent than the wglext.h provided by w32api-headers. I think the easiest way to work around this is to update wglext.h from http://www.opengl.org/registry/api/GL/wglext.h Any suggestions? The online documentation is seriously out of date, predating the use of cygport. Which documentation, specifically? -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Copy/paste broken from X to Windows
On 10/21/2013 12:45 AM, Matt D. wrote: Copy/paste seems to be broken when attempting to copy a large block of text from X to Windows. See the attachment for an example. Copying the text from Windows to X seems fine but the reverse causes the mouse cursor to spin and then a blank string to paste. Please send this report to the cygwin-xfree list. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Copy/paste broken from X to Windows
Larry, This is the cygwin-xfree list? Matt D. On 10/21/2013 1:05 PM, Larry Hall (Cygwin-X) wrote: On 10/21/2013 12:45 AM, Matt D. wrote: Copy/paste seems to be broken when attempting to copy a large block of text from X to Windows. See the attachment for an example. Copying the text from Windows to X seems fine but the reverse causes the mouse cursor to spin and then a blank string to paste. Please send this report to the cygwin-xfree list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Copy/paste broken from X to Windows
On 10/21/2013 6:40 PM, Matt D. wrote: Larry, This is the cygwin-xfree list? Right. My apologies. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Quotation (Germany)
On behalf of my colleague, we still haven't received the quotation. Please send the quotation and offer as soon as possible. I can resend the previous email if necessary. Thanks Berthram Engelbert http://www.ahk.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
