Re: AltGr is CTRL on Norwegian/German keyboard
Hi again! Further facts on keyboard problems: - after removal of XF86Config nothing changes - connecting to a Solaris machine running CDE inside the session works fine but the Linux machine running KDE still has problems - on the Linux machine: when pressing AltGr then the following appears inside the .xsession-errors file: kdecore (KAccel): WARNING: Sym::initQt( ): failed to convert key. Maybe this is a KDE problem? On Montag, 22. September 2003 16:42, Heiko Nardmann wrote: Another interesting detail: inside the KDM login (I access a Linux server using XDMP) the problematic key works fine. So where is the difference here? On Montag, 22. September 2003 16:34, Heiko Nardmann wrote: On Dienstag, 16. September 2003 21:23, Steinar Bang wrote: Harold L Hunt II [EMAIL PROTECTED]: You don't have any of the Windows PowerToys installed, do you? Not intentially. Can they be installed during a service pack upgrade? Can they be remotely installed by helpful IT support people? Is there a way to find out if I have them installed? And do PowerToys exist for Win2k? (a search for powertoy on www.google.com just popped up Powertoys for XP) I have the same problems here with a German keyboard. The pressing of the key with (less,greater,bar) does not result in any character. This worked until I decided to upgrade from Windows NT to Windows XP. What else beside the data given below can I easily do to help debugging this problem? Here is what xev prints: KeyPress event, serial 27, synthetic NO, window 0x381, root 0x3a, subw 0x0, time 3822466, (194,186), root:(198,233), state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 27, synthetic NO, window 0x381, root 0x3a, subw 0x0, time 3822566, (194,186), root:(198,233), state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: Now the output of Spy++: Two times pressing AltGr: 1 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 2 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 3 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 4 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 5 0012019C P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:0 fRepeat:0 fUp:0 6 0012019C P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:1 fRepeat:0 fUp:0 7 0012019C P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D fExtended:0 fAltDown:1 fRepeat:1 fUp:1 8 0012019C P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:1 fAltDown:0 fRepeat:1 fUp:1 Two times pressing key (less,greater,bar) next to left Shift bar: 9 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:0 fUp:0 00010 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 00011 0012019C P WM_KEYDOWN nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:0 fUp:0 00012 0012019C P WM_KEYUP nVirtKey:VK_OEM_102 cRepeat:1 ScanCode:56 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 Switching back from Cygwin to Windows using Alt-Tab: 00013 0012019C P WM_SYSKEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:0 fAltDown:1 fRepeat:0 fUp:0 00014 0012019C P WM_SYSKEYUP nVirtKey:VK_TAB cRepeat:1 ScanCode:0F fExtended:0 fAltDown:1 fRepeat:0 fUp:1 00015 0012019C P WM_SYSKEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38 fExtended:0 fAltDown:0 fRepeat:1 fUp:1 Here is my /etc/XF86Config: Section Files RgbPath /usr/X11R6/lib/X11/rgb FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/Speedo/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ EndSection Section InputDevice Identifier Keyboard1 Driver Keyboard Option AutoRepeat 500 30 Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout de Option XkbVariant nodeadkeys EndSection Section Device Identifier dummy Driver dummy EndSection Section Monitor Identifier dummy EndSection Section Screen Identifier dummy Device dummy Monitor dummy EndSection Section ServerLayout Identifier dummy Screen dummy InputDevice Keyboard1 CoreKeyboard EndSection
Failure to make grap 1.30 under cygwin 1.5.5
A configure / make /make install that has been working successfully oob for a long time recently failed. the relevant .tgz is unaltered, only Cygwin has changed. Does the following output from make, throw any light on this? The configure worked fine. I attach cygcheck.out. Fergus ~/tmp/grap-1.30 make grep ^# grap.y grap.cc ; grep ^# grap_lex.l grap_lex.cc; touch y.tab.h g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc .depend; rm -f grap.cc grap_lex.cc y.tab.h bison -y -d grap.y mv y.tab.c grap.cc g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc flex -ograp_lex.cc grap_lex.l g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc grap_lex.l: In function `void expand_macro(macro*)': grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) grap_lex.l:979: error: (Each undeclared identifier is reported only once for each function it appears in.) grap_lex.l: In function `bool is_macro(const std::string)': grap_lex.l:990: error: parse error before `--' token grap_lex.l: At global scope: grap_lex.l:996: error: parse error before `]' token make: *** [grap_lex.o] Error 1 ~/tmp/grap-1.30 cygcheck.out Description: Binary data
Re: Failure to make grap 1.30 under cygwin 1.5.5
Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to [EMAIL PROTECTED], not [EMAIL PROTECTED] However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. As such, I have upgraded flex to the 'test' version 2.5.4-2. You can do this in Cygwin's setup.exe, but you have to keep manually reselecting that version each time you run setup.exe because it will always try to replace it with the 'curr' 2.5.31-1 version. Good luck, I hope that helps, Harold [EMAIL PROTECTED] wrote: A configure / make /make install that has been working successfully oob for a long time recently failed. the relevant .tgz is unaltered, only Cygwin has changed. Does the following output from make, throw any light on this? The configure worked fine. I attach cygcheck.out. Fergus ~/tmp/grap-1.30 make grep ^# grap.y grap.cc ; grep ^# grap_lex.l grap_lex.cc; touch y.tab.h g++ -MM -Wall -DHAVE_CONFIG_H grap.cc grap_lex.cc *.cc .depend; rm -f grap.cc grap_lex.cc y.tab.h bison -y -d grap.y mv y.tab.c grap.cc g++ -Wall -DHAVE_CONFIG_H -c -o grap.o grap.cc flex -ograp_lex.cc grap_lex.l g++ -Wall -DHAVE_CONFIG_H -Wno-unused -c grap_lex.cc grap_lex.l: In function `void expand_macro(macro*)': grap_lex.l:979: error: `yytext_ptr' undeclared (first use this function) grap_lex.l:979: error: (Each undeclared identifier is reported only once for each function it appears in.) grap_lex.l: In function `bool is_macro(const std::string)': grap_lex.l:990: error: parse error before `--' token grap_lex.l: At global scope: grap_lex.l:996: error: parse error before `]' token make: *** [grap_lex.o] Error 1 ~/tmp/grap-1.30
Yellowish color on certain java applications
I use XDM and it works fine however in certain Java application I get a yellowish color on certain areas the rest is ok . Running natively or with VNC I do not have this behaviour . if uneed I can send u screen captures to show u what I mean thks for ur help .
startxwin.bat - how to use an .xinitrc file
I have several things that I like to have run when I start an xsession and normally I would put these into a ~/.xinitrc file to have them run at X startup time. However, when I run startxwin.bat it does not appear to execute the .xinitrc file automatically. Therefore I have had to manually edit the startxwin.bat file and add my custom stuff. Id like to find a way around editing startxwin.bat since after every xfree update I have to re-edit the file and re-add my custom lines. Am I missing something here? Is there a way to get startxwin.bat to automatically find $HOME/.xinitrc or would this be a good enhancement request? Thanks, Mike Campbell
ssh hangs with solaris 8 again
Hi all, I found that writing 'run' in front of xterm command in file .XWinrc seems to solve the Solaris 8 hanging problem: menu root { // for an unknown reason, solaris needs 'run' in the beginning of the command... solaris exec run xterm -sb -e ssh -X solarisbox //...etc... } Does anyone have any idea why? For Linux machines, 'run' is not needed. Thanks, Tuli Maksuton sähköposti aina käytössä http://luukku.com Kuukausimaksuton MTV3 Internet-liittymä www.mtv3.fi/liittyma
connecting to rh gdm
I'm able to successfully connect to gdm Xserver on my RH Linux box but I see this ... $ XWin -query 192.168.212.1 -lesspointer -clipboard -xf86config /usr/X11R6/lib/X11/XF86config Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003
Re: connecting to rh gdm
Bill, Bill McCormick wrote: I'm able to successfully connect to gdm Xserver on my RH Linux box but I see this ... $ XWin -query 192.168.212.1 -lesspointer -clipboard -xf86config /usr/X11R6/lib/X11/XF86config Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Xlib: connection to 127.0.0.1:0.0 refused by server Xlib: No protocol specified Looks like -clipboard is having trouble connecting, which it almost always does when using XDMCP. Are you running any other X Clients in your startup script on Windows? Did you use startxdmcp.bat as a base? It would be a good idea to use startxdmcp.bat as a base since it doesn't start local X Clients. Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? What resources? If you are referring to the overhead of running just xdm, then yes, you can do this without running xdm. However, the resources associated with your full remote session are always going to be used, if you want a full remote session. If what you want to do is just display some remote clients using the local window manager (XWin -multiwindow), then you can do this with ssh and X11 tunneling: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh If you still want the full remote desktop (e.g. Gnome, KDE, etc.), then you start XWin without -multiwindow, -rootless, and -query (e.g. XWin -nodecoration -lesspointer) and without a local window manager (e.g. twm, mwm, etc.). You launch an xterm (from your script) and either configure it to run ssh, or you manually ssh to the remote machine. Finally, you run the script on your remote machine that starts the window manager of your choice. Some examples from debian would be 'startkde', 'startgnome', etc. This still uses all of the resouces associated with running a full desktop login, but it does allow you to not run xdm on your linux machine. I don't have the exact procedure for automating the launch of ssh from xterm, but I think an example was in an email sent the list today, so you can search the mailing list archives for 'ssh' and 'xterm'. Good luck, Harold Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.518 / Virus Database: 316 - Release Date: 9/11/2003
RE: connecting to rh gdm
Bill McCormick wrote: Also, I'd rather not use the resources on the Linux Box yet still have this functionality. So, is there a way I can accomplish this without actually being in runmode 5 on the Linux box? Do you mean that you don't want to run an X server on the remote server, but allow remote connections via xdm? If you are running xdm or kdm remotely just comment out the line that starts up the X server in /etc/X11/xdm/Xservers. If you are using gdm it may be different, I don't know. Tony Richardson
Re: startxwin.bat - how to use an .xinitrc file
Sounds like I've got my Cygwin/Xfree setup the way you'd like. You can do it, too, in 3 easy steps... 1) Edit the file .bash_profile in your home directory and make sure the X11R6/bin directory gets added to your path. e.g.: export PATH=$PATH:/usr/X11R6/bin 2) Put your .xinitrc file in your home directory and edit it to your liking. 3) Create a Windows shortcut (on the Desktop, for instance) with the following target: C:\cygwin\usr\X11R6\bin\run.exe /bin/bash.exe --login -c xinit -- -noreset -nodecoration The run part keeps bash from creating a dormant icon on the task bar. The --login part tells bash to read .bash_profile. The arguments after xinit -- get passed to XWin. That's all there is to it! From: Mike Campbell [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: startxwin.bat - how to use an .xinitrc file Date: Thu, 25 Sep 2003 10:24:33 -0500 I have several things that I like to have run when I start an xsession and normally I would put these into a ~/.xinitrc file to have them run at X startup time. However, when I run startxwin.bat it does not appear to execute the .xinitrc file automatically. Therefore I have had to manually edit the startxwin.bat file and add my custom stuff. Id like to find a way around editing startxwin.bat since after every xfree update I have to re-edit the file and re-add my custom lines. Am I missing something here? Is there a way to get startxwin.bat to automatically find $HOME/.xinitrc or would this be a good enhancement request? Thanks, Mike Campbell _ Help protect your PC. Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Re: Xfree86 is slow! with software like MATLAB
Harold Mark, To contribute to the discussion: I see the same problem when running Matlab. In my case Matlab is run on a Compaq/HP Tru64 computer with the GUI displayed on my Windows PC running cygwin/xfree in multiwindow mode. I also have a commercial X server (xwin32) available on my PC. Display of Matlab graphics, or even updating of the icons in Matlab window menubar are considerably slower when running via cygwin/xfree - the graphics benchmarks that Matlab provide run approximately 100 times slower under cygwin/xfree than under xwin32. Trials of other commercial X servers indicated that some are slow and some are quick, probably due to the reason given by Harold. An in-house, graphically intensive, X program run under the same setup as above does not show such a marked difference. One point of difference is that the Matlab GUI is written entirely in Java, while the other program uses GTK. Regards Gavin On 24 Sep 2003 at 22:27, Harold L Hunt II wrote: Mark, Using the default -multiwindow mode (with the integrated window manager) is slower than all of the other modes. You can run XWin from startxwin.bat instead with: XWin -rootless Then you need to start a window manager like 'twm': run twm Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the primary CPU), then transferring updated portions of the offscreen framebuffer to the screen. Work has begun, and is also essentially stalled, on the Native GDI engine for Cygwin/XFree86 that translates each X graphics call to a GDI graphics call; this has the advantage of utilizing the power of the graphics processing unit (GPU). Exceed and possibly other commercial X Servers do something similar to the Native GDI engine and are thus faster. On a side note, the speed of your graphics card and the quality of its drivers are very important for the performance of Cygwin/XFree86. A two or three year old ATI or NVIDIA PCI (AGP is better) graphics card will be substantially faster than a 5 year old PCI graphics card from a no-name vendor. On the other hand, I use a 5 year old Diamond PCI graphics card and it works just fine. That's about it. Harold Mark Jones wrote: I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and Linux's XFree86 and have found it to be extremely slow at refreshing the screen making it nearly impossible to use MATLAB's editor reasonably. However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed provides extremely fast response such that it is useable with various programs including MATLAB. Is there a valid reason for this? Is it being addressed? Thanks, Mark
Re: Failure to make grap 1.30 under cygwin 1.5.5
On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to [EMAIL PROTECTED], not [EMAIL PROTECTED] However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. As such, I have upgraded flex to the 'test' version 2.5.4-2. That would be the prev version not the test version. cgf
Re: Failure to make grap 1.30 under cygwin 1.5.5
flex 2.5.31-1 sucks ... ... upgrade to 2.5.4-2. Well this worked just fine. Thank you very much for this pragmatic help. Fergus
Re: Xfree86 is slow! with software like MATLAB
Gavin, I forgot to mention something that is becoming apparent now: Matlab may be using OpenGL, which is implemented in software in Cygwin/XFree86. Thus, OpenGL is extremely slow in Cygwin/XFree86. Some of the commercial X Servers for Windows have an accelerated implementation of OpenGL that basically passes off the calls to the Win32 OpenGL layer. This was also implemented in X on X (XFree86 for Mac OS X), so a reference implementation is available if someone wanted to look into doing this. So, are the fast apps non-OpenGL and the slow apps OpenGL? Harold [EMAIL PROTECTED] wrote: Harold Mark, To contribute to the discussion: I see the same problem when running Matlab. In my case Matlab is run on a Compaq/HP Tru64 computer with the GUI displayed on my Windows PC running cygwin/xfree in multiwindow mode. I also have a commercial X server (xwin32) available on my PC. Display of Matlab graphics, or even updating of the icons in Matlab window menubar are considerably slower when running via cygwin/xfree - the graphics benchmarks that Matlab provide run approximately 100 times slower under cygwin/xfree than under xwin32. Trials of other commercial X servers indicated that some are slow and some are quick, probably due to the reason given by Harold. An in-house, graphically intensive, X program run under the same setup as above does not show such a marked difference. One point of difference is that the Matlab GUI is written entirely in Java, while the other program uses GTK. Regards Gavin On 24 Sep 2003 at 22:27, Harold L Hunt II wrote: Mark, Using the default -multiwindow mode (with the integrated window manager) is slower than all of the other modes. You can run XWin from startxwin.bat instead with: XWin -rootless Then you need to start a window manager like 'twm': run twm Cygwin/XFree86 works by drawing to an offscreen framebuffer (using the primary CPU), then transferring updated portions of the offscreen framebuffer to the screen. Work has begun, and is also essentially stalled, on the Native GDI engine for Cygwin/XFree86 that translates each X graphics call to a GDI graphics call; this has the advantage of utilizing the power of the graphics processing unit (GPU). Exceed and possibly other commercial X Servers do something similar to the Native GDI engine and are thus faster. On a side note, the speed of your graphics card and the quality of its drivers are very important for the performance of Cygwin/XFree86. A two or three year old ATI or NVIDIA PCI (AGP is better) graphics card will be substantially faster than a 5 year old PCI graphics card from a no-name vendor. On the other hand, I use a 5 year old Diamond PCI graphics card and it works just fine. That's about it. Harold Mark Jones wrote: I have tried using XFree86 (linux and cygwin) for Cygwin's XFree86 and Linux's XFree86 and have found it to be extremely slow at refreshing the screen making it nearly impossible to use MATLAB's editor reasonably. However, using a MS Windows emulator like Xoftware or Hummingbird's Exceed provides extremely fast response such that it is useable with various programs including MATLAB. Is there a valid reason for this? Is it being addressed? Thanks, Mark
Re: Failure to make grap 1.30 under cygwin 1.5.5
Christopher Faylor wrote: On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Fergus, This is a general Cygwin question, not a Cygwin/XFree86 question. It should have been sent to [EMAIL PROTECTED], not [EMAIL PROTECTED] However, I happen to know the answer you want to hear. The problem is that 'flex' 2.5.31-1 sucks; it can't build anything in the XFree86 tree. Something is horribly wrong with it, but I don't care to get involved in fixing it. Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. Just so it is clear: I wasn't asking for anyone to get involved. I saw your initial defensive remark to Earle saying that the new version of flex wasn't working for him and decided that I really don't care enough to get involved and deal with your attitude. So, I wrote my message above in a manner that did not imply it was anyone's fault that flex was broken, rather, I merely stated that it was broken and that Fergus can be the one to help fix it if he is interested, because I am not. Harold
Re: Failure to make grap 1.30 under cygwin 1.5.5
Fergus, [EMAIL PROTECTED] wrote: flex 2.5.31-1 sucks ... ... upgrade to 2.5.4-2. Well this worked just fine. Thank you very much for this pragmatic help. Fergus No problem. Of course, we will both be out of luck when 2.5.4 is no longer available. I was thinking that 2.5.4 was newer, but Chris pointed out that 2.5.31 is newer (think 2.5.04 v.s 2.5.31). Oh well. Harold
Re: Failure to make grap 1.30 under cygwin 1.5.5
Howdy, At 03:48 PM 9/25/2003 -0400, CGF wrote: ...Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. OK, I know this should be on the cygwin-apps but since it showed up here can I make a better problem report on the new flex version? Internal common parsing variables and functions that were available in 2.5.04 no longer are accessible (i.e. yytext_ptr or yyunput, yy_flex_realloc). As I'm not an expert in Lex I can't say if these are legit functions, but they have been there since time immemorial and are found in the X11R6 tree in several spots besides the xserver/hw/xwin branch. For debugging I tried to find the .31 version but couldn't find it on any official site so I couldn't find a changefile and see if maybe there's a new -switch or something to enable legacy mode beyond the standard -lex mode option. A compile of the version available @ gnu results in a version that still has these needed functions. The lex header files are very, very different between the 2.5.4 and .31 versions, but I didn't go into detail because they are quite convoluted. -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
Re: Failure to make grap 1.30 under cygwin 1.5.5
On Thu, Sep 25, 2003 at 05:22:10PM -0400, Harold L Hunt II wrote: Christopher Faylor wrote: On Thu, Sep 25, 2003 at 08:58:23AM -0400, Harold L Hunt II wrote: Just so it's clear: I don't care to get involved in fixing issues where the bug report is something is horribly wrong with it, either, so if you do actually want to work on fixing it, then I'll need more to go on than I have been given and I'll need some hint of cooperation rather than attitude. But, of course, that's a good lesson for life anyway. Just so it is clear: I wasn't asking for anyone to get involved. Getting involved is what a package owner is supposed to do. Why do you get involved when someone says Cygwin/XFree86 is broken? No one is specifically asking you to get involved. I saw your initial defensive remark to Earle saying that the new version of flex wasn't working for him You have entirely misread my response. Earle made a confusing statement about what he did to rectify a problem. I replied, indicating that his stated version numbers made no sense if what he said was true. For the record, I upgraded flex because someone was complaining that it was older than the latest release. So I upgraded it for them. I ran the test suite prior to releasing it. Goodbye. cgf
Re: xfree86 cut/copy/paste
Redirecting to the correct list and replying. Please remove cygwin at cygwin dot com from further discussion on this topic. On Thu, 25 Sep 2003, Bill McCormick wrote: Hello, Is there cut/copy/paste functionality with xfree86 (using windows clipboard) like there is with rxvt? I'm sure this has come up before but I can't seem to find it. Thanks, Bill Bill, Try giving a -clipboard argument to XWin.exe, or use the xwinclip utility (although the latter is outdated, IIRC). Search the cygwin-xfree list archives for either clipboard or xwinclip for more details. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton