From infyquest@gmail.com Mon Jan 2 07:24:00 2006 From: infyquest@gmail.com (Vijay Kiran Kamuju) Date: Mon, 02 Jan 2006 07:24:00 -0000 Subject: xine-ui compile error Message-ID: <36bf289b0601012324g73309710q16a86f34fb4cbb0@mail.gmail.com> I am getiting the following error when i try to compile xine-ui 0.99.4 under cygwin 1.18-1 and X1-xwin 6.8.2.0-4 What other info should i send? gcc -I/usr/X11R6/include -I/usr/local/bin/../include -I../../src/xitk/xine-toolkit -DNDEBUG -Wall -D_FILE_OFFSET_BITS=64 -mtune=pentiumpro -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2 -fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing -ffast-math -funroll-loops -finline-functions -Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -o xine.exe actions.o config_wrapper.o control.o download.o errors.o event.o event_sender.o file_browser.o frequencies.o help.o kbindings.o lang.o lirc.o main.o mediamark.o menus.o mrl_browser.o network.o osd.o panel.o playlist.o post.o session.o setup.o skins.o snapshot.o splash.o stdctl.o stream_infos.o tvout.o tvset.o videowin.o viewlog.o -L/usr/lib -L/usr/local/bin/../lib ../../src/common/.libs/libcommon.a -L/usr/X11R6/lib ../../src/xitk/xine-toolkit/.libs/libxitk.a /usr/X11R6/lib/libXft.dll.a -L/opt/cxclient/usr/X11R6/lib /usr/lib/libfontconfig.dll.a /usr/lib/libfreetype.dll.a /usr/lib/libexpat.dll.a -lXrender ../../src/xitk/oxine/.libs/liboxine.a -lSM -lICE -lpng /usr/local/lib/libxine.a /usr/lib/libintl.dll.a -lkernel32 -lz -lpthread /usr/lib/libiconv.dll.a -lXext -lXtst -lX11 -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib session.o:session.c:(.text+0x16c7): undefined reference to `_getsubopt' session.o:session.c:(.text+0x16fa): undefined reference to `_getsubopt' ./../src/xitk/oxine/.libs/liboxine.a(mediamarks.o):mediamarks.c:(.text+0xc40): undefined reference to `_getline' ./../src/xitk/oxine/.libs/liboxine.a(mediamarks.o):mediamarks.c:(.text+0xc60): undefined reference to `_getline' collect2: ld returned 1 exit status make[4]: *** [xine.exe] Error 1 make[4]: Leaving directory -- 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/ From menguan2004@yahoo.com Mon Jan 2 20:15:00 2006 From: menguan2004@yahoo.com (Sheng Lin) Date: Mon, 02 Jan 2006 20:15:00 -0000 Subject: startx failed starting xwin In-Reply-To: <20051227192158.4772.qmail@web80906.mail.scd.yahoo.com> Message-ID: <20060102201541.17661.qmail@web80908.mail.scd.yahoo.com> Uninstall McAfee FireWall and Privacy Guard solves the problem. Merely disabling them won't work. If anyone can come up with a solution that does not require uninstalling Fire Wall, it would be great. --- Sheng Lin wrote: > startx hangs in the middle of starting xwin. I am using windows XP > Professional with service pack 2 on Dell XPS. I have McAfee installed > on the machine. I tried disabling McAfee. Still got the same message. > The following is the XWin log of the starting process. > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 6.8.2.0-4 > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command line: > X :0 -multiwindow -clipboard > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (II) XF86Config is not supported > (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more > information > (==) FontPath set to > "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits > per pixel > winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 > depth: 32 > winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > 24 > bpp 32 > null screen fn ReparentWindow > null screen fn RestackWindow > InitQueue - Calling pthread_mutex_init > InitQueue - pthread_mutex_init returned > InitQueue - Calling pthread_cond_init > InitQueue - pthread_cond_init returned > winInitMultiWindowWM - Hello > winInitMultiWindowWM - Calling pthread_mutex_lock () > winMultiWindowXMsgProc - Hello > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to > lack of shared memory support in the kernel > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (--) Using preset keyboard for "English (USA)" (409), type "4" > > > At this point, the X icon shows in the task bar notification area. > But, > xterm does not start and no other X-application can be started > either. > > > > > __________________________________ > Yahoo! for Good - Make a difference this year. > http://brand.yahoo.com/cybergivingweek2005/ > > -- > 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/ > > __________________________________________ Yahoo! DSL ?? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com -- 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/ From pechtcha@cs.nyu.edu Tue Jan 3 13:15:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Tue, 03 Jan 2006 13:15:00 -0000 Subject: Q: How to have cygwin start as the whole screen? In-Reply-To: <1136289707.15630.250965724@webmail.messagingengine.com> References: <1136289707.15630.250965724@webmail.messagingengine.com> Message-ID: On Tue, 3 Jan 2006, Brett Serkez wrote: > To change the X-Startup scripts for Cygwin, look in the directory > /usr/X11R6/bin for the scripts startxwin.bat and/or startxwin.sh, > depending on which you use. > > The line you want to edit is: > > XWin -multiwindow -clipboard -silent-dup-error & > > or > > %RUN% XWin -multiwindow -clipboard -silent-dup-error > > depending on if you start X from Windows or cygwin. > > Remove the -multiwindow option. Right advice, wrong list. Cygwin/X questions and answers belong on the cygwin-xfree mailing list -- I've redirected this message there. Please use that list for further discussion on this topic. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From user.de Wed Jan 4 10:59:00 2006 From: user.de (Cygwin/X User) Date: Wed, 04 Jan 2006 10:59:00 -0000 Subject: Removal or anonymization of a posting Message-ID: <20060104105917.29124.qmail@web26113.mail.ukl.yahoo.com> Dear receiver, it's now for many years that I find a certain posting in the cygwin xfree archive associated with my name and (office) email address when I'm looking for my name with the GOOGLE search engine. I have accepted this for the elapsed time for the sake of other users that might have found help in the answer to my question. (But I was never happy with it and I did never agree to this practice at all.) Now more than 3 years later I can't see any benefit in this posting and so I want to ask you to remove or at least anonymize it (and change the file name!!!) I'm talking about the following posting: http://www.cygwin.com/ml/cygwin-xfree/2002-11/msg00202.html Internet, news groups and so on are a great thing but only in conjunction with a careful handling of personal data, privacy etc. I hope you understand my petition and spend those 10 minutes to erase my personal data from the archive. Please don't let me hang! Best regards ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.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/ From brian@dessent.net Wed Jan 4 11:08:00 2006 From: brian@dessent.net (Brian Dessent) Date: Wed, 04 Jan 2006 11:08:00 -0000 Subject: Removal or anonymization of a posting References: <20060104105917.29124.qmail@web26113.mail.ukl.yahoo.com> Message-ID: <43BBACB0.F1B0A17C@dessent.net> Cygwin/X User wrote: > it's now for many years that I find a certain posting > in the cygwin xfree archive associated with my name > and (office) email address when I'm looking for my > name with the GOOGLE search engine. > > I have accepted this for the elapsed time for the sake > of other users that might have found help in the > answer to my question. (But I was never happy with it > and I did never agree to this practice at all.) > > Now more than 3 years later I can't see any benefit in > this posting and so I want to ask you to remove or at > least anonymize it (and change the file name!!!) > > I'm talking about the following posting: > http://www.cygwin.com/ml/cygwin-xfree/2002-11/msg00202.html > > Internet, news groups and so on are a great thing but > only in conjunction with a careful handling of > personal data, privacy etc. I hope you understand my > petition and spend those 10 minutes to erase my > personal data from the archive. I think you need to accept that any information posted to a public mailing list is... public. That is just the way it is, as is clearly stated at the top of . There is zero expectation of privacy when posting to a public list. Furthermore, these lists are archived in many places (marc.theaimsgroup.com, mail-archive.com, gmane.com, etc) and so even if someone removed your post from sourceware it would still exist in those other places. Brian -- 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/ From SSoong@ALLEGROMICRO.com Thu Jan 5 16:30:00 2006 From: SSoong@ALLEGROMICRO.com (Soong, SylokeJ) Date: Thu, 05 Jan 2006 16:30:00 -0000 Subject: Removal or anonymization of a posting Message-ID: For the risk of being yelled at for being irrelevant, I'll exploit the opportunity this story will be archived for time immemorial. As the story goes ... Once upon a time, there was a rich trader who lived in a huge house who had a poor neighbour living in a tiny house just behind the rich trader's kitchen. For every of holy days or when the trader threw a banquet the rich scents and odour of the kitchen would permeate into the poor neighbour's living room cum kitchen cum pantry cum occasional guest bedroom. Despite all the rich food, the trader felt lethargic and frail and never had a good day. Once in a blue moon she had the chance to meet her poor neighbour. Actually, it was the converse - the poor neighbour might chance upon meeting the trader. For this particular blue moon, the trader was especially irritated and so when she saw the happy and healthy countenance of her poor neighbour she became extremely annoyed. "What reason for thy fumbling and demeaning expressing of joy and unbounded appearance of health? What measure of food my servants might have smuggled thee and which case I would consider theft?" "Nay. Surely not." Said the poor neighbour. "For it is thine own generosity from which did I benefit." "Excellent. What then shalt thou consider as recompense for this benefit which thou hast unreasonably taken from me without my prior adjudging or deliberation?" "I have not any means to pay thee nor any meaning to pay for scents and odour that waft into my abode without my prior consideration or deliberation." "Nay so, for if my pet cat or dog wafted into thine household without thy prior consideration or deliberation, shouldest thou not return them each in one piece and alive rather than consume them for thy personal culinary and nutritional benefit? So return me my scents and odours." She demanded. "Nay too, as if it came to that situation, I would have none of any resources to recapture thy pets unless thou provided the man-, woman- or person-power to capture the pets for thyself and recompense me for the trespass of thy wafty entities as well as the trespass of those whom thou wouldest send to recapture thy privacy." Years passed with many friends and relatives as well as unsolicited strangers wafting into the poor neighbour's house to enjoy the rich waft of the rich trader's kichen. So it came to pass that the neighbours chanced upon another blue moon. "Thou has yet to recapture my assets that had wafted into thine household. But I shall forgive and forget and hold you no more responsible for their recapture. But I understand not why thee and thy many friends exude such countenance of health and happiness. For I have had for many years no more feasts nor festivities from which thou nor thy equally poor friends could benefit." "You forget we have memory. For the good scents and odours have been archived in our memory and whenever we think about them we become unboundlessly joyous and happy." "I entreat thee to erase such memory from thy archive for it is my privacy that thou art accessing each time you recall those scents and odours. That is the least thou shouldest have done for me." "What about the scents archived in the memories of my myriad of friends and relatives? Even if I could erase my memory off thy privacy but I retain no means nor such authority to erase thy supposed assets off my friends and relatives." On hearing that, the rich trader walked away, feeling more and more discouraged about the loss of her privacy that had leaked into her neighbourhood. "Is this how y'all should treat me for the benefit I have given y'all?" ~(Copyleft BlessedGeek.com 2006/01/05). ====================================================== -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Cygwin/X User Sent: Wed, January 04, 2006 5:59 AM To: cygwin-xfree@cygwin.com Subject: Removal or anonymization of a posting Dear receiver, it's now for many years that I find a certain posting in the cygwin xfree archive associated with my name and (office) email address when I'm looking for my name with the GOOGLE search engine. I have accepted this for the elapsed time for the sake of other users that might have found help in the answer to my question. (But I was never happy with it and I did never agree to this practice at all.) Now more than 3 years later I can't see any benefit in this posting and so I want to ask you to remove or at least anonymize it (and change the file name!!!) I'm talking about the following posting: http://www.cygwin.com/ml/cygwin-xfree/2002-11/msg00202.html Internet, news groups and so on are a great thing but only in conjunction with a careful handling of personal data, privacy etc. I hope you understand my petition and spend those 10 minutes to erase my personal data from the archive. Please don't let me hang! Best regards ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.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/ -- 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/ From sunil_almnthat@yahoo.com Fri Jan 6 06:50:00 2006 From: sunil_almnthat@yahoo.com (S.Sunil Kumar) Date: Fri, 06 Jan 2006 06:50:00 -0000 Subject: XTERM - Window Size and Font Size Change Message-ID: <20060106065003.47275.qmail@web32411.mail.mud.yahoo.com> I would like to increase the XTERM - Window Size and Font Size Change.Can you provide me help. And If I copy paste commands from NOTEPAD..It is not taking in. How we can enable this. And the scripts require "./" to start it.So How we can enable SHELL SCRIPT Execution witthout this ? Regards Sunil __________________________________________ Yahoo! DSL ?? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com -- 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/ From sds@gnu.org Fri Jan 6 19:40:00 2006 From: sds@gnu.org (Sam Steingold) Date: Fri, 06 Jan 2006 19:40:00 -0000 Subject: xterm -x 'foo; bar; baz' problem Message-ID: On linux, $ xterm -e 'foo; bar; baz' starts xterm, then runs shell, executing foo, then bar, then baz. on cygwin, I get an error in the xterm "No absolute path for shell: foo; bar; baz" why? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.mideasttruth.com/ http://www.openvotingconsortium.org/ http://www.camera.org C combines the power of assembler with the portability of assembler. -- 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/ From dickey@his.com Fri Jan 6 19:52:00 2006 From: dickey@his.com (Thomas Dickey) Date: Fri, 06 Jan 2006 19:52:00 -0000 Subject: xterm -x 'foo; bar; baz' problem In-Reply-To: References: Message-ID: <20060106144925.O5942@mail504.his.com> On Fri, 6 Jan 2006, Sam Steingold wrote: > On linux, > $ xterm -e 'foo; bar; baz' > starts xterm, then runs shell, executing foo, then bar, then baz. > on cygwin, I get an error in the xterm > "No absolute path for shell: foo; bar; baz" That's a bug in xterm patch #202 which is fixed in patch #203. The current patch level is #208. http://invisible-island.net/xterm/xterm.log.html#xterm_203 amend change to command-line processing in patch #201 to avoid conflict with -e option (report by Servatius Brandt). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/ From myersj101@hotmail.com Thu Jan 12 16:31:00 2006 From: myersj101@hotmail.com (Joseph Myers) Date: Thu, 12 Jan 2006 16:31:00 -0000 Subject: Errors when starting Cygwin/X on Windows XP SP2 Message-ID: Hello, I am getting the following errors when I attempt to start the Cygwin/X system on my Windows XP SP2 machine: xinit: Connection refused (errno 111): unable to connect to X server xinit: No such process (errno 3): Server error. Have any other users reported this error? Regards, Joe Myers -- 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/ From r.berber@computer.org Thu Jan 12 18:24:00 2006 From: r.berber@computer.org (=?ISO-8859-1?Q?Ren=E9_Berber?=) Date: Thu, 12 Jan 2006 18:24:00 -0000 Subject: Errors when starting Cygwin/X on Windows XP SP2 In-Reply-To: References: Message-ID: Joseph Myers wrote: > I am getting the following errors when I attempt to start the Cygwin/X > system on my Windows XP SP2 machine: > > xinit: Connection refused (errno 111): unable to connect to X server > xinit: No such process (errno 3): Server error. > > Have any other users reported this error? I haven't seen that error message but it looks like it is a firewall problem: xinit uses a tcp and an udp port (XWin uses a bunch of them). Check if XWin is enabled in the Exceptions list of Windows Firewall. -- Ren? Berber -- 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/ From s_g_brown@aapt.net.au Fri Jan 13 10:24:00 2006 From: s_g_brown@aapt.net.au (STEPHEN GRANT BROWN) Date: Fri, 13 Jan 2006 10:24:00 -0000 Subject: dselect Message-ID: <003801c6182b$90552f80$8d85443d@ELSHADDAI> Hi All, I am sorry if this question has already been answered. When I run dselect in an cygwin bash shell, I get the following message read-only access: only preview of selections is available. Is this covered in the documentation? If not, how do I fix it? Yours Sincerely Stephen Grant Brown -- 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/ From brian@dessent.net Fri Jan 13 12:11:00 2006 From: brian@dessent.net (Brian Dessent) Date: Fri, 13 Jan 2006 12:11:00 -0000 Subject: dselect References: <003801c6182b$90552f80$8d85443d@ELSHADDAI> Message-ID: <43C798CC.2CBE8009@dessent.net> STEPHEN GRANT BROWN wrote: > I am sorry if this question has already been answered. > When I run dselect in an cygwin bash shell, I get the following message > > read-only access: only preview of selections is available. > > Is this covered in the documentation? If not, how do I fix it? You seem to be posting to the wrong list. Unless it's a X11-related question, it belongs on cygwin (at) cygwin.com not here. It's not clear why you're running dselect. You can't install packages that way on Cygwin -- the only way to do this is with the graphical setup.exe tool. Normally on *nix that error means that you are trying to run dselect as someone other than root, which means that you won't be able to make any changes. So on a *nix system you would just su to root or use sudo. But Cygwin doesn't work that way, so don't even bother trying. I'm not entirely sure why dselect is even included in the Cygwin dpkg package. It can't possibly serve any purpose. Brian -- 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/ From joseph.a.crider@Boeing.com Fri Jan 13 17:20:00 2006 From: joseph.a.crider@Boeing.com (Crider, Joseph A) Date: Fri, 13 Jan 2006 17:20:00 -0000 Subject: Plotting from Python on Cygwin/X Message-ID: My team has begun development of a new project to be written in Python. One of our requirements is that we be able to generate some relatively simple plots and save them in PNG or JPEG format. I've looked at three possibilities so far and encountered problems with all of them. I started by looking at gplt from SciPy (version 0.3.2), but as far as we've been able to determine, it is lacking some of the features we need, especially the ability to do multiplot. I next took a look at Gnuplot-py. It installed easily, but the provided demo failed to run. I may try to resolve the problem if I find time, but for now, I hesitate to spend much more time on it if the demos won't run. The third package I've looked at so far is matplotlib. We might be able to get by for awhile without a GUI agg backend, but I don't want to put myself in that corner. But GTKAgg depends on pygtk, which I've been unable to compile (I tried version 2.6.3 since Cygwin appears to use glib v.2.6.6), and using TkAgg fails to build when it tries to load Tk84.dll. Has anyone gotten one of these to work or found another package that works? Thanks. J. Allen Crider -- 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/ From techie@serkez.net Fri Jan 13 19:18:00 2006 From: techie@serkez.net (Brett Serkez) Date: Fri, 13 Jan 2006 19:18:00 -0000 Subject: ZoneAlarm Suite popen hang (ssh ForwardX11) In-Reply-To: <1136853906.20233.251462872@webmail.messagingengine.com> References: <1136853906.20233.251462872@webmail.messagingengine.com> Message-ID: <1137179923.31808.251804848@webmail.messagingengine.com> [snip] > Other than the usual issues with bash and sshd, I suddenly found that > trying to use ssh with X forwarding hung. [snip] Have not made much progress, however did find a work around that others might find useful. Also interested if others are experiencing the issue. In summary, the following hangs any time the the latest version of ZoneAlarm Suite is installed: ssh -X target Note that -Y can be used in place of -X as can the options ForwardX11 or ForwardX11Trusted in the ssh_config file. The hang is on the client running xauth via popen, details can be found in the original posting. ssh -R 6001:localhost:6000 target password: Last Login blah, blah,... $ export DISPLAY=localhost:1 $ xclock & $ Not nearly as clean as having ssh perform the setup, but it does work. Brett ---------------------------------------------------------------- Brett C. Serkez, Techie -- 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/ From simonebe@student.ethz.ch Mon Jan 16 19:53:00 2006 From: simonebe@student.ethz.ch (Bernardi Simone) Date: Mon, 16 Jan 2006 19:53:00 -0000 Subject: I have a problem with cygwin's running Message-ID: <2D771492BE9D874F93D791361790E7F1C1ED7E@EX4.d.ethz.ch> I have written startx and than it is appear this message, how can I do? Cygwin/X A fatal error has occurred and Cygwin/X will not exit. Please open /tmp/XWin.log for more information. Vendor: Thhe Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: X :0 -multiwindow -clipboard -- 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/ From r.berber@computer.org Mon Jan 16 20:47:00 2006 From: r.berber@computer.org (=?ISO-8859-1?Q?Ren=E9_Berber?=) Date: Mon, 16 Jan 2006 20:47:00 -0000 Subject: I have a problem with cygwin's running In-Reply-To: <2D771492BE9D874F93D791361790E7F1C1ED7E@EX4.d.ethz.ch> References: <2D771492BE9D874F93D791361790E7F1C1ED7E@EX4.d.ethz.ch> Message-ID: Bernardi Simone wrote: > I have written startx and than it is appear this message, how can I do? > > > Cygwin/X > > A fatal error has occurred and Cygwin/X will not exit. > Please open /tmp/XWin.log for more information. > > Vendor: Thhe Cygwin/X Project > Release: 6.8.2.0-4 > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command-line: > > X :0 -multiwindow -clipboard And what does /tmp/XWin.log says? Sorry, my crystal ball ran is recharging ;-) -- Ren? Berber -- 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/ From maarika@gmail.com Tue Jan 17 11:29:00 2006 From: maarika@gmail.com (Maarika Traat) Date: Tue, 17 Jan 2006 11:29:00 -0000 Subject: Fwd: Mozilla, etc. via Cygwin/X In-Reply-To: References: Message-ID: Hello! I am a complete newcomer to the Cygwin community. I installed the default packages yesterday, and am now trying to understand what and how I can really do. Can I, in principle, see the display of any application I run on the remote server? For example, should I be able to see the display of Mozilla that I run remotely? (At the moment this attempt has failed.) Or are there special packages I should download in order to be able to do this? In general - can you suggest any helpful sources (besides the User Guide and the FAQ on Cywin/X page) where I can check which packages I should download for which applications? Regards, Maarika -- -- Maarika Traat School of Informatics The University of Edinburgh 2 Buccleuch Place Edinburgh EH8 9LW Office phone: 0131 650 4423 Mobile phone: 07900 852 989 E-mail: M.Traat@sms.ed.ac.uk, maarika@gmail.com Web: www.iccs.inf.ed.ac.uk/~s0129610 -- 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/ From chris@areti.co.uk Tue Jan 17 11:51:00 2006 From: chris@areti.co.uk (Chris Green) Date: Tue, 17 Jan 2006 11:51:00 -0000 Subject: Fwd: Mozilla, etc. via Cygwin/X In-Reply-To: References: Message-ID: <20060117115148.GA3823@areti.co.uk> On Tue, Jan 17, 2006 at 01:29:30PM +0200, Maarika Traat wrote: > Hello! > > I am a complete newcomer to the Cygwin community. I installed the > default packages yesterday, and am now trying to understand what and > how I can really do. Can I, in principle, see the display of any > application I run on the remote server? For example, should I be able > to see the display of Mozilla that I run remotely? (At the moment this > attempt has failed.) Or are there special packages I should download > in order to be able to do this? In general - can you suggest any > helpful sources (besides the User Guide and the FAQ on Cywin/X page) > where I can check which packages I should download for which > applications? > Yes, you should be able to see any program that normally runs on the 'local' screen on the remote system on your Windows PC that's running Cywin/X instead. Remember that 'server' and 'client' are probably not the way you think they are. The server is your windows PC that you are looking at that is running Cywin/X. The client is the application running on the remote Linux/Unix/OtherX system. You shouldn't need any more packages assuming you have downloaded the default set. I run my whole Linux desktop on my Windows PC without problems using Cygwin/X (and xdm on the remote Linux system). -- Chris Green (chris@areti.co.uk) "Never ascribe to malice that which can be explained by incompetence." -- 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/ From fedevaps@yahoo.dk Tue Jan 17 12:08:00 2006 From: fedevaps@yahoo.dk (Paminu) Date: Tue, 17 Jan 2006 12:08:00 -0000 Subject: xdvi in cygwin?? Message-ID: How do I get xdvi to work in cygwin? Its installed but I get this error when I run it from a shell: Error: Can't open display. If I doubleclick "xdvi-xaw.bin.exe" in : C:\cygwin\usr\X11R6\bin I get the error: This program could not be startet because cygkpathsea-4.dll not was found. If I try to start xfig I get the same message but just with "Cygwin1.dll" instead. Hope someone can help! -- 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/ From fedevaps@yahoo.dk Tue Jan 17 12:30:00 2006 From: fedevaps@yahoo.dk (Paminu) Date: Tue, 17 Jan 2006 12:30:00 -0000 Subject: add "/home/mos" to path? Message-ID: I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I put it in: "c:" How do I make emacs read from c:\cygwin\home\mos?? -- 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/ From chris@areti.co.uk Tue Jan 17 13:10:00 2006 From: chris@areti.co.uk (Chris Green) Date: Tue, 17 Jan 2006 13:10:00 -0000 Subject: Mozilla, etc. via Cygwin/X In-Reply-To: References: Message-ID: <20060117131048.GB4213@areti.co.uk> Maarika, Please reply to the list, then everyone can help and learn. On Tue, Jan 17, 2006 at 02:11:10PM +0200, Maarika Traat wrote: > You shouldn't need any more packages assuming you have downloaded the > default set. > > ---------------------------- > Yes, but in that case do you know what might be the problem, why the > window of Mozilla fails to come up? > ----------------------------- > We need more information:- What system you are running Cygwin/X on What system you are running mozilla on What commands you are running What error messages you are seeing (if any) What's in the Cygwin/X error log > I run my whole Linux desktop on my Windows PC without problems using > Cygwin/X (and xdm on the remote Linux system). > > ------------------------------- > You mean, you use the XDMCP option of connecting to the remote system. Yes. > I did not get very far when reading about this option. I just learned > that it was considered very unsecure and to be something to be used > only in the bounds of a local network. I may be completely mistaken. I I am using it within a LAN, it's not a practical proposition do do it over a larger/slower network. > tried to use XDMCP, and had the screen come up, but there was no > option to log in or to open any menus or terminals... There was > clearly something wrong about it the way it came up on my PC. > The remote (client) needs to be running xdm (or a dolled up version such as wdm, kdm or gdm) as well and it needs to be configured right. Having seen this second question of yours, are you trying to run mozilla across an ADSL or similar connection? I very occasionally do this but it's very, very, slow - like it can take minutes for the display to update, I only do it if I absolutely have to. -- Chris Green (chris@areti.co.uk) "Never ascribe to malice that which can be explained by incompetence." -- 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/ From pechtcha@cs.nyu.edu Tue Jan 17 13:45:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Tue, 17 Jan 2006 13:45:00 -0000 Subject: Mozilla, etc. via Cygwin/X In-Reply-To: <20060117131048.GB4213@areti.co.uk> References: <20060117131048.GB4213@areti.co.uk> Message-ID: On Tue, 17 Jan 2006, Chris Green wrote: > Maarika, > > Please reply to the list, then everyone can help and learn. > > On Tue, Jan 17, 2006 at 02:11:10PM +0200, Maarika Traat wrote: > > You shouldn't need any more packages assuming you have downloaded the > > default set. > > > > ---------------------------- > > Yes, but in that case do you know what might be the problem, why the > > window of Mozilla fails to come up? > > ----------------------------- I wonder if this is the issue with untrusted X forwarding (i.e., )? > We need more information:- > What system you are running Cygwin/X on > What system you are running mozilla on > What commands you are running > What error messages you are seeing (if any) > What's in the Cygwin/X error log > > > I run my whole Linux desktop on my Windows PC without problems using > > Cygwin/X (and xdm on the remote Linux system). > > ------------------------------- > > You mean, you use the XDMCP option of connecting to the remote system. > > Yes. > > > I did not get very far when reading about this option. I just learned > > that it was considered very unsecure and to be something to be used > > only in the bounds of a local network. I may be completely mistaken. I > > I am using it within a LAN, it's not a practical proposition do do it > over a larger/slower network. Turns out it's possible to use ssh X forwarding to run XDMCP over ssh. I'll give the same advice I gave a year and a half ago (), but with a twist: remove the quotes from the Google search string for a really cool XDMCP over ssh recipe. See below for the slower network comment. > > tried to use XDMCP, and had the screen come up, but there was no > > option to log in or to open any menus or terminals... There was > > clearly something wrong about it the way it came up on my PC. > > The remote (client) needs to be running xdm (or a dolled up version > such as wdm, kdm or gdm) as well and it needs to be configured right. In addition, there's a whole XDMCP section in FAQ: . But if you tunnel it through ssh, XDMCP isn't really running on the Cygwin/X server anyway. > Having seen this second question of yours, are you trying to run > mozilla across an ADSL or similar connection? I very occasionally do > this but it's very, very, slow - like it can take minutes for the > display to update, I only do it if I absolutely have to. If you do use ssh X forwarding, ssh compression may help. You can turn it up to +C9. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From pechtcha@cs.nyu.edu Tue Jan 17 13:50:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Tue, 17 Jan 2006 13:50:00 -0000 Subject: xdvi in cygwin?? In-Reply-To: References: Message-ID: On Tue, 17 Jan 2006, Paminu wrote: > How do I get xdvi to work in cygwin? Its installed but I get this error > when I run it from a shell: > > Error: Can't open display. xdvi is an X application. You need a running X server to be able to display it. If you want a non-X dvi viewer, use yap from MiKTeX. > If I doubleclick "xdvi-xaw.bin.exe" in : C:\cygwin\usr\X11R6\bin > > I get the error: > > This program could not be startet because cygkpathsea-4.dll not was found. > > If I try to start xfig I get the same message but just with "Cygwin1.dll" > instead. > > Hope someone can help! Cygwin/X programs need to be invoked from an environment with a properly set up PATH (e.g., a bash shell). You can also add the Cygwin /bin directory to your system PATH. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From pechtcha@cs.nyu.edu Tue Jan 17 13:53:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Tue, 17 Jan 2006 13:53:00 -0000 Subject: add "/home/mos" to path? In-Reply-To: References: Message-ID: This has nothing to do with Cygwin/X. Redirecting to the main Cygwin list. Please remove from replies. On Tue, 17 Jan 2006, Paminu wrote: > I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I > put it in: "c:" How do I make emacs read from c:\cygwin\home\mos?? Does help? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From rodmedina@cantv.net Tue Jan 17 19:17:00 2006 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 17 Jan 2006 19:17:00 -0000 Subject: xdvi in cygwin?? Message-ID: <159230-220061217191721665@cantv.net> Paminu wrote: >How do I get xdvi to work in cygwin? Its installed but I get this error when >I run it from a shell: >Error: Can't open display. You have to start XWin first >If I doubleclick "xdvi-xaw.bin.exe" in : C:\cygwin\usr\X11R6\bin >I get the error: >This program could not be startet because cygkpathsea-4.dll not was found. cygkpathsea-4.dll is part of the tetex distribution. I>f I try to start xfig I get the same message but just with "Cygwin1.dll" >instead. cygwin1.dll IS Cygwin. Are you sure of having the rigt PATH? >Hope someone can help! R.M. -- 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/ From fedevaps@yahoo.dk Tue Jan 17 22:30:00 2006 From: fedevaps@yahoo.dk (Paminu) Date: Tue, 17 Jan 2006 22:30:00 -0000 Subject: add "/home/mos" to path? References: Message-ID: "Igor Peshansky" skrev i en meddelelse news:Pine.GSO.4.63.0601170851350.27020@access1.cims.nyu.edu... > This has nothing to do with Cygwin/X. Redirecting to the main Cygwin > list. Please remove from replies. > > On Tue, 17 Jan 2006, Paminu wrote: > >> I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I >> put it in: "c:" How do I make emacs read from c:\cygwin\home\mos?? > > Does help? > Igor nope I cannot type "set HOME" in the run menu. And I have already added c:\cygwin\home\mos to my environment variables in winXP. -- 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/ From rodmedina@cantv.net Wed Jan 18 01:41:00 2006 From: rodmedina@cantv.net (Rodrigo Medina) Date: Wed, 18 Jan 2006 01:41:00 -0000 Subject: Failure of XWin -multiwindow -clipboard in W98 Message-ID: <72400-22006131814130610@cantv.net> Hi, This is a very old problem. At the time when I first had the problem there were other people reporting it, so I thought that it was already solved. The fact is that -clipboard option does not function in my W98 machine, I believe that it never has. I use xwinclip, which is OK. The symptoms of the bug are the following >From a CMD-bash shell I type: $ export DISPLAY=127.0.0.1:0.0 $ XWin -multiwindow -clipboard & .... it writes the usual stuff that goes in XWin.log $ xterm & Appears the usual xterm window that functions OK until one selects a text. The selected text is indeed copied in the clipboard, as can be seen with the Clipboard Viewer. After that the xterm window is blocked. XWin is also blocked. The XWin tray icon does not respond. The xterm window does not move in front when its touched. It does not disappear when the X button is touched. If one kills the xterm program from the CMD-bash-shell the windows persists. If one kills XWin from the CMD-bash-shell, then both xterm and XWin disappear. If one just starts XWin and then clicks Exit in the tray icon, then a Windows allert screen appears that says: ---------- XWin This program has performed an ilegal operation an will be shut down. XWin casued an invalid page fault in module CYGWIN1.DLL at 0167:6108e05e. ----------- All the behavior is reproducible. Without the -clipboard option everything is OK. I hope that this report can be useful. R.M. PS: Please do not eliminate the "obsolete" xwinclip program. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sysch.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2823 bytes Desc: XWin.log URL: -------------- next part -------------- -- 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/ From richardvoigt@gmail.com Wed Jan 18 16:38:00 2006 From: richardvoigt@gmail.com (* *) Date: Wed, 18 Jan 2006 16:38:00 -0000 Subject: Mozilla, etc. via Cygwin/X In-Reply-To: References: <20060117131048.GB4213@areti.co.uk> Message-ID: <2e59e6970601180837tb4d0f48pdec694353ff07ad8@mail.gmail.com> On 1/17/06, Igor Peshansky wrote: > On Tue, 17 Jan 2006, Chris Green wrote: > > > Maarika, > > > > Please reply to the list, then everyone can help and learn. > > > > On Tue, Jan 17, 2006 at 02:11:10PM +0200, Maarika Traat wrote: > > > You shouldn't need any more packages assuming you have downloaded the > > > default set. > > > > > > ---------------------------- > > > Yes, but in that case do you know what might be the problem, why the > > > window of Mozilla fails to come up? > > > ----------------------------- > > I wonder if this is the issue with untrusted X forwarding (i.e., > )? > > > We need more information:- > > What system you are running Cygwin/X on > > What system you are running mozilla on > > What commands you are running > > What error messages you are seeing (if any) > > What's in the Cygwin/X error log > > > > > I run my whole Linux desktop on my Windows PC without problems using > > > Cygwin/X (and xdm on the remote Linux system). > > > ------------------------------- > > > You mean, you use the XDMCP option of connecting to the remote system. > > > > Yes. > > > > > I did not get very far when reading about this option. I just learned > > > that it was considered very unsecure and to be something to be used > > > only in the bounds of a local network. I may be completely mistaken. I > > > > I am using it within a LAN, it's not a practical proposition do do it > > over a larger/slower network. > > Turns out it's possible to use ssh X forwarding to run XDMCP over ssh. > I'll give the same advice I gave a year and a half ago > (), but with a > twist: remove the quotes from the Google search string for a really cool > XDMCP over ssh recipe. > > See below for the slower network comment. > > > > tried to use XDMCP, and had the screen come up, but there was no > > > option to log in or to open any menus or terminals... There was > > > clearly something wrong about it the way it came up on my PC. > > > > The remote (client) needs to be running xdm (or a dolled up version > > such as wdm, kdm or gdm) as well and it needs to be configured right. no need for anything except an X client app, and either xauth set right, or X forwarding over ssh. It's the -X and/or -Y options to ssh, but you may need to edit sshd_config on the ssh server to enable it. > > In addition, there's a whole XDMCP section in FAQ: > . But if you > tunnel it through ssh, XDMCP isn't really running on the Cygwin/X server > anyway. > > > Having seen this second question of yours, are you trying to run > > mozilla across an ADSL or similar connection? I very occasionally do > > this but it's very, very, slow - like it can take minutes for the > > display to update, I only do it if I absolutely have to. > > If you do use ssh X forwarding, ssh compression may help. You can turn it > up to +C9. You want to try a package called NX. It's GPL code based on xfree, with a commercial variant. www.nomachine.com for the client (it's based on cygwin's X server, so delete the antique copies of cygwin DLLs it installs under it's own directory), and http://freenx.berlios.de/ for the server. It's a bit of a pain to set up, but it is VERY fast and low-bandwidth. > HTH, > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com > ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) > |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." > "But no -- you are no fool; you call yourself a fool, there's proof enough in > that!" -- Rostand, "Cyrano de Bergerac" > > -- > 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/ > > -- 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/ From pechtcha@cs.nyu.edu Wed Jan 18 16:47:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Wed, 18 Jan 2006 16:47:00 -0000 Subject: Mozilla, etc. via Cygwin/X In-Reply-To: <2e59e6970601180837tb4d0f48pdec694353ff07ad8@mail.gmail.com> References: <20060117131048.GB4213@areti.co.uk> <2e59e6970601180837tb4d0f48pdec694353ff07ad8@mail.gmail.com> Message-ID: On Wed, 18 Jan 2006, * * wrote: > On 1/17/06, Igor Peshansky wrote: . Thanks. > > On Tue, 17 Jan 2006, Chris Green wrote: > > > > > Maarika, > > > > > > Please reply to the list, then everyone can help and learn. > > > > > > On Tue, Jan 17, 2006 at 02:11:10PM +0200, Maarika Traat wrote: > > > > You shouldn't need any more packages assuming you have downloaded > > > > the default set. > > > > > > > > ---------------------------- > > > > Yes, but in that case do you know what might be the problem, why > > > > the window of Mozilla fails to come up? > > > > ----------------------------- > > > > I wonder if this is the issue with untrusted X forwarding (i.e., > > )? > > > > > We need more information:- > > > What system you are running Cygwin/X on > > > What system you are running mozilla on > > > What commands you are running > > > What error messages you are seeing (if any) > > > What's in the Cygwin/X error log > > > > > > > I run my whole Linux desktop on my Windows PC without problems using > > > > Cygwin/X (and xdm on the remote Linux system). > > > > ------------------------------- > > > > You mean, you use the XDMCP option of connecting to the remote system. > > > > > > Yes. > > > > > > > I did not get very far when reading about this option. I just > > > > learned that it was considered very unsecure and to be something > > > > to be used only in the bounds of a local network. I may be > > > > completely mistaken. I > > > > > > I am using it within a LAN, it's not a practical proposition do do it > > > over a larger/slower network. > > > > Turns out it's possible to use ssh X forwarding to run XDMCP over ssh. > > I'll give the same advice I gave a year and a half ago > > (), but with > > a twist: remove the quotes from the Google search string for a really > > cool XDMCP over ssh recipe. > > > > See below for the slower network comment. > > > > > > tried to use XDMCP, and had the screen come up, but there was no > > > > option to log in or to open any menus or terminals... There was > > > > clearly something wrong about it the way it came up on my PC. > > > > > > The remote (client) needs to be running xdm (or a dolled up version > > > such as wdm, kdm or gdm) as well and it needs to be configured > > > right. > > no need for anything except an X client app, and either xauth set > right, or X forwarding over ssh. It's the -X and/or -Y options to > ssh, but you may need to edit sshd_config on the ssh server to enable > it. That's what the FAQ entry I pointed to says. However, the comment about setting xdm was in reply to the XDMCP question, and the information is still valid -- you do need ?dm set up to get an XDMCP connection. You also need reverse DNS lookups to work, which (again) the XDMCP section of the FAQ (link below) mentions quite clearly. > > In addition, there's a whole XDMCP section in FAQ: > > . But if > > you tunnel it through ssh, XDMCP isn't really running on the Cygwin/X > > server anyway. > > > > > Having seen this second question of yours, are you trying to run > > > mozilla across an ADSL or similar connection? I very occasionally > > > do this but it's very, very, slow - like it can take minutes for the > > > display to update, I only do it if I absolutely have to. > > > > If you do use ssh X forwarding, ssh compression may help. You can > > turn it up to +C9. > > You want to try a package called NX. It's GPL code based on xfree, > with a commercial variant. www.nomachine.com for the client (it's > based on cygwin's X server, so delete the antique copies of cygwin > DLLs it installs under it's own directory), and > http://freenx.berlios.de/ for the server. It's a bit of a pain to set > up, but it is VERY fast and low-bandwidth. But be aware that we don't support third-party apps on the Cygwin lists, so you'd need to contact the providers of NX with any problems you have. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From brett.stahlman@siemens.com Wed Jan 18 18:23:00 2006 From: brett.stahlman@siemens.com (Stahlman Brett) Date: Wed, 18 Jan 2006 18:23:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC6@hsve471a.ww011.siemens.net> Recently, I built a Cygwin X-enabled Vim from the Unix sources on my Windows machine. Everything seemed to work well until I attempted to use the clipboard. The first attempt worked, but subsequent attempts to copy text in Vim and paste to a native Windows application failed. (The original text was pasted each time.) I looked into the issue, and actually wrote a patch for Unix Vim that allows me to use the clipboard normally for pasting to native Win applications. However, Bram Moolenaar of Vim insists (and I have come to agree) that the problem is not with Vim but with the Cygwin X implementation. Here's the problem as I understand it... When an X app such as Vim wants to obtain selection ownership, it calls a function such as XtOwnSelection (or the analogous toolkit-specific wrapper). Cygwin X processes this request by opening the Windows clipboard and calling SetClipboardData with a NULL data pointer, signifying that Windows should send a WM_RENDERFORMAT message when selection data is required for pasting into a native Windows application. This works fine for the first selection. The problem occurs when the user of the X app returns to the X app and changes the selection. In general, the X app will not make another call to XtOwnSelection (or the analogous function) because it already owns the selection and assumes it will communicate the changed data to X only when its callback function is called; i.e., when the selection is requested by another app. Unfortunately, the callback will not be called upon subsequent paste attempts for the following reason: Windows sends the WM_RENDERFORMAT message to Cygwin X's xwinclip window if and only if it believes the data it received in response to the last WM_RENDERFORMAT message is no longer valid. From Windows' standpoint, if there have been no intervening calls to OpenClipboard / SetClipboardData, the clipboard is unchanged, and there's no reason to send another WM_RENDERFORMAT message to the clipboard owner (xwinclip)! Thus, once a given X app owns the selection, subsequent paste operations into a native Windows application will always result in a paste of the initial selection made in the X app! The data pasted into Windows apps will not change until the selection owner changes. The patch I implemented for Vim worked by forcing a change of selection owner every time the selection within Vim changed. The solution was a bit messy, as it required ignoring the "lose selection" callback, and in the case of GTK, required processing X events between the call to "disown" and "own" selection. Also, this solution is inefficient, as multiple messages (e.g., WM_DESTROYCLIPBOARD, WM_DRAWCLIPBOARD) result from every change of selection, and the selection may change rapidly when, for example, you're selecting text with the mouse. Bram's other argument against expecting X applications to implement workarounds such as this is that it's not supposed to be necessary. There is no requirement that an X app make a call into X every time the selection changes. His suggestion (if I understood it correctly), which I believe is very feasible, is to have XWin re-call SetClipboardData with a NULL data pointer after processing each and every WM_RENDERFORMAT message. This would effectively invalidate the data in the clipboard after each time it was requested, forcing Windows to request it from xwinclip every time the user of a Windows app performs a paste. Is there any reason why this solution is not feasible? Have I misunderstood something about the nature of the problem? Thanks, Brett Stahlman .......................................................... Mit freundlichem Gru? / Kind regards Brett Stahlman Senior Software Engineer Siemens VDO Automotive AG SV C BC 100 Electronics Blvd #240001 Huntsville, AL 35824-6401 The United States of America Tel. 001.256.464.2227 Fax 001.256.464.2786 E-Mail: brett.stahlman@siemens.com Internet: http://www.siemensvdo.com -- 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/ From pechtcha@cs.nyu.edu Wed Jan 18 19:19:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Wed, 18 Jan 2006 19:19:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps In-Reply-To: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC6@hsve471a.ww011.siemens.net> References: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC6@hsve471a.ww011.siemens.net> Message-ID: On Wed, 18 Jan 2006, Stahlman Brett wrote: > Recently, I built a Cygwin X-enabled Vim from the Unix sources on my > Windows machine. Everything seemed to work well until I attempted to > use the clipboard. The first attempt worked, but subsequent attempts to > copy text in Vim and paste to a native Windows application failed. (The > original text was pasted each time.) > > I looked into the issue, and actually wrote a patch for Unix Vim that > allows me to use the clipboard normally for pasting to native Win > applications. However, Bram Moolenaar of Vim insists (and I have come to > agree) that the problem is not with Vim but with the Cygwin X > implementation. Here's the problem as I understand it... > > When an X app such as Vim wants to obtain selection ownership, it calls > a function such as XtOwnSelection (or the analogous toolkit-specific > wrapper). Cygwin X processes this request by opening the Windows > clipboard and calling SetClipboardData with a NULL data pointer, > signifying that Windows should send a WM_RENDERFORMAT message when > selection data is required for pasting into a native Windows > application. This works fine for the first selection. The problem occurs > when the user of the X app returns to the X app and changes the > selection. In general, the X app will not make another call to > XtOwnSelection (or the analogous function) because it already owns the > selection and assumes it will communicate the changed data to X only > when its callback function is called; i.e., when the selection is > requested by another app. Unfortunately, the callback will not be called > upon subsequent paste attempts for the following reason: Windows sends > the WM_RENDERFORMAT message to Cygwin X's xwinclip window if and only if > it believes the data it received in response to the last WM_RENDERFORMAT > message is no longer valid. From Windows' standpoint, if there have been > no intervening calls to OpenClipboard / SetClipboardData, the clipboard > is unchanged, and there's no reason to send another WM_RENDERFORMAT > message to the clipboard owner (xwinclip)! Thus, once a given X app owns > the selection, subsequent paste operations into a native Windows > application will always result in a paste of the initial selection made > in the X app! The data pasted into Windows apps will not change until > the selection owner changes. > > The patch I implemented for Vim worked by forcing a change of selection > owner every time the selection within Vim changed. The solution was a > bit messy, as it required ignoring the "lose selection" callback, and in > the case of GTK, required processing X events between the call to > "disown" and "own" selection. Also, this solution is inefficient, as > multiple messages (e.g., WM_DESTROYCLIPBOARD, WM_DRAWCLIPBOARD) result > from every change of selection, and the selection may change rapidly > when, for example, you're selecting text with the mouse. Bram's other > argument against expecting X applications to implement workarounds such > as this is that it's not supposed to be necessary. There is no > requirement that an X app make a call into X every time the selection > changes. His suggestion (if I understood it correctly), which I believe > is very feasible, is to have XWin re-call SetClipboardData with a NULL > data pointer after processing each and every WM_RENDERFORMAT message. > This would effectively invalidate the data in the clipboard after each > time it was requested, forcing Windows to request it from xwinclip every > time the user of a Windows app performs a paste. Is there any reason why > this solution is not feasible? Have I misunderstood something about the > nature of the problem? I'm not very familiar with the details of how the clipboard handling is implemented in Cygwin/X (though I do know that there is a choice of the external xwinclip application and the internal -clipboard handling). The way applications like Exceed seem to do it is by relinquishing clipboard ownership on losing focus, and reacquiring the clipboard on getting the focus. Perhaps this approach will also work for Cygwin/X? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From brett.stahlman@siemens.com Wed Jan 18 23:16:00 2006 From: brett.stahlman@siemens.com (Stahlman Brett) Date: Wed, 18 Jan 2006 23:16:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC8@hsve471a.ww011.siemens.net> > > Recently, I built a Cygwin X-enabled Vim from the Unix sources on my > > Windows machine. Everything seemed to work well until I attempted to > > use the clipboard. The first attempt worked, but subsequent attempts to > > copy text in Vim and paste to a native Windows application failed. (The > > original text was pasted each time.) > > > > I looked into the issue, and actually wrote a patch for Unix Vim that > > allows me to use the clipboard normally for pasting to native Win > > applications. However, Bram Moolenaar of Vim insists (and I have come to > > agree) that the problem is not with Vim but with the Cygwin X > > implementation. Here's the problem as I understand it... > > > > When an X app such as Vim wants to obtain selection ownership, it calls > > a function such as XtOwnSelection (or the analogous toolkit-specific > > wrapper). Cygwin X processes this request by opening the Windows > > clipboard and calling SetClipboardData with a NULL data pointer, > > signifying that Windows should send a WM_RENDERFORMAT message when > > selection data is required for pasting into a native Windows > > application. This works fine for the first selection. The problem occurs > > when the user of the X app returns to the X app and changes the > > selection. In general, the X app will not make another call to > > XtOwnSelection (or the analogous function) because it already owns the > > selection and assumes it will communicate the changed data to X only > > when its callback function is called; i.e., when the selection is > > requested by another app. Unfortunately, the callback will not be called > > upon subsequent paste attempts for the following reason: Windows sends > > the WM_RENDERFORMAT message to Cygwin X's xwinclip window if and only if > > it believes the data it received in response to the last WM_RENDERFORMAT > > message is no longer valid. From Windows' standpoint, if there have been > > no intervening calls to OpenClipboard / SetClipboardData, the clipboard > > is unchanged, and there's no reason to send another WM_RENDERFORMAT > > message to the clipboard owner (xwinclip)! Thus, once a given X app owns > > the selection, subsequent paste operations into a native Windows > > application will always result in a paste of the initial selection made > > in the X app! The data pasted into Windows apps will not change until > > the selection owner changes. > > > > The patch I implemented for Vim worked by forcing a change of selection > > owner every time the selection within Vim changed. The solution was a > > bit messy, as it required ignoring the "lose selection" callback, and in > > the case of GTK, required processing X events between the call to > > "disown" and "own" selection. Also, this solution is inefficient, as > > multiple messages (e.g., WM_DESTROYCLIPBOARD, WM_DRAWCLIPBOARD) result > > from every change of selection, and the selection may change rapidly > > when, for example, you're selecting text with the mouse. Bram's other > > argument against expecting X applications to implement workarounds such > > as this is that it's not supposed to be necessary. There is no > > requirement that an X app make a call into X every time the selection > > changes. His suggestion (if I understood it correctly), which I believe > > is very feasible, is to have XWin re-call SetClipboardData with a NULL > > data pointer after processing each and every WM_RENDERFORMAT message. > > This would effectively invalidate the data in the clipboard after each > > time it was requested, forcing Windows to request it from xwinclip every > > time the user of a Windows app performs a paste. Is there any reason why > > this solution is not feasible? Have I misunderstood something about the > > nature of the problem? > > I'm not very familiar with the details of how the clipboard handling is > implemented in Cygwin/X (though I do know that there is a choice of the > external xwinclip application and the internal -clipboard handling). The > way applications like Exceed seem to do it is by relinquishing clipboard > ownership on losing focus, and reacquiring the clipboard on getting the > focus. Perhaps this approach will also work for Cygwin/X? > Igor It might work, but that would require all X applications to implement a workaround for what appears to be a Cygwin X bug. This is the main reason the Vim owner wouldn't include my patch, even though it fixes the clipboard problem. I believe his reasoning is, "if the fault is Cygwin X's, then so should be the remedy". While I agree in principle, I will, of course, continue to use the patch until it's fixed in Cygwin. Incidentally, you mentioned Exceed having had to come up with a workaround as well. Is this problem known to the XWin developers? I didn't see anything in the TODO, but I can't imagine that something like this hasn't been reported by now. Incidentally, the external xwinclip application is supposed to be obsolete now, I think. I believe new development may be taking place only on the integrated version, but I could be wrong. Thanks, Brett Stahlman .......................................................... Mit freundlichem Gru? / Kind regards Brett Stahlman Senior Software Engineer Siemens VDO Automotive AG SV C BC 100 Electronics Blvd #240001 Huntsville, AL 35824-6401 The United States of America Tel. 001.256.464.2227 Fax 001.256.464.2786 E-Mail: brett.stahlman@siemens.com Internet: http://www.siemensvdo.com -- 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/ From pechtcha@cs.nyu.edu Thu Jan 19 00:13:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Thu, 19 Jan 2006 00:13:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents pastefrom X to Windows apps In-Reply-To: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC8@hsve471a.ww011.siemens.net> References: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC8@hsve471a.ww011.siemens.net> Message-ID: On Wed, 18 Jan 2006, Stahlman Brett wrote: > > > Recently, I built a Cygwin X-enabled Vim from the Unix sources on my > > > Windows machine. Everything seemed to work well until I attempted to > > > use the clipboard. The first attempt worked, but subsequent attempts to > > > copy text in Vim and paste to a native Windows application failed. (The > > > original text was pasted each time.) > > > > > > I looked into the issue, and actually wrote a patch for Unix Vim that > > > allows me to use the clipboard normally for pasting to native Win > > > applications. However, Bram Moolenaar of Vim insists (and I have come to > > > agree) that the problem is not with Vim but with the Cygwin X > > > implementation. Here's the problem as I understand it... > > > > > > When an X app such as Vim wants to obtain selection ownership, it calls > > > a function such as XtOwnSelection (or the analogous toolkit-specific > > > wrapper). Cygwin X processes this request by opening the Windows > > > clipboard and calling SetClipboardData with a NULL data pointer, > > > signifying that Windows should send a WM_RENDERFORMAT message when > > > selection data is required for pasting into a native Windows > > > application. This works fine for the first selection. The problem occurs > > > when the user of the X app returns to the X app and changes the > > > selection. In general, the X app will not make another call to > > > XtOwnSelection (or the analogous function) because it already owns the > > > selection and assumes it will communicate the changed data to X only > > > when its callback function is called; i.e., when the selection is > > > requested by another app. Unfortunately, the callback will not be called > > > upon subsequent paste attempts for the following reason: Windows sends > > > the WM_RENDERFORMAT message to Cygwin X's xwinclip window if and only if > > > it believes the data it received in response to the last WM_RENDERFORMAT > > > message is no longer valid. From Windows' standpoint, if there have been > > > no intervening calls to OpenClipboard / SetClipboardData, the clipboard > > > is unchanged, and there's no reason to send another WM_RENDERFORMAT > > > message to the clipboard owner (xwinclip)! Thus, once a given X app owns > > > the selection, subsequent paste operations into a native Windows > > > application will always result in a paste of the initial selection made > > > in the X app! The data pasted into Windows apps will not change until > > > the selection owner changes. > > > > > > The patch I implemented for Vim worked by forcing a change of selection > > > owner every time the selection within Vim changed. The solution was a > > > bit messy, as it required ignoring the "lose selection" callback, and in > > > the case of GTK, required processing X events between the call to > > > "disown" and "own" selection. Also, this solution is inefficient, as > > > multiple messages (e.g., WM_DESTROYCLIPBOARD, WM_DRAWCLIPBOARD) result > > > from every change of selection, and the selection may change rapidly > > > when, for example, you're selecting text with the mouse. Bram's other > > > argument against expecting X applications to implement workarounds such > > > as this is that it's not supposed to be necessary. There is no > > > requirement that an X app make a call into X every time the selection > > > changes. His suggestion (if I understood it correctly), which I believe > > > is very feasible, is to have XWin re-call SetClipboardData with a NULL > > > data pointer after processing each and every WM_RENDERFORMAT message. > > > This would effectively invalidate the data in the clipboard after each > > > time it was requested, forcing Windows to request it from xwinclip every > > > time the user of a Windows app performs a paste. Is there any reason why > > > this solution is not feasible? Have I misunderstood something about the > > > nature of the problem? > > > > I'm not very familiar with the details of how the clipboard handling is > > implemented in Cygwin/X (though I do know that there is a choice of the > > external xwinclip application and the internal -clipboard handling). The > > way applications like Exceed seem to do it is by relinquishing clipboard > > ownership on losing focus, and reacquiring the clipboard on getting the > > focus. Perhaps this approach will also work for Cygwin/X? > > Igor > > It might work, but that would require all X applications to implement a > workaround for what appears to be a Cygwin X bug. I think you misunderstood my point. What I was saying was that the X server relinquishes the clipboard upon *any* of the X applications on that server losing focus to a Windows application, and then reacquires it whenever the focus comes back to any X application on that display. > This is the main reason the Vim owner wouldn't include my patch, even > though it fixes the clipboard problem. I believe his reasoning is, "if > the fault is Cygwin X's, then so should be the remedy". While I agree in > principle, I will, of course, continue to use the patch until it's fixed > in Cygwin. I agree with his reasoning. This is a bug in Cygwin/X, and your analysis may be helpful to the developers. But what would be even more helpful is a patch. Would you be willing to build the XWin server and try out the proposed fix at the server level? > Incidentally, you mentioned Exceed having had to come up with a > workaround as well. Is this problem known to the XWin developers? I > didn't see anything in the TODO, but I can't imagine that something like > this hasn't been reported by now. I'm just observing this from the way Exceed works (messages, etc). I haven't seen Exceed source code, so this is conjecture at best. But there should be no reason it wouldn't work for Cygwin/X... BTW, a workaround at the Exceed level would be equivalent to changing XWin.exe appropriately, not the applications. > Incidentally, the external xwinclip application is supposed to be > obsolete now, I think. I believe new development may be taking place > only on the integrated version, but I could be wrong. There were reports of problems with the integrated version that were absent in xwinclip -- I'd guess both would be used for some time yet. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From Cary_Jamison@Symantec.com Thu Jan 19 01:03:00 2006 From: Cary_Jamison@Symantec.com (Cary Jamison) Date: Thu, 19 Jan 2006 01:03:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps References: <2A923B01C6CFF844BC135BA97E9B05BB019BAAC8@hsve471a.ww011.siemens.net> Message-ID: In news:2A923B01C6CFF844BC135BA97E9B05BB019BAAC8@hsve471a.ww011.siemens.net, Stahlman Brett typed: > Igor wrote: >> I'm not very familiar with the details of how the clipboard handling >> is implemented in Cygwin/X (though I do know that there is a choice >> of the external xwinclip application and the internal -clipboard >> handling). The way applications like Exceed seem to do it is by >> relinquishing clipboard ownership on losing focus, and reacquiring >> the clipboard on getting the focus. Perhaps this approach will also >> work for Cygwin/X? >> Igor > > It might work, but that would require all X applications to implement > a workaround for what appears to be a Cygwin X bug. This is the main > reason the Vim owner wouldn't include my patch, even though it fixes > the clipboard problem. I believe his reasoning is, "if the fault is > Cygwin X's, then so should be the remedy". While I agree in > principle, I will, of course, continue to use the patch until it's > fixed in Cygwin. Incidentally, you mentioned Exceed having had to > come up with a workaround as well. Is this problem known to the XWin > developers? I didn't see anything in the TODO, but I can't imagine > that something like this hasn't been reported by now. >From your response I suspect you don't know what Exceed is. It is not another X app that has worked around this problem. It is a commercial X server for Windows. Igor is suggesting how that other X server may have worked around this problem for all X apps, and their approach could be copied to the Cygwin/X server. Cary -- 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/ From brettstahlman@comcast.net Thu Jan 19 04:18:00 2006 From: brettstahlman@comcast.net (Stahlman Family) Date: Thu, 19 Jan 2006 04:18:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <000301c61caf$64612360$20ea3e44@computerroom> On Wed, 18 Jan 2006, Stahlman Brett wrote:> > > > Recently, I built a Cygwin X-enabled Vim from the Unix sources on my > > > > Windows machine. Everything seemed to work well until I attempted to > > > > use the clipboard. The first attempt worked, but subsequent attempts to > > > > copy text in Vim and paste to a native Windows application failed. (The > > > > original text was pasted each time.) > > > > > > > > I looked into the issue, and actually wrote a patch for Unix Vim that > > > > allows me to use the clipboard normally for pasting to native Win > > > > applications. However, Bram Moolenaar of Vim insists (and I have come to > > > > agree) that the problem is not with Vim but with the Cygwin X > > > > implementation. Here's the problem as I understand it... > > > > > > > > When an X app such as Vim wants to obtain selection ownership, it calls > > > > a function such as XtOwnSelection (or the analogous toolkit-specific > > > > wrapper). Cygwin X processes this request by opening the Windows > > > > clipboard and calling SetClipboardData with a NULL data pointer, > > > > signifying that Windows should send a WM_RENDERFORMAT message when > > > > selection data is required for pasting into a native Windows > > > > application. This works fine for the first selection. The problem occurs > > > > when the user of the X app returns to the X app and changes the > > > > selection. In general, the X app will not make another call to > > > > XtOwnSelection (or the analogous function) because it already owns the > > > > selection and assumes it will communicate the changed data to X only > > > > when its callback function is called; i.e., when the selection is > > > > requested by another app. Unfortunately, the callback will not be called > > > > upon subsequent paste attempts for the following reason: Windows sends > > > > the WM_RENDERFORMAT message to Cygwin X's xwinclip window if and only if > > > > it believes the data it received in response to the last WM_RENDERFORMAT > > > > message is no longer valid. From Windows' standpoint, if there have been > > > > no intervening calls to OpenClipboard / SetClipboardData, the clipboard > > > > is unchanged, and there's no reason to send another WM_RENDERFORMAT > > > > message to the clipboard owner (xwinclip)! Thus, once a given X app owns > > > > the selection, subsequent paste operations into a native Windows > > > > application will always result in a paste of the initial selection made > > > > in the X app! The data pasted into Windows apps will not change until > > > > the selection owner changes. > > > > > > > > The patch I implemented for Vim worked by forcing a change of selection > > > > owner every time the selection within Vim changed. The solution was a > > > > bit messy, as it required ignoring the "lose selection" callback, and in > > > > the case of GTK, required processing X events between the call to > > > > "disown" and "own" selection. Also, this solution is inefficient, as > > > > multiple messages (e.g., WM_DESTROYCLIPBOARD, WM_DRAWCLIPBOARD) result > > > > from every change of selection, and the selection may change rapidly > > > > when, for example, you're selecting text with the mouse. Bram's other > > > > argument against expecting X applications to implement workarounds such > > > > as this is that it's not supposed to be necessary. There is no > > > > requirement that an X app make a call into X every time the selection > > > > changes. His suggestion (if I understood it correctly), which I believe > > > > is very feasible, is to have XWin re-call SetClipboardData with a NULL > > > > data pointer after processing each and every WM_RENDERFORMAT message. > > > > This would effectively invalidate the data in the clipboard after each > > > > time it was requested, forcing Windows to request it from xwinclip every > > > > time the user of a Windows app performs a paste. Is there any reason why > > > > this solution is not feasible? Have I misunderstood something about the > > > > nature of the problem? > > > > > > I'm not very familiar with the details of how the clipboard handling is > > > implemented in Cygwin/X (though I do know that there is a choice of the > > > external xwinclip application and the internal -clipboard handling). The > > > way applications like Exceed seem to do it is by relinquishing clipboard > > > ownership on losing focus, and reacquiring the clipboard on getting the > > > focus. Perhaps this approach will also work for Cygwin/X? > > > Igor > > > > It might work, but that would require all X applications to implement a > > workaround for what appears to be a Cygwin X bug. > > I think you misunderstood my point. What I was saying was that the X > server relinquishes the clipboard upon *any* of the X applications on that > server losing focus to a Windows application, and then reacquires it > whenever the focus comes back to any X application on that display. Now that I know what Exceed is, I believe I understand better what you propose. However, I see some problems with basing Windows clipboard calls upon window "focus." Specifically, clipboard ownership should change only in response to a copy in Windows or a selection change or copy in an X app. Consider the following scenario: you copy some text in an X app, then go to a Windows app to paste. After pasting, you copy some text in the Windows app. At this point, the Windows app should own the clipboard and the X app should receive a "lose selection" callback. (I believe this is what happens already in Cygwin X.) If you then return focus to the X app, you would not want the X server to reassert ownership of the clipboard, as that would cause the data just copied in the Windows app to be lost, data that you might have copied for the purpose of pasting into the X app! The fix originally proposed by Bram Moolenaar, which I outlined in my initial post, is a bit different. Calling the Windows clipboard function SetClipboardData with a NULL data pointer is conceptually like saying to Windows: "I (xwinclip) own the clipboard. When you need data for pasting into a Windows application, send me a WM_RENDERFORMAT message and I'll give you the data." When do we want Windows to send us this request for data? Well, every time a Windows app user attempts to paste; i.e., one WM_RENDERFORMAT message for every paste operation. One way to achieve this is to make the SetClipboardData call described above every time we process the WM_RENDERFORMAT message in response to a paste. It's a fairly simple solution unless I'm overlooking something... > > > This is the main reason the Vim owner wouldn't include my patch, even > > though it fixes the clipboard problem. I believe his reasoning is, "if > > the fault is Cygwin X's, then so should be the remedy". While I agree in > > principle, I will, of course, continue to use the patch until it's fixed > > in Cygwin. > > I agree with his reasoning. This is a bug in Cygwin/X, and your analysis > may be helpful to the developers. But what would be even more helpful is > a patch. Would you be willing to build the XWin server and try out the > proposed fix at the server level? I thought of this. I've never built XWin from source, but I did look at the source, and I believe I have a good idea where the fix is needed. I don't believe the fix itself need be extensive. I will try to look into it as I get time over the next few days... Thanks, Brett Stahlman > > > Incidentally, you mentioned Exceed having had to come up with a > > workaround as well. Is this problem known to the XWin developers? I > > didn't see anything in the TODO, but I can't imagine that something like > > this hasn't been reported by now. > > I'm just observing this from the way Exceed works (messages, etc). I > haven't seen Exceed source code, so this is conjecture at best. But there > should be no reason it wouldn't work for Cygwin/X... > > BTW, a workaround at the Exceed level would be equivalent to changing > XWin.exe appropriately, not the applications. > > > Incidentally, the external xwinclip application is supposed to be > > obsolete now, I think. I believe new development may be taking place > > only on the integrated version, but I could be wrong. > > There were reports of problems with the integrated version that were > absent in xwinclip -- I'd guess both would be used for some time yet. > Igor -- 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/ From cbj@nc.rr.com Thu Jan 19 15:53:00 2006 From: cbj@nc.rr.com (Brian Jones) Date: Thu, 19 Jan 2006 15:53:00 -0000 Subject: Imake.tmpl: No such file or directory Message-ID: <43CFB5E4.6080102@nc.rr.com> Hello, Started trying to compile a familiar Linux library under Cygwin and ran into a problem with the AC_PATH_XTRA autoconf macro which calls xmkmf which calls imake. The trouble is that even with xorg devel installed, and therefore I do have a /usr/X11R6/lib/X11/config/Imake.tmpl, imake will still complain because it cannot find this file. Based on strace it appears to look in the current directory, then in C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\include\Imake.tmpl, then (C:\cygwin\usr\include\w32api\Imake.tmpl. I can actually work around this problem by just doing a 'touch Imake.tmpl' in the current directory where imake is executed by configure for this macro test. However, something is wrong here and I could not find a recent email about this problem. To reproduce the problem, 'touch Imakefile;imake'. Should result in the following output. $ touch Imakefile $ imake Imakefile.c:9: Imake.tmpl: No such file or directory imake: Exit code 1. Stop. Thanks, Brian -- 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/ From wong_powah@yahoo.ca Thu Jan 19 16:48:00 2006 From: wong_powah@yahoo.ca (PoWah Wong) Date: Thu, 19 Jan 2006 16:48:00 -0000 Subject: Xlib: connection to "192.168.0.249:0.0" refused by server Message-ID: <20060119164832.45354.qmail@web36208.mail.mud.yahoo.com> I start Cygwin/X by: cd /usr/X11R6/bin startx My windows XP IP address is 192.168.0.249. I connect to the lab1 computer by: ssh -l admin 192.168.0.254 [admin@lab1 admin]$ DISPLAY=192.168.0.249:0.0 [admin@lab1 admin]$ export DISPLAY [admin@lab1 admin]$ gvim Xlib: connection to "192.168.0.249:0.0" refused by server Xlib: No protocol specified E233: cannot open displayXlib: connection to "192.168.0.249:0.0" refused by server Xlib: No protocol specified Hit ENTER or type command to continue If my client is a unix computer, then "xhost +" will fix the problem. Now my client is a windows XP computer, what should I do? __________________________________________________________ Find your next car at http://autos.yahoo.ca -- 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/ From brian@dessent.net Thu Jan 19 17:26:00 2006 From: brian@dessent.net (Brian Dessent) Date: Thu, 19 Jan 2006 17:26:00 -0000 Subject: Xlib: connection to "192.168.0.249:0.0" refused by server References: <20060119164832.45354.qmail@web36208.mail.mud.yahoo.com> Message-ID: <43CFCBB1.8880D340@dessent.net> PoWah Wong wrote: > If my client is a unix computer, then "xhost +" will > fix the problem. > Now my client is a windows XP computer, what should I do? What you *should* do is use ssh -Y. Using xhost-based authentication is antiquated and insecure, but it should also work the same as you would on any other *nix system. Brian -- 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/ From legbandt@ee.ccny.cuny.edu Thu Jan 19 19:39:00 2006 From: legbandt@ee.ccny.cuny.edu (Tom Legbandt) Date: Thu, 19 Jan 2006 19:39:00 -0000 Subject: Running Cygwin on multi-user Windows XP Message-ID: <43CFEAF8.4050704@ee.ccny.cuny.edu> Cygwin when installed on Windows XP multi user machines will only run under the account in which it in installed. In addition, the account must have administrative rights, which is totally unacceptable. What do I have to do to get it to run on non-administrative accounts that were not the account under which it was installed? /Tom -- Tom Legbandt NOAA-CREST Center The City College of New York Electrical Engineering Dept. 140th and Convent Ave. New York, NY 10031 (212) 650-8274 - (tel) (212) 650-5459 - (msg) (212) 650-5491 - (fax) -- 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/ From SSoong@ALLEGROMICRO.com Thu Jan 19 19:45:00 2006 From: SSoong@ALLEGROMICRO.com (Soong, SylokeJ) Date: Thu, 19 Jan 2006 19:45:00 -0000 Subject: Running Cygwin on multi-user Windows XP Message-ID: google: cygwin xp non-administrator account result: http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg00009.html -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Tom Legbandt Sent: Thu, January 19, 2006 2:40 PM To: cygwin-xfree@cygwin.com Subject: Running Cygwin on multi-user Windows XP Cygwin when installed on Windows XP multi user machines will only run under the account in which it in installed. In addition, the account must have administrative rights, which is totally unacceptable. What do I have to do to get it to run on non-administrative accounts that were not the account under which it was installed? /Tom -- Tom Legbandt NOAA-CREST Center The City College of New York Electrical Engineering Dept. 140th and Convent Ave. New York, NY 10031 (212) 650-8274 - (tel) (212) 650-5459 - (msg) (212) 650-5491 - (fax) -- 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/ -- 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/ From Angelo.Graziosi@roma1.infn.it Thu Jan 19 20:43:00 2006 From: Angelo.Graziosi@roma1.infn.it (Angelo Graziosi) Date: Thu, 19 Jan 2006 20:43:00 -0000 Subject: Running Cygwin on multi-user Windows XP Message-ID: Soong, SylokeJ wrote: > google: > cygwin xp non-administrator account > > result: > http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg00009.html I think that REM Mount local user %TEMP% as /tmp mount -f -u -t "%TEMP%" /tmp should not work is statxwin.bat is started from a link on desktop or clicking on it frome Resource Explorer. %CYGWIN_ROOT%\tmp is c:\cygwin\tmp and not %TEMP%,i.e. C:\DOCUME~1\'user'~1\IMPOST~1\Temp It could work only if statxwin.bat is started from a bash shell (Cygwin.bat) The solution 'to mount the users own tmp directory as /tmp' should work in an environment that knows what means 'mount', '/tmp' (like CYGWIN). Best regards, Angelo. -- 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/ From colin.harrison@virgin.net Fri Jan 20 10:40:00 2006 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 20 Jan 2006 10:40:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <200601201040.k0KAeI6J004485@StraightRunning.com> Hi, Stahlman Brett wrote: > I will try to look into > it as I get time over the next few days... I can quickly build an experimental Xming.exe with any patch you have in mind. (Xming shares the same code base as Cygwin/X). If proven the patch could then be incorporated into Cygwin/X, at leisure, via an XOrg bugzilla. Colin Harrison -- 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/ From brettstahlman@comcast.net Fri Jan 20 13:01:00 2006 From: brettstahlman@comcast.net (Stahlman Family) Date: Fri, 20 Jan 2006 13:01:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <001801c61dc1$900b9690$20ea3e44@computerroom> > > Hi, > > Stahlman Brett wrote: > > I will try to look into > > it as I get time over the next few days... > > I can quickly build an experimental Xming.exe with any patch you have in > mind. > (Xming shares the same code base as Cygwin/X). > If proven the patch could then be incorporated into Cygwin/X, at leisure, > via an XOrg bugzilla. Colin, Thanks. That may prove to be the best route. I'm actually in the process of attempting to build XWin now, but if I run into problems that look as though they could take a while to get resolved, I will plan to send you a patch. If it works as I expect, the change will be limited to a single file - a single statement, in fact. Thanks again, Brett Stahlman > > > Colin Harrison -- 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/ From legbandt@ee.ccny.cuny.edu Fri Jan 20 15:02:00 2006 From: legbandt@ee.ccny.cuny.edu (Tom Legbandt) Date: Fri, 20 Jan 2006 15:02:00 -0000 Subject: Running Cygwin on multi-user Windows XP - A fix In-Reply-To: <43CFFBD3.2050102@ee.ccny.cuny.edu> References: <43CFFBD3.2050102@ee.ccny.cuny.edu> Message-ID: <43D0FB76.5070605@ee.ccny.cuny.edu> This alone does not solve the problem. The error appears /*incorrectly*/ to be associated with the command line: X:0 -multiwindow -clipboard and in the /tmp/XWin file (log file), the last lines contain: ~~~~~snip~~~~~ winClipbaordProc - XOpenDisplay () returned and successfully opened the display. WinProcSetSelectionOwner - Clipboard not yet started, aborting. WinProcSetSelectionOwner - Clipboard not yet started, aborting. WinMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid window parameter) WinMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid window parameter) WinMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid window parameter) winClipboardProc - Call to select () failed: -1. Bailing. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! ~~~~~end snip~~~~~ But the real problem is that the file extension for cygwin/tmp/XWin is missing (or is .txt) upon installation. Why this works under an administrative account is puzzling to me. When the file is renamed as cygwin/tmp/XWin.*log*, in addition to the change to startxwin.bat noted below, the program launches correctly. /Tom > Syloke J Soong wrote: > > google: > cygwin xp non-administrator account > > result: > http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg00009.html Archived Thread from Paul Griffith was: This problem has been solved in the mailing archive. Here is snip from my modified startxwin.bat file. -------snip---- REM REM Cleanup after last run. REM REM Mount local user %TEMP% as /tmp mount -f -u -t "%TEMP%" /tmp if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 ---snip----- The solution is to mount the users own tmp directory as /tmp for CygwinX. > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On > Behalf Of Tom Legbandt > Sent: Thu, January 19, 2006 2:40 PM > To: cygwin-xfree@cygwin.com > Subject: Running Cygwin on multi-user Windows XP > > > Cygwin when installed on Windows XP multi user machines will only run > under the account in which it in installed. In addition, the account > must have administrative rights, which is totally unacceptable. > > What do I have to do to get it to run on non-administrative accounts > that were not the account under which it was installed? > > /Tom > -- Tom Legbandt NOAA-CREST Center The City College of New York Electrical Engineering Dept. 140th and Convent Ave. New York, NY 10031 (212) 650-8274 - (tel) (212) 650-5459 - (msg) (212) 650-5491 - (fax) -- 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/ From kirk.hagberg@qlogic.com Fri Jan 20 15:43:00 2006 From: kirk.hagberg@qlogic.com (Kirk Hagberg) Date: Fri, 20 Jan 2006 15:43:00 -0000 Subject: Error starting DDD 3.3.11 Message-ID: Greetings, I compiled the source code for DDD 3.3.11. The "configure" runs fine, and the "make" and "make install" run fine. When I execute /usr/local/bin/ddd I get a Windows pop-up error message that says: "The application failed to initialize properly (0xc0000005). Click on OK to terminate the application" The version of DDD (3.3.9) that comes with Cygwin runs fine. I've done a ton of searches: the I'net, Cygwin mailing lists, etc. Any help would be appreciated. Thanks! -K -- 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/ From pechtcha@cs.nyu.edu Fri Jan 20 15:56:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Fri, 20 Jan 2006 15:56:00 -0000 Subject: Error starting DDD 3.3.11 In-Reply-To: References: Message-ID: On Fri, 20 Jan 2006, Kirk Hagberg wrote: > Greetings, > > I compiled the source code for DDD 3.3.11. The "configure" runs fine, > and the "make" and "make install" run fine. When I execute > /usr/local/bin/ddd I get a Windows pop-up error message that says: > > "The application failed to initialize properly (0xc0000005). Click on OK > to terminate the application" In Windows, DLLs have to be executable. The usual cause of the above message is a non-executable DLL. > The version of DDD (3.3.9) that comes with Cygwin runs fine. > > I've done a ton of searches: the I'net, Cygwin mailing lists, etc. Any > help would be appreciated. Perhaps the DDD build is doing something Windows-unfriendly (like "/usr/bin/install -m=0644"). You might find it helpful to examine the Cygwin-specific patch in the Cygwin DDD package. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From infyquest@gmail.com Sun Jan 22 06:28:00 2006 From: infyquest@gmail.com (Vijay Kiran Kamuju) Date: Sun, 22 Jan 2006 06:28:00 -0000 Subject: Cygwin and Blackbox font problem Message-ID: <36bf289b0601212228ya9581a1ue98b451f589b9784@mail.gmail.com> Hi, In cygwin i compiled blackbox-0.70.1 successfully. when i try to start it shows the fonts as blocks, could anybody help me with this one. There is a bug logged in blackboxwm bugzilla since past 1 year, no response its no is 1105302 Thanks and Regards, Vijay -- 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/ From kris.thielemans@csc.mrc.ac.uk Mon Jan 23 12:34:00 2006 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Mon, 23 Jan 2006 12:34:00 -0000 Subject: remote Mathematica client does not work properly in Cygwin/X(pointer bug?): solved Message-ID: <007b01c62019$a93e4720$0d0a10ac@bach> Hi We've recently installed Mathematica 5.2 on our Linux system, and display it on our Windows PCs running Cingwin/X. On one of the systems we found that arrow keys didn't work, shift-enter was not doing the proper thing etc. This was already reported On Mon, 14 Jun 2004, by Liangfeng Sun. Solution: Num Lock on that system was on. If you press it, everything works! Note however that when quiting mathematica, /tmp/Xwin.log contains winMultiWindowXMsgProcErrorHandler - ERROR: BadMatch (invalid parameter attributes) (I think for every window that was opened). Hope this helps someone. Kris Thielemans Hammersmith Imanet, part of GE Healthcare London W12 ONN, United Kingdom -- 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/ From brettstahlman@comcast.net Mon Jan 23 12:54:00 2006 From: brettstahlman@comcast.net (Stahlman Family) Date: Mon, 23 Jan 2006 12:54:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <001e01c6201c$26dd2c80$20ea3e44@computerroom> > Hi, > > Stahlman Brett wrote: > > I will try to look into > > it as I get time over the next few days... > > I can quickly build an experimental Xming.exe with any patch you have in > mind. > (Xming shares the same code base as Cygwin/X). > If proven the patch could then be incorporated into Cygwin/X, at leisure, > via an XOrg bugzilla. Colin, I have managed to build XWin.exe with a first-cut of my proposed solution. It appears to work. At least, a paste in a Windows app gets the latest selection from the unpatched version of gvim. There is something I need to look into however. This may just be the way gvim works, but I've noticed that the PRIMARY selection always takes precedence over CLIPBOARD, even when there's no longer anything visually selected in gvim and there's been a yank to the '+' register since text was deselected. My feeling is that this must be just the way vim works, since I know that X is calling Vim's callback for each subsequent paste into a Windows app, but I need to dig through Vim's source code a bit to understand why it happens this way. In case I didn't make the situation clear, basically, it's like this: after opening gvim, you can make selections into the '+' register and paste into a Windows app, and everything works fine, even for multiple copies and pastes. However, once you've either selected something into the '*' register (PRIMARY), or selected text with the mouse in gvim, subsequent pastes into a Windows app will always reflect what's in the '*' register, even if you go back to gvim and deselect text and yank into the '+' register. It continues like this until another app has owned the selection. Note that vim does copy text yanked to '+' into '*', so perhaps text is always being pasted from PRIMARY. As I said, I need some time to go through the Vim source here and figure out exactly what's happening. I'll keep you posted... Thanks, Brett S. > > > Colin Harrison -- 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/ From pechtcha@cs.nyu.edu Tue Jan 24 03:03:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Tue, 24 Jan 2006 03:03:00 -0000 Subject: x-term font In-Reply-To: References: Message-ID: On Mon, 23 Jan 2006, thad wrote: > how can i change the font size of xterm? If you really mean "xterm", then this question is off-topic for this list, and belongs on the cygwin-xfree list. I'm redirecting my reply there and setting the Reply-To: accordingly. You need to use the -fn option to pass the name/size combination for the font you want. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From infyquest@gmail.com Tue Jan 24 08:55:00 2006 From: infyquest@gmail.com (Vijay Kiran Kamuju) Date: Tue, 24 Jan 2006 08:55:00 -0000 Subject: Attn: WindowMaker Maintainer Message-ID: <36bf289b0601240055s88b277bsb80a520cc52c904b@mail.gmail.com> Hi, I tried to compile and update my windowmaker installation(0.90-2), with 0.92 it needed a patch to the configure.ac script so that it installs correctly. If u want i will send the patch. Could you please update WindowMaker to the latest, 0.92.0? If you want i will package it for u and send it to you for review? Thanks and Regards, Vijay -- 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/ From chunlinyao@mysoftcorp.com Wed Jan 25 05:51:00 2006 From: chunlinyao@mysoftcorp.com (=?UTF-8?B?5aea5pil5p6X?=) Date: Wed, 25 Jan 2006 05:51:00 -0000 Subject: my keyboard layout Message-ID: <43D711E6.6030900@mysoftcorp.com> (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "E0200411" (00000411) (EE) Keyboardlayout "Microsoft IME Standard 2003" (E0200411) is unknown (--) 3 mouse buttons found -- 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/ From Dirk.Schawe@eurocopter.com Wed Jan 25 09:58:00 2006 From: Dirk.Schawe@eurocopter.com (Schawe, Dirk) Date: Wed, 25 Jan 2006 09:58:00 -0000 Subject: How must I set the DISPLAY variable in order to be able to open x-windows applications? Message-ID: <2AEAACEFB0B5294ABDB8E5337A321B89013CD7ED@sma2906.cr.eurocopter.corp> I have just installed cygwin/X and got the error message "Can't open display:" when starting e.g. xterm, xfig, ddd, i.e. an x-window application. I tried to set DISPLAY=localhost:0.0 or DISPLAY="IP-Address":0.0 with export DISPLAY, but the error message remained. How must I set the DISPLAY variable in order to be able to open x-windows applications? Thank you very much. Sincerely yours, Dirk SCHAWE -- 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/ From brettstahlman@comcast.net Wed Jan 25 13:08:00 2006 From: brettstahlman@comcast.net (Stahlman Family) Date: Wed, 25 Jan 2006 13:08:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <000b01c621b0$5d7dbd00$20ea3e44@computerroom> > Hi, > > Stahlman Brett wrote: > > I will try to look into > > it as I get time over the next few days... > > I can quickly build an experimental Xming.exe with any patch you have in > mind. > (Xming shares the same code base as Cygwin/X). > If proven the patch could then be incorporated into Cygwin/X, at leisure, > via an XOrg bugzilla. > > > Colin Harrison Colin, Here's an experimental patch. It appears to fix the issue I was having with unix gvim running on Windows. Hopefully, it doesn't break anything else. I was able to keep all of the changes in a single file: winclipboardwndproc.c. Included is a unified context diff, performed from the <...>hw/xwin directory. Let me know if you have any problems with the format and would like me to send as attachment or in a different format. Also, let me know if you aren't sure how to reproduce the problem the patch is supposed to fix. Basically, any X app that doesn't implement a workaround (and some probably do) would exhibit the buggy clipboard behavior with the unpatched X server... For details on the problem, you can visit the thread Patch for problems with X11 GUI / XTERM clipboard integration with native Win applications - was "clipboard support" on the vim@vim.org mailing list. Thanks in advance, Brett Stahlman *** winclipboardwndproc.c Wed Jan 25 06:42:50 2006 --- winclipboardwndproc_bps.c Wed Jan 25 06:50:21 2006 *************** *** 49,54 **** --- 49,56 ---- extern Window g_iClipboardWindow; extern Atom g_atomLastOwnedSelection; + /* BPS - g_hwndClipboard needed for X app->Windows paste fix */ + extern HWND g_hwndClipboard; /* * Local function prototypes *************** *** 134,139 **** --- 136,147 ---- * Process a given Windows message */ + /* BPS - Define our own message, which we'll post to ourselves to facilitate + * resetting the delayed rendering mechanism after each paste from X app to + * Windows app. TODO - Perhaps move to win.h with the other WM_USER messages. + */ + #define WM_USER_PASTE_COMPLETE (WM_USER + 1003) + LRESULT CALLBACK winClipboardWindowProc (HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) *************** *** 527,532 **** --- 535,547 ---- SetClipboardData (CF_TEXT, NULL); } + /* BPS - Post ourselves a user message whose handler will reset the + * delayed rendering mechanism after the paste is complete. This is + * necessary because calling SetClipboardData() with a NULL argument + * here will cause the data we just put on the clipboard to be lost! + */ + PostMessage(g_hwndClipboard, WM_USER_PASTE_COMPLETE, 0, 0); + /* Special handling for WM_RENDERALLFORMATS */ if (message == WM_RENDERALLFORMATS) { *************** *** 544,549 **** --- 559,609 ---- winDebug ("winClipboardWindowProc - WM_RENDER*FORMAT - Returning.\n"); return 0; } + /* BPS - This WM_USER message is posted by us. It gives us the opportunity + * to reset the delayed rendering mechanism after each and every paste + * from an X app to a Windows app. Without such a mechanism, subsequent + * changes of selection in the X app owning the selection are not + * reflected in pastes into Windows apps, since Windows won't send us the + * WM_RENDERFORMAT message unless someone has set changed data (or NULL) + * on the clipboard. */ + case WM_USER_PASTE_COMPLETE: + { + if (hwnd != GetClipboardOwner ()) + /* In case we've lost the selection since posting the message */ + return 0; + winDebug ("winClipboardWindowProc - WM_USER_PASTE_COMPLETE\n"); + + /* Set up for another delayed rendering callback */ + if (!OpenClipboard (g_hwndClipboard)) + { + ErrorF ("winClipboardWindowProc - OpenClipboard () failed: %08x\n", + (int) GetLastError ()); + } + + /* Take ownership of the Windows clipboard */ + if (!EmptyClipboard ()) + { + ErrorF ("winClipboardWindowProc - EmptyClipboard () failed: %08x\n", + (int) GetLastError ()); + } + + /* Advertise Unicode if we support it */ + if (g_fUnicodeSupport) + SetClipboardData (CF_UNICODETEXT, NULL); + + /* Always advertise regular text */ + SetClipboardData (CF_TEXT, NULL); + + /* Release the clipboard */ + if (!CloseClipboard ()) + { + ErrorF ("winClipboardWindowProc - CloseClipboard () failed: " + "%08x\n", + (int) GetLastError ()); + } + + } + return 0; } /* Let Windows perform default processing for unhandled messages */ -- 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/ From techie@serkez.net Wed Jan 25 13:20:00 2006 From: techie@serkez.net (Brett Serkez) Date: Wed, 25 Jan 2006 13:20:00 -0000 Subject: How must I set the DISPLAY variable in order to be able to open x-windows applications? In-Reply-To: <2AEAACEFB0B5294ABDB8E5337A321B89013CD7ED@sma2906.cr.eurocopter.corp> References: <2AEAACEFB0B5294ABDB8E5337A321B89013CD7ED@sma2906.cr.eurocopter.corp> Message-ID: <1138195196.29695.252724420@webmail.messagingengine.com> > I have just installed cygwin/X and got the error message "Can't open > display:" when starting e.g. xterm, xfig, ddd, i.e. an x-window > application. > > I tried to set DISPLAY=localhost:0.0 or DISPLAY="IP-Address":0.0 with > export DISPLAY, but the error message remained. > > How must I set the DISPLAY variable in order to be able to open x- > windows applications? You must start the X server, I usually setup a short-cut to: C:\cygwin\usr\X11R6\bin\startxwin.bat and even put that short-cut into my start folder on system systems. Running that .bat file will not only start the X server, but also give you your first xterm. :-) Brett ---------------------------------------------------------------- Brett C. Serkez, Techie -- 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/ From Phil.Betts@heis.co.uk Wed Jan 25 14:02:00 2006 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Wed, 25 Jan 2006 14:02:00 -0000 Subject: x-term font Message-ID: Igor Peshansky wrote on Tuesday, January 24, 2006 3:04 AM:: > On Mon, 23 Jan 2006, thad wrote: > >> how can i change the font size of xterm? > > You need to use the -fn option to pass the name/size combination for > the font you want. Igor Alternatively, ctrl-right-click once xterm is running to choose from a menu of font sizes. The -fn option is documented in the xterm man page, but the keystroke for the menu appears to be missing from the MENUS section. ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** -- 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/ From colin.harrison@virgin.net Wed Jan 25 14:51:00 2006 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 25 Jan 2006 14:51:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <200601251450.k0PEowXJ026847@StraightRunning.com> Hi, Stahlman Brett wrote: >Here's an experimental patch. Did a quick build and it works for me. I'll do some more testing and tracing, just to be sure. I had 'fun' with the patch from the mailing list, so need a cross check, to test for typos etc. Then I'll raise a bugzilla on Xorg, and also post an experimental Xming for general testing. I don't build Cygwin/X so can't do the same with a .exe here. Thanks Colin Harrison -- 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/ From tcaruthersgbms@afscme.org Thu Jan 26 03:46:00 2006 From: tcaruthersgbms@afscme.org (Abdul) Date: Thu, 26 Jan 2006 03:46:00 -0000 Subject: Register to diss0lute cu$h biflagellate Message-ID: <6513646511.20060125215208@xwmox> I would like to find a stew that will give me heartburn immediately, instead of at three o clock in the morning. http://cyworohee.org/mm/ The person lives twice who lives the first life well.Nothing can have as its destination anything other than its origin. The contrary idea, the idea of progress, is poison. When the danger is past God is cheated. -- 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/ From colin.harrison@virgin.net Thu Jan 26 11:01:00 2006 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 26 Jan 2006 11:01:00 -0000 Subject: Serious flaw in Cygwin X clipboard integration prevents paste from X to Windows apps Message-ID: <200601261101.k0QB1BMr031587@StraightRunning.com> Hi, Bugzilla 5735 raised https://bugs.freedesktop.org/show_bug.cgi?id=5735 which includes the patch. Colin Harrison -- 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/ From efreudenthal@utep.edu Fri Jan 27 10:28:00 2006 From: efreudenthal@utep.edu (Freudenthal, Eric) Date: Fri, 27 Jan 2006 10:28:00 -0000 Subject: multimonitor on laptops if monitor added after X starts (can resize down, but not up) Message-ID: I am so impressed with your fullscreen, multiplemonitors, and clipboard support. Bravo! Just one nagging nit: -multiplemonitors works great on my xp laptop (dell/intel chipset) if the additional display is added prior to Xwin starting. I can even switch to single monitor and go back, with everything working. However, if I start Xwin prior to adding an additional monitor, Xwin won't handle the increased number of rows/cols properly. Perhaps a fix would just require that I specify my max rows/cols at Xwin's startup (but how?). Thanks, Eric Eric Freudenthal // http://rlab.cs.utep.edu/~freudent office: (915) 747-6954 cell: (917) 279-6208 -- 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/ From pechtcha@cs.nyu.edu Fri Jan 27 18:57:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Fri, 27 Jan 2006 18:57:00 -0000 Subject: multimonitor on laptops if monitor added after X starts (canresize down, but not up) In-Reply-To: References: Message-ID: Hey, Eric, great to hear you're using Cygwin... :-) On Fri, 27 Jan 2006, Freudenthal, Eric wrote: > I am so impressed with your fullscreen, multiplemonitors, and clipboard > support. Bravo! Just one nagging nit: > > -multiplemonitors works great on my xp laptop (dell/intel chipset) if > the additional display is added prior to Xwin starting. I can even > switch to single monitor and go back, with everything working. Looks like the multiplemonitors code relies on GetSystemMetrics(), which will only return information about the attached displays. Attaching the extra display afterwards probably generates a Windows message that the code doesn't handle (it should probably redo the check when handling display resolution changes, etc). IOW, it's a design bug... > However, if I start Xwin prior to adding an additional monitor, Xwin > won't handle the increased number of rows/cols properly. > > Perhaps a fix would just require that I specify my max rows/cols at > Xwin's startup (but how?). For example, XWin :0 -screen 0 2048 768 But this will likely screw up window positioning and offset computation if you decide not to attach the other monitor. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From kuintela@msn.com Tue Jan 31 03:08:00 2006 From: kuintela@msn.com (Juanjo Carmona-Serradilla) Date: Tue, 31 Jan 2006 03:08:00 -0000 Subject: No Terminal Windows appear Message-ID: After I install cygwin and type starx in bash, I do not get the terminal windows. See log below. Thanks in advance. I am running Windows XP professional. Juanjo Juanjo Carmona@DellLapDBXKPV31 ~ $ xstart bash: xstart: command not found Juanjo Carmona@DellLapDBXKPV31 ~ $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TT F/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/ X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" Rules = "xorg" Model = "pc105" Layout = "us" Variant = "(null)" Options = "(null )" -- 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/ From pechtcha@cs.nyu.edu Tue Jan 31 03:17:00 2006 From: pechtcha@cs.nyu.edu (Igor Peshansky) Date: Tue, 31 Jan 2006 03:17:00 -0000 Subject: No Terminal Windows appear In-Reply-To: References: Message-ID: On Mon, 30 Jan 2006, Juanjo Carmona-Serradilla wrote: > After I install cygwin and type starx in bash, I do not get the terminal > windows. See log below. Thanks in advance. I am running Windows XP > professional. > > Juanjo > > Juanjo Carmona@DellLapDBXKPV31 ~ > $ startx > [snip] startx will only open a terminal if one is present in ~/.Xsession. Why not use startxwin.sh? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte." "But no -- you are no fool; you call yourself a fool, there's proof enough in that!" -- Rostand, "Cyrano de Bergerac" -- 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/ From mg@myocd.net Tue Jan 31 12:21:00 2006 From: mg@myocd.net (Mike Grabowski) Date: Tue, 31 Jan 2006 12:21:00 -0000 Subject: XP terminal server and Multiple Cygwin/x servers. Message-ID: Ok. I'm new to all this and I may be completely bastardizing things here, but heres what I have so far. (And if someone knows a completely different/better way to do this I'm all ears!) I have a WinXP pro box with multiple accounts. (A small terminal services hack has been applied to allow multiple users to be connected to RDP at the same time). Right now, we're doing some testing and this wouldn't be what we'd be doing long term. We're waiting on funding for the new equipment and software. On one main account, we have an X program running pulled from a Unix processor. On two other accounts, A and B, I have installed Cygwin. On account A, I can get Cygwin to pull another window up from the main account. Everything works fantastic, even using the specified font from this program. Now, on account B, I've had to launch xwin with a new display address :1 in order to get the windows to show up on account B's desktop instead of popping up on account A's. Now, that works fine, except for the font. No matter what I've tried to do with chmod or windows permmision settings, I can't get it to load this font properly. If I close down account A and change account B to :0, it works fine. So it appears to be something I'm missing thats strictly a function of being any other display then :0. Thanks for any and all help/suggestions. Mike -- 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/