From earle@ziplabel.com Sun Jun 1 00:15:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 01 Jun 2003 00:15:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: Message-ID: <5.1.1.6.2.20030531165841.00ac3670@mail.ziplabel.com> Howdy Lev, >More interesting stuff with timers, held keys, held mouse buttons: >Firstly, the timer doesn't even get created every time. I can demonstrate >this by starting xwin with just one xterm, and running xeyes. Normally if >I move the mouse out of the xterm then about half a second later the x >cursor gets deleted and the xeyes continue to update. But if I move the >mouse really quickly out of the xterm (helps that I have mouse sensitivity >set at the highest setting) then sometimes the cursor is not deleted and >xeyes don't update until I move mouse back into the xterm. So occasionally >the timer is not created, it seems. As a secondary phenomenon, if I do >this fast movement out of the xterm while at the same time holding a mouse >button, then the windows mouse cursor not shown either (ie the mouse is >invisible) until I release the click. Yup, I've seen this too, but it's not something I've ever been able to make happen except on purpose. Strange! This has bee there since the early days I think, you may want to check the mouseleave processing. >Secondly, the recent fix whereby all x keys get forced released on losing >focus doesn't seem to be strictly correct either. If I put focus on my >xterm and then hold, say shift or control, and while holding it click on >the desktop to remove focus from xterm and then click back on the xterm, >the xterm behaves as if shift and control are not pressed. Of course this >is rarely a problem but perhaps it could be an issue if there are any X >applications that make use of shift-drag/drop or control-drag/drop, etc, >like windows does. Might also be a problem for people using the windows >accessibility options such as "sticky keys". True, but what you describe seems to be a real corner case, no? By clicking you've change to a non-X app and any X drag-n-drop should be cancelled, right? A workaround would be to put in a check in the WM_ACTIVATEAPP to send keydowns for any modifiers current pressed when you change from a Windoze to X app... >So, all things considered, the message hook idea sounds better than using >a timer, and while you're at it, you could do the right thing(tm) >concerning keydown, keyup instead of just force-releasing all keys. >With this, might it in fact be possible to remove most of the >event-handling stuff out of each client-window message loop and just use >the hook to pass these messages directly to the root window. (Ie install >the hook once, at server-startup, and then you receive all the mouse and >keboard events, just like in the non-rootless, non-multiwindow case). I >don't know enough about the multiwindow implementation to know if this is >sensible. That's much easier said than done, I fear. You crash xwin.exe, you just restart it. If you crash your hooking DLL, you could end up killing other apps. Plus, that gives you one more asynch process to work with and keep happy. I'm also not sure that you can do message hooking under NT based OSes: under 95 et al you had 1 message queue for all apps, but under NT et al you have 1 message queue per main window. I could be wrong on this but I'd check it out before starting to hack away just in case. >Icons now work for me. No offense, but they're fairly ugly though. The >'big' version I get when alt-tabbing is OK for some (like xclock, oclock, >xload) and not so good for others (xtriangles, xrubik, xfig), but the >smaller versions that go in the window's title bar and on the taskbar, >they're really not so good. Is this because the X apps I'm testing with >(xclock, oclock, xload, xditview) only contain a large-version icon and >we have to scale it down ourselves (whereas presumably native windows apps >have both small and large icons available)? Would the current >icon-handling code we have deal with creating both small and large icons >in the cases that both were available? If indeed we are scaling the icons >ouselves, is there a nicer way to do the filtering (its a tiny image and >only gets created very infrequently, so shouldn't be a big performance >concern even if there's some real image-processing stuff going on here). You're using the wrong apps! :) Apps created after about 1990 or so seem to all have higher color icons, you're looking at the original X consortium apps ported from X10, using 1 bpp icons. Other apps like Mozilla or the KDE suites look much nicer, you should give them a try. You can also use the xwin.ini to override some icons, check the ml archives for more info. Try konqueror if you can, it's got pretty spiffy icons. As for the scaling, check out the bottom of winmultiwindowwindow.c. Feel free to put in a nice 2d filter, but it'll really only make a difference for xcalc. X apps normally only have one icon size specified, and that size can be almost anything. Some of the QT(KDE?) apps have an additional extension where they specify multiple icons per app, but I have no idea how to get Windoze to grok a multi-sized on-the-fly created icon. It was a real pain getting it to take a single-sized on-the-fly one! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Sun Jun 1 03:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 03:44:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <20030531194926.95293.qmail@web14603.mail.yahoo.com> References: <20030531194926.95293.qmail@web14603.mail.yahoo.com> Message-ID: <3ED97688.2090003@msu.edu> Biju, Biju G C wrote: > --- Harold L Hunt II wrote: > >>Colin, >> >>Colin Harrison wrote: >> >> >>>Hi, >>> >>>All works for me, and yes the icons are now faultless. >>>To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro + >>>Pentium III on XP Pro SP1! >>>Exit and Cancel could have 'hot keys' x and C respectively. >>> >> >>Not sure about that. You mean Alt+X and Alt+C or did you want x and c >>to be the hot keys? >> > > > PUSHBUTTON "E&xit", IDOK, > DEFPUSHBUTTON "&Cancel", IDCANCEL, > > will automaticaly make "x" and "c" hotkeys in a dialog box > without a text input. > > (PS: Alt+X and Alt+C will also works) > I knew that the & would make them Alt+ hotkeys, but I didn't know that it would make them hotkeys all by themselves. Now a problem that I am seeing is that the hotkeys are not underlined. What incantation is required to make the x and the C underlined? Harold From huntharo@msu.edu Sun Jun 1 04:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 04:03:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <3ED97688.2090003@msu.edu> References: <20030531194926.95293.qmail@web14603.mail.yahoo.com> <3ED97688.2090003@msu.edu> Message-ID: <3ED97AFD.5090101@msu.edu> Harold L Hunt II wrote: > Biju, > > Biju G C wrote: > >> --- Harold L Hunt II wrote: >> >>> Colin, >>> >>> Colin Harrison wrote: >>> >>> >>>> Hi, >>>> >>>> All works for me, and yes the icons are now faultless. >>>> To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro + >>>> Pentium III on XP Pro SP1! >>>> Exit and Cancel could have 'hot keys' x and C respectively. >>>> >>> >>> Not sure about that. You mean Alt+X and Alt+C or did you want x and >>> c to be the hot keys? >>> >> >> >> PUSHBUTTON "E&xit", IDOK, DEFPUSHBUTTON "&Cancel", IDCANCEL, >> >> will automaticaly make "x" and "c" hotkeys in a dialog box without a >> text input. >> >> (PS: Alt+X and Alt+C will also works) >> > > I knew that the & would make them Alt+ hotkeys, but I didn't know that > it would make them hotkeys all by themselves. Now a problem that I am > seeing is that the hotkeys are not underlined. What incantation is > required to make the x and the C underlined? > Brilliant... this is actually a new feature to "simplify the user interface". The access keys are not underlined until you initiate a keyboard activity, such as pressing Alt. Then the keys are underlined. Very interesting. Harold From huntharo@msu.edu Sun Jun 1 04:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 04:09:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-40 Message-ID: <3ED97C8C.8080108@msu.edu> The XFree86-xserv-4.2.0-40 package has been updated in the Cygwin distribution. Changes: 1) winmultiwindowwindow.c/winTopLevelWindowProc() - Rework the mouse polling timer so that it is attached to the root-level window. This prevents multiple mouse polling timers from being created, which was happening in the old versions. Introduce a new way of determining that the timer should be created or deleted, which will hopefully fix some corner cases where the timer was not being created. (Harold L Hunt II) 2) XWin.rc - Remove a couple of window style flags that were not compatible with Earle's patch for removing the minimize and maximize buttons from the dialog boxes. (Earle F. Philhower III) 3) XWin.rc - Make ``x'' and ``C'' hotkeys for the Exit Confirmation dialog box. (Colin Harrison, Biju G C) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Sun Jun 1 04:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 04:09:00 -0000 Subject: [ANNOUNCEMENT] Server Test 89 Message-ID: <3ED97C5A.8050409@msu.edu> Links: I just posted Test 89 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 89 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-40 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test89.exe.bz2 (1208 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030531-2255.tar.bz2 (116 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test88 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test88-to-Test89.diff.bz2 (6 KiB) Changes: 1) winmultiwindowwindow.c/winTopLevelWindowProc() - Rework the mouse polling timer so that it is attached to the root-level window. This prevents multiple mouse polling timers from being created, which was happening in the old versions. Introduce a new way of determining that the timer should be created or deleted, which will hopefully fix some corner cases where the timer was not being created. (Harold L Hunt II) 2) XWin.rc - Remove a couple of window style flags that were not compatible with Earle's patch for removing the minimize and maximize buttons from the dialog boxes. (Earle F. Philhower III) 3) XWin.rc - Make ``x'' and ``C'' hotkeys for the Exit Confirmation dialog box. (Colin Harrison, Biju G C) Enjoy, Harold From earle@ziplabel.com Sun Jun 1 06:14:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 01 Jun 2003 06:14:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <3ED97AFD.5090101@msu.edu> References: <3ED97688.2090003@msu.edu> <20030531194926.95293.qmail@web14603.mail.yahoo.com> <3ED97688.2090003@msu.edu> Message-ID: <5.1.1.6.2.20030531230352.00ab69b0@mail.ziplabel.com> Howdy... At 12:03 AM 6/1/2003 -0400, you wrote: PUSHBUTTON "E&xit", IDOK, DEFPUSHBUTTON "&Cancel", IDCANCEL, >>I knew that the & would make them Alt+ hotkeys, but I didn't know that it >>would make them hotkeys all by themselves. Now a problem that I am >>seeing is that the hotkeys are not underlined. What incantation is >>required to make the x and the C underlined? >>Brilliant... this is actually a new feature to "simplify the user >>interface". The access keys are not underlined until you initiate a >>keyboard activity, such as pressing Alt. Then the keys are >>underlined. Very interesting. Welcome to the Windows XP user experience. There's an option in the Display Propertys->Effects to turn this on and off, IIRC. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From colin.harrison@virgin.net Sun Jun 1 10:13:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 01 Jun 2003 10:13:00 -0000 Subject: [ANNOUNCEMENT] Server Test 89 Message-ID: <000001c32826$6aae4520$0200a8c0@straightrunning.com> Hi, Looks good to me. Unfortunately I can only test on WinXP and Win2003, I hope someone checks on 95/98/ME. Are we still going to try to get rid of the mouse polling timer? I must admit xeyes is a bit sluggish, for me, when the pointer is out of area, but this isn't a 'show stopper'! Harold's message hook link via www.codeproject.com opened a whole new ballgame to me, especially as I just got the new version of Studio .NET, for my sins (it's nice to peer over the fence to see what the neighbours are up to!) Colin From colin.harrison@virgin.net Sun Jun 1 11:25:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 01 Jun 2003 11:25:00 -0000 Subject: XWin Icon Fidelity Message-ID: <000101c32830$7578d420$0200a8c0@straightrunning.com> Hi, On multiwindow, picking up on Lev's comment on icons. The XWin X icon displayed in the tray isn't as good looking as the default X icon for say an xterm in the task bar. Looking with the XP Magnifier it is probably either an aliasing effect, or a mask defect? That is on XP with an ATI Rage Pro (ATI has proven to be fussy on icon structure and Lev and me use 'em). I'll try an alternative XWin icon and see what happens. Colin From Gary@hotmail.com Sun Jun 1 11:57:00 2003 From: Gary@hotmail.com (Gary@hotmail.com) Date: Sun, 01 Jun 2003 11:57:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 References: <20030531194926.95293.qmail@web14603.mail.yahoo.com> <3ED97688.2090003@msu.edu> <3ED97AFD.5090101@msu.edu> Message-ID: On Sun, 01 Jun 2003 00:03:09 -0400, Harold L Hunt II wrote: > Harold L Hunt II wrote: >> seeing is that the hotkeys are not underlined. What incantation is >> required to make the x and the C underlined? >> > > Brilliant... this is actually a new feature to "simplify the user > interface". The access keys are not underlined until you initiate a > keyboard activity, such as pressing Alt. Then the keys are underlined. You are using W2000 I guess? There is an option somewhere under Start->Settings to set this to the behaviour in pre-2000 versions, should you prefer that. Sorry I can't be more precise, I only know it from my work PC and I'm not there right now. From lev.bishop@yale.edu Sun Jun 1 13:42:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Sun, 01 Jun 2003 13:42:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 Message-ID: Hi Earle, > As for the scaling, check out the bottom of winmultiwindowwindow.c. > Feel free to put in a nice 2d filter, but it'll really only make a > difference for xcalc. X apps normally only have one icon size > specified, and that size can be almost anything. Some of the QT(KDE?) > apps have an additional extension where they specify multiple icons per > app, but I have no idea how to get Windoze to grok a multi-sized > on-the-fly created icon. It was a real pain getting it to take a > single-sized on-the-fly one! I think I can tell you what you need to do to allow small and large icons specified seperately. First, you need your window to be WNDCLASSEX not WNDCLASS. This gives you the hIcon element as before, which is to be of "system large" size, and in addition gives you an element hIconSm, which is of "system small" size. Now of course you need to know what system large, system small sizes are (the current code seems to assume system large is 32x32). You can get this using GetSystemMetrics with parameters SM_CXICON, SMCYICON for the system large and SM_CXSMICON, SMCYSMICON for system small. The system large size is determined by the video driver and cannot be changed any other way, the system small size is controlled by the "caption buttons" size setting in the "display properties" applet, appearance tab. How to choose between the different icons available once you know the size you want? This is how windows does it: The image closest in size to the requested size is chosen. If two or more images of that size are present, the one that matches the color depth of the display is chosen. If none exactly match the color depth of the display, Windows chooses the image with the greatest color depth without exceeding the color depth of the display. If all the size-matched images exceed the color depth of the display, the one with the lowest color depth is chosen. Windows treats all color depths of 8 or more bpp as equal. For example, it is pointless to have a 16x16 256 color image and a 16x16 16bpp image in the same resourceWindows will simply choose the first one it encounters. When the display is in 8bpp mode, Windows will prefer a 16 color icon over a 256 color icon, and will display all icons using the system default palette. Lev From colin.harrison@virgin.net Sun Jun 1 14:28:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 01 Jun 2003 14:28:00 -0000 Subject: XWin Icon Fidelity Message-ID: <000001c3284a$1c0582c0$0200a8c0@straightrunning.com> Hi, Answering my own query (well it is early Sunday morning, who's up!) I get better fidelity from the existing X.ico if I fudge it 16x16 with: --- save_wintrayicon.c 2003-06-01 14:58:40.000000000 +0100 +++ wintrayicon.c 2003-06-01 15:16:11.000000000 +0100 @@ -49,7 +49,12 @@ nid.uID = pScreenInfo->dwScreen; nid.uFlags = NIF_ICON | NIF_MESSAGE | NIF_TIP; nid.uCallbackMessage = WM_TRAYICON; - nid.hIcon = LoadIcon (g_hInstance, MAKEINTRESOURCE(IDI_XWIN)); + nid.hIcon = LoadImage (g_hInstance, + MAKEINTRESOURCE(IDI_XWIN), + IMAGE_ICON, + 16, + 16, + 0); /* Set display and screen-specific tooltip text */ snprintf (nid.szTip, Can be done in winmultiwindowwindow.c as well. Build a better .ico you may well say! But 'I'm more of a hacker than I am an artist' Colin From colin.harrison@virgin.net Sun Jun 1 15:03:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 01 Jun 2003 15:03:00 -0000 Subject: XWin Icon Fidelity Message-ID: <000001c3284e$f8c3af80$0200a8c0@straightrunning.com> Hi, My fix is only applicable for the tray icon case. Elsewhere it's a waste of time and obviously makes the task switcher worse for apps that default to X, where 32x32 is better. So only apply to wintrayicon.c --- save_wintrayicon.c 2003-06-01 14:58:40.000000000 +0100 +++ wintrayicon.c 2003-06-01 15:16:11.000000000 +0100 @@ -49,7 +49,12 @@ nid.uID = pScreenInfo->dwScreen; nid.uFlags = NIF_ICON | NIF_MESSAGE | NIF_TIP; nid.uCallbackMessage = WM_TRAYICON; - nid.hIcon = LoadIcon (g_hInstance, MAKEINTRESOURCE(IDI_XWIN)); + nid.hIcon = LoadImage (g_hInstance, + MAKEINTRESOURCE(IDI_XWIN), + IMAGE_ICON, + 16, + 16, + 0); /* Set display and screen-specific tooltip text */ snprintf (nid.szTip, Again I've only tested on XP. Colin From clarisaalegre@freemail.lt Sun Jun 1 16:55:00 2003 From: clarisaalegre@freemail.lt (Lemuel Carol) Date: Sun, 01 Jun 2003 16:55:00 -0000 Subject: WG: Neuemission Message-ID: <298982714998398.ZEJLLDLIFN@freemail.lt> RENDITESENSATION Independentfilme schlagen Majorproduktionen ------------------------------------------- Finanzexperten raten derzeit fuer ein gewinnbringendes Investment zur genaueren Betrachtung der Medienbranche. Die Aktienwerte aus diesem Segment erlebten in der juengsten Vergangenheit den dramatischsten Werteverfall in der Boersengeschichte. EMTV, Kinowelt, Senator, InMotion oder Internationalmedia schrumpften Ihrer Bewertung von teilweise einigen Milliarden Euro auf ein Bruchteil zusammen. Das obwohl im krassen Gegensatz die Erloese aus DVD/Homevideo oder die Einnahmen an den Kinokassen kontinuierlich gestiegen sind. Der Zeitpunkt ist so guenstig wie nie um in diesen Markt zu investieren. +++++++++++++++++++++++++++++++++++++++++++ Betrachten Sie die aktuelle Studie der Highflyerkandidaten: http://affected@www.smartbizmart.com/bullbear/infoget.html +++++++++++++++++++++++++++++++++++++++++++ Einer der erfolgreichsten Maenner in diesem Geschaeft ist T.J. Coleman, er ist einer der erfahrensten Branchenteilnehmer ueberhaupt, er hat in den letzten zwanzig Jahren nachweisbare Erfolge mit den hoechsten ROI f??r Filmproduktionen (Return on Investment) wie z.B. Teen Wolf oder Valley Girl produziert. Diese Filme spielten das 40-fache bzw. das Hundertfache des eingesetzten Kapitals ein. +++++++++++++++++++++++++++++++++++++++++++ NEUemission in der Medienbranche - informieren Sie sich HIER: http://affected@www.smartbizmart.com/bullbear/infoget.html +++++++++++++++++++++++++++++++++++++++++++ Das neue Konzept von T.J. Coleman liegt nun vorwiegend in der Vermarktung von Zweitrechten, die im Moment zu Tiefstpreisen zu haben sind. Dabei wird ein Schwerpunkt auf Spezial- und Kultfilme gelegt, anders als die Releases und Major Distributionen. Die sechs grossen Vertriebsfirmen (Warner, Fox, Sony etc.) Konzentrieren sich nicht auf diesen Nischenmarkt sondern primaer auf neue Majorproduktionen die mit einem enorm hohen Werbebudget an moeglichst breites publikum vermarktet werden muessen. Colemans Konzept ist nicht als Konkurrenz zu den Majors zu sehen, sondern eher als Ergaenzung, da auch Filme der Majors ueber seine Unternehmensstrategie in den Kinos vermarktet werden. Insbesondere wenn ein Major nicht das finanzielle Risiko einer Vollvermarktung tragen moechte. Prospektunterlagen unter: http://affected@www.smartbizmart.com/bullbear/infoget.html -------------------------------------------------------------- Diese Nachricht erscheint im Text-Format. Dir grafische Darstellung finden Sie unter http://affected@www.smartbizmart.com/bullbear/infoget.html Sie erhalten diese Mail da Ihre Empfangsadresse in unserer Datenbank registriert ist - zum AUSTRAGEN klicken Sie diesen Link http://affected@www.smartbizmart.com/bullbear/aus.html Disclaimer: Alle Investments haben ein gewisses Risiko, schlimmstenfalls ist ein Totalverlust des eingesetzten Kapitals moeglich. Diese Angaben und Informationen wurden rewissenhaft recherchiert, sind aber frei von jeglicher Gewaehr. (affected season happen) From wrcygwin@riede.org Sun Jun 1 17:14:00 2003 From: wrcygwin@riede.org (Willem Riede) Date: Sun, 01 Jun 2003 17:14:00 -0000 Subject: Help me analyze my configuration In-Reply-To: <3ED2736E.4090600@msu.edu>; from huntharo@msu.edu on Mon, May 26, 2003 at 16:05:02 -0400 References: <20030525210913.GE15195@linnie.riede.org> <3ED13386.6010802@msu.edu> <20030526194954.GD465@linnie.riede.org> <3ED2736E.4090600@msu.edu> Message-ID: <20030601171733.GC4926@linnie.riede.org> On 2003.05.26 16:05, Harold L Hunt II wrote: > > I think I would keep the 8500DV but get a new motherboard instead. I > had read before that the AGP support on that particular Iwill board was > spotty, but I didn't care because I had never owned an AGP card. Most > other boards out there don't have the same types of problems and I am > sure that Iwill has improved their AGP support in the past two years as > well. > > Thanks for describing the problem. It was kinda neat to see the exact > same problem that I had happening to another user :) I mean, it sucks > that it happened to you, but it keeps me from thinking that I was just > doing something wrong with my configuration. :) Just in case anyone is curious how this story ends... I've replaced the Iwill KA266-R motherboard with a GigaByte GA-7DXE, and things work great now with the 8500DV - DVD plays smooth as silk, and XWin works properly with the default engine. Now, if anyone wants a slightly used KA266-R :-) Thanks, Willem Riede. From jc.gervais@videotron.ca Sun Jun 1 17:58:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Sun, 01 Jun 2003 17:58:00 -0000 Subject: OT - Terminal embedded in desktop Message-ID: Hello, I am looking for a tool or window manager, I??m not really sure, that lets you do what Windows does with Active Desktop. That is, I am trying to set it up so that my term window IS the desktop. That means that Icons on the desktop would appear on top of the terminal window, but that the terminal output would be written on a layer above the icons, but below any other application window. Also, the terminal window, since it is the desktop, would not have a border, would take up the entire desktop and could not be moved. It would not appear in the window list of the window manager. Is there such an animal? Is it an application, a window manager or a combination of the two? Thanks. From bijumaillist@yahoo.com Sun Jun 1 19:55:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Sun, 01 Jun 2003 19:55:00 -0000 Subject: OT - Terminal embedded in desktop In-Reply-To: Message-ID: <20030601195523.94868.qmail@web14608.mail.yahoo.com> --- Jean-Claude Gervais wrote: > Hello, > Also, the terminal window, since it is the desktop, would not > have a border, would take up the entire desktop and could not be moved. It > would not appear in the window list of the window manager. > > Is there such an animal? > > Is it an application, a window manager or a combination of the two? > > Thanks. R u looking some thing like the following They are not X Window manger, But May be use it along with XWin.exe (I have not tried) http://blueboxshell.org/ http://bb4win.org/news.php http://www.litestep.net/ http://indiestep.sourceforge.net/ http://www.lokai.org/ http://www.geoshellx.com/ http://geoshell.sourceforge.net/GeoWiki http://carbon.shellscape.org/ http://shells.lokai.net/ __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From huntharo@msu.edu Sun Jun 1 20:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 20:05:00 -0000 Subject: XWin Icon Fidelity In-Reply-To: <000101c32830$7578d420$0200a8c0@straightrunning.com> References: <000101c32830$7578d420$0200a8c0@straightrunning.com> Message-ID: <3EDA5C8B.5090807@msu.edu> Colin, I looked at the X icon once in an icon editor on my friend's TiBook. Recall that an icon file stores several different sizes and depths of icons. The problem with the X icon that we have is that the masks on a lot of the depths/sizes are exposing too much area and a lot of that area has wonky coloring in it. That wonky/antialiased coloring comes when you upsize an icon from, say, 256 colors to true color. You then have to go back in and get rid of a lot of the antialiasing and shrink the mask back down. I just recently (last night) found a free icon editor for windows that does the trick. I may see if I can clean up our X icon eventually. Harold Colin Harrison wrote: > Hi, > > On multiwindow, picking up on Lev's comment on icons. > The XWin X icon displayed in the tray isn't as good looking as the default X > icon for say an xterm in the task bar. > Looking with the XP Magnifier it is probably either an aliasing effect, or a > mask defect? > > That is on XP with an ATI Rage Pro (ATI has proven to be fussy on icon > structure and Lev and me use 'em). > I'll try an alternative XWin icon and see what happens. > > Colin From huntharo@msu.edu Sun Jun 1 20:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 20:07:00 -0000 Subject: [ANNOUNCEMENT] Server Test 89 In-Reply-To: <000001c32826$6aae4520$0200a8c0@straightrunning.com> References: <000001c32826$6aae4520$0200a8c0@straightrunning.com> Message-ID: <3EDA5D05.5020408@msu.edu> Colin, Is that VS.NET 2002 or 2003? Stay tuned, I will be posting the source for a project that translates keystrokes into morse code. It uses hooking and shows how to properly do it. The source will be Visual Studio only, but that shouldn't matter since it isn't related to Cygwin :) Harold Colin Harrison wrote: > Hi, > > Looks good to me. > Unfortunately I can only test on WinXP and Win2003, I hope someone checks on > 95/98/ME. > > Are we still going to try to get rid of the mouse polling timer? > > I must admit xeyes is a bit sluggish, for me, when the pointer is out of > area, but this isn't a 'show stopper'! > > Harold's message hook link via www.codeproject.com opened a whole new > ballgame to me, especially as I just got the new version of Studio .NET, for > my sins (it's nice to peer over the fence to see what the neighbours are up > to!) > > Colin From huntharo@msu.edu Sun Jun 1 20:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 20:11:00 -0000 Subject: Help me analyze my configuration In-Reply-To: <20030601171733.GC4926@linnie.riede.org> References: <20030525210913.GE15195@linnie.riede.org> <3ED13386.6010802@msu.edu> <20030526194954.GD465@linnie.riede.org> <3ED2736E.4090600@msu.edu> <20030601171733.GC4926@linnie.riede.org> Message-ID: <3EDA5DFE.8090001@msu.edu> Willem, Willem Riede wrote: > On 2003.05.26 16:05, Harold L Hunt II wrote: > >>I think I would keep the 8500DV but get a new motherboard instead. I >>had read before that the AGP support on that particular Iwill board was >>spotty, but I didn't care because I had never owned an AGP card. Most >>other boards out there don't have the same types of problems and I am >>sure that Iwill has improved their AGP support in the past two years as >>well. >> >>Thanks for describing the problem. It was kinda neat to see the exact >>same problem that I had happening to another user :) I mean, it sucks >>that it happened to you, but it keeps me from thinking that I was just >>doing something wrong with my configuration. :) > > > Just in case anyone is curious how this story ends... > > I've replaced the Iwill KA266-R motherboard with a GigaByte GA-7DXE, and > things work great now with the 8500DV - DVD plays smooth as silk, and XWin > works properly with the default engine. > Excellent! It is good to have confirmation that the 8500 DV isn't the problem. Now if I can only talk the pre-wife into letting me get a new motherboard *and* the new All In Wonder 9500... :) > Now, if anyone wants a slightly used KA266-R :-) > I think the one I have is plenty for me. :) Harold From huntharo@msu.edu Sun Jun 1 20:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 20:29:00 -0000 Subject: XWin Icon Fidelity In-Reply-To: <000001c3284e$f8c3af80$0200a8c0@straightrunning.com> References: <000001c3284e$f8c3af80$0200a8c0@straightrunning.com> Message-ID: <3EDA6209.40908@msu.edu> Colin, Your patch is pretty close to being on the money. However, it doesn't call DestroyIcon to free the loaded icon, nor does it specify the LR_SHARED flag which would cause the icon to be automatically freed when no longer referenced. Unfortunately, we can't use LR_SHARED because MSDN states: "Windows 95/98: The function finds the first image with the requested resource name in the cache, regardless of the size requested." Thus, using LR_SHARED on Windows 95/98 would defeat the whole purpose of LoadImage, which is to load the icon with the specified size. Instead, we must keep a handle to the icon that LoadImage returns in our screen privates and we must call DestroyIcon on this handle in winDeleteNotifyIcon(). I went ahead and polished those rough edges for you. No charge :) I appreciate your patches... they tend to get the bulk of the problem fixed, which is the main stumbling point for me. I don't mind handling those niggling little details as above, as long as somebody gets me going in the right direction like you did. Thanks for contributing, Harold Colin Harrison wrote: > Hi, > > My fix is only applicable for the tray icon case. > Elsewhere it's a waste of time and obviously makes the task switcher worse > for > apps that default to X, where 32x32 is better. > > So only apply to wintrayicon.c > > --- save_wintrayicon.c 2003-06-01 14:58:40.000000000 +0100 > +++ wintrayicon.c 2003-06-01 15:16:11.000000000 +0100 > @@ -49,7 +49,12 @@ > nid.uID = pScreenInfo->dwScreen; > nid.uFlags = NIF_ICON | NIF_MESSAGE | NIF_TIP; > nid.uCallbackMessage = WM_TRAYICON; > - nid.hIcon = LoadIcon (g_hInstance, MAKEINTRESOURCE(IDI_XWIN)); > + nid.hIcon = LoadImage (g_hInstance, > + MAKEINTRESOURCE(IDI_XWIN), > + IMAGE_ICON, > + 16, > + 16, > + 0); > > /* Set display and screen-specific tooltip text */ > snprintf (nid.szTip, > > > Again I've only tested on XP. > > Colin > > > > From colin.harrison@virgin.net Sun Jun 1 21:10:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 01 Jun 2003 21:10:00 -0000 Subject: XWin Icon Fidelity Message-ID: <000001c32882$27e5ffb0$0200a8c0@straightrunning.com> Hi Harold, One of these days I'll read the manual (MSDN in this case) and stop writing leaky code :) Come to think of it now I've got MSDN with my shinny new V Studio .NET 2003 Pro I've got no excuse! (client supplied :)) The improved wizards in VS are supposed to write the source for you anyway, so all I have to do is click away, I may never hear any Morse Code! Colin From huntharo@msu.edu Sun Jun 1 21:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 21:21:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-41 Message-ID: <3EDA6E58.1030204@msu.edu> The XFree86-xserv-4.2.0-41 package has been updated in the Cygwin distribution. Changes: 1) wintrayicon.c/winInitNotifyIcon() - Replace call to LoadIcon with a call to LoadImage that specifies the 16x16 icon as the size to be loaded. This makes the tray icon look much cleaner. (Colin Harrison) 2) wintrayicon.c/winDeleteNotifyIcon() - Call DestroyIcon on the icon that was loaded in winInitNotifyIcon(). (Harold L Hunt II) 3) Clean up all compiler warnings in xc/programs/Xserver/hw/xwin. The code now builds without a single warning when using the default compilation flags on a Cygwin host. (Harold L Hunt II) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Sun Jun 1 21:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 01 Jun 2003 21:21:00 -0000 Subject: [ANNOUNCEMENT] Server Test 90 Message-ID: <3EDA6E56.30402@msu.edu> Links: I just posted Test 90 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 90 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-41 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test90.exe.bz2 (1208 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030601-1655.tar.bz2 (117 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test89 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test89-to-Test90.diff (10 KiB) Changes: 1) wintrayicon.c/winInitNotifyIcon() - Replace call to LoadIcon with a call to LoadImage that specifies the 16x16 icon as the size to be loaded. This makes the tray icon look much cleaner. (Colin Harrison) 2) wintrayicon.c/winDeleteNotifyIcon() - Call DestroyIcon on the icon that was loaded in winInitNotifyIcon(). (Harold L Hunt II) 3) Clean up all compiler warnings in xc/programs/Xserver/hw/xwin. The code now builds without a single warning when using the default compilation flags on a Cygwin host. (Harold L Hunt II) Enjoy, Harold From cgf@redhat.com Sun Jun 1 22:41:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 01 Jun 2003 22:41:00 -0000 Subject: Help me analyze my configuration In-Reply-To: <3EDA5DFE.8090001@msu.edu> References: <20030525210913.GE15195@linnie.riede.org> <3ED13386.6010802@msu.edu> <20030526194954.GD465@linnie.riede.org> <3ED2736E.4090600@msu.edu> <20030601171733.GC4926@linnie.riede.org> <3EDA5DFE.8090001@msu.edu> Message-ID: <20030601224058.GA17124@redhat.com> On Sun, Jun 01, 2003 at 04:11:42PM -0400, Harold L Hunt II wrote: >Willem, > >Willem Riede wrote: > >>On 2003.05.26 16:05, Harold L Hunt II wrote: >> >>>I think I would keep the 8500DV but get a new motherboard instead. I >>>had read before that the AGP support on that particular Iwill board was >>>spotty, but I didn't care because I had never owned an AGP card. Most >>>other boards out there don't have the same types of problems and I am >>>sure that Iwill has improved their AGP support in the past two years as >>>well. >>> >>>Thanks for describing the problem. It was kinda neat to see the exact >>>same problem that I had happening to another user :) I mean, it sucks >>>that it happened to you, but it keeps me from thinking that I was just >>>doing something wrong with my configuration. :) >> >> >>Just in case anyone is curious how this story ends... >> >>I've replaced the Iwill KA266-R motherboard with a GigaByte GA-7DXE, and >>things work great now with the 8500DV - DVD plays smooth as silk, and XWin >>works properly with the default engine. >> > >Excellent! It is good to have confirmation that the 8500 DV isn't the >problem. Now if I can only talk the pre-wife into letting me get a new >motherboard *and* the new All In Wonder 9500... :) > >>Now, if anyone wants a slightly used KA266-R :-) >> > >I think the one I have is plenty for me. :) Hey, I have one of those too. I've had no end of problems with it. Maybe it's time to swap in a new motherboard. cgf From huntharo@msu.edu Mon Jun 2 00:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 00:44:00 -0000 Subject: Keyboard Hook Example (MorseCode Beeper) Message-ID: <3EDA9DDA.4080303@msu.edu> Okay, I have finally posted the MorseCode beeper project that I have been talking about. It does several things that might be of interest to the Cygwin/XFree86 project: 1) Stores and loads settings from the registry. (Not tough, but helpful to have an example.) 2) Allows settings to be adjusted through a Properties window. (Again, not hard, but an example helps.) 3) Installs a Win32 API Hook that monitors keyboard messages for the entire system. (Really hard, example really helps. :) Both the source code and a binary zip can be downloaded from my home page: http://www.msu.edu/~huntharo/MorseCode/ Enjoy, Harold From earle@ziplabel.com Mon Jun 2 01:59:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 02 Jun 2003 01:59:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: Message-ID: <5.1.1.6.2.20030601184244.00aca420@mail.ziplabel.com> Howdy Lev, thanks for the info! At 09:42 AM 6/1/2003 -0400, you wrote: >I think I can tell you what you need to do to allow small and large icons >specified seperately. First, you need your window to be WNDCLASSEX not >WNDCLASS. This gives you the hIcon element as before, which is to be of >"system large" size, and in addition gives you an element hIconSm, which >is of "system small" size. Now of course you need to know what system >large, system small sizes are (the current code seems to assume system >large is 32x32). You can get this using GetSystemMetrics with parameters >SM_CXICON, SMCYICON for the system large and SM_CXSMICON, SMCYSMICON for >system small. The system large size is determined by the video driver and >cannot be changed any other way, the system small size is controlled by >the "caption buttons" size setting in the "display properties" applet, >appearance tab. Yup, that's listed (GCL_HICONSM) right next to the GWL_ value we presently use, I just never saw it! I did a quickie experiment and added bilinear filtering on the BW icon format only. Results: xcalc still looks like garbage even @32x32: instead of a black mismash, it's a gray one. There is just no good way of making some older icons look good, and newer apps use colored icons so there isn't quite so big a subsampling problem. IMHO, while you could add filtering and 16x16 icon creation to the present code, it wouldn't be worth the effort. Try it for yourself, use twm and take a snapshot of the big ol' xcalc icon, and then use your favorite image app to shrink it to 32x32 and I think you'll be disappointed no matter how you slice it. You also pointed out a possible problem, instead of using the system supplied X/Y of an icon we've got 32x32 hard coded. It seems that this assumption is correct on all Windoze versions so far, but it might be a bit more "proper" to replace the "iconSize=32;" to "iconSize=GetSystemMetrics(SM_CXICON);". It could also be changed to have non-square icons, in fact it was originally written to support them but I ended up just overriding the Y scale with the X scale. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From t4bs@hotmail.com Mon Jun 2 07:47:00 2003 From: t4bs@hotmail.com (Trevor Forbes) Date: Mon, 02 Jun 2003 07:47:00 -0000 Subject: Building a xt.dll Message-ID: <004001c328db$33d82ce0$6500a8c0@ufo> Does anyone have more specific information on the technical problem with building an xt.dll. I have searched the archives and seen the entry in the FAQ. Regards Trevor From celine.renard@actemium.com Mon Jun 2 08:03:00 2003 From: celine.renard@actemium.com (celine.renard@actemium.com) Date: Mon, 02 Jun 2003 08:03:00 -0000 Subject: =?iso-8859-1?q?R=E9f=2E_=3A_Re=3A_PseudoColor_and_error_with?= XAllocColorCells() Message-ID: C?line RENARD ACTEMIUM Le Havre Parc d'activit?s B.P. 117 76330 NOTRE-DAME-DE-GRAVENCHON - FRANCE email : celine.renard@actemium.com Tel : (33) 02 32 84 10 48 Standard : (33) 02 32 84 10 10 Telecopie : (33) 02 32 84 10 00 ----- R?achemin? par Celine Renard/NDG/MCII le 02/06/03 10:18 ----- Celine Renard Pour : cygwin-xfree@cygwin.com 27/05/03 18:28 cc : Objet : R?f. : Re: PseudoColor and error with XAllocColorCells()(Document link: Celine Renard) yes this software was wrote by collegues. the 72 colors are allocate in the default color map. but why XWin allocates so much color ? I'll try to implement the code to create my own color map and inform you if it is ok Thanks so much C?line RENARD Harold L Hunt II Pour : cygwin-xfree@cygwin.com Envoy? par : cc : cygwin-xfree-owner@ Objet : Re: PseudoColor and error with XAllocColorCells() cygwin.com 27/05/03 16:44 Veuillez r?pondre ? cygwin-xfree C?line, celine.renard@actemium.com wrote: > Hello, > > I test a software developped on Unix/Linux. This soft is a client of X > server. > So, I want to test the server Cygwin/XWin on Windows NT4. (Actually, we > have Exceed, and all is OK) > This soft needs to allocate 72 colors and these colors must be writable. > So, the X server must be in PseudoColor > To do that, I put in the file startxwin.bat : start XWin -fullscreen -depth > 8 > The xdpyinfo returns : > 1 visual > class is PseudoColor > depth is 8 planes > available colormap entries is 256 > > And I run my program on Unix platform and the display is my PC NT4 > I cant allocate my 72 colors with the function XAllocColorCells() > I can only allocate 6 colors with this function. > Can anybody help me and tell me why ? Did you write this software yourself? What you probably want to do is create your own color map first, then alloc the colors in that new colormap. It sounds like you are trying to alloc the colors in the default colormap, which have already been allocated. I'm not really an X Client developer, so I must ask the other folks: Is it even possible to create a private colormap? I assume that it is, because I had to implement the code to switch between colormaps when clients specified that they used a non-default colormap. Harold From Benjamin.Riefenstahl@epost.de Mon Jun 2 09:54:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 09:54:00 -0000 Subject: Server Test 88 In-Reply-To: (Lev Bishop's message of "Sat, 31 May 2003 19:33:52 -0400 (EDT)") References: Message-ID: Hi Lev, Lev Bishop writes: > On a related note, even the default 'X' icon that's used for xterms, > etc, and is presumably built into xwin.exe, well it looks fine when > alt-tabbing and on the taskbar, but the version on the windows > title-bar and the version in the system tray, well they're pretty > nasty. Yeah, I got this too. The defaukt icon obviously comes from the icon resource in XWin.exe. Such resources can have small icons 16x16 and large ones 32x32 and both are actually present. Problem is that the icons on the title and in the taskbar are scaled to 24x24 on my setup, so Windows must do some internal scaling. It's curious they don't do a better job of it, I know that one of my own applications written for Win 3.x some years ago could do this better by adding a standard Windows blur effect. I was going to try to improve the default icon so that it scales better, but I haven't yet found a decent way of editing icons with free tools. so long, benny From Benjamin.Riefenstahl@epost.de Mon Jun 2 10:00:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 10:00:00 -0000 Subject: XWin Icon Fidelity In-Reply-To: <3EDA5C8B.5090807@msu.edu> (Harold L. Hunt, II's message of "Sun, 01 Jun 2003 16:05:31 -0400") References: <000101c32830$7578d420$0200a8c0@straightrunning.com> <3EDA5C8B.5090807@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > That wonky/antialiased coloring comes when you upsize an icon from, > say, 256 colors to true color. You then have to go back in and get > rid of a lot of the antialiasing and shrink the mask back down. I think you want some white or gray border around the X, because otherwise it won't work on a dark background (like my desktop e.g.). Problem is that the slope of the X is not 45?, so you get a stair effect. That's probably why eXceed skewed the icon a bit so that its slopes actually are 45?. > I just recently (last night) found a free icon editor for windows > that does the trick. Can you share the secret? ;-) so long, benny From Benjamin.Riefenstahl@epost.de Mon Jun 2 10:20:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 10:20:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: (Alexander Gottwald's message of "Mon, 26 May 2003 19:55:28 +0200 (MEST)") References: Message-ID: Hi Harold, Would you mind applying this? I like to play with the test servers, but this is slightly annoying for me... TIA, benny Alexander Gottwald writes: > Alexander Gottwald wrote: > @Harold: Can you please apply this patch? It changes the default keyboard > layout for germany to plain "de". > > --- winconfig.c.orig Mon May 26 19:52:41 2003 > +++ winconfig.c Mon May 26 19:53:02 2003 > @@ -230,7 +230,7 @@ > WinKBLayoutRec winKBLayouts[] = { > {0x405, 4, "pc105", "cz", NULL, NULL, "Czech"}, > {0x406, 4, "pc105", "dk", NULL, NULL, "Danish"}, > - {0x407, 4, "pc105", "de", "nodeadkeys", NULL, "German (Germany)"}, > + {0x407, 4, "pc105", "de", NULL, NULL, "German (Germany)"}, > {0x809, 4, "pc105", "gb", NULL, NULL, "English (United Kingdom)"}, > > {0x40a, 4, "pc105", "es", NULL, NULL, "Spanish (Spain, Traditional > Sort)"}, > > {0x40b, 4, "pc105", "fi", NULL, NULL, "Finnish"}, From naganagouda.a@scandentgroup.com Mon Jun 2 10:24:00 2003 From: naganagouda.a@scandentgroup.com (naganagouda.a@scandentgroup.com) Date: Mon, 02 Jun 2003 10:24:00 -0000 Subject: i want to install cygwin first and then postgress. Message-ID: WIll it possible to install first cygwin and then postgresql. I dont want to put the postgrsql related files in /usr/local/pgsql directory, instead i want to put them in /pgsql/ directory, so is it possible? Regards, Naganagouda M www.scandentgroup.com "Infinite Possibilities Powered by Technology" From huntharo@msu.edu Mon Jun 2 12:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 12:31:00 -0000 Subject: i want to install cygwin first and then postgress. In-Reply-To: References: Message-ID: <3EDB4379.9060607@msu.edu> Ask at cygwin@cygwin.com... but be prepared for them to tell you to read more on your own before asking again. I set the reply-to address on this message for you (I hope). Harold naganagouda.a@scandentgroup.com wrote: > WIll it possible to install first cygwin and then postgresql. > I dont want to put the postgrsql related files in /usr/local/pgsql > directory, instead i want to put them in /pgsql/ directory, so is it > possible? > > Regards, > Naganagouda M > www.scandentgroup.com > "Infinite Possibilities Powered by Technology" > From huntharo@msu.edu Mon Jun 2 12:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 12:38:00 -0000 Subject: Server Test 88 In-Reply-To: References: Message-ID: <3EDB4541.2000508@msu.edu> Benny, Benjamin Riefenstahl wrote: > Hi Lev, > > > Lev Bishop writes: > >>On a related note, even the default 'X' icon that's used for xterms, >>etc, and is presumably built into xwin.exe, well it looks fine when >>alt-tabbing and on the taskbar, but the version on the windows >>title-bar and the version in the system tray, well they're pretty >>nasty. > > > Yeah, I got this too. > > The defaukt icon obviously comes from the icon resource in XWin.exe. > Such resources can have small icons 16x16 and large ones 32x32 and > both are actually present. Problem is that the icons on the title and > in the taskbar are scaled to 24x24 on my setup, so Windows must do > some internal scaling. It's curious they don't do a better job of it, > I know that one of my own applications written for Win 3.x some years > ago could do this better by adding a standard Windows blur effect. > Looking at the icon with an icon editor (see below) shows that it has four formats: 32 x 32 - 256 color 32 x 32 - 16 color 16 x 16 - 256 color 16 x 16 - 16 color All of them actually look pretty good at their native sizes. However, scaling the 32 x 32's down to 24 x 24 looks like crap, depending on the color that you send them to. I was able to make a pretty good 24 x 24 - 16 color icon without much trouble. I also made a 24 x 24 - 256 color icon. Now I suppose we should change the patch that Colin sent in to load the 24 x 24 icon instead of the 16 x 16 icon for the tray. I might give that a shot. > I was going to try to improve the default icon so that it scales > better, but I haven't yet found a decent way of editing icons with > free tools. The free editor I found was here: http://www.bouffler.freeserve.co.uk/icon_edit.htm Harold From huntharo@msu.edu Mon Jun 2 12:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 12:46:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: References: Message-ID: <3EDB470C.6000704@msu.edu> Benny, Sorry, I missed this in all the excitement :) Applied. Harold Benjamin Riefenstahl wrote: > Hi Harold, > > Would you mind applying this? I like to play with the test servers, > but this is slightly annoying for me... > > TIA, benny > > > Alexander Gottwald writes: > >>Alexander Gottwald wrote: >>@Harold: Can you please apply this patch? It changes the default keyboard >>layout for germany to plain "de". >> >>--- winconfig.c.orig Mon May 26 19:52:41 2003 >>+++ winconfig.c Mon May 26 19:53:02 2003 >>@@ -230,7 +230,7 @@ >> WinKBLayoutRec winKBLayouts[] = { >> {0x405, 4, "pc105", "cz", NULL, NULL, "Czech"}, >> {0x406, 4, "pc105", "dk", NULL, NULL, "Danish"}, >>- {0x407, 4, "pc105", "de", "nodeadkeys", NULL, "German (Germany)"}, >>+ {0x407, 4, "pc105", "de", NULL, NULL, "German (Germany)"}, >> {0x809, 4, "pc105", "gb", NULL, NULL, "English (United Kingdom)"}, >> >> {0x40a, 4, "pc105", "es", NULL, NULL, "Spanish (Spain, Traditional >>Sort)"}, >> >> {0x40b, 4, "pc105", "fi", NULL, NULL, "Finnish"}, > > From huntharo@msu.edu Mon Jun 2 13:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 13:06:00 -0000 Subject: X icon In-Reply-To: <3EDB4541.2000508@msu.edu> References: <3EDB4541.2000508@msu.edu> Message-ID: <3EDB4BB6.1090602@msu.edu> >> The defaukt icon obviously comes from the icon resource in XWin.exe. >> Such resources can have small icons 16x16 and large ones 32x32 and >> both are actually present. Problem is that the icons on the title and >> in the taskbar are scaled to 24x24 on my setup, so Windows must do >> some internal scaling. It's curious they don't do a better job of it, >> I know that one of my own applications written for Win 3.x some years >> ago could do this better by adding a standard Windows blur effect. >> > Microsoft never comes right out and says what bloody size *all* icons are supposed to be in the various places in Windows. The nearest I have ever been able to find is the following: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/html/winxpicons.asp It looks like 16 x 16 is what is used for the notification tray, and they specifically mention that 24 x 24 doesn't have to be supplied by an application icon (they are used in toolbars though). > I was able to make a pretty good 24 x 24 - 16 color icon without much > trouble. I also made a 24 x 24 - 256 color icon. Now I suppose we > should change the patch that Colin sent in to load the 24 x 24 icon > instead of the 16 x 16 icon for the tray. I might give that a shot. > Nope that doesn't look good. I just noticed that you had said that you had customized your system to use 24 x 24 icons in the notification area. I will see if I can find a metric that we can query to find this size. Harold From Benjamin.Riefenstahl@epost.de Mon Jun 2 13:07:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 13:07:00 -0000 Subject: Server Test 88 In-Reply-To: <3EDB4541.2000508@msu.edu> (Harold L. Hunt, II's message of "Mon, 02 Jun 2003 08:38:25 -0400") References: <3EDB4541.2000508@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > I was able to make a pretty good 24 x 24 - 16 color icon without > much trouble. I also made a 24 x 24 - 256 color icon. Now I > suppose we should change the patch that Colin sent in to load the 24 > x 24 icon instead of the 16 x 16 icon for the tray. I might give > that a shot. I'd like to see that. Note that in my understanding, the icons shown on the desktop and in Explorer views are restricted to the choices 16x16, 32x32 or 48x48. OTOH the size of icons in the Window titles and taskbar depend on the size available, which can be configured by the user, so there will always be sizes that are not covered by the icon resource. IOW, you can't please them all :-((. > The free editor I found was here: > > http://www.bouffler.freeserve.co.uk/icon_edit.htm Thanks, I'll have a look. so long, benny From huntharo@msu.edu Mon Jun 2 13:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 13:10:00 -0000 Subject: Building a xt.dll In-Reply-To: <004001c328db$33d82ce0$6500a8c0@ufo> References: <004001c328db$33d82ce0$6500a8c0@ufo> Message-ID: <3EDB4CAE.8060801@msu.edu> I think I speak for all of us here when I say: Huh? Harold Trevor Forbes wrote: > Does anyone have more specific information on the technical problem with > building an xt.dll. I have searched the archives and seen the entry in > the FAQ. > > Regards Trevor From huntharo@msu.edu Mon Jun 2 13:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 13:41:00 -0000 Subject: Code reorganization heads up Message-ID: <3EDB53F7.1090809@msu.edu> All developers, I am pulling code out of winmultiwindowwindow.c and putting it into separate files that deal with more specific tasks. This single file has grown to over 50 KiB, so it is time to break it apart to make it more manageable. This should have been done some time ago, but, well, it wasn't. Please try to hold off on any big patches until after tonight when I release a new test version. Harold From abraverman@itms.com Mon Jun 2 13:49:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 02 Jun 2003 13:49:00 -0000 Subject: Problem with releases since -37 Message-ID: <001b01c3290d$ba815e60$1e54cea7@andrew> I suddenly have a problem running one of the programs that I run all the time. As of release 37, it works fine (I just went back to 37 so that I can run it). The program is ddd (a good graphical debugger, for those who do not know). When running it with versions since 37, it crashes XWin before even displaying the first window. I just tried it with -41 and it still happens. If I debug it, I get the following error: "Unhandled exception in XWin.exe (CYGWIN1.DLL): 0xC0000005: Access Violation." I can get this to happen at will, so if someone wants me to try something, I can do that. I do not, however, currently have source code on my machine. I have the bz2 from setup. Thanks, everyone, for the wonderful product. I appreciate the work you are putting into it. One of these days, I will dig up enough time to get and understand the source code so I can contribute as well. Until then, any help you can give me would be appreciated. Andrew Braverman From alanh@fairlite.demon.co.uk Mon Jun 2 14:22:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 02 Jun 2003 14:22:00 -0000 Subject: Code reorganization heads up In-Reply-To: <3EDB53F7.1090809@msu.edu> References: <3EDB53F7.1090809@msu.edu> Message-ID: <20030602142245.GC1867@fairlite.demon.co.uk> On Mon, Jun 02, 2003 at 09:41:11AM -0400, Harold L Hunt II wrote: > All developers, > > I am pulling code out of winmultiwindowwindow.c and putting it into > separate files that deal with more specific tasks. This single file has > grown to over 50 KiB, so it is time to break it apart to make it more > manageable. This should have been done some time ago, but, well, it wasn't. > > Please try to hold off on any big patches until after tonight when I > release a new test version. Harold, I think it's worthwhile either doing more of this in the xoncygwin CVS or sending me a few patches to merge into the XFree86 CVS, as and when your ready. How you fixed for a 4.3.0 release ? I can do the build and produce the binaries if someone can package it up for the setup.exe application. Alan. From huntharo@msu.edu Mon Jun 2 14:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 14:31:00 -0000 Subject: Code reorganization heads up In-Reply-To: <20030602142245.GC1867@fairlite.demon.co.uk> References: <3EDB53F7.1090809@msu.edu> <20030602142245.GC1867@fairlite.demon.co.uk> Message-ID: <3EDB5FC9.5090801@msu.edu> Alan, Alan Hourihane wrote: > On Mon, Jun 02, 2003 at 09:41:11AM -0400, Harold L Hunt II wrote: > >>All developers, >> >>I am pulling code out of winmultiwindowwindow.c and putting it into >>separate files that deal with more specific tasks. This single file has >>grown to over 50 KiB, so it is time to break it apart to make it more >>manageable. This should have been done some time ago, but, well, it wasn't. >> >>Please try to hold off on any big patches until after tonight when I >>release a new test version. > > > Harold, > > I think it's worthwhile either doing more of this in the xoncygwin CVS > or sending me a few patches to merge into the XFree86 CVS, as and when > your ready. I really don't know much about administering CVS... and I kinda don't have time to learn right now. However, if someone else is willing to set it up, I would be more than happy to start using it. I would want the xoncygwin CVS default branch updated to 4.3.0 and I would want the latest test release checked into hw/xwin... then I would be good to go. Any volunteers? As for the XFree86 CVS committ... I have been waiting to do a little reorganization before sending you a resynch patch. It is going to be big, as in over 100 KiB. > How you fixed for a 4.3.0 release ? > No. Remember that I tried to build the 4.2.0 binaries and had some missing files that I couldn't explain. You ended up building the binaries for me and didn't have any troubles. > I can do the build and produce the binaries if someone can package > it up for the setup.exe application. > I was going to ask you to, but, well, I didn't want to ask you to :) I could certainly adapt the packaging script if you built the 4.3.0 binaries. Beware... I haven't tried to build the 4.3.0 branch on Cygwin, nor have I tried to cross compile it. I have no idea if it still works :( Harold From huntharo@msu.edu Mon Jun 2 14:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 14:34:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <001b01c3290d$ba815e60$1e54cea7@andrew> References: <001b01c3290d$ba815e60$1e54cea7@andrew> Message-ID: <3EDB6081.9020604@msu.edu> Andrew, Please do a manual file scan for multiple copies of cygwin1.dll. Don't tell me anything about paths, just do the search and report how many copies you find. For more info specific to this problem, see the following FAQ entry: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-status-access-violation I wouldn't doubt it if this problem is just exemplified by the new randomness of things that happen in releases after -37. I would actually be surprised if we introduced a bug, since the crash seems to be in cygwin1.dll. Harold Andrew Braverman wrote: > I suddenly have a problem running one of the programs that I run all the > time. As of release 37, it works fine (I just went back to 37 so that I can > run it). The program is ddd (a good graphical debugger, for those who do > not know). When running it with versions since 37, it crashes XWin before > even displaying the first window. I just tried it with -41 and it still > happens. If I debug it, I get the following error: > "Unhandled exception in XWin.exe (CYGWIN1.DLL): 0xC0000005: Access > Violation." > > I can get this to happen at will, so if someone wants me to try something, I > can do that. I do not, however, currently have source code on my machine. > I have the bz2 from setup. > > Thanks, everyone, for the wonderful product. I appreciate the work you are > putting into it. One of these days, I will dig up enough time to get and > understand the source code so I can contribute as well. Until then, any > help you can give me would be appreciated. > > Andrew Braverman > > > From jeb@jeremywilkins.freeserve.co.uk Mon Jun 2 15:32:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 02 Jun 2003 15:32:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <001b01c3290d$ba815e60$1e54cea7@andrew> References: <001b01c3290d$ba815e60$1e54cea7@andrew> Message-ID: <3EDB7C20.3000002@jeremywilkins.freeserve.co.uk> I've just updated to -41 (from -34 or -35, can't remember) and find netscape 4.7 (from a solaris box) frequently crashes Xwin. Other apps like emacs, xterm and xclock (from the same solaris box) seem fine. jeremy PS: Definately only got one cygwin1.dll Andrew Braverman wrote: > I suddenly have a problem running one of the programs that I run all the > time. As of release 37, it works fine (I just went back to 37 so that I can > run it). The program is ddd (a good graphical debugger, for those who do > not know). When running it with versions since 37, it crashes XWin before > even displaying the first window. I just tried it with -41 and it still > happens. If I debug it, I get the following error: > "Unhandled exception in XWin.exe (CYGWIN1.DLL): 0xC0000005: Access > Violation." > > I can get this to happen at will, so if someone wants me to try something, I > can do that. I do not, however, currently have source code on my machine. > I have the bz2 from setup. > > Thanks, everyone, for the wonderful product. I appreciate the work you are > putting into it. One of these days, I will dig up enough time to get and > understand the source code so I can contribute as well. Until then, any > help you can give me would be appreciated. > > Andrew Braverman > > > > > > From huntharo@msu.edu Mon Jun 2 15:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 15:34:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-42 Message-ID: <3EDB6E7A.1050400@msu.edu> The XFree86-xserv-4.2.0-42 package has been updated in the Cygwin distribution. Changes: 1) winconfig.c - Change nodeadkeys default to NULL for the German (Germany) keyboard layout. (Alexander Gottwald, Benjamin Riefenstahl) 2) X.ico - Add 24 x 24 - 256 color and 24 x 24 - 16 color icons. (Harold L Hunt II, Benjamin Riefenstahl) 3) wintrayicon.c - Change hard-coded 16 x 16 icon load to use GetSystemMetrics (SM_CXSMICON) and GetSystemMetrics (SM_CYSMICON) to retrieve size of small icon to be used. Hopefully this loads the 24 x 24 icon on systems that have been changed to use 24 x 24 icons for the notification tray. (Harold L Hunt II, Benjamin Riefenstahl) 4) winmultiwindowwindow.c - Break some functions from this file into several new files: winmultiwindowicons.c, winmultiwindowshape.c, and winmultiwindowwndproc.c. Provide enough Tender Loving Care (TLC) to the various header files so that all files still build with no warnings. Note that this drops the size of winmultiwindowwindow.c from 55 KiB to 21 KiB and creates three new files, none of which is larger than 23 KiB. Of those three new files, winmultiwindowicons.c is 10 KiB, winmultiwindowshape.c is 6 KiB, and winmultiwindowwndproc.c is 23 KiB. Finally, it is interesting to note that winmultiwindowwndproc.c contains a single function, winTopLevelWindowProc(), so that file cannot be made any smaller by breaking other functions into separate files. (Harold L Hunt II) 5) winclass.c, winclass.h - Rename these files to winmultiwindowclass.c and winmultiwindowclass.h, respectively, since they are only used in MultiWindow mode. Prefix the functions in these files with MultiWindow. (Harold L Hunt II) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From huntharo@msu.edu Mon Jun 2 15:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 15:34:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 Message-ID: <3EDB6E74.5080207@msu.edu> Links: I just posted Test 91 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 91 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-42 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91.exe.bz2 (1208 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030602-1055.tar.bz2 (118 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test90 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test90-to-Test91.diff.bz2 (18 KiB) Changes: 1) winconfig.c - Change nodeadkeys default to NULL for the German (Germany) keyboard layout. (Alexander Gottwald, Benjamin Riefenstahl) 2) X.ico - Add 24 x 24 - 256 color and 24 x 24 - 16 color icons. (Harold L Hunt II, Benjamin Riefenstahl) 3) wintrayicon.c - Change hard-coded 16 x 16 icon load to use GetSystemMetrics (SM_CXSMICON) and GetSystemMetrics (SM_CYSMICON) to retrieve size of small icon to be used. Hopefully this loads the 24 x 24 icon on systems that have been changed to use 24 x 24 icons for the notification tray. (Harold L Hunt II, Benjamin Riefenstahl) 4) winmultiwindowwindow.c - Break some functions from this file into several new files: winmultiwindowicons.c, winmultiwindowshape.c, and winmultiwindowwndproc.c. Provide enough Tender Loving Care (TLC) to the various header files so that all files still build with no warnings. Note that this drops the size of winmultiwindowwindow.c from 55 KiB to 21 KiB and creates three new files, none of which is larger than 23 KiB. Of those three new files, winmultiwindowicons.c is 10 KiB, winmultiwindowshape.c is 6 KiB, and winmultiwindowwndproc.c is 23 KiB. Finally, it is interesting to note that winmultiwindowwndproc.c contains a single function, winTopLevelWindowProc(), so that file cannot be made any smaller by breaking other functions into separate files. (Harold L Hunt II) 5) winclass.c, winclass.h - Rename these files to winmultiwindowclass.c and winmultiwindowclass.h, respectively, since they are only used in MultiWindow mode. Prefix the functions in these files with MultiWindow. (Harold L Hunt II) Enjoy, Harold From huntharo@msu.edu Mon Jun 2 15:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 15:37:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <3EDB7C20.3000002@jeremywilkins.freeserve.co.uk> References: <001b01c3290d$ba815e60$1e54cea7@andrew> <3EDB7C20.3000002@jeremywilkins.freeserve.co.uk> Message-ID: <3EDB6F46.9070703@msu.edu> Jeremy, Jeremy Wilkins wrote: > I've just updated to -41 (from -34 or -35, can't remember) and find > netscape 4.7 (from a solaris box) frequently crashes Xwin. Other apps > like emacs, xterm and xclock (from the same solaris box) seem fine. > Does it just crash XWin.exe, or does it give the STATUS ACCESS VIOLATION dialog box that indicates that the crash occurred in cygwin1.dll? If it is the former, then that is because of a bug in XWin.exe (which I have heard reports of for Netscape before), if it is the later (Andrew's case) then it is probably because of multiple copies of cygwin1.dll on your system. > jeremy > > PS: Definately only got one cygwin1.dll Right, I think you have a different problem. Harold From pcolovas@lucent.com Mon Jun 2 15:47:00 2003 From: pcolovas@lucent.com (Peter Colovas) Date: Mon, 02 Jun 2003 15:47:00 -0000 Subject: Multiwindow request Message-ID: <3EDB717C.5090300@lucent.com> I think the multi-window mode of xfree is great work. Since the addition of the changeable window title it has been everything I need. I have a feature request. I don't know how difficult it would be, but it would be great if the right click menu in the trayy had the option to open an new xterm window. I sometimes close my only local window, and I hate to have to shut everything else donw just to get a new one. Thanks for all the great work. -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181 From jeb@jeremywilkins.freeserve.co.uk Mon Jun 2 15:55:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 02 Jun 2003 15:55:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <3EDB6F46.9070703@msu.edu> References: <001b01c3290d$ba815e60$1e54cea7@andrew> <3EDB7C20.3000002@jeremywilkins.freeserve.co.uk> <3EDB6F46.9070703@msu.edu> Message-ID: <3EDB819C.1060308@jeremywilkins.freeserve.co.uk> Took a little longer to crash this time :) No STATUS ACCESS VIOLATION - just the 'tell microsoft about this crash' box (I'm running XP). I've attached the XWin.log. I'm launching netscape using 'ssh -X me@server netscape' jeremy Harold L Hunt II wrote: > Jeremy, > > Jeremy Wilkins wrote: > >> I've just updated to -41 (from -34 or -35, can't remember) and find >> netscape 4.7 (from a solaris box) frequently crashes Xwin. Other apps >> like emacs, xterm and xclock (from the same solaris box) seem fine. >> > > Does it just crash XWin.exe, or does it give the STATUS ACCESS VIOLATION > dialog box that indicates that the crash occurred in cygwin1.dll? If it > is the former, then that is because of a bug in XWin.exe (which I have > heard reports of for Netscape before), if it is the later (Andrew's > case) then it is probably because of multiple copies of cygwin1.dll on > your system. > >> jeremy >> >> PS: Definately only got one cygwin1.dll > > > Right, I think you have a different problem. > > Harold > > > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From jeb@jeremywilkins.freeserve.co.uk Mon Jun 2 15:57:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 02 Jun 2003 15:57:00 -0000 Subject: Multiwindow request In-Reply-To: <3EDB717C.5090300@lucent.com> References: <3EDB717C.5090300@lucent.com> Message-ID: <3EDB81FF.7070003@jeremywilkins.freeserve.co.uk> How about putting an xterm shortcut in your start menu (or wherever you launch you windows apps from)? jeremy Peter Colovas wrote: > I think the multi-window mode of xfree is great work. Since the addition > of the changeable window title it has been everything I need. I have a > feature request. I don't know how difficult it would be, but it would be > great if the right click menu in the trayy had the option to open an new > xterm window. I sometimes close my only local window, and I hate to have > to shut everything else donw just to get a new one. > Thanks for all the great work. From colin.harrison@virgin.net Mon Jun 2 16:02:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 02 Jun 2003 16:02:00 -0000 Subject: Multiwindow request Message-ID: <000001c32920$5942d3f0$0200a8c0@straightrunning.com> Hi, It's a bit of a clienty thing. I've got up to 5 remote linux machines + a local cygwin XFree86 which I display via XWin multi. The design would need to incorp. some kind of client chooser. You can always launch a new xterm from a Cygwin shell. Colin From pcolovas@lucent.com Mon Jun 2 16:03:00 2003 From: pcolovas@lucent.com (Peter Colovas) Date: Mon, 02 Jun 2003 16:03:00 -0000 Subject: Multiwindow request In-Reply-To: <3EDB81FF.7070003@jeremywilkins.freeserve.co.uk> References: <3EDB717C.5090300@lucent.com> <3EDB81FF.7070003@jeremywilkins.freeserve.co.uk> Message-ID: <3EDB753B.9050800@lucent.com> Gee, hadn't thought of that. I often forget the separation between windows and xfree is not absolute. -Pete Jeremy Wilkins wrote: > How about putting an xterm shortcut in your start menu (or wherever you > launch you windows apps from)? > > jeremy > > Peter Colovas wrote: > >> I think the multi-window mode of xfree is great work. Since the >> addition of the changeable window title it has been everything I need. >> I have a feature request. I don't know how difficult it would be, but >> it would be great if the right click menu in the trayy had the option >> to open an new xterm window. I sometimes close my only local window, >> and I hate to have to shut everything else donw just to get a new one. >> Thanks for all the great work. > > > -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181 From ihok@hotmail.com Mon Jun 2 16:21:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Mon, 02 Jun 2003 16:21:00 -0000 Subject: taskbar and system tray menus Message-ID: <3EDB7826.7050704@hotmail.com> I know this is really, really nitpicky, and inconsequential in comparison with the great work recently done on Xfree (thank you folks enormously!), but still: can the context menu for all X clients be re-ordered such that the Exit option is bottom-most? (For example, see the context menus for any application not in the system tray.) On a related note, can the context menu for the system tray icon be re-ordered the same way? My motivation for this request is that I'm simply very used to closing applications by right-clicking and picking the last option on the list, which is where my mouse pointer already happens to be. -JT From lev.bishop@yale.edu Mon Jun 2 16:41:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Mon, 02 Jun 2003 16:41:00 -0000 Subject: X icon Message-ID: Harold, Harold wrote: > Microsoft never comes right out and says what bloody size *all* icons > are supposed to be in the various places in Windows. The nearest I have > ever been able to find is the following: So from what I understand there are 4 sizes used by windows. "{system|shell} {small|large}". For our purposes we only care about the "system" sizes. ("shell small" is used in explorer and shell dialogs, "shell large" on the desktop and one or other of these goes on the start menu). "System small" is what gets used for window titlebars & the system tray and *the user can change it* at will by configuring the "caption buttons" size in the "advanced" dialog of "display properties"->"appearance". "System large" is what goes in the alt-tab dialog, and the size is determined *by your video driver*. Possibly that gets changed depending on the "dpi" setting of the video driver, I'm not sure. You can find out the current settings for these system sizes using GetSystemMetrics. Here's one msdn doc: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/resources/icons/abouticons.asp Lev From Ruth.Ivimey-Cook@ivimey.org Mon Jun 2 17:04:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Mon, 02 Jun 2003 17:04:00 -0000 Subject: Schedule for upgrade to XFree 4.3? In-Reply-To: <3EDB717C.5090300@lucent.com> Message-ID: <4.3.2.7.0.20030602180509.01f98eb0@mailhost.ivimey.org> Folks, Is there a schedule for upgrade to XFree 4.3? Ruth From colin.harrison@virgin.net Mon Jun 2 17:27:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 02 Jun 2003 17:27:00 -0000 Subject: taskbar and system tray menus Message-ID: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> Hi-Jack, It's fairly easy to do this (multiwindow) I assume you want the 'Close' at the bottom instead of the 'Always On Top' in the sys menus (right click on app. title or task bar) (i.e. the two menu items transposed)? and 'Exit' at the bottom below 'Show Root Window' in the tray (right click on tray X icon )(again transposed)? If others agree... I'll try this after Harold's reorg. Coding Note: requires a minor change to XWin.rc and a function call change in winmultiwindowwindow.c.(AppendMenu to InsertMenu or InsertMenuItem with a bit of jiggery pokery) I agree it would be more 'normal' to have close/exits at the bottom of menu items (why be weird, it's almost a standard in Windows, until MS re-style and blow us all away!) Colin From tiroy@poczta.onet.pl Mon Jun 2 17:41:00 2003 From: tiroy@poczta.onet.pl (Tomasz Rojek) Date: Mon, 02 Jun 2003 17:41:00 -0000 Subject: Schedule for upgrade to XFree 4.3? References: <3EDB717C.5090300@lucent.com> <4.3.2.7.0.20030602180509.01f98eb0@mailhost.ivimey.org> Message-ID: > Is there a schedule for upgrade to XFree 4.3? First of all: you should have created a new thread. Anyway the question is interesting. Harold && Colin && Biju && Earle && Alexander && Christopher && others_that_should_be_mentioned: do you have any plans for preparing XFree 4.3 binaries for Cygwin environment? Greetings -- Tomasz Rojek From tiroy@poczta.onet.pl Mon Jun 2 17:49:00 2003 From: tiroy@poczta.onet.pl (Tomasz Rojek) Date: Mon, 02 Jun 2003 17:49:00 -0000 Subject: Schedule for upgrade to XFree 4.3? Message-ID: > Is there a schedule for upgrade to XFree 4.3? First of all: you should have created a new thread. Anyway the question is interesting. Harold && Colin && Biju && Earle && Alexander && Christopher && others_that_should_be_mentioned: do you have any plans for preparing XFree 4.3 binaries for Cygwin environment? Greetings -- Tomasz Rojek From abraverman@itms.com Mon Jun 2 17:51:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 02 Jun 2003 17:51:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <3EDB6081.9020604@msu.edu> Message-ID: <002d01c3292f$a1448590$1e54cea7@andrew> There is only 1 cygwin1.dll anywhere on my system. Just to clarify what happens, I do get the do you want to report this to microsoft box and no specific error message originally. I then choose the debug button, which is when I first see the access violation. Anyone have any other ideas? - Andy > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Monday, June 02, 2003 10:35 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Problem with releases since -37 > > > Andrew, > > Please do a manual file scan for multiple copies of > cygwin1.dll. Don't > tell me anything about paths, just do the search and report how many > copies you find. > > For more info specific to this problem, see the following FAQ entry: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-sta > tus-access-violation > > > I wouldn't doubt it if this problem is just exemplified by the new > randomness of things that happen in releases after -37. I would > actually be surprised if we introduced a bug, since the crash > seems to > be in cygwin1.dll. > > Harold > > Andrew Braverman wrote: > > > I suddenly have a problem running one of the programs that > I run all the > > time. As of release 37, it works fine (I just went back to > 37 so that I can > > run it). The program is ddd (a good graphical debugger, > for those who do > > not know). When running it with versions since 37, it > crashes XWin before > > even displaying the first window. I just tried it with -41 > and it still > > happens. If I debug it, I get the following error: > > "Unhandled exception in XWin.exe (CYGWIN1.DLL): > 0xC0000005: Access > > Violation." > > > > I can get this to happen at will, so if someone wants me to > try something, I > > can do that. I do not, however, currently have source code > on my machine. > > I have the bz2 from setup. > > > > Thanks, everyone, for the wonderful product. I appreciate > the work you are > > putting into it. One of these days, I will dig up enough > time to get and > > understand the source code so I can contribute as well. > Until then, any > > help you can give me would be appreciated. > > > > Andrew Braverman > > > > > > > > From Benjamin.Riefenstahl@epost.de Mon Jun 2 18:00:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 18:00:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-42 In-Reply-To: <3EDB6E7A.1050400@msu.edu> (Harold L. Hunt, II's message of "Mon, 02 Jun 2003 11:34:18 -0400") References: <3EDB6E7A.1050400@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > 1) winconfig.c - Change nodeadkeys default to NULL for the German > (Germany) keyboard layout. (Alexander Gottwald, Benjamin > Riefenstahl) > > 2) X.ico - Add 24 x 24 - 256 color and 24 x 24 - 16 color icons. > (Harold L Hunt II, Benjamin Riefenstahl) > > 3) wintrayicon.c - Change hard-coded 16 x 16 icon load to use > GetSystemMetrics (SM_CXSMICON) and GetSystemMetrics (SM_CYSMICON) to > retrieve size of small icon to be used. Hopefully this loads the 24 > x 24 icon on systems that have been changed to use 24 x 24 icons for > the notification tray. (Harold L Hunt II, Benjamin Riefenstahl) You're making it sound like I did a whole lot of work, when I was just complaining most of the time ;-). > 2) X.ico - Add 24 x 24 - 256 color and 24 x 24 - 16 color icons. > (Harold L Hunt II, Benjamin Riefenstahl) Are you sure that this is included? When I extract the icon from the binary, it doesn't seem to have changed. This may be related to the fact that the icon isn't mentioned as a dependency of XWin.res in the Makefile. so long, benny From uribarri_u@tsm.es Mon Jun 2 18:09:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Mon, 02 Jun 2003 18:09:00 -0000 Subject: xwinclip shouldn't monitor the primary selection Message-ID: I think that xwinclip shouldn't monitor the primary selection because: a) The primary selection has user feedback. When an X application loses the primary selection, usually clears the selection, so you can't delete, cut, copy or whatever you want to do. b) The primary selection doesn't behave like the windows clipboard, so windows users get confused. On the other hand, the clipboard selection doesn't usually have user feedback and behaves like the windows clipboard: you must request the cut or copy operation explicitly. What do you think? Thanks From huntharo@msu.edu Mon Jun 2 18:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:17:00 -0000 Subject: Multiwindow request In-Reply-To: <3EDB717C.5090300@lucent.com> References: <3EDB717C.5090300@lucent.com> Message-ID: <3EDB94B3.9020304@msu.edu> Peter, I think this is doable. We already know the server display and screen number, so we could create a DISPLAY environment variable to pass to a new shell. We could also construct a PATH variable that might be able to deduce the location of cygwin1.dll... but I think that would already be in the PATH env var that XWin.exe has, so we could possible read it and pass it to the child shell. With all of that being said, I don't think I will be writing this anytime soon, unless I am bored. Harold Peter Colovas wrote: > I think the multi-window mode of xfree is great work. Since the addition > of the changeable window title it has been everything I need. I have a > feature request. I don't know how difficult it would be, but it would be > great if the right click menu in the trayy had the option to open an new > xterm window. I sometimes close my only local window, and I hate to have > to shut everything else donw just to get a new one. > Thanks for all the great work. From huntharo@msu.edu Mon Jun 2 18:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:18:00 -0000 Subject: Multiwindow request In-Reply-To: <000001c32920$5942d3f0$0200a8c0@straightrunning.com> References: <000001c32920$5942d3f0$0200a8c0@straightrunning.com> Message-ID: <3EDB9503.5020502@msu.edu> I don't think a client chooser would be needed. Each display/screen registers its own notification tray icon and the functionality of 'launch xterm' could only be to launch an xterm that is running on the local machine and connected to the local display. It would have to be disabled for XDMCP sessions. Harold Colin Harrison wrote: > Hi, > > It's a bit of a clienty thing. > I've got up to 5 remote linux machines + a local cygwin XFree86 which I > display via XWin multi. > The design would need to incorp. some kind of client chooser. > > You can always launch a new xterm from a Cygwin shell. > > Colin > From huntharo@msu.edu Mon Jun 2 18:25:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:25:00 -0000 Subject: taskbar and system tray menus In-Reply-To: <3EDB7826.7050704@hotmail.com> References: <3EDB7826.7050704@hotmail.com> Message-ID: <3EDB96A4.5060003@msu.edu> Jack, Let me rephrase this: 1) Move 'Always On Top' to the top of the system menu, instead of putting it at the bottom. 2) Move 'Exit' from the top of the notification tray icon menu to the bottom. Those sound doable and they both sound like standards that other Windows apps follows. I think they should be done. Harold Jack Tanner wrote: > I know this is really, really nitpicky, and inconsequential in > comparison with the great work recently done on Xfree (thank you folks > enormously!), but still: can the context menu for all X clients be > re-ordered such that the Exit option is bottom-most? (For example, see > the context menus for any application not in the system tray.) > > On a related note, can the context menu for the system tray icon be > re-ordered the same way? > > My motivation for this request is that I'm simply very used to closing > applications by right-clicking and picking the last option on the list, > which is where my mouse pointer already happens to be. > > -JT From huntharo@msu.edu Mon Jun 2 18:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:31:00 -0000 Subject: X icon In-Reply-To: References: Message-ID: <3EDB9800.1040405@msu.edu> Lev, Lev Bishop wrote: > Harold, > > Harold wrote: > >>Microsoft never comes right out and says what bloody size *all* icons >>are supposed to be in the various places in Windows. The nearest I have >>ever been able to find is the following: > > > So from what I understand there are 4 sizes used by windows. > "{system|shell} {small|large}". For our purposes we only care about the > "system" sizes. ("shell small" is used in explorer and shell dialogs, > "shell large" on the desktop and one or other of these goes on the start > menu). > > "System small" is what gets used for window titlebars & the system tray > and *the user can change it* at will by configuring the "caption buttons" > size in the "advanced" dialog of "display properties"->"appearance". > > "System large" is what goes in the alt-tab dialog, and the size is > determined *by your video driver*. Possibly that gets changed depending on > the "dpi" setting of the video driver, I'm not sure. > > You can find out the current settings for these system sizes using > GetSystemMetrics. > Okay, I used SM_CXSMICON and SM_CYSMICON for determining the size of the icon to load for the system tray in 4.2.0-42 (Test91). That seems correct according to the MSDN doc cited below. On the other hand, the 24 x 24 icon I made looks like crap. I just realized that my notebook uses 24 x 24 small icons because I am running it with 120 dpi fonts. I should have looked at the icon on here first, cause it really is obviously garbage. Then again, it looks like there are green pixels in the 24 x 24 icon when I magnify it... which I distinctly remember going through and removing after scaling the 32 x 32 icon down to 24 x 24. I wonder if the wrong size icon is still being loaded on my notebook and being manually scaled by Windows to 24 x 24, thus reintroducing the green pixels. > Here's one msdn doc: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/resources/icons/abouticons.asp > That is the doc I was looking for! I haven't found that in months of searching for it. I can't believe I missed it. Thanks for pointing me there. Harold From huntharo@msu.edu Mon Jun 2 18:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:32:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <3EDB819C.1060308@jeremywilkins.freeserve.co.uk> References: <001b01c3290d$ba815e60$1e54cea7@andrew> <3EDB7C20.3000002@jeremywilkins.freeserve.co.uk> <3EDB6F46.9070703@msu.edu> <3EDB819C.1060308@jeremywilkins.freeserve.co.uk> Message-ID: <3EDB982C.4050102@msu.edu> Jeremy, Try running without -clipboard and report your results. Harold Jeremy Wilkins wrote: > Took a little longer to crash this time :) > > No STATUS ACCESS VIOLATION - just the 'tell microsoft about this crash' > box (I'm running XP). I've attached the XWin.log. > > I'm launching netscape using 'ssh -X me@server netscape' > > jeremy > > Harold L Hunt II wrote: > >> Jeremy, >> >> Jeremy Wilkins wrote: >> >>> I've just updated to -41 (from -34 or -35, can't remember) and find >>> netscape 4.7 (from a solaris box) frequently crashes Xwin. Other apps >>> like emacs, xterm and xclock (from the same solaris box) seem fine. >>> >> >> Does it just crash XWin.exe, or does it give the STATUS ACCESS >> VIOLATION dialog box that indicates that the crash occurred in >> cygwin1.dll? If it is the former, then that is because of a bug in >> XWin.exe (which I have heard reports of for Netscape before), if it is >> the later (Andrew's case) then it is probably because of multiple >> copies of cygwin1.dll on your system. >> >>> jeremy >>> >>> PS: Definately only got one cygwin1.dll >> >> >> >> Right, I think you have a different problem. >> >> Harold >> >> >> > > > ------------------------------------------------------------------------ > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Multi Window => ShadowGDI > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 0 739 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 739 1024 > winCreateBoundingWindowWindowed - WindowClient w 1024 h 739 r 1024 l 0 b 739 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 739 depth: 32 > winAllocateFBShadowGDI - Dibsection width: 1024 height: 739 depth: 32 size image: 3026944 > winAllocateFBShadowGDI - Created shadow stride: 1024 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > null screen fn ReparentWindow > null screen fn RestackWindow > winFinishScreenInitFB - Calling winInitWM. > InitQueue - Calling pthread_mutex_init > InitQueue - pthread_mutex_init returned > InitQueue - Calling pthread_cond_init > InitQueue - pthread_cond_init returned > winInitWM - Returning. > winFinishScreenInitFB - Calling winInitClipboard. > winInitMultiWindowWM - Hello > winInitClipboard () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > winInitMultiWindowWM - Calling pthread_mutex_lock () > winMultiWindowXMsgProc - Hello > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > winClipboardProc - Hello > winClipboardProc - Calling pthread_mutex_lock () > (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! > winPointerWarpCursor - Discarding first warp: 512 369 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winInitMultiWindowWM - pthread_mutex_lock () returned. > DetectUnicodeSupport - Windows NT/2000/XP > winInitMultiWindowWM - Calling setlocale () > winInitMultiWindowWM - setlocale () returned > winInitMultiWindowWM - XInitThreads () returned. > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - XInitThreads () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winClipboardProc - pthread_mutex_lock () returned. > DetectUnicodeSupport - Windows NT/2000/XP > winClipboardProc - XInitThreads () returned. > winClipboardProc - pthread_mutex_unlock () returned. > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. > winClipboardProc - XOpenDisplay () returned and successfully opened the display. > winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. > SelectionNotify - ATOM: PRIMARY > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) From huntharo@msu.edu Mon Jun 2 18:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:34:00 -0000 Subject: Schedule for upgrade to XFree 4.3? In-Reply-To: <4.3.2.7.0.20030602180509.01f98eb0@mailhost.ivimey.org> References: <4.3.2.7.0.20030602180509.01f98eb0@mailhost.ivimey.org> Message-ID: <3EDB98C2.4020703@msu.edu> Ruth, No schedule. We are working on it, sort of. I have only seen one feature mentioned from 4.3.0 that will be of much use to Cygwin/XFree86 users. You have to remember, the bulk of updates in XFree86 4.3.0 apply to the XFree86 X Server, which Cygwin/XFree86 doesn't use. There have been updates to the various libraries and a few clients, but there aren't many must-have fixes in 4.3.0, that I know of at least. The X Server that Cygwin/XFree86 uses is released separately from XFree86, so we continue to evolve Windows-specific features even while we leave the underlying code base at an older version. Harold Ruth Ivimey-Cook wrote: > Folks, > > Is there a schedule for upgrade to XFree 4.3? > > Ruth From huntharo@msu.edu Mon Jun 2 18:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:35:00 -0000 Subject: taskbar and system tray menus In-Reply-To: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> References: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> Message-ID: <3EDB98FA.2000805@msu.edu> Colin, I would much rather have you fix this :) Test91 includes the reorg that I was talking about. Feel free to patch away. Harold Colin Harrison wrote: > Hi-Jack, > > It's fairly easy to do this (multiwindow) > > I assume you want the 'Close' at the bottom instead of the 'Always On Top' > in the sys menus (right click on app. title or task bar) (i.e. the two menu > items transposed)? > and 'Exit' at the bottom below 'Show Root Window' in the tray (right click > on tray X icon )(again transposed)? > > If others agree... I'll try this after Harold's reorg. > > Coding Note: requires a minor change to XWin.rc and a function call change > in winmultiwindowwindow.c.(AppendMenu to InsertMenu or InsertMenuItem with a > bit of jiggery pokery) > > I agree it would be more 'normal' to have close/exits at the bottom of menu > items (why be weird, it's almost a standard in Windows, until MS re-style > and blow us all away!) > > Colin From huntharo@msu.edu Mon Jun 2 18:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:36:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <002d01c3292f$a1448590$1e54cea7@andrew> References: <002d01c3292f$a1448590$1e54cea7@andrew> Message-ID: <3EDB993B.7030709@msu.edu> Are you using -clipboard? Try it without using -clipboard. Harold Andrew Braverman wrote: > There is only 1 cygwin1.dll anywhere on my system. > > Just to clarify what happens, I do get the do you want to report this to > microsoft box and no specific error message originally. I then choose the > debug button, which is when I first see the access violation. > > Anyone have any other ideas? > > - Andy > > > >>-----Original Message----- >>From: Harold L Hunt II [mailto:huntharo@msu.edu] >>Sent: Monday, June 02, 2003 10:35 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: Problem with releases since -37 >> >> >>Andrew, >> >>Please do a manual file scan for multiple copies of >>cygwin1.dll. Don't >>tell me anything about paths, just do the search and report how many >>copies you find. >> >>For more info specific to this problem, see the following FAQ entry: >> >>http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-sta >>tus-access-violation >> >> >>I wouldn't doubt it if this problem is just exemplified by the new >>randomness of things that happen in releases after -37. I would >>actually be surprised if we introduced a bug, since the crash >>seems to >>be in cygwin1.dll. >> >>Harold >> >>Andrew Braverman wrote: >> >> >>>I suddenly have a problem running one of the programs that >> >>I run all the >> >>>time. As of release 37, it works fine (I just went back to >> >>37 so that I can >> >>>run it). The program is ddd (a good graphical debugger, >> >>for those who do >> >>>not know). When running it with versions since 37, it >> >>crashes XWin before >> >>>even displaying the first window. I just tried it with -41 >> >>and it still >> >>>happens. If I debug it, I get the following error: >>> "Unhandled exception in XWin.exe (CYGWIN1.DLL): >> >>0xC0000005: Access >> >>>Violation." >>> >>>I can get this to happen at will, so if someone wants me to >> >>try something, I >> >>>can do that. I do not, however, currently have source code >> >>on my machine. >> >>>I have the bz2 from setup. >>> >>>Thanks, everyone, for the wonderful product. I appreciate >> >>the work you are >> >>>putting into it. One of these days, I will dig up enough >> >>time to get and >> >>>understand the source code so I can contribute as well. >> >>Until then, any >> >>>help you can give me would be appreciated. >>> >>>Andrew Braverman >>> >>> >>> >> >> > From huntharo@msu.edu Mon Jun 2 18:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:38:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-42 In-Reply-To: References: <3EDB6E7A.1050400@msu.edu> Message-ID: <3EDB99B4.9050501@msu.edu> Benny, Benjamin Riefenstahl wrote: > Hi Harold, > > > Harold L Hunt II writes: > >>1) winconfig.c - Change nodeadkeys default to NULL for the German >>(Germany) keyboard layout. (Alexander Gottwald, Benjamin >>Riefenstahl) >> >>2) X.ico - Add 24 x 24 - 256 color and 24 x 24 - 16 color icons. >>(Harold L Hunt II, Benjamin Riefenstahl) >> >>3) wintrayicon.c - Change hard-coded 16 x 16 icon load to use >>GetSystemMetrics (SM_CXSMICON) and GetSystemMetrics (SM_CYSMICON) to >>retrieve size of small icon to be used. Hopefully this loads the 24 >>x 24 icon on systems that have been changed to use 24 x 24 icons for >>the notification tray. (Harold L Hunt II, Benjamin Riefenstahl) > > > You're making it sound like I did a whole lot of work, when I was just > complaining most of the time ;-). > Pointing me in the right direction is worthy of credit; I appreciate it very much. > >>2) X.ico - Add 24 x 24 - 256 color and 24 x 24 - 16 color icons. >>(Harold L Hunt II, Benjamin Riefenstahl) > > > Are you sure that this is included? When I extract the icon from the > binary, it doesn't seem to have changed. This may be related to the > fact that the icon isn't mentioned as a dependency of XWin.res in the > Makefile. > Well, that explains why the 24 x 24 icon looks like crap on my notebook that uses that size in the notification tray. I had been doing a make clean, but I don't think I ever wrote a clean rule for the resource builder in the Imake script. Sorry, running out of proper verbage and 20 some emails to go... Harold From huntharo@msu.edu Mon Jun 2 18:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:45:00 -0000 Subject: xwinclip shouldn't monitor the primary selection In-Reply-To: References: Message-ID: <3EDB9B62.1030400@msu.edu> uribarri_u@tsm.es wrote: > I think that xwinclip shouldn't monitor the primary selection because: > a) The primary selection has user feedback. When an X application loses the > primary selection, usually clears the selection, so you can't delete, cut, > copy or whatever you want to do. > b) The primary selection doesn't behave like the windows clipboard, so > windows users get confused. > > On the other hand, the clipboard selection doesn't usually have user > feedback and behaves like the windows clipboard: you must request the cut > or copy operation explicitly. > > What do you think? > I think that somebody mentions this about once every other week without searching the mailing list archives first. I have written at least 15 detailed descriptions of why making xwinclip/-clipboard work "properly" is HARD. Harold From lev.bishop@yale.edu Mon Jun 2 18:50:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Mon, 02 Jun 2003 18:50:00 -0000 Subject: X icon In-Reply-To: Message-ID: Harold, > On the other hand, the 24 x 24 icon I made looks like crap. I just > realized that my notebook uses 24 x 24 small icons because I am running > it with 120 dpi fonts. I should have looked at the icon on here first, > cause it really is obviously garbage. Then again, it looks like there > are green pixels in the 24 x 24 icon when I magnify it... which I > distinctly remember going through and removing after scaling the 32 x 32 > icon down to 24 x 24. I wonder if the wrong size icon is still being > loaded on my notebook and being manually scaled by Windows to 24 x 24, > thus reintroducing the green pixels. Are you sure your notebook uses 24x24? I only ask because 120dpi ought to correspond to 20x20 (assuming 96dpi corresponds to 16x16). Unless there's something I'm missing. I'm not sure which of 24x24 and 16x16 windows would choose in preference but it has to scale either way. BTW on my machine, running at 120dpi makes _all_ the system tray items look pretty crappy. Lev From huntharo@msu.edu Mon Jun 2 18:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 18:55:00 -0000 Subject: X icon In-Reply-To: References: Message-ID: <3EDB9DAC.4080502@msu.edu> Lev, Lev Bishop wrote: > Harold, > > >>On the other hand, the 24 x 24 icon I made looks like crap. I just >>realized that my notebook uses 24 x 24 small icons because I am running >>it with 120 dpi fonts. I should have looked at the icon on here first, >>cause it really is obviously garbage. Then again, it looks like there >>are green pixels in the 24 x 24 icon when I magnify it... which I >>distinctly remember going through and removing after scaling the 32 x 32 >>icon down to 24 x 24. I wonder if the wrong size icon is still being >>loaded on my notebook and being manually scaled by Windows to 24 x 24, >>thus reintroducing the green pixels. > > > Are you sure your notebook uses 24x24? I only ask because 120dpi ought to > correspond to 20x20 (assuming 96dpi corresponds to 16x16). Unless there's > something I'm missing. I'm not sure which of 24x24 and 16x16 windows would > choose in preference but it has to scale either way. > Hmm... well, I ran magnifier and counted the number of pixels. I counted about 22 on the vertical edge. So, I am guessing it must be 24 and I miscounted or it is being scaled and the top and bottom row are blank. > BTW on my machine, running at 120dpi makes _all_ the system tray items > look pretty crappy. > I am running Windows XP, which supports many more icon flavors in the notification tray... all the icons (including Mozilla's mail notification icon) look fine in the tray. So, this doesn't seem to be the root of the problem for the ugly X icon. I think your other post mentioning that the .res file didn't get updated is the real problem. Harold From huntharo@msu.edu Mon Jun 2 19:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 19:13:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-42 In-Reply-To: <3EDB99B4.9050501@msu.edu> References: <3EDB6E7A.1050400@msu.edu> <3EDB99B4.9050501@msu.edu> Message-ID: <3EDBA1C8.8000702@msu.edu> Benny, Harold L Hunt II wrote: > Benjamin Riefenstahl wrote: >> >> Are you sure that this is included? When I extract the icon from the >> binary, it doesn't seem to have changed. This may be related to the >> fact that the icon isn't mentioned as a dependency of XWin.res in the >> Makefile. >> > > Well, that explains why the 24 x 24 icon looks like crap on my notebook > that uses that size in the notification tray. I had been doing a make > clean, but I don't think I ever wrote a clean rule for the resource > builder in the Imake script. Sorry, running out of proper verbage and > 20 some emails to go... > I can't confirm that the icon in XWin.exe hasn't changed. How did you extract the icon and view its contents? You do have an icon editor/viewer that is capable of listing the multiple icons with the file, right? Visual Studio will only show you one icon, even though there are now six. I made two fixes to prevent updates from the icon file from not being picked up later: 1) xc/config/cf/cygwin.rules/ResourceObjectRule - Added a clean step that removes the .res file. 2) xc/programs/Xserver/hw/xwin/Imakefile - Passed X.ico in the depends for that call to ResourceObjectRule that builds XWin.res. A 'make clean' in xc/programs/Xserver/hw/xwin now removes XWin.res, like it should. A 'touch X.ico' now causes XWin.res to be rebuilt, as it should. I can't believe I hadn't fixed these earlier. Harold From abraverman@itms.com Mon Jun 2 19:16:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 02 Jun 2003 19:16:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <3EDB993B.7030709@msu.edu> Message-ID: <003a01c3293b$845f1920$1e54cea7@andrew> OK - I tried a few more experiments. I started to experiment outside of my scripts and got down to: XWin -multiwindow & I ran an xterm on the Linux host using ssh I ran ddd. Xwin claimed to dump core (though I could not find a core) [1]+ Segmentation fault (core dumped) XWin -multiwindow xterm: fatal IO error 32 (Broken pipe) or KillClient on X server "localhost:10.0" There was a stackdump file around that had the following: Exception: STATUS_ACCESS_VIOLATION at eip=61040870 eax=00000000 ebx=00003030 ecx=10376698 edx=00000000 esi=103766A0 edi=103796C8 ebp=0022FB08 esp=0022FAF0 program=C:\cygwinroot\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FB08 61040870 (00252D48, 71AB1A51, 00252D48, 00252D48) 0022FB38 610412D6 (103766A0, 00000002, 00000010, 0022FB58) 0022FB68 6107011B (10376670, 0022FCB0, 0000002C, 0022FBB4) 0022FB88 6106C5FF (0022FCB0, 0022FBF4, 0022FBD4, 0022FBB4) 0022FD78 6106C094 (000000FF, 0075D5F0, 0022FC34, 0022FC14) 0022FE78 00435DBF (102AE960, 00000701, FF082020, 00000000) 0022FEA8 00407EDC (00000002, 00000000, 615F0988, 00000001) 0022FEF0 0040179A (00000002, 615F0988, 100F0328, 0022FF24) 0022FF40 61007408 (610D1F58, FFFFFFFE, 000007D0, 610D1E7C) 0022FF90 610076ED (00000000, 00000000, 00000001, 00000000) 0022FFB0 006FFB82 (00401490, 037F0009, 0022FFF0, 77E814C7) 0022FFC0 0040103C (0022E170, 00000001, 7FFDF000, 00450058) 0022FFF0 77E814C7 (00401000, 00000000, 78746341, 00000020) End of stack trace Though I cannot confirm 100% that ddd did not somehow break the pipe, I can say that it still works on -37. I took a quick look at /tmp/XWin.log and did not find anything that looked like it would be of any help, but I have attached it to this message just in case it is. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II > Sent: Monday, June 02, 2003 2:37 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Problem with releases since -37 > > > Are you using -clipboard? Try it without using -clipboard. > > Harold > > Andrew Braverman wrote: > > > There is only 1 cygwin1.dll anywhere on my system. > > > > Just to clarify what happens, I do get the do you want to > report this to > > microsoft box and no specific error message originally. I > then choose the > > debug button, which is when I first see the access violation. > > > > Anyone have any other ideas? > > > > - Andy > > > > > > > >>-----Original Message----- > >>From: Harold L Hunt II [mailto:huntharo@msu.edu] > >>Sent: Monday, June 02, 2003 10:35 AM > >>To: cygwin-xfree@cygwin.com > >>Subject: Re: Problem with releases since -37 > >> > >> > >>Andrew, > >> > >>Please do a manual file scan for multiple copies of > >>cygwin1.dll. Don't > >>tell me anything about paths, just do the search and report how many > >>copies you find. > >> > >>For more info specific to this problem, see the following FAQ entry: > >> > >>http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-sta > >>tus-access-violation > >> > >> > >>I wouldn't doubt it if this problem is just exemplified by the new > >>randomness of things that happen in releases after -37. I would > >>actually be surprised if we introduced a bug, since the crash > >>seems to > >>be in cygwin1.dll. > >> > >>Harold > >> > >>Andrew Braverman wrote: > >> > >> > >>>I suddenly have a problem running one of the programs that > >> > >>I run all the > >> > >>>time. As of release 37, it works fine (I just went back to > >> > >>37 so that I can > >> > >>>run it). The program is ddd (a good graphical debugger, > >> > >>for those who do > >> > >>>not know). When running it with versions since 37, it > >> > >>crashes XWin before > >> > >>>even displaying the first window. I just tried it with -41 > >> > >>and it still > >> > >>>happens. If I debug it, I get the following error: > >>> "Unhandled exception in XWin.exe (CYGWIN1.DLL): > >> > >>0xC0000005: Access > >> > >>>Violation." > >>> > >>>I can get this to happen at will, so if someone wants me to > >> > >>try something, I > >> > >>>can do that. I do not, however, currently have source code > >> > >>on my machine. > >> > >>>I have the bz2 from setup. > >>> > >>>Thanks, everyone, for the wonderful product. I appreciate > >> > >>the work you are > >> > >>>putting into it. One of these days, I will dig up enough > >> > >>time to get and > >> > >>>understand the source code so I can contribute as well. > >> > >>Until then, any > >> > >>>help you can give me would be appreciated. > >>> > >>>Andrew Braverman > >>> > >>> > >>> > >> > >> > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3367 bytes Desc: not available URL: From pechtcha@cs.nyu.edu Mon Jun 2 19:20:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 02 Jun 2003 19:20:00 -0000 Subject: query regarding use of Xwin -multiwindow In-Reply-To: Message-ID: On Mon, 2 Jun 2003, John Vincent wrote: > Hi, > > I've just discovered the -multiwindow option of the cygwin x-server and I > think it's great, as I can now run an xterm on a linux box and display it on > my windows xp machine. One problem, though, I don't seem able to > cut-and-paste btween the xterm window and a ms-windows application. It's as > if the x-server has it's own cut-and-paste buffer which the xterm windows > share, but which is distinct from the cut-and-paste buffers used by the > ms-windows applications. > > Can anyone throw any light on this? > > I've done a recent complete binary install of cygwin, uname -a gives > "CYGWIN_NT-5.1 JPV 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown > Cygwin" > > I expect I just need to configure something, but I'm at a loss as to where > to start with this. Any help would be appreciated. > > Thanks, > /John Vincent. The best help you can get would be on the cygwin-xfree list, which deals with XFree86/Cygwin issues. For your convenience, I'm redirecting this query there and setting the Reply-To to the correct list. Please remove from any future mailings on this subject. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 From huntharo@msu.edu Mon Jun 2 19:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 19:23:00 -0000 Subject: X icon was not updated in XFree86-xserv-4.2.0-42 In-Reply-To: <3EDBA1C8.8000702@msu.edu> References: <3EDB6E7A.1050400@msu.edu> <3EDB99B4.9050501@msu.edu> <3EDBA1C8.8000702@msu.edu> Message-ID: <3EDBA444.3030107@msu.edu> >> Benjamin Riefenstahl wrote: >> >>> >>> Are you sure that this is included? When I extract the icon from the >>> binary, it doesn't seem to have changed. This may be related to the >>> fact that the icon isn't mentioned as a dependency of XWin.res in the >>> Makefile. Benny was right. A newly compiled XWin.exe is 2 KiB larger than 4.2.0-42, which accounts for the 2 KiB increase in the size of X.ico. Additionally, I was looking at the icon on the upper left-hand corner of an X term, not the tray icon... the tray icon is indeed 20 pixels by 20 pixels. Finally, the tray icon did change under magnification from Test91 to my newest build. So, it is using the 24 x 24 icon to generate the 20 x 20 icon, rather than the 16 x 16 or the 32 x 32. However, my 24 x 24 icon still looks crappy when scaled down to 20 x 20... not sure if it looks better than the 16 x 16 scaled up to 24 x 24 though. It really is a close call. Can somebody else spend some time on X.ico with the free icon editor I found and fix this once and for all? http://www.bouffler.freeserve.co.uk/icon_edit.htm Thanks, Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 2 19:26:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 02 Jun 2003 19:26:00 -0000 Subject: Code reorganization heads up In-Reply-To: <3EDB5FC9.5090801@msu.edu> Message-ID: Harold L Hunt II wrote: > I really don't know much about administering CVS... and I kinda don't > have time to learn right now. However, if someone else is willing to > set it up, I would be more than happy to start using it. I would want > the xoncygwin CVS default branch updated to 4.3.0 and I would want the > latest test release checked into hw/xwin... then I would be good to go. > > Any volunteers? *meld* I'd take this part. > Beware... I haven't tried to build the 4.3.0 branch on > Cygwin, nor have I tried to cross compile it. I have no idea if it > still works :( Cross compiling still works (at least until 3-4 weeks ago). And native should also work. The was a question on the list about the dll renaming. So I guess Benjamin(?) also compiled from cvs. bye ago NP: grauzone.03-05-26 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Jun 2 19:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 19:28:00 -0000 Subject: query regarding use of Xwin -multiwindow In-Reply-To: References: Message-ID: <3EDBA575.2000101@msu.edu> John, Clipboard integration doesn't come automatically. You have to use either 'xwinclip' (see xfree86.cygwin.com) or pass '-clipboard' to XWin.exe. Neither of these is used by default because 1) neither works well with XDMCP, 2) -clipboard isn't totally trusted yet, 3) -clipboard is going to eventually be replaced with X Server code rather than an internal X Client. Harold Igor Pechtchanski wrote: > On Mon, 2 Jun 2003, John Vincent wrote: > > >>Hi, >> >>I've just discovered the -multiwindow option of the cygwin x-server and I >>think it's great, as I can now run an xterm on a linux box and display it on >>my windows xp machine. One problem, though, I don't seem able to >>cut-and-paste btween the xterm window and a ms-windows application. It's as >>if the x-server has it's own cut-and-paste buffer which the xterm windows >>share, but which is distinct from the cut-and-paste buffers used by the >>ms-windows applications. >> >>Can anyone throw any light on this? >> >>I've done a recent complete binary install of cygwin, uname -a gives >>"CYGWIN_NT-5.1 JPV 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown >>Cygwin" >> >>I expect I just need to configure something, but I'm at a loss as to where >>to start with this. Any help would be appreciated. >> >>Thanks, >>/John Vincent. > > > The best help you can get would be on the cygwin-xfree list, which deals > with XFree86/Cygwin issues. For your convenience, I'm redirecting this > query there and setting the Reply-To to the correct list. Please remove > from any future mailings on this subject. > Igor From huntharo@msu.edu Mon Jun 2 19:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 19:30:00 -0000 Subject: Code reorganization heads up In-Reply-To: References: Message-ID: <3EDBA5E0.2010905@msu.edu> Send me your sourceforge user name and I will add you to the admin list for xoncygwin. Thanks for helping, Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > >>I really don't know much about administering CVS... and I kinda don't >>have time to learn right now. However, if someone else is willing to >>set it up, I would be more than happy to start using it. I would want >>the xoncygwin CVS default branch updated to 4.3.0 and I would want the >>latest test release checked into hw/xwin... then I would be good to go. >> >>Any volunteers? > > > *meld* I'd take this part. > > > >>Beware... I haven't tried to build the 4.3.0 branch on >>Cygwin, nor have I tried to cross compile it. I have no idea if it >>still works :( > > > Cross compiling still works (at least until 3-4 weeks ago). And native should > also work. The was a question on the list about the dll renaming. So I guess > Benjamin(?) also compiled from cvs. > > bye > ago > NP: grauzone.03-05-26 From rschulz@sonic.net Mon Jun 2 19:34:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Mon, 02 Jun 2003 19:34:00 -0000 Subject: Multiwindow request In-Reply-To: <3EDB717C.5090300@lucent.com> Message-ID: <5.2.1.1.2.20030602123353.02d4dfb8@pop.sonic.net> Jeremy, At 08:47 2003-06-02, Peter Colovas wrote: >I think the multi-window mode of xfree is great work. Since the >addition of the changeable window title it has been everything I need. >I have a feature request. I don't know how difficult it would be, but >it would be great if the right click menu in the trayy had the option >to open an new xterm window. I sometimes close my only local window, >and I hate to have to shut everything else donw just to get a new one. I think some kind of simple mechanism to extend the XWin tray icon's pop-up menu would be good, but to arbitrarily add an "xterm" item seems much to fixed, limited and narrow. Randall Schulz >Thanks for all the great work. >-- >Peter W. Colovas From goldin+@pitt.edu Mon Jun 2 19:36:00 2003 From: goldin+@pitt.edu (Ilya Goldin) Date: Mon, 02 Jun 2003 19:36:00 -0000 Subject: taskbar and system tray menus In-Reply-To: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> References: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> Message-ID: <3EDBA5EC.9000604@pitt.edu> Colin Harrison wrote: > I assume you want the 'Close' at the bottom instead of the 'Always On Top' > in the sys menus (right click on app. title or task bar) (i.e. the two menu > items transposed)? > and 'Exit' at the bottom below 'Show Root Window' in the tray (right click > on tray X icon )(again transposed)? Yup, this is exactly what I want. > If others agree... I'll try this after Harold's reorg. Thank you! Another, even nitpickier request re: the tray menu. The current behavior is: click on "Show Root Window", get the root window, and the menu changes to "Hide Root Window"; click on "Hide Root Window", the root window hides, and the menu changes to "Show Root Window". It feels like bad UI to change the menu entry from underneath the user. My suggestion: make the default menu "Hide Root Window" with a (checked) checkbox next to it. When the user clicks on "(checked) Hide Root Window", show the root window and clear the cbeckbox. When the user clicks on "(unchecked) Hide Root Window", hide the root window and set the check again. -JT From ihok@hotmail.com Mon Jun 2 19:36:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Mon, 02 Jun 2003 19:36:00 -0000 Subject: taskbar and system tray menus In-Reply-To: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> References: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> Message-ID: Colin Harrison wrote: > I assume you want the 'Close' at the bottom instead of the 'Always On Top' > in the sys menus (right click on app. title or task bar) (i.e. the two menu > items transposed)? > and 'Exit' at the bottom below 'Show Root Window' in the tray (right click > on tray X icon )(again transposed)? Yup, this is exactly what I want. > If others agree... I'll try this after Harold's reorg. Thank you! Another, even nitpickier request re: the tray menu. The current behavior is: click on "Show Root Window", get the root window, and the menu changes to "Hide Root Window"; click on "Hide Root Window", the root window hides, and the menu changes to "Show Root Window". It feels like bad UI to change the menu entry from underneath the user. My suggestion: make the default menu "Hide Root Window" with a (checked) checkbox next to it. When the user clicks on "(checked) Hide Root Window", show the root window and clear the cbeckbox. When the user clicks on "(unchecked) Hide Root Window", hide the root window and set the check again. -JT From Benjamin.Riefenstahl@epost.de Mon Jun 2 19:38:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 19:38:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-42 In-Reply-To: <3EDBA1C8.8000702@msu.edu> (Harold L. Hunt, II's message of "Mon, 02 Jun 2003 15:13:12 -0400") References: <3EDB6E7A.1050400@msu.edu> <3EDB99B4.9050501@msu.edu> <3EDBA1C8.8000702@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > I can't confirm that the icon in XWin.exe hasn't changed. How did > you extract the icon and view its contents? You do have an icon > editor/viewer that is capable of listing the multiple icons with the > file, right? Visual Studio will only show you one icon, even though > there are now six. I used Resource Hacker for that, see . so long, benny From huntharo@msu.edu Mon Jun 2 19:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 19:49:00 -0000 Subject: taskbar and system tray menus In-Reply-To: References: <000001c3292c$423ba1d0$0200a8c0@straightrunning.com> Message-ID: <3EDBAA3B.9010501@msu.edu> Jack Tanner wrote: > It feels like bad UI to change the menu entry from underneath the user. > My suggestion: make the default menu "Hide Root Window" with a (checked) > checkbox next to it. When the user clicks on "(checked) Hide Root > Window", show the root window and clear the cbeckbox. When the user > clicks on "(unchecked) Hide Root Window", hide the root window and set > the check again. Right. I didn't know that checkboxes were so easy when I implemented it. I will probably change this, since I did the same sort of thing in my Morse Code Beeper that I just posted. Harold From Benjamin.Riefenstahl@epost.de Mon Jun 2 19:54:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 02 Jun 2003 19:54:00 -0000 Subject: Code reorganization heads up In-Reply-To: (Alexander Gottwald's message of "Mon, 2 Jun 2003 21:05:45 +0200 (MEST)") References: Message-ID: Hi Alexander, all, Alexander Gottwald writes: > The was a question on the list about the dll renaming. So I guess > Benjamin(?) also compiled from cvs. Yes, I just took the XFree86 CVS, and than dumped the test server sources into the right directory. I didn't use a branch for checkout, so I probably got the development version. There is an extra branch xf-4_3-branch, though I can't see any activity there for the files that I checked. I compiled with the regular Cygwin. Compiles fine, no problems here. For testing I just added the directory with the DLLs to the PATH to pick up the DLLs with the new names. so long, benny From pechtcha@cs.nyu.edu Mon Jun 2 20:12:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 02 Jun 2003 20:12:00 -0000 Subject: Multiwindow request In-Reply-To: <5.2.1.1.2.20030602123353.02d4dfb8@pop.sonic.net> Message-ID: On Mon, 2 Jun 2003, Randall R Schulz wrote: > Jeremy, > > At 08:47 2003-06-02, Peter Colovas wrote: > >I think the multi-window mode of xfree is great work. Since the > >addition of the changeable window title it has been everything I need. > >I have a feature request. I don't know how difficult it would be, but > >it would be great if the right click menu in the trayy had the option > >to open an new xterm window. I sometimes close my only local window, > >and I hate to have to shut everything else donw just to get a new one. > > I think some kind of simple mechanism to extend the XWin tray icon's > pop-up menu would be good, but to arbitrarily add an "xterm" item seems > much to fixed, limited and narrow. > > Randall Schulz > > >Thanks for all the great work. > >-- > >Peter W. Colovas IMO, the ability to start clients is the function of the window manager. I know fvwm provides such, and so do KDE and CDE. In multiwindow mode, the window manager is native windows (Explorer?), which has its own start menu and its own desktop management, so those are the tools that should be used to start new clients. The only way in which the Explorer WM is different from the traditional WMs (like fvwm, etc) is that it's not aware of the DISPLAY value (which may or may not be a problem). Perhaps a separate X client that runs in multiwindow mode and provides the root menu functionality might be a better idea... It could modify the standard Windows root menu by adding a submenu, which it would then have complete control over... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 From jpv50@hotmail.com Mon Jun 2 20:18:00 2003 From: jpv50@hotmail.com (John Vincent) Date: Mon, 02 Jun 2003 20:18:00 -0000 Subject: query regarding use of Xwin -multiwindow Message-ID: Hi guys, I just wanted to say thanks to Igor for redirecting my question, and to Harold for answering it so speedily. (The answer is to use the -clipboard option, seems to work for me!) Thanks again. /John. _________________________________________________________________ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From earle@ziplabel.com Mon Jun 2 21:13:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 02 Jun 2003 21:13:00 -0000 Subject: X icon was not updated in XFree86-xserv-4.2.0-42 Message-ID: <20030602211329.C32C51C7B5@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From cgf-rcm@cygwin.com Mon Jun 2 21:20:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Mon, 02 Jun 2003 21:20:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <003a01c3293b$845f1920$1e54cea7@andrew> References: <3EDB993B.7030709@msu.edu> <003a01c3293b$845f1920$1e54cea7@andrew> Message-ID: <20030602212037.GA10618@redhat.com> On Mon, Jun 02, 2003 at 03:16:48PM -0400, Andrew Braverman wrote: >OK - I tried a few more experiments. I started to experiment outside of my >scripts and got down to: > XWin -multiwindow & >I ran an xterm on the Linux host using ssh >I ran ddd. >Xwin claimed to dump core (though I could not find a core) > >[1]+ Segmentation fault (core dumped) XWin -multiwindow >xterm: fatal IO error 32 (Broken pipe) or KillClient on X server >"localhost:10.0" > >There was a stackdump file around that had the following: > Exception: STATUS_ACCESS_VIOLATION at eip=61040870 > eax=00000000 ebx=00003030 ecx=10376698 edx=00000000 esi=103766A0 >edi=103796C8 > ebp=0022FB08 esp=0022FAF0 program=C:\cygwinroot\usr\X11R6\bin\XWin.exe > cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 > Stack trace: > Frame Function Args > 0022FB08 61040870 (00252D48, 71AB1A51, 00252D48, 00252D48) > 0022FB38 610412D6 (103766A0, 00000002, 00000010, 0022FB58) > 0022FB68 6107011B (10376670, 0022FCB0, 0000002C, 0022FBB4) > 0022FB88 6106C5FF (0022FCB0, 0022FBF4, 0022FBD4, 0022FBB4) > 0022FD78 6106C094 (000000FF, 0075D5F0, 0022FC34, 0022FC14) > 0022FE78 00435DBF (102AE960, 00000701, FF082020, 00000000) > 0022FEA8 00407EDC (00000002, 00000000, 615F0988, 00000001) > 0022FEF0 0040179A (00000002, 615F0988, 100F0328, 0022FF24) > 0022FF40 61007408 (610D1F58, FFFFFFFE, 000007D0, 610D1E7C) > 0022FF90 610076ED (00000000, 00000000, 00000001, 00000000) > 0022FFB0 006FFB82 (00401490, 037F0009, 0022FFF0, 77E814C7) > 0022FFC0 0040103C (0022E170, 00000001, 7FFDF000, 00450058) > 0022FFF0 77E814C7 (00401000, 00000000, 78746341, 00000020) > End of stack trace > > >Though I cannot confirm 100% that ddd did not somehow break the pipe, I can >say that it still works on -37. > >I took a quick look at /tmp/XWin.log and did not find anything that looked >like it would be of any help, but I have attached it to this message just in >case it is. How about cygcheck output as per http://cygwin.com/problems.html ? cgf From huntharo@msu.edu Mon Jun 2 21:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Jun 2003 21:23:00 -0000 Subject: X icon was not updated in XFree86-xserv-4.2.0-42 In-Reply-To: <20030602211329.C32C51C7B5@mail03.powweb.com> References: <20030602211329.C32C51C7B5@mail03.powweb.com> Message-ID: <3EDBC03B.2010803@msu.edu> Earle, Earle F. Philhower, III wrote: > Hi Harold, > > ---------- Original Message ------------- > Subject: X icon was not updated in XFree86-xserv-4.2.0-42 > .. > Benny was right. A newly compiled XWin.exe is 2 KiB larger than > 4.2.0-42, which accounts for the 2 KiB increase in the size of X.ico. > Additionally, I was looking at the icon on the upper left-hand corner of > an X term, not the tray icon... the tray icon is indeed 20 pixels by 20 > pixels. Finally, the tray icon did change under magnification from > Test91 to my newest build. So, it is using the 24 x 24 icon to generate > the 20 x 20 icon, rather than the 16 x 16 or the 32 x 32. > However, my 24 x 24 icon still looks crappy when scaled down to 20 x > 20... not sure if it looks better than the 16 x 16 scaled up to 24 x 24 > though. It really is a close call. > Can somebody else spend some time on X.ico with the free icon editor I > found and fix this once and for all? > ----------------------------------------- > > Not to be silly, but instead of hand scaling/etc have you just > tried running "xlogo -geometry 20x20" and PrntScrn'ing the window > and pasting it into the .ico? Nope, I hadn't thought of that. I really don't know much about using X... this is a great tip. Harold From colin.harrison@virgin.net Mon Jun 2 21:28:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 02 Jun 2003 21:28:00 -0000 Subject: taskbar and system tray menus Message-ID: <000001c3294d$ea028480$0200a8c0@straightrunning.com> Hi Harold, Code changes for this, I missed the mail earlier on doing the checkbox bit on Hide Root Window, one for you? 'Exit' to bottom on tray and 'Always On Top' to top on sys menu (better I think than the transpose with 'Close') So 'Exit' and 'Close' are now at bottom of respective menus. I put a hot-key on the T in 'Top' (made sense to me). Patches:- -----------------------8<---------------------- --- save_XWin.rc 2003-06-01 04:04:12.000000000 +0100 +++ XWin.rc 2003-06-02 21:04:46.000000000 +0100 @@ -72,10 +72,10 @@ BEGIN POPUP "TRAYICON_MENU" BEGIN - MENUITEM "E&xit", ID_APP_EXIT - MENUITEM SEPARATOR MENUITEM "&Hide Root Window", ID_APP_HIDE_ROOT MENUITEM "&Show Root Window", ID_APP_SHOW_ROOT + MENUITEM SEPARATOR + MENUITEM "E&xit", ID_APP_EXIT END END ------------------------>8---------------------------- ------------------------8<---------------------------- --- save_winmultiwindowwndproc.c 2003-06-02 15:11:46.000000000 +0100 +++ winmultiwindowwndproc.c 2003-06-02 21:59:28.000000000 +0100 @@ -175,8 +175,8 @@ sys = GetSystemMenu (hwnd, FALSE); - AppendMenu (sys, MF_SEPARATOR, 0, NULL); - AppendMenu (sys, MF_STRING, ID_APP_ALWAYS_ON_TOP, "Always On Top"); + InsertMenu (sys, 0, MF_BYPOSITION | MF_SEPARATOR, 0, NULL); + InsertMenu (sys, 0, MF_BYPOSITION | MF_STRING, ID_APP_ALWAYS_ON_TOP, "Always On &Top"); } return 0; ------------------------>8----------------------------- Cheers, Colin From earle@ziplabel.com Mon Jun 2 21:38:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 02 Jun 2003 21:38:00 -0000 Subject: taskbar and system tray menus Message-ID: <20030602213901.B66F81C911@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From cgf@redhat.com Mon Jun 2 21:50:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 02 Jun 2003 21:50:00 -0000 Subject: taskbar and system tray menus In-Reply-To: <20030602213901.B66F81C911@mail03.powweb.com> References: <20030602213901.B66F81C911@mail03.powweb.com> Message-ID: <20030602214958.GA11654@redhat.com> On Mon, Jun 02, 2003 at 09:38:55PM -0000, Earle F. Philhower, III wrote: >It seems like there is a storm of nit-picking this week, must be something >in the air. Anyhoo... That's usually a sign that a project is approaching stability and maturity and users are turning to other things. It seems like the flood of spelling corrections that historically hits the linux kernel list when the kernel is close to being released. cgf From abraverman@itms.com Mon Jun 2 21:56:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 02 Jun 2003 21:56:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <20030602212037.GA10618@redhat.com> Message-ID: <004201c32951$cd26d5b0$1e54cea7@andrew> Sorry. Missed that one. It is attached now. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor > Sent: Monday, June 02, 2003 5:21 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Problem with releases since -37 > > > On Mon, Jun 02, 2003 at 03:16:48PM -0400, Andrew Braverman wrote: > >OK - I tried a few more experiments. I started to > experiment outside of my > >scripts and got down to: > > XWin -multiwindow & > >I ran an xterm on the Linux host using ssh > >I ran ddd. > >Xwin claimed to dump core (though I could not find a core) > > > >[1]+ Segmentation fault (core dumped) XWin -multiwindow > >xterm: fatal IO error 32 (Broken pipe) or KillClient on X server > >"localhost:10.0" > > > >There was a stackdump file around that had the following: > > Exception: STATUS_ACCESS_VIOLATION at eip=61040870 > > eax=00000000 ebx=00003030 ecx=10376698 edx=00000000 esi=103766A0 > >edi=103796C8 > > ebp=0022FB08 esp=0022FAF0 > program=C:\cygwinroot\usr\X11R6\bin\XWin.exe > > cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 > > Stack trace: > > Frame Function Args > > 0022FB08 61040870 (00252D48, 71AB1A51, 00252D48, 00252D48) > > 0022FB38 610412D6 (103766A0, 00000002, 00000010, 0022FB58) > > 0022FB68 6107011B (10376670, 0022FCB0, 0000002C, 0022FBB4) > > 0022FB88 6106C5FF (0022FCB0, 0022FBF4, 0022FBD4, 0022FBB4) > > 0022FD78 6106C094 (000000FF, 0075D5F0, 0022FC34, 0022FC14) > > 0022FE78 00435DBF (102AE960, 00000701, FF082020, 00000000) > > 0022FEA8 00407EDC (00000002, 00000000, 615F0988, 00000001) > > 0022FEF0 0040179A (00000002, 615F0988, 100F0328, 0022FF24) > > 0022FF40 61007408 (610D1F58, FFFFFFFE, 000007D0, 610D1E7C) > > 0022FF90 610076ED (00000000, 00000000, 00000001, 00000000) > > 0022FFB0 006FFB82 (00401490, 037F0009, 0022FFF0, 77E814C7) > > 0022FFC0 0040103C (0022E170, 00000001, 7FFDF000, 00450058) > > 0022FFF0 77E814C7 (00401000, 00000000, 78746341, 00000020) > > End of stack trace > > > > > >Though I cannot confirm 100% that ddd did not somehow break > the pipe, I can > >say that it still works on -37. > > > >I took a quick look at /tmp/XWin.log and did not find > anything that looked > >like it would be of any help, but I have attached it to this > message just in > >case it is. > > How about cygcheck output as per http://cygwin.com/problems.html ? > > cgf > -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 12898 bytes Desc: not available URL: From colin.harrison@virgin.net Mon Jun 2 22:19:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 02 Jun 2003 22:19:00 -0000 Subject: taskbar and system tray menus Message-ID: <000001c32954$feb23770$0200a8c0@straightrunning.com> Hi Earle, I must admit I like 'Close' at the bottom. Harold must rule on this one, or else we'll keep moving the furniture around :) I'm easy either way, I won't use the menu much anyway. As always 95% of the effort goes into only 5% of the product! 'Always on Top' has a natural place somewhere I'm sure! Aren't the nits biting today. Asking an obvious question: Why do we need an 'Always on Top'anyway? It's silly on most of the remote stuff I run to ever want this to happen. Only taskbars (Office bars etc) get this privilege to dominate the desktop and only then around the edges! Colin From jek-cygwin@kleckner.net Mon Jun 2 22:29:00 2003 From: jek-cygwin@kleckner.net (Jim Kleckner) Date: Mon, 02 Jun 2003 22:29:00 -0000 Subject: query regarding use of Xwin -multiwindow References: Message-ID: <3EDBCFA8.5010602@kleckner.net> Check out: http://www.lepton.fr/tools/autocutsel/ http://fink.sourceforge.net/doc/x11/tips.php I use this on Linux to connect my paste buffers. Jim Igor Pechtchanski wrote: > On Mon, 2 Jun 2003, John Vincent wrote: > > >>Hi, >> >>I've just discovered the -multiwindow option of the cygwin x-server and I >>think it's great, as I can now run an xterm on a linux box and display it on >>my windows xp machine. One problem, though, I don't seem able to >>cut-and-paste btween the xterm window and a ms-windows application. It's as >>if the x-server has it's own cut-and-paste buffer which the xterm windows >>share, but which is distinct from the cut-and-paste buffers used by the >>ms-windows applications. >> >>Can anyone throw any light on this? >> >>I've done a recent complete binary install of cygwin, uname -a gives >>"CYGWIN_NT-5.1 JPV 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown >>Cygwin" >> >>I expect I just need to configure something, but I'm at a loss as to where >>to start with this. Any help would be appreciated. >> >>Thanks, >>/John Vincent. >> > > The best help you can get would be on the cygwin-xfree list, which deals > with XFree86/Cygwin issues. For your convenience, I'm redirecting this > query there and setting the Reply-To to the correct list. Please remove > from any future mailings on this subject. > Igor > From earle@ziplabel.com Mon Jun 2 22:51:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 02 Jun 2003 22:51:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 Message-ID: <20030602225156.8E2961C83B@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From cgf-rcm@cygwin.com Mon Jun 2 23:43:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Mon, 02 Jun 2003 23:43:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <004201c32951$cd26d5b0$1e54cea7@andrew> References: <20030602212037.GA10618@redhat.com> <004201c32951$cd26d5b0$1e54cea7@andrew> Message-ID: <20030602234351.GE13839@redhat.com> On Mon, Jun 02, 2003 at 05:56:19PM -0400, Andrew Braverman wrote: >Sorry. Missed that one. It is attached now. Doh. I was hoping that if I saw the cygwin version from the cygcheck output I would be able to figure out the stack dump but I've removed the debugging version of cygwin 1.3.22 that I'd need to do that. If you want to try the latest (i.e., the soon to be uploaded June 2 version) cygwin snapshot DLL and send the stackdump file again, I should be able to say where it is dying from the hex address. cgf From earle@ziplabel.com Tue Jun 3 01:20:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 01:20:00 -0000 Subject: taskbar and system tray menus In-Reply-To: <20030602214958.GA11654@redhat.com> References: <20030602213901.B66F81C911@mail03.powweb.com> <20030602213901.B66F81C911@mail03.powweb.com> Message-ID: <5.1.1.6.2.20030602181633.00ac44a8@mail.ziplabel.com> At 05:49 PM 6/2/2003 -0400, Christopher Faylor wrote: >On Mon, Jun 02, 2003 at 09:38:55PM -0000, Earle F. Philhower, III wrote: > >It seems like there is a storm of nit-picking this week, must be something > >in the air. Anyhoo... >That's usually a sign that a project is approaching stability and maturity >and users are turning to other things. It seems like the flood of spelling >corrections that historically hits the linux kernel list when the kernel >is close to being released. If only that was the case! :) I think there is still mucho trabajo a hacer, especially in the "Window Manager" part of the multiwin setup. Everyone seems to want it to do something different, and IMHO you can either a) hack the code to make nobody happy (person X says 'oh, I want it to do A' and person Y says 'oh, if it does A then it's junk!'), or b) put in real configuration files just like FVWM where you have a ~/.xwinrc with lines like "AlwaysOnTop = FALSE" and "ContextMenu=["xterm on XXX", "xterm on YYY", ...] and "xterm.*.icon=bigicon.png,littleicon.png" Plus, there's the work Harold's doing on the windows message hooks which might be a really big change. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From robpang@cs.stanford.edu Tue Jun 3 01:25:00 2003 From: robpang@cs.stanford.edu (Robert Pang) Date: Tue, 03 Jun 2003 01:25:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Message-ID: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> Hi developers, I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in my XFree 86 running in multi-window mode. Mozilla starts fine. However, whenever I click in the address bar to enter a new URL, Mozilla aborts with the following error when I click in the address bar. mozilla> ./mozilla X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0xc0000000 Serial number of failed request: 2467 Current serial number in output stream: 2467 Mozilla running from Linux/x86 doesn't show the same problem and works perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? Thanks. Rob From earle@ziplabel.com Tue Jun 3 01:29:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 01:29:00 -0000 Subject: Multiwindow request In-Reply-To: References: <5.2.1.1.2.20030602123353.02d4dfb8@pop.sonic.net> Message-ID: <5.1.1.6.2.20030602182405.00ae9e98@mail.ziplabel.com> Hola all, At 04:12 PM 6/2/2003 -0400, you wrote: >...Perhaps a separate X client that runs in multiwindow mode and provides the >root menu functionality might be a better idea... It could modify the >standard Windows root menu by adding a submenu, which it would then have >complete control over... Instead of this, why not just use the Windoze desktop that's already there? You can start a remote xterm by creating a new shortcut on your desktop and making the command "rexec /usr/X11R6/bin/xterm -display :0.0". You could do a shell extension, but I'm not sure how you'd go about compiling it w/o MinGW or MSVC, and even then it's probably not trivial to append to the standard desktop menu under different OSes (95 w/o the IE4 pack probably doesn't even support that, and it's most likely a different IF between 98 and NT in keeping with MS tradition...) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Tue Jun 3 01:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 01:32:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <20030602225156.8E2961C83B@mail03.powweb.com> References: <20030602225156.8E2961C83B@mail03.powweb.com> Message-ID: <3EDBFA93.2040709@msu.edu> I didn't commit that because I was not convinced that it was entirely proper. I also forgot about it :) I would really like to implement hooks instead of adding more and more timers (it was a timer, correct?). Harold Earle F. Philhower, III wrote: > Hi Harold, > > One more thing about your new server test release where you broke > things up into smaller files and reworked the message loops: > It looks like the mouse button fix (where you release the > mouse outside of a window and X doesn't get notification so Xterm > keeps scrolling or emacs keeps selecting) got lost. Was this on > purpose, or just an oversight I should make a new patch for? > > ---------- Original Message ------------- > Subject: [ANNOUNCEMENT] Server Test 91 > .. From earle@ziplabel.com Tue Jun 3 01:35:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 01:35:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <3EDBFA93.2040709@msu.edu> References: <20030602225156.8E2961C83B@mail03.powweb.com> <20030602225156.8E2961C83B@mail03.powweb.com> Message-ID: <5.1.1.6.2.20030602183619.00addce0@mail.ziplabel.com> Howdy, At 09:32 PM 6/2/2003 -0400, you wrote: >I didn't commit that because I was not convinced that it was entirely >proper. I also forgot about it :) >I would really like to implement hooks instead of adding more and more >timers (it was a timer, correct?). It wasn't a new timer, it was just doing one more thing in the one that's already there (the present timer feeds fake mouse moves, the change just added in fake mouse ups in the same timer). -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From calvinrsmith@hotmail.com Tue Jun 3 01:38:00 2003 From: calvinrsmith@hotmail.com (Calvin Smith) Date: Tue, 03 Jun 2003 01:38:00 -0000 Subject: compile does not create me an xwin.exe Message-ID: i'm trying to compile xwin following the 'Cygwin/XFree86 Contributor's Guide' but after i run make World it doesn't create an xwin.exe _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From huntharo@msu.edu Tue Jun 3 01:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 01:41:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> References: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> Message-ID: <3EDBFCA8.3010703@msu.edu> I haven't got any ideas. Check /tmp/XWin.log before and after mozilla crashes. Report any new lines that show up during this period. Harold Robert Pang wrote: > Hi developers, > > I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having > problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in > my XFree 86 running in multi-window mode. Mozilla starts fine. However, > whenever I click in the address bar to enter a new URL, Mozilla aborts with > the following error when I click in the address bar. > > mozilla> ./mozilla > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 17 (X_GetAtomName) > Atom id in failed request: 0xc0000000 > Serial number of failed request: 2467 > Current serial number in output stream: 2467 > > Mozilla running from Linux/x86 doesn't show the same problem and works > perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? > > Thanks. > > Rob From huntharo@msu.edu Tue Jun 3 01:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 01:42:00 -0000 Subject: compile does not create me an xwin.exe In-Reply-To: References: Message-ID: <3EDBFCFD.8020204@msu.edu> XWin.exe will be in build/std/programs/Xserver/XWin.exe, not in build/std/XWin.exe. Does that help? Harold Calvin Smith wrote: > i'm trying to compile xwin following the 'Cygwin/XFree86 Contributor's > Guide' but after i run make World it doesn't create an xwin.exe > > _________________________________________________________________ > MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. > http://join.msn.com/?page=features/virus From huntharo@msu.edu Tue Jun 3 01:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 01:43:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <5.1.1.6.2.20030602183619.00addce0@mail.ziplabel.com> References: <20030602225156.8E2961C83B@mail03.powweb.com> <20030602225156.8E2961C83B@mail03.powweb.com> <5.1.1.6.2.20030602183619.00addce0@mail.ziplabel.com> Message-ID: <3EDBFD2E.2000307@msu.edu> I think the thing I didn't like about it was the fact that a few keys were also being released and that wasn't explained very well. What is up with that? Harold Earle F. Philhower III wrote: > Howdy, > At 09:32 PM 6/2/2003 -0400, you wrote: > >> I didn't commit that because I was not convinced that it was entirely >> proper. I also forgot about it :) >> I would really like to implement hooks instead of adding more and more >> timers (it was a timer, correct?). > > > It wasn't a new timer, it was just doing one more thing in the one > that's already there (the present timer feeds fake mouse moves, the > change just added in fake mouse ups in the same timer). > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From chris@luethy.net Tue Jun 3 01:55:00 2003 From: chris@luethy.net (Christopher Thielen) Date: Tue, 03 Jun 2003 01:55:00 -0000 Subject: building X and libX11.dll Message-ID: <1054605076.1948.6.camel@localhost.localdomain> Hello all, I'm wanting to experiment with XFree86 on cygwin so I decided I'd try to build it from source (plus I'd like Xft2 :)). I downloaded X CVS and added #include to config/cf/host.def. However, after issuing make World, make install, and make install.man, I found that although X would run, (XWin -rootless was very very cool) any application that didn't come with X would report that it could not find libX11.dll and applications like xterm were missing. I looked into it and from googling and checking the XFree86 packages from cygwin I discovered libX11.dll goes in /usr/X11R6/bin. /usr/X11R6/bin is in my PATH variable, but the X compile produced no libX11.dll, just libX11.dll.a which was symlinked to libX11-6.dll.a. My question is this: What did I do wrong? How can I get a libX11.dll and how can I get xterm working from source? Any hints would be greatly appreciated. And in advance, thanks for your time. -- Chris Thielen (chris@luethy.net) From huntharo@msu.edu Tue Jun 3 01:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 01:59:00 -0000 Subject: building X and libX11.dll In-Reply-To: <1054605076.1948.6.camel@localhost.localdomain> References: <1054605076.1948.6.camel@localhost.localdomain> Message-ID: <3EDC0106.60603@msu.edu> Chris, Christopher Thielen wrote: > Hello all, > I'm wanting to experiment with XFree86 on cygwin so I decided I'd try > to build it from source (plus I'd like Xft2 :)). I downloaded X CVS and > added #include to config/cf/host.def. That is a mistake. You don't need to do that to host.def and it would be an error to do so. Let me point you to a set of directions I wrote that should walk you through this process: http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html However, after > issuing make World, make install, and make install.man, I found that > although X would run, (XWin -rootless was very very cool) any > application that didn't come with X would report that it could not find > libX11.dll and applications like xterm were missing. > I looked into it and from googling and checking the XFree86 packages > from cygwin I discovered libX11.dll goes in /usr/X11R6/bin. > /usr/X11R6/bin is in my PATH variable, but the X compile produced no > libX11.dll, just libX11.dll.a which was symlinked to libX11-6.dll.a. > My question is this: > What did I do wrong? How can I get a libX11.dll and how can I get xterm > working from source? xterm should be compiling. Check your build log (see the Contributor's Guide for info on how to create a build log) for errors related to xterm. The library names have changed in CVS, so most documentation on the web is out of date. The PATH variable does have to be set to point to the libraries. Harold From earle@ziplabel.com Tue Jun 3 03:00:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 03:00:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <3EDBFD2E.2000307@msu.edu> References: <5.1.1.6.2.20030602183619.00addce0@mail.ziplabel.com> <20030602225156.8E2961C83B@mail03.powweb.com> <20030602225156.8E2961C83B@mail03.powweb.com> <5.1.1.6.2.20030602183619.00addce0@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030602200239.00b12698@mail.ziplabel.com> Hola, At 09:43 PM 6/2/2003 -0400, you wrote: >I think the thing I didn't like about it was the fact that a few keys were >also being released and that wasn't explained very well. What is up with that? ?? That's actually the WM_KILLFOCUS call that releases the keys. I think you've still got that in (and even if it's not 100% correct it seems to work wonders!)... There was a GeyVKey(LBUTTON), but that was just to read the mouse buttons from Windoze, if that's what you were thinking of. >Harold > >Earle F. Philhower III wrote: > >>Howdy, >>At 09:32 PM 6/2/2003 -0400, you wrote: >> >>>I didn't commit that because I was not convinced that it was entirely >>>proper. I also forgot about it :) >>>I would really like to implement hooks instead of adding more and more >>>timers (it was a timer, correct?). >> >>It wasn't a new timer, it was just doing one more thing in the one >>that's already there (the present timer feeds fake mouse moves, the >>change just added in fake mouse ups in the same timer). >> >>-Earle F. Philhower, III >> earle@ziplabel.com >> cdrlabel - ZipLabel - FlpLabel >> http://www.cdrlabel.com > -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From pechtcha@cs.nyu.edu Tue Jun 3 03:05:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 03 Jun 2003 03:05:00 -0000 Subject: Multiwindow request In-Reply-To: <5.1.1.6.2.20030602182405.00ae9e98@mail.ziplabel.com> Message-ID: On Mon, 2 Jun 2003, Earle F. Philhower III wrote: > Hola all, > At 04:12 PM 6/2/2003 -0400, you wrote: > >...Perhaps a separate X client that runs in multiwindow mode and provides the > >root menu functionality might be a better idea... It could modify the > >standard Windows root menu by adding a submenu, which it would then have > >complete control over... > > Instead of this, why not just use the Windoze desktop that's already there? > > You can start a remote xterm by creating a new shortcut on your desktop > and making the command "rexec /usr/X11R6/bin/xterm -display > :0.0". > > You could do a shell extension, but I'm not sure how you'd go about compiling > it w/o MinGW or MSVC, and even then it's probably not trivial to append to the > standard desktop menu under different OSes (95 w/o the IE4 pack probably > doesn't > even support that, and it's most likely a different IF between 98 and NT in > keeping with MS tradition...) Umm, Earle, you didn't quote the complete message. The shortcut is almost what I was suggesting in the first part of it (quoted below): At 04:12 PM 6/2/2003 -0400, I wrote: > IMO, the ability to start clients is the function of the window manager. > I know fvwm provides such, and so do KDE and CDE. In multiwindow mode, > the window manager is native windows (Explorer?), which has its own start > menu and its own desktop management, so those are the tools that should be > used to start new clients. The only way in which the Explorer WM is > different from the traditional WMs (like fvwm, etc) is that it's not aware > of the DISPLAY value (which may or may not be a problem). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The reason I wrote the second part (which you did quote) was that the Explorer context menu would not know the value of DISPLAY to set for the X clients it would start... An X client would, of course, know it. BTW, that value is not necessarily ":0.0"... IIRC, Cygwin already requires some version of IE to be installed on 95 to function correctly (it may even be IE4, have to check the code). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 From earle@ziplabel.com Tue Jun 3 03:14:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 03:14:00 -0000 Subject: Multiwindow request In-Reply-To: References: <5.1.1.6.2.20030602182405.00ae9e98@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030602201110.044b6758@mail.ziplabel.com> Howdy Igor... At 11:05 PM 6/2/2003 -0400, you wrote: >Umm, Earle, you didn't quote the complete message. The shortcut is almost >what I was suggesting in the first part of it (quoted below): >At 04:12 PM 6/2/2003 -0400, I wrote: > > IMO, the ability to start clients is the function of the window manager. > > I know fvwm provides such, and so do KDE and CDE. In multiwindow mode, > > the window manager is native windows (Explorer?), which has its own start > > menu and its own desktop management, so those are the tools that should be > > used to start new clients. The only way in which the Explorer WM is > > different from the traditional WMs (like fvwm, etc) is that it's not aware > > of the DISPLAY value (which may or may not be a problem). > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >The reason I wrote the second part (which you did quote) was that the >Explorer context menu would not know the value of DISPLAY to set for the >X clients it would start... An X client would, of course, know it. BTW, >that value is not necessarily ":0.0"... >IIRC, Cygwin already requires some version of IE to be installed on 95 to >function correctly (it may even be IE4, have to check the code). Sorry, I didn't mean to misquote you. But your local host and display # is always the same, no? Especially under Windoze where your desktop doesn't follow you like a SunRay or just a plain XDCMP session? My work machine is always xx.yy.zz:0.0, and my home is always bigearle:0.0. If you use -display in the xterm command line, it imports that environment variable into its shell so clients started from that xterm automatically pick the correct display. In fact, a shortcut like that's what I have in my work setup, and that's what commercial apps like eXceed do (of course, eXceed 8.0 also hangs more often than XWin but that's what you're paying the $$$ for 8P)... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From pechtcha@cs.nyu.edu Tue Jun 3 03:29:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 03 Jun 2003 03:29:00 -0000 Subject: Multiwindow request In-Reply-To: <5.1.1.6.2.20030602201110.044b6758@mail.ziplabel.com> Message-ID: On Mon, 2 Jun 2003, Earle F. Philhower III wrote: > Howdy Igor... > At 11:05 PM 6/2/2003 -0400, you wrote: > >Umm, Earle, you didn't quote the complete message. The shortcut is almost > >what I was suggesting in the first part of it (quoted below): > >At 04:12 PM 6/2/2003 -0400, I wrote: > > > IMO, the ability to start clients is the function of the window manager. > > > I know fvwm provides such, and so do KDE and CDE. In multiwindow mode, > > > the window manager is native windows (Explorer?), which has its own start > > > menu and its own desktop management, so those are the tools that should be > > > used to start new clients. The only way in which the Explorer WM is > > > different from the traditional WMs (like fvwm, etc) is that it's not aware > > > of the DISPLAY value (which may or may not be a problem). > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >The reason I wrote the second part (which you did quote) was that the > >Explorer context menu would not know the value of DISPLAY to set for the > >X clients it would start... An X client would, of course, know it. BTW, > >that value is not necessarily ":0.0"... > >IIRC, Cygwin already requires some version of IE to be installed on 95 to > >function correctly (it may even be IE4, have to check the code). > > Sorry, I didn't mean to misquote you. But your local host and display # is > always the same, no? Especially under Windoze where your desktop doesn't > follow you like a SunRay or just a plain XDCMP session? My work machine is > always xx.yy.zz:0.0, and my home is always bigearle:0.0. If you use -display > in the xterm command line, it imports that environment variable into its shell > so clients started from that xterm automatically pick the correct display. > In fact, a shortcut like that's what I have in my work setup, and that's what > commercial apps like eXceed do (of course, eXceed 8.0 also hangs more often > than XWin but that's what you're paying the $$$ for 8P)... Earle, No problem. However, your statement about the display number is only correct if you run the X server with default options (and then you can always use "localhost:0.0"). IIRC, you can run *multiple* X servers on different displays (which would result in different screen numbers, e.g., 1.0). Even with Exceed you can create multiple screens (in the same X server, though). With Exceed (Xstart, rather) you can actually pass "@d" as the display value, which gets substituted by the number of the current screen (not sure how, though). If you hard-code the display value into the shortcut, it won't work for people with multiple screens. The idea with the X client was that you could run one of them per screen, and then the application run from the appropriate section of the root menu (added by the corresponding client) would be opened on the corresponding screen. For example, suppose the client adds a sub-menu named "Root Menu for Screen #", where "#" is the screen number that it's running on, to the desktop context menu. So, if you have 3 screens, you'll have "Root Menu for Screen 0" through "Root Menu for Screen 2", and if you select the xterm entry from the first one, you'll get an xterm on screen 0 ("localhost:0.0"), and so on. This client could be automatically started when multiwindow mode is used... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 From earle@ziplabel.com Tue Jun 3 03:38:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 03:38:00 -0000 Subject: Multiwindow request In-Reply-To: References: <5.1.1.6.2.20030602201110.044b6758@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030602203501.00ac1728@mail.ziplabel.com> Hola Igor... At 11:29 PM 6/2/2003 -0400, you wrote: >However, your statement about the display number is only correct if you >run the X server with default options (and then you can always use >"localhost:0.0"). IIRC, you can run *multiple* X servers on different >displays (which would result in different screen numbers, e.g., 1.0). >Even with Exceed you can create multiple screens (in the same X server, >though). >With Exceed (Xstart, rather) you can actually pass "@d" as the display >value, which gets substituted by the number of the current screen (not >sure how, though). If you hard-code the display value into the shortcut, >it won't work for people with multiple screens. Yeah, xstart was what I was thinking of. I think rexec'll get the same results, though. >The idea with the X client was that you could run one of them per screen, >and then the application run from the appropriate section of the root menu >(added by the corresponding client) would be opened on the corresponding >screen. For example, suppose the client adds a sub-menu named "Root Menu >for Screen #", where "#" is the screen number that it's running on, to the >desktop context menu. So, if you have 3 screens, you'll have "Root Menu >for Screen 0" through "Root Menu for Screen 2", and if you select the >xterm entry from the first one, you'll get an xterm on screen 0 >("localhost:0.0"), and so on. This client could be automatically started >when multiwindow mode is used... I am still at a loss as to what you gain by running multiple XWin instances in multiwindow mode. What does that buy you? I mean, how can you tell that some random window is on Xwin multiwin server 1 vs. 2? If some are fullscreen, then you're running a WM in that screen anyway, right, with its own root menu? I'm not trying to be facetious, I use X 24-7 to a bunch of servers on my 3 head work PC to do my job and really haven't ever come upon a case where I needed or wanted this so I'm intrigued. Well, I guess in the end it's all up to what people feel like writing, and what can be integrated into the Windoze shell. If you can find a way of reliably getting a hold of the raw desktop menu, you can add it. That's the nice thing about open source... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From chris@luethy.net Tue Jun 3 05:21:00 2003 From: chris@luethy.net (Christopher Thielen) Date: Tue, 03 Jun 2003 05:21:00 -0000 Subject: building X and libX11.dll In-Reply-To: <3EDC0106.60603@msu.edu> References: <1054605076.1948.6.camel@localhost.localdomain> <3EDC0106.60603@msu.edu> Message-ID: <1054617446.1948.41.camel@localhost.localdomain> On Mon, 2003-06-02 at 18:59, Harold L Hunt II wrote: > Chris, > > Christopher Thielen wrote: > > > Hello all, > > I'm wanting to experiment with XFree86 on cygwin so I decided I'd try > > to build it from source (plus I'd like Xft2 :)). I downloaded X CVS and > > added #include to config/cf/host.def. > > That is a mistake. You don't need to do that to host.def and it would > be an error to do so. > > Let me point you to a set of directions I wrote that should walk you > through this process: > > http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html Alright, I followed the instructions as on the URL. Looking through the logs, I found the make all section for programs/xterm, and it appears, while trying to produce resize.exe, it tried to link with "-llibncurses.dll", which did not exist, so it stopped there. I installed the libncurses-devel package and that fixed that. Looking through the World.log for any "Error" or "error", I also came across an error building fontconfig. It appears I needed either ed or ex to complete the installation of fontconfig. I installed the ed package, which did the trick and now, numerous cyg____.dll libs appear in /usr/X11R6/bin. I tried symlinking cygX11.dll to libX11.dll but it still didn't work. I then guessed that maybe symlinking wouldn't work, so I copied cygX11.dll to libX11.dll and it worked! :-) Thanks Harold! Is there anywhere that the requirements for building X are listed? I think that would be a great improvement to the tutorial, but thanks for all your help! Now I can experiment with Xft! :-) -- Chris Thielen (chris@luethy.net) > However, after > > issuing make World, make install, and make install.man, I found that > > although X would run, (XWin -rootless was very very cool) any > > application that didn't come with X would report that it could not find > > libX11.dll and applications like xterm were missing. > > I looked into it and from googling and checking the XFree86 packages > > from cygwin I discovered libX11.dll goes in /usr/X11R6/bin. > > /usr/X11R6/bin is in my PATH variable, but the X compile produced no > > libX11.dll, just libX11.dll.a which was symlinked to libX11-6.dll.a. > > My question is this: > > What did I do wrong? How can I get a libX11.dll and how can I get xterm > > working from source? > > xterm should be compiling. Check your build log (see the Contributor's > Guide for info on how to create a build log) for errors related to xterm. > > The library names have changed in CVS, so most documentation on the web > is out of date. The PATH variable does have to be set to point to the > libraries. > > > Harold > From davidf@sjsoft.com Tue Jun 3 07:33:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Tue, 03 Jun 2003 07:33:00 -0000 Subject: X icon was not updated in XFree86-xserv-4.2.0-42 In-Reply-To: <20030602211329.C32C51C7B5@mail03.powweb.com> References: <20030602211329.C32C51C7B5@mail03.powweb.com> Message-ID: <3EDC4F9D.4030509@sjsoft.com> Earle F. Philhower, III wrote: >Hi Harold, > >---------- Original Message ------------- >Subject: X icon was not updated in XFree86-xserv-4.2.0-42 >.. >Benny was right. A newly compiled XWin.exe is 2 KiB larger than >4.2.0-42, which accounts for the 2 KiB increase in the size of X.ico. >Additionally, I was looking at the icon on the upper left-hand corner of >an X term, not the tray icon... the tray icon is indeed 20 pixels by 20 >pixels. Finally, the tray icon did change under magnification from >Test91 to my newest build. So, it is using the 24 x 24 icon to generate >the 20 x 20 icon, rather than the 16 x 16 or the 32 x 32. >However, my 24 x 24 icon still looks crappy when scaled down to 20 x >20... not sure if it looks better than the 16 x 16 scaled up to 24 x 24 >though. It really is a close call. >Can somebody else spend some time on X.ico with the free icon editor I >found and fix this once and for all? >----------------------------------------- > >Not to be silly, but instead of hand scaling/etc have you just >tried running "xlogo -geometry 20x20" and PrntScrn'ing the window >and pasting it into the .ico? > > > Earle, Sorry to be nit-picky but I really struggle to read this ---------- Original Message ------------- mails... Is this your mail client that does this? David From uribarri_u@tsm.es Tue Jun 3 07:42:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Tue, 03 Jun 2003 07:42:00 -0000 Subject: xwinclip shouldn't monitor the primary selection Message-ID: Sorry. I have searched the maillist and I've read several times that xwinclip must be rewritten, but I can't find why. In January, you said that you are planning to integrate xwinclip into the X server to be able to detect when an application asserts a selection ownership (at least, it's what I understant :-?). I think that this is a dead end, because an X application doesn't need to notify the X server when?the selection content changes. For example, gvim asserts the primary selection ownership when you begins the drag operation and doesn't assert it again when you release the mouse button. Nonetheless, monitoring the primary selection is a bad idea. The primary selection is a secondary way of coping and pasting, an "easter egg" for expert users and is very volatile. The main way of cutting, coping and pasting must be the clipboard selection. Look at http://www.freedesktop.org/standards/clipboards.txt. So I think that xwinclip must ignore the primary selection. Good bye! From davidf@sjsoft.com Tue Jun 3 07:46:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Tue, 03 Jun 2003 07:46:00 -0000 Subject: Code reorganization heads up In-Reply-To: References: Message-ID: <3EDC5283.8000107@sjsoft.com> Alexander Gottwald wrote: >Harold L Hunt II wrote: > > >>I really don't know much about administering CVS... and I kinda don't >>have time to learn right now. However, if someone else is willing to >>set it up, I would be more than happy to start using it. I would want >>the xoncygwin CVS default branch updated to 4.3.0 and I would want the >>latest test release checked into hw/xwin... then I would be good to go. >> >>Any volunteers? >> >> > >*meld* I'd take this part. > > > > >>Beware... I haven't tried to build the 4.3.0 branch on >>Cygwin, nor have I tried to cross compile it. I have no idea if it >>still works :( >> >> > >Cross compiling still works (at least until 3-4 weeks ago). And native should >also work. The was a question on the list about the dll renaming. So I guess >Benjamin(?) also compiled from cvs. > >bye > ago >NP: grauzone.03-05-26 > > Just wanting to clarify, what is the difference between the xfree86 cvs and the xoncygwin cvs at sourceforge? (http://xfree86.cygwin.com/docs/cg/prog-obtaining-source.html mentions using anoncvs.xfree86.org) Which contains the latest code? Thanks David From alexander.gottwald@s1999.tu-chemnitz.de Tue Jun 3 08:54:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 03 Jun 2003 08:54:00 -0000 Subject: building X and libX11.dll In-Reply-To: <1054617446.1948.41.camel@localhost.localdomain> Message-ID: On 2 Jun 2003, Christopher Thielen wrote: > which did the trick and now, numerous cyg____.dll libs appear in > /usr/X11R6/bin. I tried symlinking cygX11.dll to libX11.dll but it still > didn't work. I then guessed that maybe symlinking wouldn't work, so I > copied cygX11.dll to libX11.dll and it worked! :-) You will have to copy these. Windows does not recognize cygwin symlinks and cant follow them. So the file cygX11.dll is for windows just a data file and no dll. bye ago From alexander.gottwald@s1999.tu-chemnitz.de Tue Jun 3 09:00:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 03 Jun 2003 09:00:00 -0000 Subject: Code reorganization heads up In-Reply-To: <3EDC5283.8000107@sjsoft.com> Message-ID: On Tue, 3 Jun 2003, David Fraser wrote: > Just wanting to clarify, what is the difference between the xfree86 cvs > and the xoncygwin cvs at sourceforge? > (http://xfree86.cygwin.com/docs/cg/prog-obtaining-source.html mentions > using anoncvs.xfree86.org) > Which contains the latest code? the cvs on xfree86.org contains the sources for the XFree86 Project. But the developers of Cygwin/XFree have no write access to this repository. So we always have to sen patches to Alan Hourihane which can apply these. Since this is very complicated and does not give us all advantages we have another repository at sourceforge where the developers can commit changes. These will later be merged into the xfree86 cvs. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Tue Jun 3 11:59:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 03 Jun 2003 11:59:00 -0000 Subject: CVS Import Message-ID: Hi, I've just imported the Xfree 4.3.0 sources and the server test 91 sources to the xoncygwin cvs at sourceforge. I've not yet done a test build. Some changes which were applied to the windows-1 branch may also be taken over to the HEAD branch (eg some files in config/cf) but I've not touched them yet. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From joakim@erdfelt.net Tue Jun 3 12:35:00 2003 From: joakim@erdfelt.net (Joakim Erdfelt) Date: Tue, 03 Jun 2003 12:35:00 -0000 Subject: Multiwindow request In-Reply-To: <5.1.1.6.2.20030602203501.00ac1728@mail.ziplabel.com> References: <5.1.1.6.2.20030602201110.044b6758@mail.ziplabel.com> <5.1.1.6.2.20030602203501.00ac1728@mail.ziplabel.com> Message-ID: <3EDC95E7.9030105@erdfelt.net> Earle F. Philhower III wrote: > I am still at a loss as to what you gain by running multiple XWin > instances > in multiwindow mode. What does that buy you? I mean, how can you > tell that > some random window is on Xwin multiwin server 1 vs. 2? If some are > fullscreen, > then you're running a WM in that screen anyway, right, with its own > root menu? > I'm not trying to be facetious, I use X 24-7 to a bunch of servers on > my 3 head > work PC to do my job and really haven't ever come upon a case where I > needed > or wanted this so I'm intrigued. Example scenario. Let a windows app control the virtual desktops. ( virtuawin - http://www.virtuawin.com/ ) This app is faster and more configurable than the ms provided powertoy for the same purpose. If I have this setup. Desktop 1 - Windows Main (Browser, Mail, etc) Desktop 2 - Sun server #1, project foo. lots of xterms. Desktop 3 - Sun server #2, project bar. remote display of eclipse. Desktop 4 - Windows scratch pad. (Graphics tools, fun stuff. etc...) If I rely on the desktop switching in the X11 wm, then the screen repainting is painfully slow (eclipse + slow network = ouch). But if I rely on the desktop switching of the windows app (virtuawin), then it's snappy and responsive. Also, having 2 X11 servers allows me to control the dialogs and windows from the server I'm dealing with and have a single virtual desktop manager that is snappy and consistent accross windows and cygwin-xfree. Server #1 is heavy with gvim + clearcase. Server #2 is perforce + eclipse. It's nice being sure that all the appropriate source code control windows show up in their own X11 server. (Yes, I know I can control this with window id's and/or with a wm like fvwm, but clearcase doesn't play by the rules). /* joakim */ From jc.gervais@videotron.ca Tue Jun 3 12:42:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 03 Jun 2003 12:42:00 -0000 Subject: OT - Terminal embedded in desktop In-Reply-To: <20030601195523.94868.qmail@web14608.mail.yahoo.com> Message-ID: Hi Biju, Thanks for taking the time to try and understand. I know I am not totally clear. I'm not looking for something for Windows. It's something for X, Gnome, KDE, or whatever other X thingie I'd need to run it where the desktop is a normal Linux X desktop, with icons and things on it, but at the same time, it is a terminal window. The terminal window is transparent, yes. But not transparent like a lot of X terminals I've seen that only put the same bitmap that the X root window is using in their client area. With normal terminals, you see a fake transparence; it simulates transparence by using the desktop bitmap as a background in its (the terminal's) window. I'm talking about a desktop applet (maybe an applet, maybe something else, I'm not sure) that is a terminal window, covering the desktop, but really transparent. And if you click on an item on the desktop, you can activate it. Does that make any sense? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Biju G C Sent: Sunday, June 01, 2003 3:55 PM To: cygwin-xfree@cygwin.com Subject: Re: OT - Terminal embedded in desktop --- Jean-Claude Gervais wrote: > Hello, > Also, the terminal window, since it is the desktop, would not > have a border, would take up the entire desktop and could not be moved. It > would not appear in the window list of the window manager. > > Is there such an animal? > > Is it an application, a window manager or a combination of the two? > > Thanks. R u looking some thing like the following They are not X Window manger, But May be use it along with XWin.exe (I have not tried) http://blueboxshell.org/ http://bb4win.org/news.php http://www.litestep.net/ http://indiestep.sourceforge.net/ http://www.lokai.org/ http://www.geoshellx.com/ http://geoshell.sourceforge.net/GeoWiki http://carbon.shellscape.org/ http://shells.lokai.net/ __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From pechtcha@cs.nyu.edu Tue Jun 3 13:03:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 03 Jun 2003 13:03:00 -0000 Subject: OT - Terminal embedded in desktop In-Reply-To: Message-ID: Umm, Jean-Claude, most likely I'm missing something, but shouldn't you be able to create one yourself rather easily by taking the code for a stock xterm (the simpler - the better), removing the call that creates the window, and using root drawing calls instead of window drawing calls? I know it won't be *that* simple, but as a general direction, does the above look feasible? Igor On Tue, 3 Jun 2003, Jean-Claude Gervais wrote: > Hi Biju, > > Thanks for taking the time to try and understand. > I know I am not totally clear. > > I'm not looking for something for Windows. > > It's something for X, Gnome, KDE, or whatever other X thingie I'd need to > run it where the desktop is a normal Linux X desktop, with icons and things > on it, but at the same time, it is a terminal window. > > The terminal window is transparent, yes. > > But not transparent like a lot of X terminals I've seen that only put the > same bitmap that the X root window is using in their client area. > > With normal terminals, you see a fake transparence; it simulates > transparence by using the desktop bitmap as a background in its (the > terminal's) window. > > I'm talking about a desktop applet (maybe an applet, maybe something else, > I'm not sure) > > that is a terminal window, covering the desktop, but really transparent. > And if you click on an item on the desktop, you can activate it. > > Does that make any sense? > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On > Behalf Of Biju G C > Sent: Sunday, June 01, 2003 3:55 PM > To: cygwin-xfree@cygwin.com > Subject: Re: OT - Terminal embedded in desktop > > --- Jean-Claude Gervais wrote: > > Hello, > > Also, the terminal window, since it is the desktop, would not > > have a border, would take up the entire desktop and could not be moved. It > > would not appear in the window list of the window manager. > > > > Is there such an animal? > > > > Is it an application, a window manager or a combination of the two? > > > > Thanks. > > R u looking some thing like the following > They are not X Window manger, > But May be use it along with XWin.exe > (I have not tried) > > http://blueboxshell.org/ > http://bb4win.org/news.php > http://www.litestep.net/ > http://indiestep.sourceforge.net/ > > http://www.lokai.org/ > > http://www.geoshellx.com/ > http://geoshell.sourceforge.net/GeoWiki > http://carbon.shellscape.org/ > > > http://shells.lokai.net/ -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 From Ruth.Ivimey-Cook@ivimey.org Tue Jun 3 13:25:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Tue, 03 Jun 2003 13:25:00 -0000 Subject: Schedule for upgrade to XFree 4.3? Message-ID: <4.3.2.7.0.20030603142627.00b20db0@mailhost.ivimey.org> Folks, Is there a schedule for upgrade to XFree 4.3? Ruth From huntharo@msu.edu Tue Jun 3 14:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 14:00:00 -0000 Subject: xwinclip shouldn't monitor the primary selection In-Reply-To: References: Message-ID: <3EDCAA0E.5020905@msu.edu> Think what you want in five minutes, but I have worked on it for over a year and it isn't as simple as you think. Keep your suggestions to yourself if you don't have anything concrete to contribute. Harold uribarri_u@tsm.es wrote: > > Sorry. I have searched the maillist and I've read several times that > xwinclip must be rewritten, but I can't find why. > > In January, you said that you are planning to integrate xwinclip into the X > server to be able to detect when an application asserts a selection > ownership (at least, it's what I understant :-?). > > I think that this is a dead end, because an X application doesn't need to > notify the X server when the selection content changes. For example, gvim > asserts the primary selection ownership when you begins the drag operation > and doesn't assert it again when you release the mouse button. > > Nonetheless, monitoring the primary selection is a bad idea. The primary > selection is a secondary way of coping and pasting, an "easter egg" for > expert users and is very volatile. The main way of cutting, coping and > pasting must be the clipboard selection. Look at > http://www.freedesktop.org/standards/clipboards.txt. > > So I think that xwinclip must ignore the primary selection. > > Good bye! > From huntharo@msu.edu Tue Jun 3 14:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 14:07:00 -0000 Subject: CVS Import In-Reply-To: References: Message-ID: <3EDCABA9.5000300@msu.edu> Alexander, Thanks for taking care of this. I am pulling a tree down now. Harold Alexander Gottwald wrote: > Hi, > > I've just imported the Xfree 4.3.0 sources and the server test 91 > sources to the xoncygwin cvs at sourceforge. I've not yet done a > test build. Some changes which were applied to the windows-1 branch > may also be taken over to the HEAD branch (eg some files in config/cf) > but I've not touched them yet. > > bye > ago From huntharo@msu.edu Tue Jun 3 14:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 14:09:00 -0000 Subject: Schedule for upgrade to XFree 4.3? In-Reply-To: <4.3.2.7.0.20030603142627.00b20db0@mailhost.ivimey.org> References: <4.3.2.7.0.20030603142627.00b20db0@mailhost.ivimey.org> Message-ID: <3EDCAC10.5050407@msu.edu> Is this a broken record? I replied to this yesterday. Harold Ruth Ivimey-Cook wrote: > Folks, > > Is there a schedule for upgrade to XFree 4.3? > > Ruth From earle@ziplabel.com Tue Jun 3 14:18:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 03 Jun 2003 14:18:00 -0000 Subject: X icon was not updated in XFree86-xserv-4.2.0-42 and Re: Multiwindow request In-Reply-To: <3EDC95E7.9030105@erdfelt.net> References: <5.1.1.6.2.20030602203501.00ac1728@mail.ziplabel.com> <5.1.1.6.2.20030602201110.044b6758@mail.ziplabel.com> <5.1.1.6.2.20030602203501.00ac1728@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030603071440.00ad3ea0@mail.ziplabel.com> Combining almost OT messages to avoid flooding the server: At 09:34 AM 6/3/2003 +0200, David Fraser wrote: >Earle F. Philhower, III wrote: >---------- Original Message ------------- >>... >>----------------------------------------- >>Sorry to be nit-picky but I really struggle to read this ---------- >>Original Message ------------- mails... >Is this your mail client that does this? Yes, it's a custom webmail my ZipLabel host uses. I don't like it either but I think they were going for the "Outlook" style, which by default is the --- IIRC. ............. Thanks Joakin et. al. for the description about multiple X servers... At 08:34 AM 6/3/2003 -0400, Joakim Erdfelt wrote: >Let a windows app control the virtual desktops. ... I had forgotten people still use virtual desktops. Having 6 monitors total spread between work and home I've not had to worry about this for a long time... In any case I think it's still up to someone to get the desktop menu handle and start hacking away... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From abraverman@itms.com Tue Jun 3 14:38:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Tue, 03 Jun 2003 14:38:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <20030602234351.GE13839@redhat.com> Message-ID: <000301c329dd$db784770$1e54cea7@andrew> I updated the XWin package to -42 and changed nothing else. The new stackdump is attached. Thank you again for all the help. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor > Sent: Monday, June 02, 2003 7:44 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Problem with releases since -37 > > > On Mon, Jun 02, 2003 at 05:56:19PM -0400, Andrew Braverman wrote: > >Sorry. Missed that one. It is attached now. > > Doh. I was hoping that if I saw the cygwin version from the cygcheck > output I would be able to figure out the stack dump but I've > removed the > debugging version of cygwin 1.3.22 that I'd need to do that. > > If you want to try the latest (i.e., the soon to be uploaded June 2 > version) cygwin snapshot DLL and send the stackdump file > again, I should > be able to say where it is dying from the hex address. > > cgf > -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.exe.stackdump Type: application/octet-stream Size: 1097 bytes Desc: not available URL: From cgf-rcm@cygwin.com Tue Jun 3 14:49:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Tue, 03 Jun 2003 14:49:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <000301c329dd$db784770$1e54cea7@andrew> References: <20030602234351.GE13839@redhat.com> <000301c329dd$db784770$1e54cea7@andrew> Message-ID: <20030603144920.GA26216@redhat.com> On Tue, Jun 03, 2003 at 10:38:52AM -0400, Andrew Braverman wrote: >I updated the XWin package to -42 and changed nothing else. The new >stackdump is attached. Thank you again for all the help. I was talking about the latest CYGWIN DLL, not the latest XWin package. >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor >> Sent: Monday, June 02, 2003 7:44 PM >> To: cygwin-xfree@cygwin.com >> Subject: Re: Problem with releases since -37 >> >>On Mon, Jun 02, 2003 at 05:56:19PM -0400, Andrew Braverman wrote: >>>Sorry. Missed that one. It is attached now. >> >>Doh. I was hoping that if I saw the cygwin version from the cygcheck >>output I would be able to figure out the stack dump but I've removed >>the debugging version of cygwin 1.3.22 that I'd need to do that. >> >>If you want to try the latest (i.e., the soon to be uploaded June 2 >>version) cygwin snapshot DLL and send the stackdump file again, I >>should be able to say where it is dying from the hex address. From Ruth.Ivimey-Cook@ivimey.org Tue Jun 3 14:55:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Tue, 03 Jun 2003 14:55:00 -0000 Subject: Schedule for upgrade to XFree 4.3? In-Reply-To: <3EDB98C2.4020703@msu.edu> Message-ID: On Mon, 2 Jun 2003, Harold L Hunt II wrote: >Ruth, > >No schedule. >We are working on it, sort of. Thanks for the reply, and sorry I didn't notice it earlier... don't know why :-( I was thinking mainly of the font system improvements, I guess. Regards, Ruth -- Ruth Ivimey-Cook Software engineer and technical writer. From robpang@cs.stanford.edu Tue Jun 3 17:10:00 2003 From: robpang@cs.stanford.edu (Robert Pang) Date: Tue, 03 Jun 2003 17:10:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Message-ID: <09ca01c329f2$efea9ae0$9fa82382@us.oracle.com> Hi John This is what I see in /tmp/XWin.log from 2 consecutive tries. GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} GetWindowName GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build ID: 2003052723} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) winClipboardErrorHandler - ERROR: BadWindow (invalid Window parameter) GetWindowName GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: 2003051323} GetWindowName GetWindowName - XA_STRING mozilla-bin Thanks. Rob ----- Original Message ----- From: Harold L Hunt II To: cygwin-xfree at cygwin dot com Date: Mon, 02 Jun 2003 21:40:56 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> Reply-to: cygwin-xfree at cygwin dot com I haven't got any ideas. Check /tmp/XWin.log before and after mozilla crashes. Report any new lines that show up during this period. Harold ----- Original Message ----- From: "Robert Pang" To: Sent: Monday, June 02, 2003 6:24 PM Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris > Hi developers, > > I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having > problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed in > my XFree 86 running in multi-window mode. Mozilla starts fine. However, > whenever I click in the address bar to enter a new URL, Mozilla aborts with > the following error when I click in the address bar. > > mozilla> ./mozilla > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 17 (X_GetAtomName) > Atom id in failed request: 0xc0000000 > Serial number of failed request: 2467 > Current serial number in output stream: 2467 > > Mozilla running from Linux/x86 doesn't show the same problem and works > perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? > > Thanks. > > Rob > From calvinrsmith@hotmail.com Tue Jun 3 17:31:00 2003 From: calvinrsmith@hotmail.com (Calvin Smith) Date: Tue, 03 Jun 2003 17:31:00 -0000 Subject: compile does not create me an xwin.exe Message-ID: I looked through the build log and it appears that it fails to build something is wrong with: winmultiwindowclass ... rm -f winmsg.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../../../../exports/include/X11 -I../../../../include/fonts -I../../../../programs/Xserver/fb -I../../../../programs/Xserver/mi -I../../../../programs/Xserver/miext/shadow -I../../../../programs/Xserver/miext/layer -I../../../../programs/Xserver/include -I../../../../programs/Xserver/os -I../../../../include/extensions -I../../../../exports/include/X11 -I../../../../programs/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. -I../../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DNO_ALLOCA -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DPIXPRIV -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXvExtension -DXFree86Server -DXvMCExtension -DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DHAS_MMAP -UXFree86LOADER -UXF86DRI -DPROJECTROOT="\"/usr/X11R6\"" winmsg.c make[5]: *** No rule to make target `winmultiwindowclass.o', needed by `libXwin.a'. Stop. make[5]: Leaving directory `/x-devel/build/std/programs/Xserver/hw/xwin' make[4]: *** [hw/xwin] Error 2 make[4]: Leaving directory `/x-devel/build/std/programs/Xserver' making all in programs/lbxproxy... make[4]: Entering directory `/x-devel/build/std/programs/lbxproxy' making all in programs/lbxproxy/di... make[5]: Entering directory `/x-devel/build/std/programs/lbxproxy/di' rm -f main.o ... ----Original Message Follows---- XWin.exe will be in build/std/programs/Xserver/XWin.exe, not in build/std/XWin.exe. Does that help? Harold Calvin Smith wrote: >i'm trying to compile xwin following the 'Cygwin/XFree86 Contributor's >Guide' but after i run make World it doesn't create an xwin.exe > >_________________________________________________________________ >MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. >http://join.msn.com/?page=features/virus _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From huntharo@msu.edu Tue Jun 3 17:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 17:32:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: <09ca01c329f2$efea9ae0$9fa82382@us.oracle.com> References: <09ca01c329f2$efea9ae0$9fa82382@us.oracle.com> Message-ID: <3EDCDBBB.2080101@msu.edu> Rob, Please update to XFree86-xserv-4.2.0-42. I forget... did I already ask you to try this without using -clipboard (you are using -clipboard, right)? If not, please try this without using -clipboard and report your results. Harold Robert Pang wrote: > Hi John > > This is what I see in /tmp/XWin.log from 2 consecutive tries. > > GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} > GetWindowName > GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build > ID: 2003052723} > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > GetWindowName > GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} > GetWindowName > GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: > 2003051323} > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > GetWindowName > GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} > GetWindowName > GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: > 2003051323} > GetWindowName > GetWindowName - XA_STRING mozilla-bin > > Thanks. > > Rob > > ----- Original Message ----- > From: Harold L Hunt II > To: cygwin-xfree at cygwin dot com > Date: Mon, 02 Jun 2003 21:40:56 -0400 > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > References: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> > Reply-to: cygwin-xfree at cygwin dot com > > > I haven't got any ideas. Check /tmp/XWin.log before and after mozilla > crashes. Report any new lines that show up during this period. > > Harold > > > ----- Original Message ----- > From: "Robert Pang" > To: > Sent: Monday, June 02, 2003 6:24 PM > Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris > > > >>Hi developers, >> >>I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having >>problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed > > in > >>my XFree 86 running in multi-window mode. Mozilla starts fine. However, >>whenever I click in the address bar to enter a new URL, Mozilla aborts > > with > >>the following error when I click in the address bar. >> >>mozilla> ./mozilla >>X Error of failed request: BadAtom (invalid Atom parameter) >> Major opcode of failed request: 17 (X_GetAtomName) >> Atom id in failed request: 0xc0000000 >> Serial number of failed request: 2467 >> Current serial number in output stream: 2467 >> >>Mozilla running from Linux/x86 doesn't show the same problem and works >>perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? >> >>Thanks. >> >>Rob >> From Ralf.Habacker@freenet.de Tue Jun 3 19:42:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 03 Jun 2003 19:42:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <3EDB6E74.5080207@msu.edu> Message-ID: <023301c32a08$44e9e4f0$6a5c07d5@BRAMSCHE> Harold Hunt wrote: > 5) winclass.c, winclass.h - Rename these files to > winmultiwindowclass.c and winmultiwindowclass.h, respectively, since > they are only used in MultiWindow mode. Prefix the functions in these > files with MultiWindow. (Harold L Hunt II) > The appended patch contains some function parameter checking to avoid segfaults in case of invalid parameter values. It is based on the xwin-Test91 release. Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: param_check_xwin91.dif Type: application/octet-stream Size: 2118 bytes Desc: not available URL: From robpang@cs.stanford.edu Tue Jun 3 20:14:00 2003 From: robpang@cs.stanford.edu (Robert Pang) Date: Tue, 03 Jun 2003 20:14:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Message-ID: <0add01c32a0c$b7b9b100$9fa82382@us.oracle.com> Hi Harold I update to XFree86-xserv-4.2.0-42 and mozilla still crashes when I click on the address bar. But it doesn't crash if I do not use "-clipboard". So, is "-clipboard" the problem? How come I don't have a problem with "-clipboard" if mozilla is run from Linux instead? Thanks. Rob ----- Original Message ----- From: Harold L Hunt II To: cygwin-xfree at cygwin dot com Date: Tue, 03 Jun 2003 13:32:43 -0400 Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris References: <09ca01c329f2$efea9ae0$9fa82382@us.oracle.com> Reply-to: cygwin-xfree at cygwin dot com Rob, Please update to XFree86-xserv-4.2.0-42. I forget... did I already ask you to try this without using -clipboard (you are using -clipboard, right)? If not, please try this without using -clipboard and report your results. Harold Robert Pang wrote: ----- Original Message ----- From: "Robert Pang" To: "Robert Pang" ; Sent: Tuesday, June 03, 2003 10:09 AM Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > Hi Harold > > This is what I see in /tmp/XWin.log from 2 consecutive tries. > > GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} > GetWindowName > GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla {Build > ID: 2003052723} > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > GetWindowName > GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} > GetWindowName > GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: > 2003051323} > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > winClipboardErrorHandler - ERROR: > BadWindow (invalid Window parameter) > GetWindowName > GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} > GetWindowName > GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: > 2003051323} > GetWindowName > GetWindowName - XA_STRING mozilla-bin > > Thanks. > > Rob > > ----- Original Message ----- > From: Harold L Hunt II > To: cygwin-xfree at cygwin dot com > Date: Mon, 02 Jun 2003 21:40:56 -0400 > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > References: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> > Reply-to: cygwin-xfree at cygwin dot com > > > I haven't got any ideas. Check /tmp/XWin.log before and after mozilla > crashes. Report any new lines that show up during this period. > > Harold > > > ----- Original Message ----- > From: "Robert Pang" > To: > Sent: Monday, June 02, 2003 6:24 PM > Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris > > > > Hi developers, > > > > I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am having > > problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed > in > > my XFree 86 running in multi-window mode. Mozilla starts fine. However, > > whenever I click in the address bar to enter a new URL, Mozilla aborts > with > > the following error when I click in the address bar. > > > > mozilla> ./mozilla > > X Error of failed request: BadAtom (invalid Atom parameter) > > Major opcode of failed request: 17 (X_GetAtomName) > > Atom id in failed request: 0xc0000000 > > Serial number of failed request: 2467 > > Current serial number in output stream: 2467 > > > > Mozilla running from Linux/x86 doesn't show the same problem and works > > perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? > > > > Thanks. > > > > Rob > > > From robpang@cs.stanford.edu Tue Jun 3 20:17:00 2003 From: robpang@cs.stanford.edu (Robert Pang) Date: Tue, 03 Jun 2003 20:17:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Message-ID: <0aec01c32a0d$1d2b3c20$9fa82382@us.oracle.com> Harold BTW, I don't have the crash when "-clipboard" is in use when I do not use multiwindow mode. Rob ----- Original Message ----- From: "Robert Pang" To: Sent: Tuesday, June 03, 2003 1:14 PM Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > Hi Harold > > I update to XFree86-xserv-4.2.0-42 and mozilla still crashes when I click on > the address bar. But it doesn't crash if I do not use "-clipboard". So, is > "-clipboard" the problem? How come I don't have a problem with "-clipboard" > if mozilla is run from Linux instead? > > Thanks. > > Rob > > ----- Original Message ----- > > From: Harold L Hunt II > To: cygwin-xfree at cygwin dot com > Date: Tue, 03 Jun 2003 13:32:43 -0400 > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > References: <09ca01c329f2$efea9ae0$9fa82382@us.oracle.com> > Reply-to: cygwin-xfree at cygwin dot com > > > Rob, > > Please update to XFree86-xserv-4.2.0-42. > > I forget... did I already ask you to try this without using -clipboard (you > are using -clipboard, right)? If not, please try this without > using -clipboard and report your results. > > Harold > > Robert Pang wrote: > > ----- Original Message ----- > From: "Robert Pang" > To: "Robert Pang" ; > Sent: Tuesday, June 03, 2003 10:09 AM > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > > > > Hi Harold > > > > This is what I see in /tmp/XWin.log from 2 consecutive tries. > > > > GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} > > GetWindowName > > GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla > {Build > > ID: 2003052723} > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > GetWindowName > > GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} > > GetWindowName > > GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: > > 2003051323} > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > winClipboardErrorHandler - ERROR: > > BadWindow (invalid Window parameter) > > GetWindowName > > GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} > > GetWindowName > > GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: > > 2003051323} > > GetWindowName > > GetWindowName - XA_STRING mozilla-bin > > > > Thanks. > > > > Rob > > > > ----- Original Message ----- > > From: Harold L Hunt II > > To: cygwin-xfree at cygwin dot com > > Date: Mon, 02 Jun 2003 21:40:56 -0400 > > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > > References: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> > > Reply-to: cygwin-xfree at cygwin dot com > > > > > > I haven't got any ideas. Check /tmp/XWin.log before and after mozilla > > crashes. Report any new lines that show up during this period. > > > > Harold > > > > > > ----- Original Message ----- > > From: "Robert Pang" > > To: > > Sent: Monday, June 02, 2003 6:24 PM > > Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris > > > > > > > Hi developers, > > > > > > I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am > having > > > problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed > > in > > > my XFree 86 running in multi-window mode. Mozilla starts fine. However, > > > whenever I click in the address bar to enter a new URL, Mozilla aborts > > with > > > the following error when I click in the address bar. > > > > > > mozilla> ./mozilla > > > X Error of failed request: BadAtom (invalid Atom parameter) > > > Major opcode of failed request: 17 (X_GetAtomName) > > > Atom id in failed request: 0xc0000000 > > > Serial number of failed request: 2467 > > > Current serial number in output stream: 2467 > > > > > > Mozilla running from Linux/x86 doesn't show the same problem and works > > > perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? > > > > > > Thanks. > > > > > > Rob > > > > > > From huntharo@msu.edu Tue Jun 3 20:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 20:22:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: <0add01c32a0c$b7b9b100$9fa82382@us.oracle.com> References: <0add01c32a0c$b7b9b100$9fa82382@us.oracle.com> Message-ID: <3EDD0384.8050703@msu.edu> Rob, Welcome to the world of threads. The clipboard manager and window manager run in their own threads within the X Server process... there is likely to be a bug in one of those modules or in the supporting modules. I have no idea which module actually contains the bug at this point. How prepared are you to help with debugging? I mean, you are in the CS department at Stanford, so I would expect that you can help us quite a bit, no? :) Harold Robert Pang wrote: > Hi Harold > > I update to XFree86-xserv-4.2.0-42 and mozilla still crashes when I click on > the address bar. But it doesn't crash if I do not use "-clipboard". So, is > "-clipboard" the problem? How come I don't have a problem with "-clipboard" > if mozilla is run from Linux instead? > > Thanks. > > Rob > > ----- Original Message ----- > > From: Harold L Hunt II > To: cygwin-xfree at cygwin dot com > Date: Tue, 03 Jun 2003 13:32:43 -0400 > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > References: <09ca01c329f2$efea9ae0$9fa82382@us.oracle.com> > Reply-to: cygwin-xfree at cygwin dot com > > > Rob, > > Please update to XFree86-xserv-4.2.0-42. > > I forget... did I already ask you to try this without using -clipboard (you > are using -clipboard, right)? If not, please try this without > using -clipboard and report your results. > > Harold > > Robert Pang wrote: > > ----- Original Message ----- > From: "Robert Pang" > To: "Robert Pang" ; > Sent: Tuesday, June 03, 2003 10:09 AM > Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris > > > >>Hi Harold >> >>This is what I see in /tmp/XWin.log from 2 consecutive tries. >> >>GetWindowName - XA_STRING Mozilla {Build ID: 2003052723} >>GetWindowName >>GetWindowName - XA_STRING Getting Involved with mozilla.org - Mozilla > > {Build > >>ID: 2003052723} >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>GetWindowName >>GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} >>GetWindowName >>GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: >>2003051323} >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>winClipboardErrorHandler - ERROR: >> BadWindow (invalid Window parameter) >>GetWindowName >>GetWindowName - XA_STRING Mozilla {Build ID: 2003051323} >>GetWindowName >>GetWindowName - XA_STRING Robert Pang's Web Top - Mozilla {Build ID: >>2003051323} >>GetWindowName >>GetWindowName - XA_STRING mozilla-bin >> >>Thanks. >> >>Rob >> >>----- Original Message ----- >>From: Harold L Hunt II >>To: cygwin-xfree at cygwin dot com >>Date: Mon, 02 Jun 2003 21:40:56 -0400 >>Subject: Re: Multiwindow mode problem with Mozilla/Phoenix on Solaris >>References: <095b01c3296e$e2f4a0d0$9fa82382@us.oracle.com> >>Reply-to: cygwin-xfree at cygwin dot com >> >> >>I haven't got any ideas. Check /tmp/XWin.log before and after mozilla >>crashes. Report any new lines that show up during this period. >> >>Harold >> >> >>----- Original Message ----- >>From: "Robert Pang" >>To: >>Sent: Monday, June 02, 2003 6:24 PM >>Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris >> >> >> >>>Hi developers, >>> >>>I am running XFree 86 for Cygwin (4.2.0 - 37) on Windows 2000. I am > > having > >>>problem with Mozilla 1.4 beta running on Sparc Solaris 2.6 and displayed >> >>in >> >>>my XFree 86 running in multi-window mode. Mozilla starts fine. However, >>>whenever I click in the address bar to enter a new URL, Mozilla aborts >> >>with >> >>>the following error when I click in the address bar. >>> >>>mozilla> ./mozilla >>>X Error of failed request: BadAtom (invalid Atom parameter) >>> Major opcode of failed request: 17 (X_GetAtomName) >>> Atom id in failed request: 0xc0000000 >>> Serial number of failed request: 2467 >>> Current serial number in output stream: 2467 >>> >>>Mozilla running from Linux/x86 doesn't show the same problem and works >>>perfectly. Any clue what's wrong with Mozilla on Sparc Solaris? >>> >>>Thanks. >>> >>>Rob >>> >> From huntharo@msu.edu Tue Jun 3 20:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 20:39:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <023301c32a08$44e9e4f0$6a5c07d5@BRAMSCHE> References: <023301c32a08$44e9e4f0$6a5c07d5@BRAMSCHE> Message-ID: <3EDD0774.70807@msu.edu> Ralf, Thanks. http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91-DEBUG.exe.bz2 Harold Ralf Habacker wrote: > Harold Hunt wrote: > > >>5) winclass.c, winclass.h - Rename these files to >>winmultiwindowclass.c and winmultiwindowclass.h, respectively, since >>they are only used in MultiWindow mode. Prefix the functions in these >>files with MultiWindow. (Harold L Hunt II) >> > > The appended patch contains some function parameter checking to avoid segfaults > in case of invalid parameter values. > > It is based on the xwin-Test91 release. > > Ralf > > > ------------------------------------------------------------------------ > > From huntharo@msu.edu Tue Jun 3 20:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 20:40:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: <0aec01c32a0d$1d2b3c20$9fa82382@us.oracle.com> References: <0aec01c32a0d$1d2b3c20$9fa82382@us.oracle.com> Message-ID: <3EDD07D0.9010600@msu.edu> Rob, There is a temporary release of XWin.exe available that watches our for more NULL pointer dereferences. Please try it out and report your results: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91-DEBUG.exe.bz2 There are instructions for installing such a binary at: http://xfree86.cygwin.com/devel/shadow/ Thanks for testing, Harold From ihok@hotmail.com Tue Jun 3 21:37:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 03 Jun 2003 21:37:00 -0000 Subject: ooh, ooh! more nitpicking Message-ID: <3EDD13B8.8010502@hotmail.com> So I love the fact that my X-forwarded apps now show up in the Alt-Tab list with their proper icons. Except that now there's no way to distinguish at a glance between, say, a Mozilla running locally and a Mozilla running remotely -- they have the same icon. How about this for overloading a simple feature and opening a gazillion cans of worms: the icon shown for each X application in the Alt-Tab list (as well as in the taskbar, for completeness sake), gets it's default icon but with an faint X11-style letter "X" in the background. This letter X should be visible no matter what my system colors are. As a bonus point, the number of the X display should be embedded next to the X to disambiguate between the same application being shown on different X servers, but this bonus functionality should only be enabled if more than one X server is actually running. Flames to /dev/null; granted, this is a silly idea but it does point out a problem. Additional information could be sought by seeing how other application-forwarding software (e.g., VNC, NetMeeting, PC Anywhere, Citrix Metaframe or their ilk) disambiguate under such circumstances, or if they bother to do anything at all. For those still reading, here's an entertaining note: the citrix.com site currently carries an ad which reads "Citrix embraces and extends Windows Server 2003". -JT From huntharo@msu.edu Tue Jun 3 21:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 21:39:00 -0000 Subject: ooh, ooh! more nitpicking In-Reply-To: <3EDD13B8.8010502@hotmail.com> References: <3EDD13B8.8010502@hotmail.com> Message-ID: <3EDD159D.4000305@msu.edu> Jack, Yeah, that is definitely a feature that people getting paid to program would implement. :) I think we have many more fundamental problems to solve before we worry about such issues. Harold Jack Tanner wrote: > So I love the fact that my X-forwarded apps now show up in the Alt-Tab > list with their proper icons. Except that now there's no way to > distinguish at a glance between, say, a Mozilla running locally and a > Mozilla running remotely -- they have the same icon. > > How about this for overloading a simple feature and opening a gazillion > cans of worms: the icon shown for each X application in the Alt-Tab list > (as well as in the taskbar, for completeness sake), gets it's default > icon but with an faint X11-style letter "X" in the background. This > letter X should be visible no matter what my system colors are. > > As a bonus point, the number of the X display should be embedded next to > the X to disambiguate between the same application being shown on > different X servers, but this bonus functionality should only be enabled > if more than one X server is actually running. > > Flames to /dev/null; granted, this is a silly idea but it does point out > a problem. Additional information could be sought by seeing how other > application-forwarding software (e.g., VNC, NetMeeting, PC Anywhere, > Citrix Metaframe or their ilk) disambiguate under such circumstances, or > if they bother to do anything at all. > > For those still reading, here's an entertaining note: the citrix.com > site currently carries an ad which reads "Citrix embraces and extends > Windows Server 2003". > > -JT > From colin.harrison@virgin.net Tue Jun 3 22:22:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 03 Jun 2003 22:22:00 -0000 Subject: ooh, ooh! more nitpicking Message-ID: <000001c32a1e$a457aa60$0200a8c0@straightrunning.com> Hi-Jack, All the local MS applications should have a big yellow 'M' in their icon foregrounds. remote Macs should have a big red 'X' (OS X only!)), Suns a big 'S', HP's a big 'P' etc. I'm sure they will all oblige and change their icons, after all X came first (or did it?). Post it to their help desks (beware, some charge just to ask a question), they love to change things willy-nilly. Tell them it's in the good cause of 'disambiguation' of remote/local systems via a heterogeneous server. If I can get I copy of the source code I will hack it for them for free, please advise on CVS/pass. Colin From huntharo@msu.edu Tue Jun 3 22:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Jun 2003 22:56:00 -0000 Subject: ooh, ooh! more nitpicking In-Reply-To: <000001c32a1e$a457aa60$0200a8c0@straightrunning.com> References: <000001c32a1e$a457aa60$0200a8c0@straightrunning.com> Message-ID: <3EDD27A0.7090006@msu.edu> Okay, okay, no need to go overboard. Harold Colin Harrison wrote: > Hi-Jack, > > All the local MS applications should have a big yellow 'M' in their icon > foregrounds. > remote Macs should have a big red 'X' (OS X only!)), Suns a big 'S', HP's a > big 'P' etc. > I'm sure they will all oblige and change their icons, after all X came first > (or did it?). > Post it to their help desks (beware, some charge just to ask a question), > they love to change things willy-nilly. > Tell them it's in the good cause of 'disambiguation' of remote/local systems > via a heterogeneous server. > > If I can get I copy of the source code I will hack it for them for free, > please advise on CVS/pass. > > Colin From huntharo@msu.edu Wed Jun 4 05:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Jun 2003 05:16:00 -0000 Subject: Efforts to make xwinclip/-clipboard not steal the selection [Fwd: [Xoncygwin-cvs] CVS Update: xc (branch: trunk)] Message-ID: <3EDD80AA.9090901@msu.edu> Okay, since the selection stealing by xwinclip/-clipboard probably generates the largest amount of annoying questions on this mailing list, I decided to finally spend a little time trying to redo this properly. I had been meaning to look at Keith Packard's XFIXES extension that was added to the XFree86 CVS last November and was subsequently removed before 4.3.0 was released. Tonight I looked through the pieces that of that patch that added a new type of callback function for selection changes. Callbacks for this can be registered by calling AddCallback... Tonight I applied those few pieces of Keith's code for the selection callback to our SourceForge CVS tree. I also added a file to hw/xwin called winclipboardcallback.c and I added a call in winscrinit.c that registers a callback. Forgive the poor function names... but it is past bed time (you'll know what I mean if you look at the CVS). The code compiles and runs. When the selection changes, it prints a message to the log file via ErrorF. So, we are at least able to detect when the selection changes now. There are two steps that I will be taking next (or appreciating help from others on): 1) Make a few simple changes to the -clipboard functionality that registers a callback for the selection change events. Stop stealing the selection when something in X is copied. This would immediately improve -clipboard since it would no longer steal the selection and it would still support wonderful things like non-ANSI text conversion. 2) Change the clipboard functionality from an X Client to just another set of functions in the X Server. This is possible because we no longer have to wait for the X Client SelectionNotify events, etc., but it may prove difficult to find the X Server interface to the functions that convert selections into the desired format. On the other hand, this may be really easy. I would *really* like to do (1) first, even if (2) were to follow as soon as later the same day. I think that (1) is achievable within 8 hours. I may have something tomorrow. I would appreciate if others would look into (2) in the mean time. Good night, Harold -------- Original Message -------- Subject: [Xoncygwin-cvs] CVS Update: xc (branch: trunk) Date: Tue, 03 Jun 2003 22:06:38 -0700 From: Harold Hunt Reply-To: xoncygwin-devel@lists.sourceforge.net To: xoncygwin-cvs@lists.sourceforge.net CVSROOT: /cvsroot/xoncygwin Module name: xc Repository: xc/programs/Xserver/include/ Changes by: hhunt@sc8-pr-cvs1. 03/06/03 22:06:38 Log message: Add parts of Keith Packard's XFIXES used to notify clients when the selection changes. Only built when __CYGWIN__ is defined. Modified files: xc/programs/Xserver/dix/: dispatch.c xc/programs/Xserver/hw/xwin/: Imakefile winscrinit.c xc/programs/Xserver/include/: dix.h Revision Changes Path 1.2 +40 -20 xc/programs/Xserver/dix/dispatch.c 1.3 +2 -0 xc/programs/Xserver/hw/xwin/Imakefile 1.2 +267 -53 xc/programs/Xserver/hw/xwin/winscrinit.c 1.2 +28 -4 xc/programs/Xserver/include/dix.h ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Xoncygwin-cvs mailing list Xoncygwin-cvs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xoncygwin-cvs From markem@ev1.net Wed Jun 4 06:29:00 2003 From: markem@ev1.net (Mark Manning) Date: Wed, 04 Jun 2003 06:29:00 -0000 Subject: Possible X-Wndows problem Message-ID: <3EDDB034.6070003@ev1.net> I had Cygwin crash on me the other day and was wondering if this is my machine doing this (like it ran out of memory or some such) or if it was a known problem with Cygwin. What happened: I wrote a small program which opened a 400x400 pixel screen and then proceeded to write to each pixel varying colors. The program worked at first but after allowing the program to run several hours while it randomly wrote colors to the dots (in the proper range of course), Cygwin crashed and died leaving the system in an unstable state (ie: I had to reboot my Windows box). System Statistics: Pentium-4 3.0Ghz cpu 512MB of memory Standard things like keyboard, optical mouse, scanner, etc.... Lots of hard drive space (11GB free) Notes: I was not using OpenGL but was rather using the standard X Windows/Motif drawing routines to handle the drawing of the dots. I am thinking that due to the enormous number of times Cygwin had to write a single dot, then update the window, that maybe I ran into some kind of a buffer overflow. I have run my test program and Cygwin does die each time. Usually after a couple of hours. So it takes quite a while to build up to whatever it is that is causing this. I am trying to reduce the overall program down to where I can post the example program but if anyone has run into this before, I would appreciate an e-mail or a post pointing me in the right direction. TIA to whomever answers. Mark From uribarri_u@tsm.es Wed Jun 4 08:45:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Wed, 04 Jun 2003 08:45:00 -0000 Subject: xwinclip patch Message-ID: What I'm requesting is so simple as this: --- xwinclip.c.orig 2003-01-13 02:27:22.000000000 +0100 +++ xwinclip.c 2003-06-04 10:09:18.000000000 +0200 @@ -362,15 +362,6 @@ exit (1); } - /* Assert ownership of PRIMARY */ - iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY, - iWindow, CurrentTime); - if (iReturn == BadAtom || iReturn == BadWindow) - { - printf ("Could not set PRIMARY owner\n"); - exit (1); - } - /* Local property to hold pasted data */ atomLocalProperty = XInternAtom (pDisplay, "CYGX_CUT_BUFFER", False); if (atomLocalProperty == None) With this patch, xwinclip works as a Windows user would expect. With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard: ~/.Xresources: *VT100.Translations: #override \ Shift Insert: insert-selection(CLIPBOARD) \n\ Ctrl Insert: select-set(CLIPBOARD) \n\ ~/.emacs: (global-set-key [S-delete] 'clipboard-kill-region) (global-set-key [S-insert] 'clipboard-yank) (global-set-key [C-insert] 'clipboard-kill-ring-save) Gnome 1&2, Gvim, and KDE 3 works correctly. I acknow that there is lots of old applications (KDE1&2 mainly) that ignores completely the clipboard, so I will try to rewrite xwinclip as a windows taskbar app that will allow to copy (at user request) the primary selection to the clipboard and vice versa. Good bye! From jc.gervais@videotron.ca Wed Jun 4 13:01:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 04 Jun 2003 13:01:00 -0000 Subject: OT - Terminal embedded in desktop In-Reply-To: Message-ID: Hi Igor, OK, so you've basically resolved ONE question for me; there is NO existing app/terminal/window-manager that does what I want. As for your suggestion that I code one myself, I think that that is the only direction to take. If it were for Windows, I have no doubt that I could manage it, because I know Win32 well enough, but for X, it's another matter altogether; I wouldn't really know where to start... Possibly looking at XEarth and ETerm or ATerm. Have you any suggestions? Thanks. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Igor Pechtchanski Sent: Tuesday, June 03, 2003 9:03 AM To: cygwin-xfree@cygwin.com Subject: RE: OT - Terminal embedded in desktop Umm, Jean-Claude, most likely I'm missing something, but shouldn't you be able to create one yourself rather easily by taking the code for a stock xterm (the simpler - the better), removing the call that creates the window, and using root drawing calls instead of window drawing calls? I know it won't be *that* simple, but as a general direction, does the above look feasible? Igor On Tue, 3 Jun 2003, Jean-Claude Gervais wrote: > Hi Biju, > > Thanks for taking the time to try and understand. > I know I am not totally clear. > > I'm not looking for something for Windows. > > It's something for X, Gnome, KDE, or whatever other X thingie I'd need to > run it where the desktop is a normal Linux X desktop, with icons and things > on it, but at the same time, it is a terminal window. > > The terminal window is transparent, yes. > > But not transparent like a lot of X terminals I've seen that only put the > same bitmap that the X root window is using in their client area. > > With normal terminals, you see a fake transparence; it simulates > transparence by using the desktop bitmap as a background in its (the > terminal's) window. > > I'm talking about a desktop applet (maybe an applet, maybe something else, > I'm not sure) > > that is a terminal window, covering the desktop, but really transparent. > And if you click on an item on the desktop, you can activate it. > > Does that make any sense? > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On > Behalf Of Biju G C > Sent: Sunday, June 01, 2003 3:55 PM > To: cygwin-xfree@cygwin.com > Subject: Re: OT - Terminal embedded in desktop > > --- Jean-Claude Gervais wrote: > > Hello, > > Also, the terminal window, since it is the desktop, would not > > have a border, would take up the entire desktop and could not be moved. It > > would not appear in the window list of the window manager. > > > > Is there such an animal? > > > > Is it an application, a window manager or a combination of the two? > > > > Thanks. > > R u looking some thing like the following > They are not X Window manger, > But May be use it along with XWin.exe > (I have not tried) > > http://blueboxshell.org/ > http://bb4win.org/news.php > http://www.litestep.net/ > http://indiestep.sourceforge.net/ > > http://www.lokai.org/ > > http://www.geoshellx.com/ > http://geoshell.sourceforge.net/GeoWiki > http://carbon.shellscape.org/ > > > http://shells.lokai.net/ -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 From abraverman@itms.com Wed Jun 4 13:54:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Wed, 04 Jun 2003 13:54:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <20030603144920.GA26216@redhat.com> Message-ID: <000201c32aa0$c90a3850$1e54cea7@andrew> You did say that and I misread it. I have been looking for a 1.3.23 package and, after checking a half a dozen or so mirrors, have not seen one. Has it been released yet? Is there an ETA? -Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor > Sent: Tuesday, June 03, 2003 10:49 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Problem with releases since -37 > > > On Tue, Jun 03, 2003 at 10:38:52AM -0400, Andrew Braverman wrote: > >I updated the XWin package to -42 and changed nothing else. The new > >stackdump is attached. Thank you again for all the help. > > I was talking about the latest CYGWIN DLL, not the latest XWin > package. > > >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > Christopher Faylor > >> Sent: Monday, June 02, 2003 7:44 PM > >> To: cygwin-xfree@cygwin.com > >> Subject: Re: Problem with releases since -37 > >> > >>On Mon, Jun 02, 2003 at 05:56:19PM -0400, Andrew Braverman wrote: > >>>Sorry. Missed that one. It is attached now. > >> > >>Doh. I was hoping that if I saw the cygwin version from > the cygcheck > >>output I would be able to figure out the stack dump but I've removed > >>the debugging version of cygwin 1.3.22 that I'd need to do that. > >> > >>If you want to try the latest (i.e., the soon to be uploaded June 2 > >>version) cygwin snapshot DLL and send the stackdump file again, I > >>should be able to say where it is dying from the hex address. > From Benjamin.Riefenstahl@epost.de Wed Jun 4 15:41:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 04 Jun 2003 15:41:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: <3EDD07D0.9010600@msu.edu> (Harold L. Hunt, II's message of "Tue, 03 Jun 2003 16:40:48 -0400") References: <0aec01c32a0d$1d2b3c20$9fa82382@us.oracle.com> <3EDD07D0.9010600@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > There is a temporary release of XWin.exe available that watches our > for more NULL pointer dereferences. Please try it out and report > your results: That's the way I like it, JIT-fixes ;-) I had started to get crashes with the new Emacs I built today, when I was browsing through the menus. I think all the new tooltips that Emacs has in this version were the problem. The debug XWin.exe seems to fix that. so long, benny From cgf-rcm@cygwin.com Wed Jun 4 16:03:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Wed, 04 Jun 2003 16:03:00 -0000 Subject: Alternate Window Managers In-Reply-To: <31384782-96A5-11D7-A09F-0003930A6566@apple.com> References: <31384782-96A5-11D7-A09F-0003930A6566@apple.com> Message-ID: <20030604160306.GA19859@redhat.com> Redirecting to cygwin-xfree mailing list. Please continue this discussion there. On Wed, Jun 04, 2003 at 08:57:07AM -0700, Robert Pollard wrote: >Hello all, > >I was curious if there was other window managers aside from the one >that is used on default in X? The window manager that is used on >default is okay but I sort of got use to Gnome and KDE in Linux. > >If there are, how and where do I get them or use them if they are >already on the system? > >I don't know how to get the version of cygwin I'm running but I just >downloaded it about 2 months ago. > >Thanks for all your help, > >Robert From pechtcha@cs.nyu.edu Wed Jun 4 16:21:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 04 Jun 2003 16:21:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <000201c32aa0$c90a3850$1e54cea7@andrew> Message-ID: , in the "Contributing" section of the left menu, follow the "Snapshots" link. Igor On Wed, 4 Jun 2003, Andrew Braverman wrote: > You did say that and I misread it. I have been looking for a 1.3.23 package > and, after checking a half a dozen or so mirrors, have not seen one. Has it > been released yet? Is there an ETA? > > -Andy > > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor > > Sent: Tuesday, June 03, 2003 10:49 AM > > To: cygwin-xfree@cygwin.com > > Subject: Re: Problem with releases since -37 > > > > > > On Tue, Jun 03, 2003 at 10:38:52AM -0400, Andrew Braverman wrote: > > >I updated the XWin package to -42 and changed nothing else. The new > > >stackdump is attached. Thank you again for all the help. > > > > I was talking about the latest CYGWIN DLL, not the latest XWin > > package. > > > > >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of > > Christopher Faylor > > >> Sent: Monday, June 02, 2003 7:44 PM > > >> To: cygwin-xfree@cygwin.com > > >> Subject: Re: Problem with releases since -37 > > >> > > >>On Mon, Jun 02, 2003 at 05:56:19PM -0400, Andrew Braverman wrote: > > >>>Sorry. Missed that one. It is attached now. > > >> > > >>Doh. I was hoping that if I saw the cygwin version from > > the cygcheck > > >>output I would be able to figure out the stack dump but I've removed > > >>the debugging version of cygwin 1.3.22 that I'd need to do that. > > >> > > >>If you want to try the latest (i.e., the soon to be uploaded June 2 > > >>version) cygwin snapshot DLL and send the stackdump file again, I > > >>should be able to say where it is dying from the hex address. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,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 From cgf-rcm@cygwin.com Wed Jun 4 16:28:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Wed, 04 Jun 2003 16:28:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <000201c32aa0$c90a3850$1e54cea7@andrew> References: <20030603144920.GA26216@redhat.com> <000201c32aa0$c90a3850$1e54cea7@andrew> Message-ID: <20030604162807.GB19718@redhat.com> On Wed, Jun 04, 2003 at 09:54:14AM -0400, Andrew Braverman wrote: >You did say that and I misread it. I have been looking for a 1.3.23 package >and, after checking a half a dozen or so mirrors, have not seen one. Huh? The next version has not been released. Go to the cygwin web site and look for the word "Snapshot". A snapshot is not the same as a release. It looks like Harold has done some work with null pointers recently. Maybe that will rectify your problem. From colin.harrison@virgin.net Wed Jun 4 16:34:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 04 Jun 2003 16:34:00 -0000 Subject: Build from Sourceforge Xoncygwin Message-ID: <000001c32ab7$254ad9b0$0200a8c0@straightrunning.com> Hi, I just finished building XWin from the SourceForge xoncygwin cvs. I took the HEAD xc and made World. I hacked the build through, on the hoof as it were, to get sufficient dll's and an exe for XWin to run. Some things I had to 'work around':- 1) Various missing links out from exports/include/X11 to various .h files in lib/X11 and sub-directories, stopped compilation in XWin. 2) Various makes were not happening in lib's including X11, Xext, Xt, Xmu, ICE, SM, Xmuu..some Imakefiles were older than the Test91 ones and Makefiles were not being generated. This stopped the .dll exports appearing and prevented XWin linking. Not too bad on the whole...and at least I'm now seeing the:- winSelectionCallback - Selection changed! trace! Instead of just hacking through the make I'll have I more detailed look if I have time and come up with fixes. I always like to ring fence things first before doing a proper job! Colin From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 4 17:14:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 04 Jun 2003 17:14:00 -0000 Subject: Build from Sourceforge Xoncygwin In-Reply-To: <000001c32ab7$254ad9b0$0200a8c0@straightrunning.com> Message-ID: On Wed, 4 Jun 2003, Colin Harrison wrote: > Hi, > > I just finished building XWin from the SourceForge xoncygwin cvs. > I took the HEAD xc and made World. > > I hacked the build through, on the hoof as it were, to get sufficient dll's > and an exe for XWin to run. > > Some things I had to 'work around':- > > 1) Various missing links out from exports/include/X11 to various .h files in > lib/X11 and sub-directories, stopped compilation in XWin. I left some things out when commiting the xfree 4.3.0 sources: xc/programs/* (except Imakefile and Xserver) xc/doc xc/fonts xc/workInProgress None of these should result in the error you reported. Are these files sill missing after "make includes" in xc/lib/X11? > 2) Various makes were not happening in lib's including X11, Xext, Xt, Xmu, > ICE, SM, Xmuu..some Imakefiles were older than the Test91 ones and Makefiles > were not being generated. This stopped the .dll exports appearing and > prevented XWin linking. make Makefiles should always create new Makefiles. Does this help? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From colin.harrison@virgin.net Wed Jun 4 17:30:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 04 Jun 2003 17:30:00 -0000 Subject: Build from Sourceforge Xoncygwin Message-ID: <000001c32abe$f58ce3f0$0200a8c0@straightrunning.com> Hi Alexander, I'll try again from a clean tree and only use make World. When it stopped last time I just 'wadded' in. After manually symbolic-linking the .h files I later discovered the missing dll lib builds. This time I'll stop at the first failure and find why the libs were skipped (sans Makefiles)! Probably something silly! I can't try this for a few hours..duty calls. Colin From huntharo@msu.edu Wed Jun 4 17:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Jun 2003 17:50:00 -0000 Subject: xwinclip patch In-Reply-To: References: Message-ID: <3EDE3165.7040609@msu.edu> Nope, you really didn't read the mailing list. Not all applications used the CLIPBOARD atom... a lot of them still only use XA_PRIMARY. Dropping support for XA_PRIMARY is a HUGE reduction in the feature set of xwinclip and it will not be accepted by users. Harold uribarri_u@tsm.es wrote: > What I'm requesting is so simple as this: > > --- xwinclip.c.orig 2003-01-13 02:27:22.000000000 +0100 > +++ xwinclip.c 2003-06-04 10:09:18.000000000 +0200 > @@ -362,15 +362,6 @@ > exit (1); > } > > - /* Assert ownership of PRIMARY */ > - iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY, > - iWindow, CurrentTime); > - if (iReturn == BadAtom || iReturn == BadWindow) > - { > - printf ("Could not set PRIMARY owner\n"); > - exit (1); > - } > - > /* Local property to hold pasted data */ > atomLocalProperty = XInternAtom (pDisplay, "CYGX_CUT_BUFFER", False); > if (atomLocalProperty == None) > > With this patch, xwinclip works as a Windows user would expect. > With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard: > > ~/.Xresources: > *VT100.Translations: #override \ > Shift Insert: insert-selection(CLIPBOARD) \n\ > Ctrl Insert: select-set(CLIPBOARD) \n\ > > ~/.emacs: > (global-set-key [S-delete] 'clipboard-kill-region) > (global-set-key [S-insert] 'clipboard-yank) > (global-set-key [C-insert] 'clipboard-kill-ring-save) > > Gnome 1&2, Gvim, and KDE 3 works correctly. > > I acknow that there is lots of old applications (KDE1&2 mainly) that ignores completely the clipboard, so I will try to rewrite xwinclip as a windows > taskbar app that will allow to copy (at user request) the primary selection to the clipboard and vice versa. > > Good bye! > From huntharo@msu.edu Wed Jun 4 17:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Jun 2003 17:51:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: References: <0aec01c32a0d$1d2b3c20$9fa82382@us.oracle.com> <3EDD07D0.9010600@msu.edu> Message-ID: <3EDE31B5.70607@msu.edu> Benny, Okay, I will release this debug version as soon as I get a chance. Thanks for testing, Harold Benjamin Riefenstahl wrote: > Hi Harold, > > > Harold L Hunt II writes: > >>There is a temporary release of XWin.exe available that watches our >>for more NULL pointer dereferences. Please try it out and report >>your results: > > > That's the way I like it, JIT-fixes ;-) > > I had started to get crashes with the new Emacs I built today, when I > was browsing through the menus. I think all the new tooltips that > Emacs has in this version were the problem. The debug XWin.exe seems > to fix that. > > > so long, benny From huntharo@msu.edu Wed Jun 4 17:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Jun 2003 17:59:00 -0000 Subject: Build from Sourceforge Xoncygwin In-Reply-To: References: Message-ID: <3EDE3378.8070204@msu.edu> Alexander Gottwald wrote: >>1) Various missing links out from exports/include/X11 to various .h files in >>lib/X11 and sub-directories, stopped compilation in XWin. > > > I left some things out when commiting the xfree 4.3.0 sources: > xc/programs/* (except Imakefile and Xserver) > xc/doc > xc/fonts > xc/workInProgress > > None of these should result in the error you reported. > > Are these files sill missing after "make includes" in xc/lib/X11? > The integrated clipboard manager requires the Xlib headers... which are not in the build tree anymore. I had to change it from #include "foo.h" to #include . Unfortunately, this means that you must already have Cygwin/XFree86 installed with the -prog package... otherwise those headers won't be found. The only other way to solve this is to put those headers back into the tree... which might be more of a pain than a real solution. I already updated the files in question in CVS... just do an update in hw/xwin. Harold From earle@ziplabel.com Wed Jun 4 18:02:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Wed, 04 Jun 2003 18:02:00 -0000 Subject: xwinclip patch Message-ID: <20030604180246.60F821BE16@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From Ralf.Habacker@freenet.de Wed Jun 4 18:02:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 04 Jun 2003 18:02:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <3EDD0774.70807@msu.edu> Message-ID: <028901c32ac3$85868200$6a5c07d5@BRAMSCHE> Harold, after submitting this patch I recognized a rare case memory leak in winMultiWindowGetClassHint() if the memory allocation for "res_class" fails. This is fixed by the appended small patch, which is based on the previous one. (Hope the indention is right) Ralf ------------------------------------------------------------------ $ diff -up winmultiwindowclass.c.orig winmultiwindowclass.c --- winmultiwindowclass.c.orig 2003-06-04 19:48:36.000000000 +0200 +++ winmultiwindowclass.c 2003-06-04 19:55:38.000000000 +0200 @@ -76,8 +76,11 @@ winMultiWindowGetClassHint (WindowPtr pW (*res_class) = malloc (len_class + 1); - if (!*res_class) - return 0; + if (!*res_class) + { + free(*res_name); + return 0; + } strcpy ((*res_class), ((char *)prop->data) + 1 + len_name); ------------------------------------------------------------------ > > Ralf, > > Thanks. > > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91-DEBUG.exe.bz2 > > Harold > > Ralf Habacker wrote: > > > Harold Hunt wrote: > > > > > >>5) winclass.c, winclass.h - Rename these files to > >>winmultiwindowclass.c and winmultiwindowclass.h, respectively, since > >>they are only used in MultiWindow mode. Prefix the functions in these > >>files with MultiWindow. (Harold L Hunt II) > >> > > > > The appended patch contains some function parameter checking to > avoid segfaults > > in case of invalid parameter values. > > > > It is based on the xwin-Test91 release. > > From abraverman@itms.com Wed Jun 4 18:37:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Wed, 04 Jun 2003 18:37:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <20030604162807.GB19718@redhat.com> Message-ID: <000001c32ac8$5cdfea30$1e54cea7@andrew> I am usually not this slow. I do know what a snapshot means and that it is not a release and can read when you ask me to change a dll and not the XWin executable. For some reason, I did not process things correctly in the last couple of days. My apologies. I did some more testing based on your suggestions. I first tried the XWin-Test91-DEBUG version of the server with the released version of the dll. That failed as before and gave me a new stackdump. I then put in cygwin1-20030602.dll as /bin/cygwin1.dll. I restarted windows to make sure that the correct dll was used. I ran with the XWin-Test91-DEBUG version of the server again and it gave me Microsoft's "do you want to report this" box again, but did not produce a stack dump. I tried the 042 version again, and got the same results ("do you want to report this" and no stackdump). Putting the last working version (037) back in with the new dll works fine. Anyone have any other ideas that I can try? Thanks again for the help so far. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Christopher Faylor > Sent: Wednesday, June 04, 2003 12:28 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Problem with releases since -37 > > > On Wed, Jun 04, 2003 at 09:54:14AM -0400, Andrew Braverman wrote: > >You did say that and I misread it. I have been looking for > a 1.3.23 package > >and, after checking a half a dozen or so mirrors, have not seen one. > > Huh? The next version has not been released. > > Go to the cygwin web site and look for the word "Snapshot". > > A snapshot is not the same as a release. > > It looks like Harold has done some work with null pointers > recently. Maybe > that will rectify your problem. > From Ralf.Habacker@freenet.de Wed Jun 4 18:48:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 04 Jun 2003 18:48:00 -0000 Subject: ooh, ooh! more nitpicking In-Reply-To: <3EDD13B8.8010502@hotmail.com> Message-ID: <028a01c32ac9$f0f1d700$6a5c07d5@BRAMSCHE> Hi, perhaps this may be a startpoint for a feature like requested. This patch, which is based on the Xwin-Test91 release, prepends a string '[' '.' ']' ( for example "[0.0]") to all related windows title. This allow to distingush native application from x applications. It should be easy to add some printing conditions like requested or to add an Xwin command line switch to enable/disable this feature. Cheers Ralf -------------------------------------------------------------------- $ diff -up winmultiwindowwm.c.orig winmultiwindowwm.c --- winmultiwindowwm.c.orig 2003-06-04 20:02:49.000000000 +0200 +++ winmultiwindowwm.c 2003-06-04 20:42:22.000000000 +0200 @@ -40,6 +40,7 @@ #include #include #include +#include #include #include #include @@ -412,8 +413,21 @@ GetWindowName (Display *pDisplay, Window #if CYGMULTIWINDOW_DEBUG ErrorF ("GetWindowName - Returning\n"); #endif -} + /* prepend the display and screen number to the window title */ + { + char buf[1024]; + char *dsp = strstr(pDisplay->display_name,":"); + if (dsp) + { + dsp++; + sprintf(buf,"[%s] %s",dsp,*ppName); + free(*ppName); + *ppName=strdup(buf); + } + } + +} /* * Send a message to the X server from the WM thread -------------------------------------------------------------------- > So I love the fact that my X-forwarded apps now show up in the Alt-Tab > list with their proper icons. Except that now there's no way to > distinguish at a glance between, say, a Mozilla running locally and a > Mozilla running remotely -- they have the same icon. > > How about this for overloading a simple feature and opening a gazillion > cans of worms: the icon shown for each X application in the Alt-Tab list > (as well as in the taskbar, for completeness sake), gets it's default > icon but with an faint X11-style letter "X" in the background. This > letter X should be visible no matter what my system colors are. > > As a bonus point, the number of the X display should be embedded next to > the X to disambiguate between the same application being shown on > different X servers, but this bonus functionality should only be enabled > if more than one X server is actually running. > > Flames to /dev/null; granted, this is a silly idea but it does point out > a problem. Additional information could be sought by seeing how other > application-forwarding software (e.g., VNC, NetMeeting, PC Anywhere, > Citrix Metaframe or their ilk) disambiguate under such circumstances, or > if they bother to do anything at all. > > For those still reading, here's an entertaining note: the citrix.com > site currently carries an ad which reads "Citrix embraces and extends > Windows Server 2003". > > -JT > > > From Benjamin.Riefenstahl@epost.de Wed Jun 4 20:23:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 04 Jun 2003 20:23:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris In-Reply-To: <3EDE31B5.70607@msu.edu> (Harold L. Hunt, II's message of "Wed, 04 Jun 2003 13:51:49 -0400") References: <0aec01c32a0d$1d2b3c20$9fa82382@us.oracle.com> <3EDD07D0.9010600@msu.edu> <3EDE31B5.70607@msu.edu> Message-ID: Hi Harold, Harold L Hunt II writes: > Okay, I will release this debug version as soon as I get a chance. Cool. BTW, I forgot to mention that the icons are *much* better now, that bit also works. so long, benny From earle@ziplabel.com Thu Jun 5 00:49:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 05 Jun 2003 00:49:00 -0000 Subject: Problem with releases since -37 In-Reply-To: <000001c32ac8$5cdfea30$1e54cea7@andrew> References: <20030604162807.GB19718@redhat.com> Message-ID: <5.1.1.6.2.20030604174819.00af1040@mail.ziplabel.com> Howdy Andy.. At 02:37 PM 6/4/2003 -0400, you wrote: >I did some more testing based on your suggestions. I first tried the >XWin-Test91-DEBUG version of the server with the released version of the >dll. That failed as before and gave me a new stackdump. I then put in >cygwin1-20030602.dll as /bin/cygwin1.dll. I restarted windows to make sure >that the correct dll was used. I ran with the XWin-Test91-DEBUG version of >the server again and it gave me Microsoft's "do you want to report this" box >again, but did not produce a stack dump. I tried the 042 version again, and >got the same results ("do you want to report this" and no stackdump). >Putting the last working version (037) back in with the new dll works fine. >Anyone have any other ideas that I can try? Since nobody seems able to reproduce your failure, you might try debugging it, at least to the point of failure, yourself. You should be able to recompile the XWin.exe in debug mode and start it up in in gdb, and when the crash occurs you should get an annotated function trace with add'l debug info... I think the -DEBUG version is just one with Ralf's new parameter checks, not really a debug version, so you'll really have to recompile with the -g option... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Thu Jun 5 00:54:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 05 Jun 2003 00:54:00 -0000 Subject: Possible X-Wndows problem In-Reply-To: <3EDDB034.6070003@ev1.net> Message-ID: <5.1.1.6.2.20030604175404.00ac9cc0@mail.ziplabel.com> Howdy... At 01:39 AM 6/4/2003 -0700, you wrote: >I had Cygwin crash on me the other day and was wondering if this is my >machine doing this (like it ran out of memory or some such) or if it was a >known problem with Cygwin. >I wrote a small program which opened a 400x400 pixel screen and then >proceeded to write to each pixel varying colors. The program worked at >first but after allowing the program to run several hours while it >randomly wrote colors to the dots (in the proper range of course), Cygwin >crashed and died leaving the system in an unstable state (ie: I had to >reboot my Windows box). Are you running a W98 based OS, or were you able to kill W2K/NT/XP with this? That sounds more like a driver issue if it's the latter. Also, do you have a check as to the number of GDI handles, etc., and how they increase with time? I think there are some leaks still there but haven't run into any problems under W2k. W95 based OSes do have more limitations, though, and will crash where NT OSes will continue running. (To see GDI handles/etc bring up taskmgr, select View->Select Columns, and check GDI objects, Handle Count, USER objects, and memory usage...) If you do see one of those numbers increasing without stop then maybe just posting your source code would be useful. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Thu Jun 5 00:57:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 05 Jun 2003 00:57:00 -0000 Subject: [ANNOUNCEMENT] Server Test 91 In-Reply-To: <028901c32ac3$85868200$6a5c07d5@BRAMSCHE> References: <3EDD0774.70807@msu.edu> Message-ID: <5.1.1.6.2.20030604175851.00ab8db8@mail.ziplabel.com> Hi Ralf, let me just say thanks for doing all the "boring" work of parameter checking and NULL malloc fixes. Hacking code's fun, making it bulletproof is just work... At 08:02 PM 6/4/2003 +0200, you wrote: >after submitting this patch I recognized a rare case memory leak in >winMultiWindowGetClassHint() if the memory allocation for "res_class" fails. >This is fixed by the appended small patch, which is based on the previous one. >(Hope the indention is right) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From bijumaillist@yahoo.com Thu Jun 5 01:07:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Thu, 05 Jun 2003 01:07:00 -0000 Subject: Alternate Window Managers In-Reply-To: <3EDE972F.6020209@yahoo.com> Message-ID: <20030605010717.92849.qmail@web14603.mail.yahoo.com> R U looking for http://cygnome.sourceforge.net/ http://cygnome2.sourceforge.net/ http://kde-cygwin.sourceforge.net > Redirecting to cygwin-xfree mailing list. Please continue this discussion > there. > > On Wed, Jun 04, 2003 at 08:57:07AM -0700, Robert Pollard wrote: > >Hello all, > > > >I was curious if there was other window managers aside from the one > >that is used on default in X? The window manager that is used on > >default is okay but I sort of got use to Gnome and KDE in Linux. > > > >If there are, how and where do I get them or use them if they are > >already on the system? > > > >I don't know how to get the version of cygwin I'm running but I just > >downloaded it about 2 months ago. > > > >Thanks for all your help, > > > >Robert > > > __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From huntharo@msu.edu Thu Jun 5 04:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Jun 2003 04:55:00 -0000 Subject: Newer version of MorseCode source code and executable Message-ID: <3EDECD43.2050805@msu.edu> I cleaned up the code for the MorseCode project a bit. I changed the settings variables from global scope to being a static structure with a reference pointer passed amoung the various functions. I also added info to the Properties window about what units each of the settings has (milliseconds and Hz). Finally, I cleaned up the installation of the hook DLL to use a single function and pass minimal variables between the DLL and the EXE. The new source code and binary are here: http://www.msu.edu/~huntharo/MorseCode/ Anyone that looked at the source code before should look at the new souce code... it is much cleaner. Harold From luke.kendall@cisra.canon.com.au Thu Jun 5 06:18:00 2003 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 05 Jun 2003 06:18:00 -0000 Subject: -multiwindow vs -rootwindow (Was: Re: Setup failures during mirrore d install) In-Reply-To: Message-ID: <20030605061752.C9CB334C5A@nevin.research.canon.com.au> On 4 Jun, Igor Pechtchanski wrote: > Umm, I noticed the typo before, but I was hoping you'd notice it too and > correct it. It should have been "startx -- -multiwindow" (you're passing > the "-multiwindow" to the server, not to the clients). Sorry about that. No worries. (I had assumed startx had been modified to treat -multiwindow specially, which was a silly thing to think.) Interestingly, I just did some tests and found that -rootless seems to work much better overall: 1) Able to type in all rxvt and xterm windows, instead of unable to type! 2) Responsiveness of mouse tracking at least twice as good using -rootless compared to -multiwindow. One advantage of -multiwindow is it gives you a confirmation dialogue box when you right click and choose exit from the startx.bat window's task bar entry, not just from the X taskbar entry. Plus you have an option to show the root window. I was using Xserv 4.2.0-37, but have just upgraded to 4.2.0-42 and there's no real change. I'm using Window Maker as the window manager, and running 24 bit colour on 1600 x 1192, under Windows XP Professional on a Dell C400 laptop driving an external monitor. One thing I noticed was that when using -multiwindow, for a short while (just after WM replaced the default window decorations with its own), I was able to type a few characters in one of the rxvt windows. By the time WM had started up all my rxvt and xterm windows, though, I could no longer type in any X window. And Xserv 4.2.0-42 seems about 5 to 10 times more responsive at tracking the mouse cursor when using -rootwindow instead of -multiwindow. This sounds to me interesting enough to Cc: to the mailing list - hope you don't mind. Regards, luke From uribarri_u@tsm.es Thu Jun 5 07:29:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Thu, 05 Jun 2003 07:29:00 -0000 Subject: xwinclip patch Message-ID: Well, then I will fork the xwinclip development. That's the greatness of open source. I think that seamless integration with windows is very important. And a Windows user never expects to lose the clipboard contents when he selects text with the mouse. Thanks for all. Good bye. From uribarri_u@tsm.es Thu Jun 5 07:45:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Thu, 05 Jun 2003 07:45:00 -0000 Subject: xwinclip patch Message-ID: > Howdy Harold, you took the words right out of my mouth (well, maybe they > were a bit kinder than I'd have been!): > > >Subject: Re: xwinclip patch > >... > >Not all applications used the CLIPBOARD atom... a lot of them still only > >use XA_PRIMARY. Dropping support for XA_PRIMARY is a HUGE reduction in > >the feature set of xwinclip and it will not be accepted by users. > > XA_PRIMARY is what's used by the two largest apps used under X (according > to the Unix Hater's Guide): emacs and xterm. I think you'd have a line of > people knocking on your door to yell at you if you were even to think about > removing the select => paste flow from these apps, or the even worse option > of having to select then move the mouse to the taskbar and select some option > from a popup menu to paste things. I've realized that I'm targeting a diffent user profile. I work with Windows users that want to use remote X11 apps, and you are thinking on X users that want to work from a windows box. The difference is subtle but important. Therefore, I fear that a code fork will be the best choice. Goodbye. PD: Both emacs and xterm can be configured to work with the clipboard. From uribarri_u@tsm.es Thu Jun 5 11:07:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Thu, 05 Jun 2003 11:07:00 -0000 Subject: PATCH: The mouse wheel doesn't work on Windows 95 Message-ID: --- xc/programs/Xserver/hw/xwin/winwndproc.c.orig 2003-02-12 16:01:38.000000000 +0100 +++ xc/programs/Xserver/hw/xwin/winwndproc.c 2003-06-05 12:54:36.000000000 +0200 @@ -58,6 +58,8 @@ static Bool s_fCursor = TRUE; static Bool s_fTracking = FALSE; static unsigned long s_ulServerGeneration = 0; + static UINT s_wheel_message = WM_NULL; + static Bool s_wheel_message_defined = FALSE; int iScanCode; int i; @@ -87,6 +89,41 @@ s_hwndLastPrivates = NULL; } + /* Init s_wheel_message */ + if ( !s_wheel_message_defined ) + { + OSVERSIONINFO osvi; + + /* Gets the operating system version */ + ZeroMemory (&osvi, sizeof (osvi)); + osvi.dwOSVersionInfoSize = sizeof (osvi); + GetVersionEx (&osvi); + + /* + * If we're running an OS version that doesn't support WM_MOUSEWHEEL, + * find out what message number we should be using instead. + */ + if (osvi.dwMajorVersion < 4 || + (osvi.dwMajorVersion == 4 && osvi.dwPlatformId != VER_PLATFORM_WIN32_NT)) + { + s_wheel_message = RegisterWindowMessage ("MSWHEEL_ROLLMSG"); + if (s_wheel_message == WM_NULL) + ErrorF ("Error registering MSWHEEL_ROLLMSG window message."); + } + s_wheel_message_defined=TRUE; + } + + if (message == s_wheel_message && message != WM_NULL) + { + if (s_pScreenPriv != NULL && !s_pScreenInfo->fIgnoreInput) + { +#if CYGDEBUG + ErrorF ("winWindowProc - MSWHEEL_ROLLMSG\n"); +#endif + winMouseWheel (s_pScreen, wParam); + } + } + /* Branch on message type */ switch (message) { From Benjamin.Riefenstahl@epost.de Thu Jun 5 11:50:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 05 Jun 2003 11:50:00 -0000 Subject: xwinclip patch In-Reply-To: (uribarri u.'s message of "Thu, 5 Jun 2003 09:29:37 +0200") References: Message-ID: Hi, uribarri_u@tsm.es writes: > Well, then I will fork the xwinclip development. That's the > greatness of open source. How about adding code to just make it a command-line option? That's more coding work than simply removing PRIMARY support, but it may be more acceptable to the maintainers. It wouldn't be the default, so your way of doing things would require that startxwin.bat be modified by the user. But config files for Emacs and Xterm must be changed anyway for this, so that should not be a problem. Than we can test it for a while and either leave it at that, or ask the maintainers to think about it again if you still think it should become the default. so long, benny From huntharo@msu.edu Thu Jun 5 12:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Jun 2003 12:34:00 -0000 Subject: PATCH: The mouse wheel doesn't work on Windows 95 In-Reply-To: References: Message-ID: <3EDF38DE.7030805@msu.edu> Interesting. Thanks for contributing, Harold uribarri_u@tsm.es wrote: > --- xc/programs/Xserver/hw/xwin/winwndproc.c.orig 2003-02-12 16:01:38.000000000 +0100 > +++ xc/programs/Xserver/hw/xwin/winwndproc.c 2003-06-05 12:54:36.000000000 +0200 > @@ -58,6 +58,8 @@ > static Bool s_fCursor = TRUE; > static Bool s_fTracking = FALSE; > static unsigned long s_ulServerGeneration = 0; > + static UINT s_wheel_message = WM_NULL; > + static Bool s_wheel_message_defined = FALSE; > int iScanCode; > int i; > > @@ -87,6 +89,41 @@ > s_hwndLastPrivates = NULL; > } > > + /* Init s_wheel_message */ > + if ( !s_wheel_message_defined ) > + { > + OSVERSIONINFO osvi; > + > + /* Gets the operating system version */ > + ZeroMemory (&osvi, sizeof (osvi)); > + osvi.dwOSVersionInfoSize = sizeof (osvi); > + GetVersionEx (&osvi); > + > + /* > + * If we're running an OS version that doesn't support WM_MOUSEWHEEL, > + * find out what message number we should be using instead. > + */ > + if (osvi.dwMajorVersion < 4 || > + (osvi.dwMajorVersion == 4 && osvi.dwPlatformId != VER_PLATFORM_WIN32_NT)) > + { > + s_wheel_message = RegisterWindowMessage ("MSWHEEL_ROLLMSG"); > + if (s_wheel_message == WM_NULL) > + ErrorF ("Error registering MSWHEEL_ROLLMSG window message."); > + } > + s_wheel_message_defined=TRUE; > + } > + > + if (message == s_wheel_message && message != WM_NULL) > + { > + if (s_pScreenPriv != NULL && !s_pScreenInfo->fIgnoreInput) > + { > +#if CYGDEBUG > + ErrorF ("winWindowProc - MSWHEEL_ROLLMSG\n"); > +#endif > + winMouseWheel (s_pScreen, wParam); > + } > + } > + > /* Branch on message type */ > switch (message) > { > From huntharo@msu.edu Thu Jun 5 12:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Jun 2003 12:34:00 -0000 Subject: xwinclip patch In-Reply-To: References: Message-ID: <3EDF38EC.8080603@msu.edu> Excellent. uribarri_u@tsm.es wrote: > > Well, then I will fork the xwinclip development. That's the greatness of > open source. > I think that seamless integration with windows is very important. > And a Windows user never expects to lose the clipboard contents when he > selects text with the mouse. > > Thanks for all. > > Good bye. > From colin.harrison@virgin.net Thu Jun 5 14:00:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 05 Jun 2003 14:00:00 -0000 Subject: Build from Sourceforge Xoncygwin Message-ID: <000001c32b6a$c2bcd9b0$0200a8c0@straightrunning.com> Hi, In order to get a XWin to build I needed X libraries, as I hadn't installed the old XFree86 ones from cygwin, I hit my problem. Chicken and egg SNAFU, since we are moving to 4.3, I wanted to build/test with new libs! Although many of the config/cf files are older than on the xfree86.org xc tree (previously used to build the Test91 sources etc) this wasn't a problem, but gave me the clue! The quick fix for me was to change the config/cf/host.def file from #define BuildServersOnly YES #define BuildXprint NO #define XprtServer NO #define XnestServer NO #define XVirtualFramebufferServer NO To #define BuildClients NO #define BuildXprint NO #define XprtServer NO #define XnestServer NO #define XVirtualFramebufferServer NO #define BuildFonts NO #define BuildFontServer NO #define BuildDocs NO I knew something obvious was going on! As I use my own font server this will be sufficient to give me test XWin's against 4.3 libs. Colin From huntharo@msu.edu Thu Jun 5 14:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Jun 2003 14:14:00 -0000 Subject: Build from Sourceforge Xoncygwin In-Reply-To: <000001c32b6a$c2bcd9b0$0200a8c0@straightrunning.com> References: <000001c32b6a$c2bcd9b0$0200a8c0@straightrunning.com> Message-ID: <3EDF502F.5010702@msu.edu> Colin, Colin Harrison wrote: > #define BuildClients NO > #define BuildXprint NO > #define XprtServer NO > #define XnestServer NO > #define XVirtualFramebufferServer NO > #define BuildFonts NO > #define BuildFontServer NO > #define BuildDocs NO > I actually made the same changes last night to help test some stuff I am doing that depends on a new extension, which requires that the libraries be built. Too bad one of us didn't figure this out sooner than the other... we could have saved some time :) Harold From jpv50@hotmail.com Thu Jun 5 14:49:00 2003 From: jpv50@hotmail.com (John Vincent) Date: Thu, 05 Jun 2003 14:49:00 -0000 Subject: tryin to use Xwin on windows XP with a remote window manager on Linux Message-ID: Hi, What I'd like to do is run Xwin on my windows XP box, and run the window manager on my linux box. I assumed that all I'd have to do is set the DISPLAY environment variable to point at my x-server, then run "startkde" to run the window manager. Unfortunately, the Xwin server is refusing connections. I've tried running "xhost +" on the windows machine, but this does not appear to have any effect unless I'm already running a window manager - which defeats the whole point. So, does anyone know how to make "xhost +" work when there is no window manager, or alternatively is there any other way to get Xwin to accept connections? Thanks in advance /John Vincent. _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband From huntharo@msu.edu Thu Jun 5 14:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Jun 2003 14:53:00 -0000 Subject: tryin to use Xwin on windows XP with a remote window manager on Linux In-Reply-To: References: Message-ID: <3EDF596F.5060008@msu.edu> Read the manual: http://xfree86.cygwin.com/docs/ug/using-remote-session.html It sounds like you want to use XDMCP rather than what you are trying to do. If you don't want to use XDMCP, there are other options: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html What you are doing right now just doesn't make any sense. Harold John Vincent wrote: > Hi, > > What I'd like to do is run Xwin on my windows XP box, and run the window > manager on my linux box. I assumed that all I'd have to do is set the > DISPLAY environment variable to point at my x-server, then run > "startkde" to run the window manager. Unfortunately, the Xwin server is > refusing connections. I've tried running "xhost +" on the windows > machine, but this does not appear to have any effect unless I'm already > running a window manager - which defeats the whole point. > > So, does anyone know how to make "xhost +" work when there is no window > manager, or alternatively is there any other way to get Xwin to accept > connections? > > Thanks in advance > /John Vincent. > > _________________________________________________________________ > Tired of 56k? Get a FREE BT Broadband connection > http://www.msn.co.uk/specials/btbroadband From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jun 5 15:03:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 05 Jun 2003 15:03:00 -0000 Subject: tryin to use Xwin on windows XP with a remote window manager on Linux In-Reply-To: Message-ID: John Vincent wrote: > Hi, > > What I'd like to do is run Xwin on my windows XP box, and run the window > manager on my linux box. I assumed that all I'd have to do is set the > DISPLAY environment variable to point at my x-server, then run "startkde" to > run the window manager. Unfortunately, the Xwin server is refusing > connections. I've tried running "xhost +" on the windows machine, but this > does not appear to have any effect unless I'm already running a window > manager - which defeats the whole point. > > So, does anyone know how to make "xhost +" work when there is no window > manager, or alternatively is there any other way to get Xwin to accept > connections? you can either start another local program (eg. xterm) before running xhost or add the host to /etc/X0.hosts. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jpv50@hotmail.com Thu Jun 5 15:46:00 2003 From: jpv50@hotmail.com (John Vincent) Date: Thu, 05 Jun 2003 15:46:00 -0000 Subject: trying to use Xwin on windows XP with a remote window manager on Linux Message-ID: Hi Alexander, Thanks for the information. I didn't know about the "/etc/X0.hosts" file. It seems to do exactly what I want. Thanks, /John Vincent. _________________________________________________________________ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From markem@ev1.net Thu Jun 5 15:57:00 2003 From: markem@ev1.net (Mark Manning) Date: Thu, 05 Jun 2003 15:57:00 -0000 Subject: cygwin-xfree Digest 5 Jun 2003 06:18:10 -0000 Issue 1105 References: <1054793890.15984.ezmlm@cygwin.com> Message-ID: <3EDF86EF.5070901@ev1.net> (I hope this goes back to the X-Windows Problem. First reply I've done and the subject line is different.) (Subject was: Re: Possible X-Wndows problem) I'm sorry, I forgot to say what OS I was running under. I'm using Windows 98se. > (To see GDI handles/etc bring up taskmgr, select View->Select Columns, and check > GDI objects, Handle Count, USER objects, and memory usage...) I have looked for this but Windows98se does not offer this. I do have the System Monitor program installed. Unfortunately, it does not have anything in it about GDIs, Handles, or USER objects. I can monitor memory usage, page faults, etc... but would have to be sitting in front of the computer when Cygwin dies in order for me to see just how much memory is being used. Do you know of a program which monitors and logs system statistics? If so, let me know so I can do so. I'll try to post the program tomorrow. Mark From earle@ziplabel.com Thu Jun 5 18:13:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 05 Jun 2003 18:13:00 -0000 Subject: cygwin-xfree Digest 5 Jun 2003 06:18:10 -0000 Issue 1105 Message-ID: <20030605181315.38A0F1C5BB@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From earle@ziplabel.com Thu Jun 5 18:18:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 05 Jun 2003 18:18:00 -0000 Subject: Build from Sourceforge Xoncygwin Message-ID: <20030605181810.7ED0F1C778@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Jun 5 19:46:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 05 Jun 2003 19:46:00 -0000 Subject: Build from Sourceforge Xoncygwin In-Reply-To: <20030605181810.7ED0F1C778@mail03.powweb.com> Message-ID: Earle F. Philhower, III wrote: > I previously had done a "make World; make install" of the complete > xfree86 tree, though, so I'm sure some libraries were used from the > /usr/X11R6/lib tree and not the xc/* tree. Requiring a previous X > install before compiling the XWin.exe isn't too big a thing to ask > IMHO. BuildServersOnly does imply that no libraries are built. For Xnest there is a special rule that libX11 is build too. I'll also add the exception for Xwin. For Xext it will be similar. I currently have some problems with crosscompiling and BuildServersOnly as BuildServersOnly implies a UseInstalled (because no libs are built) and the rules always add -L/usr/X11R6/lib and -I/usr/X11R6/include which is very wrong. NP: Wumpscut - Krieg -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From mstout2u@cox.net Thu Jun 5 23:46:00 2003 From: mstout2u@cox.net (mike stout) Date: Thu, 05 Jun 2003 23:46:00 -0000 Subject: what is the Status of Native engine? Message-ID: starting XWin -engine 16 uses the experimental native engine. Is development continuing on this engine? From huntharo@msu.edu Fri Jun 6 02:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 06 Jun 2003 02:34:00 -0000 Subject: what is the Status of Native engine? In-Reply-To: References: Message-ID: <3EDFFDB2.80106@msu.edu> Mike, Nothing has happened in quite some time. The version of the the Native GDI engine in the Cygwin setup.exe is not the most up to date. There is a newer version in one of the branches of the 'xoncygwin' SourceForge project. I make no promises that it still builds. Also note that it is extremely slow and not complete. Development may start on Native GDI again when some other easier features are complete. Harold mike stout wrote: > > starting XWin -engine 16 uses the experimental native engine. Is > development continuing on this engine? > From fgasper@uiuc.edu Fri Jun 6 03:04:00 2003 From: fgasper@uiuc.edu (Felipe Gasper) Date: Fri, 06 Jun 2003 03:04:00 -0000 Subject: xhost problem? Message-ID: <3EE004AE.3010102@uiuc.edu> Hello, Since Cygwin/XFree86 now has a functioning rootless mode, I would like to start it up when Windows starts up. I have two computers networked: my Windows machine and a FreeBSD box that does web serving, mail, DHCP/NAT, etc. Since I often connect to the FBSD box via serial terminal over a null modem, I use xhost to allow it to run applications on the Cygwin/XF86 server. My problem is that when starting up, the start script that I have in my Startup directory doesn't do the xhost correctly. I have (essentially) the following in my startup batch script: ------------------- @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% 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 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP start XWin -multiwindow run xhost +10.0.0.1 rem run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -------------- (The last two lines are one line in the batch file.) When this script runs at system startup, the xhost line "doesn't take", as typing "xhost" from a Cygwin bash shell indicates when the system is loaded. Two things, though, can make the script do the xhost correctly: 1) uncommenting the xterm, or 2) running the unmodified script after system startup. Does anyone have any ideas on this? Hopefully this isn't somnething that's been discussed to death; I did comb the archives and didn't find anything. Thanks for reading! regards, -Felipe Gasper Champaign, IL -- ----------------------- Felipe M. L. M. Gasper http://fgmusic.org Judge ideas, not people. Love people, not ideas. From colin.harrison@virgin.net Fri Jun 6 07:33:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 06 Jun 2003 07:33:00 -0000 Subject: xhost problem? Message-ID: <000001c32bfd$e91eb590$0200a8c0@straightrunning.com> Hi, You are probably caught from something similar to this:- http://sources.redhat.com/ml/cygwin-xfree/2003-05/msg00512.html > You are probably suffering from the fact that XWin is running in a separate > process from your .bat. > If you wait until XWin is fully initialised and then run xxxxx you will > be OK. Colin From colin.harrison@virgin.net Fri Jun 6 07:49:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 06 Jun 2003 07:49:00 -0000 Subject: xhost problem? Message-ID: <000001c32c00$2fbc2f30$0200a8c0@straightrunning.com> Hi, I've got a newer version of the startup script I use to wait for XWin to finish initialising (multiwindow) before using other commands in the script. Reference:- http://sources.redhat.com/ml/cygwin-xfree/2003-03/msg00125.html It's a kludge, but it works for me :) Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: multixwin.bat Type: application/octet-stream Size: 1341 bytes Desc: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 6 08:01:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Jun 2003 08:01:00 -0000 Subject: xhost problem? In-Reply-To: <3EE004AE.3010102@uiuc.edu> Message-ID: On Thu, 5 Jun 2003, Felipe Gasper wrote: > Hello, > > Since Cygwin/XFree86 now has a functioning rootless mode, I would like to start > it up when Windows starts up. I have two computers networked: my Windows machine > and a FreeBSD box that does web serving, mail, DHCP/NAT, etc. Since I often > connect to the FBSD box via serial terminal over a null modem, I use xhost to > allow it to run applications on the Cygwin/XF86 server. > My problem is that when starting up, the start script that I have in my Startup > directory doesn't do the xhost correctly. I have (essentially) the following in > my startup batch script: add the host to /etc/X0.hosts $ echo "10.0.0.1" >>/etc/X0.hosts From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 6 08:12:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Jun 2003 08:12:00 -0000 Subject: Build from Sourceforge Xoncygwin In-Reply-To: Message-ID: On Thu, 5 Jun 2003, Alexander Gottwald wrote: > I currently have some problems with crosscompiling and BuildServersOnly > as BuildServersOnly implies a UseInstalled (because no libs are built) > and the rules always add -L/usr/X11R6/lib and -I/usr/X11R6/include > which is very wrong. Solved this too. So I've successfully built XWin in a cross-compile environment. The fix was to skip the define of INSTALLED_LIB and INSTALLED_INCLUDE if CrossCompiling is defined. I'll commit the patch this evening. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From joakim@erdfelt.net Fri Jun 6 11:57:00 2003 From: joakim@erdfelt.net (Joakim Erdfelt) Date: Fri, 06 Jun 2003 11:57:00 -0000 Subject: Updated fvwm-2.4.16-2 Message-ID: <3EE08189.2080703@erdfelt.net> I have made a new package for fvwm v2.4.16 It can be found at ... http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-2.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-2-src.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/setup.hint Didn't require any code changes, just a fresh automake/autoconf run. Based on advice from Elfyn McBratney, this release has stripped binaries. Based on advice from cgf, this announcement is in cygwin-xfree. Comments, suggestions would be greatly appreciated, since this is my first package donation for cygwin. (I have more in mind, but this one is my guinea pig, since it's small, and easy) /* joakim */ From david.w.dawson@lmco.com Fri Jun 6 13:27:00 2003 From: david.w.dawson@lmco.com (Dawson, David W) Date: Fri, 06 Jun 2003 13:27:00 -0000 Subject: xhost problem? Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B40A5ECD3F@emss09m13.ems.lmco.com> The problem you are having (as has been discussed before, and is readily available in the archives) is due to the nature of the X server: When the last X client terminates its connection with the server, the server resets. xhost is not a persistent client. In your scenario, when it exits, there are no other X clients. There are several ways to solve the problem: 1) swap xhost and xterm 2) turn off resets (Xwin ... -noreset) 3) turn off access control (Xwin ... -ac) 4) use /etc/X0.hosts Search the archive for "xhost reset" to find out more. -D. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Felipe Gasper [mailto:fgasper@uiuc.edu] Sent: Thursday, June 05, 2003 11:04 PM To: cygwin-xfree@cygwin.com Subject: xhost problem? Hello, Since Cygwin/XFree86 now has a functioning rootless mode, I would like to start it up when Windows starts up. I have two computers networked: my Windows machine and a FreeBSD box that does web serving, mail, DHCP/NAT, etc. Since I often connect to the FBSD box via serial terminal over a null modem, I use xhost to allow it to run applications on the Cygwin/XF86 server. My problem is that when starting up, the start script that I have in my Startup directory doesn't do the xhost correctly. I have (essentially) the following in my startup batch script: ------------------- @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% 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 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP start XWin -multiwindow run xhost +10.0.0.1 rem run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -------------- (The last two lines are one line in the batch file.) When this script runs at system startup, the xhost line "doesn't take", as typing "xhost" from a Cygwin bash shell indicates when the system is loaded. Two things, though, can make the script do the xhost correctly: 1) uncommenting the xterm, or 2) running the unmodified script after system startup. Does anyone have any ideas on this? Hopefully this isn't somnething that's been discussed to death; I did comb the archives and didn't find anything. Thanks for reading! regards, -Felipe Gasper Champaign, IL -- ----------------------- Felipe M. L. M. Gasper http://fgmusic.org Judge ideas, not people. Love people, not ideas. From vervoom@hotmail.com Fri Jun 6 14:52:00 2003 From: vervoom@hotmail.com (J S) Date: Fri, 06 Jun 2003 14:52:00 -0000 Subject: Xdefaults error Message-ID: Hi, I have the following .Xdefaults file: $ cat .Xdefaults xterm*VT100.Translations: #override \n\ F11: string("anonymous") \n\ F12: string("set DISPLAY=32.32.23.23:0") as I'm trying to figure out how to map keys to "strings". However when I start up an xterm now I get the following error: $ xterm Warning: translation table syntax error: Modifier or '<' expected 'arning: ... found while parsing ' Warning: String to TranslationTable conversion encountered errors but if I do: $ xrdb -merge .Xdefaults it works fine. Any idea what I'm doing wrong? Thanks, JS. _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From markem@ev1.net Fri Jun 6 16:34:00 2003 From: markem@ev1.net (Mark Manning) Date: Fri, 06 Jun 2003 16:34:00 -0000 Subject: Possible X-Wndows problem References: <1054884805.498.ezmlm@cygwin.com> Message-ID: <3EE0E127.9010901@ev1.net> (Ah! I see that I have to redo the subject line each time in order to thread things!) I had Norton SystemWorks but gave it to my younger brother some time back. So no such luck (unfortunately). I have noticed the memory manager does seem to slowly but surely creep upwards. However, as I said, I haven't sat here and watched it for the entire time. I just come back after a long time and it has crashed. Haven't had time to get the program together so I can post it. Lots of things happening on my end. (And here I thought getting laid off would make my life simpler!) On the Wndow98se staying up: When I switched from the Mac to the IBM (mainly because of price and not because I like IBM PCs) I had many weeks of crashes, re-installs, and the like. But I found a full-proof way to make Windows98se (at least) become very stable. All it takes is to allow each piece of software to install the typical installation version. Then go back and install any optional components you need. I have found that by doing this my system became very stable. My usual uptime for my system is between fifteen minutes and a week depending upon what I am doing. (ie: From boot to shutdown) I rarely get crashes even though I am programming on the thing and when I do get crashes it is usually because I did something incorrectly. The program I ran under Cygwin originally was created under Linux and then moved to Cygwin. It never crashed under Linux so I was surprised that it had done so under Cygwin. :-) (Ugh. It is already time to get ready to go run around town for a couple of hours. Maybe tonight I will have the time to post everything. It is only two small programs but I want to make sure they crash Cygwin before I post them.) Mark From huntharo@msu.edu Fri Jun 6 18:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 06 Jun 2003 18:21:00 -0000 Subject: xwinclip/-clipboard - Development on no selection stealing version Message-ID: <3EE0DB9A.4070508@msu.edu> I have been working with the code for Keith Packard's XFIXES extension. The XFIXES extension includes a new hook in Xserver/dix/dispatch.c that allows functions within the Xserver (such as the XFIXES xtension) to register for a callback when a selection's ownership changes, among other things. The best documentation I can find for the selection portion of XFIXES is Owen Taylor's writeup on a RedHat list that doesn't seem to have a public archive anymore. Google has a cache; both URLs are below... https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html http://216.239.53.100/search?q=cache:4osKtTvNNhcJ:https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html+XFixesSelectSelectionInput&hl=en&ie=UTF-8 In any case, I reincluded the XFIXES extension in my local tree from SourceForge. I built the extension and modified the -clipboard module to register for messages from the XFIXES extension related to ownership changes of XA_PRIMARY. The ownership notifications work just fine, and I am able to copy text from X to Windows repeatedly without having to transfer ownership of XA_PRIMARY to the clipboard manager (the -clipboard module). The remaining problem is that I modified the Win32 message loop in the -clipboard module to add itself to the clipboard chain and to call XSetSelectionOwner when something comes through the Windows clipboard. This immediately resulted in an infinite loop, as my X event handling for a selection ownership change calls XConvertSelection, which ends up sending a SelectionNotify event back to the -clipboard module. The -clipboard module copies the text from the X clipboard to the Windows clipboard on a SelectionNofity event. Thus, the text makes a round-trip from the Windows clipboard, to the X clipboard, back to the Windows clipboard, ad nauseam. I added a little break-out in the selection ownership change processing that prevents XSetSelectionOwner from being called if the current owner of the selection is the clipboard manager window. This stops the infinite looping, but it causes a problem very similar to the original xwinclip problem: the X selection is immediately unhighlighted. So, my questions are: 1) Does anyone feel like helping on this? Got any ideas right off the bat? 2) What would be the best way for me to share the code with other developers? I don't want to commit the XFIXES stuff to our SourceForge tree's HEAD, but could I use another branch? If so, please give me some instructions for what to do... I haven't got time to study CVS all day. I am pleased with my current progress point. This version that is dependent upon a stripped-down XFIXES extension will represent about a 40% completion point in new clipboard integration support that doesn't steal selection ownership. The remaining work to be done could include removing the clipboard manager client altogether, removing any dependency on XFIXES and using only the internal hooking interface, etc. Please postpone any debate on those remaining steps until the current programming actually works. There will be no point to debate the merits of steps 5, 6, and 7 unless we can actually get step 4 to do what we intend. Harold From wekempf@cox.net Fri Jun 6 22:54:00 2003 From: wekempf@cox.net (William E. Kempf) Date: Fri, 06 Jun 2003 22:54:00 -0000 Subject: Window Manager Selection Message-ID: <2713.167.16.189.63.1054940094.squirrel@frodo.kempf-ville.com> OK, someone pointed out to me that the -rootless and -multiwindow options can make X on Windows behave much more like native windows. I like this a lot, and might actually start using X for a lot more. However, I'm having difficulties finding a window manager that I like. I want the windows to look and feel as much like the native windows as possible. At the very least, though, I want the input focus to not require the mouse to be over the top of the window! Just finding a list of what managers are available (have been ported) is proving to be a major pain. And when you do find available managers, figuring out if they behave the way I want, or can be configured to do so, is taking way too much of my time. Can anyone suggest a window manager for me? -- William E. Kempf From daveroth@acm.org Fri Jun 6 23:11:00 2003 From: daveroth@acm.org (David Rothenberger) Date: Fri, 06 Jun 2003 23:11:00 -0000 Subject: Window Manager Selection References: <2713.167.16.189.63.1054940094.squirrel@frodo.kempf-ville.com> Message-ID: <3EE11FA5.D1E5CEF1@acm.org> "William E. Kempf" wrote: > > I want the windows to look and feel as much like the native windows as > possible. [snip] > Can anyone suggest a window manager for me? Just use -multiwindow. You don't have to (actually you should not) start a window manager when that switch is used. That switch causes a built-in window manager to be used that makes all windows appear like standard Windows windows. So, you'll get exactly what you want and won't have to worry about configuring a window manager. David From joakim@erdfelt.net Sat Jun 7 12:04:00 2003 From: joakim@erdfelt.net (Joakim Erdfelt) Date: Sat, 07 Jun 2003 12:04:00 -0000 Subject: Packaging questions. Message-ID: <3EE1D4E6.90809@erdfelt.net> While in the process of making a new package for fvwm v2.4.16 http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-2.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-2-src.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/setup.hint I discovered that the sample fvwm2rc file expects directories and xpm files which do not exist in cygwin. Would it be appropriate to include those directories and xpm's in the fvwm tarball? or would should I modify the sample fvwm2rc to be more cygwin appropriate. I don't know if that is appropriate, since i feel that the package for fvwm should be a faithful to the original package as possible. Should a fvwm-cygwin add-on be created that supplements fvwm? But then we enter into a time where we maintain a pixmap/icon directory. If we are doing that, shouldn't we consider a standalone XFree-icons like package where all icon/xpms are added for the various packages that exist in cygwin now? (btw, if this sounds like a good idea, i would be willing to be maintainer.) I feel a seperate package would be most appropriate, as it allows for maximum options, with least duplication. /* joakim */ From davidf@sjsoft.com Sat Jun 7 14:23:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Sat, 07 Jun 2003 14:23:00 -0000 Subject: xwinclip/-clipboard - Development on no selection stealing version In-Reply-To: <3EE0DB9A.4070508@msu.edu> References: <3EE0DB9A.4070508@msu.edu> Message-ID: <3EE1F633.1080707@sjsoft.com> Harold L Hunt II wrote: > I have been working with the code for Keith Packard's XFIXES > extension. The XFIXES extension includes a new hook in > Xserver/dix/dispatch.c that allows functions within the Xserver (such > as the XFIXES xtension) to register for a callback when a selection's > ownership changes, among other things. > > [snip] > > 2) What would be the best way for me to share the code with other > developers? I don't want to commit the XFIXES stuff to our > SourceForge tree's HEAD, but could I use another branch? If so, > please give me some instructions for what to do... I haven't got time > to study CVS all day. Basically just say cvs tag -b XFIFES_BRANCH on a tree you've checked out (so far unchanged). Then say cvs update -r XFIFES_BRANCH so that it marks the code as using that branch (for future commits). Then do all the changes (you could do this by making a diff from your existing work and use patch to apply it to this tree), and commits will go onto the branch. Others can get them by doing cvs update -r XFIFES_BRANCH. From the cvs man page: Say you have been working on some extremely experimental software, based on whatever revision you happened to checkout last week. If others in your group would like to work on this software with you, but without disturbing main-line development, you could commit your change to a new branch. Others can then checkout your experimental stuff and utilize the full benefit of cvs conflict resolution. The scenario might look like: example% cvs tag -b EXPR1 example% cvs update -rEXPR1 [[ hack away ]] example% cvs commit Others would simply do `cvs checkout -rEXPR1 whatever_module' to work with you on the experimental change. Hope that helps David From pechtcha@cs.nyu.edu Sat Jun 7 18:28:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 07 Jun 2003 18:28:00 -0000 Subject: Packaging questions. In-Reply-To: <3EE1D4E6.90809@erdfelt.net> Message-ID: On Sat, 7 Jun 2003, Joakim Erdfelt wrote: > While in the process of making a new package for fvwm v2.4.16 > > http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-2.tar.bz2 > http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-2-src.tar.bz2 > http://joakim.erdfelt.net/cygwin/fvwm/setup.hint > > I discovered that the sample fvwm2rc file expects directories > and xpm files which do not exist in cygwin. > > Would it be appropriate to include those directories and xpm's > in the fvwm tarball? or would should I modify the sample fvwm2rc > to be more cygwin appropriate. > > I don't know if that is appropriate, since i feel that the package > for fvwm should be a faithful to the original package as possible. > > Should a fvwm-cygwin add-on be created that supplements fvwm? > But then we enter into a time where we maintain a pixmap/icon > directory. If we are doing that, shouldn't we consider a standalone > XFree-icons like package where all icon/xpms are added for the various > packages that exist in cygwin now? (btw, if this sounds like a good > idea, i would be willing to be maintainer.) > > I feel a seperate package would be most appropriate, as it allows > for maximum options, with least duplication. > > /* joakim */ You can do both: modify the fvwm2rc that comes with the fvwm package to not reference the non-existing icons, and create an fvwm-icons package that contains the icons and the original fvwm2rc. You will have to do some postinstall magic to make sure you don't overwrite the existing rc file if it's been modified by the user, for example... Look into the /etc/defaults directory structure of the base-files package. If you feel, however, that fvwm will not be very usable without the icons, go ahead and include them into the base package. Ultimately, it's your call, and depends on how much effort you're willing to expend on package maintenance. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,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 From steven_ed4153@yahoo.com Sat Jun 7 19:04:00 2003 From: steven_ed4153@yahoo.com (Steven Edwards) Date: Sat, 07 Jun 2003 19:04:00 -0000 Subject: Xdnd Via Ole? Message-ID: <20030607190401.50961.qmail@web21103.mail.yahoo.com> Has anyone thought about implementing a XDND to OLE bridge so that GNOME and KDE Cygwin apps could drag and drop to Windows apps? I am going to try to get a copy of the old corel-wine to see how they did this and see if we can work in reverse on the code. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From huntharo@msu.edu Sat Jun 7 20:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 07 Jun 2003 20:49:00 -0000 Subject: xwinclip/-clipboard - Development on no selection stealing version Message-ID: <3EE24FCA.1060301@msu.edu> [Sorry in advance for the formatting, my mail server is down, I have to hand-reply this one from the mailing list web archive.] David, Your information was precisely what I needed! Thanks so much. I am working on checking in an XFIXES_BRANCH right now... though I may not get done in the 15 minutes before I leave to go home for the night. Harold ======================================================================== Basically just say cvs tag -b XFIFES_BRANCH on a tree you've checked out (so far unchanged). Then say cvs update -r XFIFES_BRANCH so that it marks the code as using that branch (for future commits). Then do all the changes (you could do this by making a diff from your existing work and use patch to apply it to this tree), and commits will go onto the branch. Others can get them by doing cvs update -r XFIFES_BRANCH. From the cvs man page: Say you have been working on some extremely experimental software, based on whatever revision you happened to checkout last week. If others in your group would like to work on this software with you, but without disturbing main-line development, you could commit your change to a new branch. Others can then checkout your experimental stuff and utilize the full benefit of cvs conflict resolution. The scenario might look like: example% cvs tag -b EXPR1 example% cvs update -rEXPR1 [[ hack away ]] example% cvs commit Others would simply do `cvs checkout -rEXPR1 whatever_module' to work with you on the experimental change. Hope that helps David From huntharo@msu.edu Sat Jun 7 21:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 07 Jun 2003 21:38:00 -0000 Subject: xwinclip/-clipboard - Development on no selection stealing version In-Reply-To: <3EE0DB9A.4070508@msu.edu> References: <3EE0DB9A.4070508@msu.edu> Message-ID: <3EE25B34.8070804@msu.edu> I committed an XFIXES_BRANCH branch to CVS on SourceForge. Follow the instructions from David's email in this thread if you don't know how to checkout a branch. I hope I got all the correct files checked in... I won't be back online until Sunday evening. Harold Harold L Hunt II wrote: > I have been working with the code for Keith Packard's XFIXES extension. > The XFIXES extension includes a new hook in Xserver/dix/dispatch.c that > allows functions within the Xserver (such as the XFIXES xtension) to > register for a callback when a selection's ownership changes, among > other things. > > The best documentation I can find for the selection portion of XFIXES is > Owen Taylor's writeup on a RedHat list that doesn't seem to have a > public archive anymore. Google has a cache; both URLs are below... > > https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html > > http://216.239.53.100/search?q=cache:4osKtTvNNhcJ:https://listman.redhat.com/pipermail/xdg-list/2002-November/000937.html+XFixesSelectSelectionInput&hl=en&ie=UTF-8 > > > > In any case, I reincluded the XFIXES extension in my local tree from > SourceForge. I built the extension and modified the -clipboard module > to register for messages from the XFIXES extension related to ownership > changes of XA_PRIMARY. > > The ownership notifications work just fine, and I am able to copy text > from X to Windows repeatedly without having to transfer ownership of > XA_PRIMARY to the clipboard manager (the -clipboard module). > > The remaining problem is that I modified the Win32 message loop in the > -clipboard module to add itself to the clipboard chain and to call > XSetSelectionOwner when something comes through the Windows clipboard. > This immediately resulted in an infinite loop, as my X event handling > for a selection ownership change calls XConvertSelection, which ends up > sending a SelectionNotify event back to the -clipboard module. The > -clipboard module copies the text from the X clipboard to the Windows > clipboard on a SelectionNofity event. Thus, the text makes a round-trip > from the Windows clipboard, to the X clipboard, back to the Windows > clipboard, ad nauseam. > > I added a little break-out in the selection ownership change processing > that prevents XSetSelectionOwner from being called if the current owner > of the selection is the clipboard manager window. This stops the > infinite looping, but it causes a problem very similar to the original > xwinclip problem: the X selection is immediately unhighlighted. > > So, my questions are: > > 1) Does anyone feel like helping on this? Got any ideas right off the bat? > > 2) What would be the best way for me to share the code with other > developers? I don't want to commit the XFIXES stuff to our SourceForge > tree's HEAD, but could I use another branch? If so, please give me some > instructions for what to do... I haven't got time to study CVS all day. > > > I am pleased with my current progress point. This version that is > dependent upon a stripped-down XFIXES extension will represent about a > 40% completion point in new clipboard integration support that doesn't > steal selection ownership. The remaining work to be done could include > removing the clipboard manager client altogether, removing any > dependency on XFIXES and using only the internal hooking interface, etc. > > Please postpone any debate on those remaining steps until the current > programming actually works. There will be no point to debate the merits > of steps 5, 6, and 7 unless we can actually get step 4 to do what we > intend. > > > Harold From huntharo@msu.edu Sun Jun 8 20:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 08 Jun 2003 20:55:00 -0000 Subject: Generic rootless/multiwindow mode in XFree86 CVS [Fwd: Re: CVS Update: xc (branch: trunk)] Message-ID: <3EE3A2B6.2090801@msu.edu> Torrey Lyons, the maintainer of XDarwin, has created a generic rootless/multiwindow implementation that is intended to be a framework used by any implementation of X on top of another windowing system. The Cocoa code for XDarwin was recently converted to use this toolkit. It would be a very good idea to try to reimplement rootless/multiwindow mode using their toolkit, or at least to add a new mode that uses the toolkit. Probably the nicest feature of the toolkit is that it tells the fb layer that each window has its own framebuffer (which they do) so that expose events on windows do not result in the data being sent across the network again or re-rendered. This would really improve the performance of rootless/multiwindow mode when working with several maximized X apps. Note that their "rootless" is more like our "multiwindow" mode; that is, each X window is mapped to a Win32 window. Thus, the rootless toolkit really applies to our multiwindow mode. Thoughts, comments? Anyone interested in working on this? Harold -------- Original Message -------- Subject: Re: CVS Update: xc (branch: trunk) Date: Fri, 6 Jun 2003 23:18:30 -0700 From: Torrey T. Lyons To: Harold L Hunt II References: <200306070549.h575n71Y084433@public.xfree86.org> <3EE17EE6.4050201@msu.edu> At 1:57 AM -0400 6/7/03, Harold L Hunt II wrote: >Torrey, > >> Log message: >> Rework XDarwin's Cocoa rootless implementation to use the new >> generic rootless code in miext/rootless. > >Have you written a brief email or document/webpage describing this >mode? I know that you notified me of its existence before, but I >was wondering if you have written an interface defintion and some of >the aims or goals somewhere for me to look at. That was a fast question. :-) I haven't written up any documentation yet, although I have been meaning to. The basic idea is that any implementation that uses the generic rootless code has to provide the rootless implementation functions listed in rootless.h. (The comments in rootless.h are complete at least.) The generic rootless code takes care of "the rest". >I might be interested in this code... but I am not sure if >"rootless" means the same thing in our two projects. In >Cygwin/XFree86 we have a rootless mode that clips the root window >out so it is essentially transparent. You can click through it to >access other applications on your desktop... all X applications are >essentially in one position in the Z order. We also have a >"MultiWindow" mode that works in conjunction with an integrated >window manager to create a Win32 window per each X window and handle >raising/lowering/etc. for those windows. > >Do we have the same definition of rootless, or is miext/rootless >more of a toolkit for our "MultiWindow" mode? > >I am guessing, without looking, that the miext/rootless code helps >keep track of the clip list for the root window, which is used to >essentially make the root window transparent, right? If not, what >is its purpose? I don't know about the MultiWindow mode, but this code is a lot more then just clipping out a transparent root. The generic rootless code solves the following general problem: You want to implement an X server on top of another (capable) window server. The other window server already provides backing store for all your on screen windows. (This is the main assumption of the code.) In this case, you want to map each top-level X window to a window of your underlying window server (CoreGraphics in our case). The windows of the underlying window server are called frames to avoid confusion over the word window meaning too many things. You also want to stop all requests to draw to the root window. The generic rootless code takes care of this and all other details for you. Another way to think of it is that the standard X server view of the hardware is as a framebuffer. The generic rootless code instead converts this to viewing the hardware as a bunch of separate windows that don't damage each other. This lets you take full advantage of features of your underlying window system. For example, you can save memory because you don't need to keep a copy of the framebuffer in memory. You can instead just draw directly into the backing store provided by the underlying window server. You can also do things like window moves much more quickly by just telling the underlying window server to move this frame rather then re-rendering everything to the framebuffer with the X window in the new position and copying it all back onto the screen. I hope my explanation makes some sense. As I said, I plan to write more docs later, so let me know if you have any questions so I'll address them. If MS Windows provides backing store for its on screen windows, you will probably find the generic rootless code allows you to provide a lot of slick features very easily. If you look at Xserver/hw/darwin/quartz/cr you can see how small a typical implementation can be. --Torrey From earle@ziplabel.com Sun Jun 8 23:33:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 08 Jun 2003 23:33:00 -0000 Subject: Generic rootless/multiwindow mode in XFree86 CVS [Fwd: Re: CVS Update: xc (branch: trunk)] In-Reply-To: <3EE3A2B6.2090801@msu.edu> Message-ID: <5.1.1.6.2.20030608162818.00ac13e8@mail.ziplabel.com> Howdy Harold, At 04:55 PM 6/8/2003 -0400, you wrote: >Torrey Lyons, the maintainer of XDarwin, has created a generic >rootless/multiwindow implementation that is intended to be a framework >used by any implementation of X on top of another windowing system. The >Cocoa code for XDarwin was recently converted to use this toolkit. It >would be a very good idea to try to reimplement rootless/multiwindow mode >using their toolkit, or at least to add a new mode that uses the toolkit. >Probably the nicest feature of the toolkit is that it tells the fb layer >that each window has its own framebuffer (which they do) so that expose >events on windows do not result in the data being sent across the network >again or re-rendered. This would really improve the performance of >rootless/multiwindow mode when working with several maximized X apps. >Note that their "rootless" is more like our "multiwindow" mode; that is, >each X window is mapped to a Win32 window. Thus, the rootless toolkit >really applies to our multiwindow mode. >Thoughts, comments? Anyone interested in working on this? That's an interesting idea, but does that mode support sending the expose events back to the X apps? If not, you'll be just as performance constrained as now since you'll have to draw offscreen and do bit-blits to the active window. Windoze can and does destroy your window contents as it chooses AFAIK, if your window gets hidden, if the display mode/size changes, etc. Another neat (silly) idea would be to render the X windows as 3D textures completely in the video card. No bitblit needed, the 256-bit wide gfx engine will take care of slapping it to screen as fast as you like! That's what newer revs of the Windows UI will be doing if they keep their plans. OS X probably already has something like this. Is this in the latest XF86 tarballs available from their development server? I haven't had time recently to do code hacking, but with any luck that'll change soon. >Harold > >-------- Original Message -------- >Subject: Re: CVS Update: xc (branch: trunk) >Date: Fri, 6 Jun 2003 23:18:30 -0700 >From: Torrey T. Lyons >To: Harold L Hunt II >References: <200306070549.h575n71Y084433@public.xfree86.org> ><3EE17EE6.4050201@msu.edu> > >At 1:57 AM -0400 6/7/03, Harold L Hunt II wrote: >>Torrey, >> >>> Log message: >>> Rework XDarwin's Cocoa rootless implementation to use the new >>> generic rootless code in miext/rootless. >> >>Have you written a brief email or document/webpage describing this >>mode? I know that you notified me of its existence before, but I was >>wondering if you have written an interface defintion and some of the aims >>or goals somewhere for me to look at. > >That was a fast question. :-) I haven't written up any documentation >yet, although I have been meaning to. The basic idea is that any >implementation that uses the generic rootless code has to provide the >rootless implementation functions listed in rootless.h. (The comments >in rootless.h are complete at least.) The generic rootless code takes >care of "the rest". > >>I might be interested in this code... but I am not sure if "rootless" >>means the same thing in our two projects. In Cygwin/XFree86 we have a >>rootless mode that clips the root window out so it is essentially >>transparent. You can click through it to access other applications on >>your desktop... all X applications are essentially in one position in the >>Z order. We also have a "MultiWindow" mode that works in conjunction >>with an integrated window manager to create a Win32 window per each X >>window and handle raising/lowering/etc. for those windows. >> >>Do we have the same definition of rootless, or is miext/rootless more of >>a toolkit for our "MultiWindow" mode? >> >>I am guessing, without looking, that the miext/rootless code helps keep >>track of the clip list for the root window, which is used to essentially >>make the root window transparent, right? If not, what is its purpose? > >I don't know about the MultiWindow mode, but this code is a lot more >then just clipping out a transparent root. The generic rootless code >solves the following general problem: You want to implement an X >server on top of another (capable) window server. The other window >server already provides backing store for all your on screen windows. >(This is the main assumption of the code.) In this case, you want to >map each top-level X window to a window of your underlying window >server (CoreGraphics in our case). The windows of the underlying >window server are called frames to avoid confusion over the word >window meaning too many things. You also want to stop all requests to >draw to the root window. The generic rootless code takes care of this >and all other details for you. > >Another way to think of it is that the standard X server view of the >hardware is as a framebuffer. The generic rootless code instead >converts this to viewing the hardware as a bunch of separate windows >that don't damage each other. This lets you take full advantage of >features of your underlying window system. For example, you can save >memory because you don't need to keep a copy of the framebuffer in >memory. You can instead just draw directly into the backing store >provided by the underlying window server. You can also do things like >window moves much more quickly by just telling the underlying window >server to move this frame rather then re-rendering everything to the >framebuffer with the X window in the new position and copying it all >back onto the screen. > >I hope my explanation makes some sense. As I said, I plan to write >more docs later, so let me know if you have any questions so I'll >address them. If MS Windows provides backing store for its on screen >windows, you will probably find the generic rootless code allows you >to provide a lot of slick features very easily. If you look at >Xserver/hw/darwin/quartz/cr you can see how small a typical >implementation can be. > >--Torrey > > -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Mon Jun 9 01:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Jun 2003 01:59:00 -0000 Subject: Generic rootless/multiwindow mode in XFree86 CVS [Fwd: Re: CVS Update: xc (branch: trunk)] In-Reply-To: <5.1.1.6.2.20030608162818.00ac13e8@mail.ziplabel.com> References: <5.1.1.6.2.20030608162818.00ac13e8@mail.ziplabel.com> Message-ID: <3EE3E9E9.4070002@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > At 04:55 PM 6/8/2003 -0400, you wrote: > >> Torrey Lyons, the maintainer of XDarwin, has created a generic >> rootless/multiwindow implementation that is intended to be a framework >> used by any implementation of X on top of another windowing system. >> The Cocoa code for XDarwin was recently converted to use this >> toolkit. It would be a very good idea to try to reimplement >> rootless/multiwindow mode using their toolkit, or at least to add a >> new mode that uses the toolkit. >> Probably the nicest feature of the toolkit is that it tells the fb >> layer that each window has its own framebuffer (which they do) so that >> expose events on windows do not result in the data being sent across >> the network again or re-rendered. This would really improve the >> performance of rootless/multiwindow mode when working with several >> maximized X apps. >> Note that their "rootless" is more like our "multiwindow" mode; that >> is, each X window is mapped to a Win32 window. Thus, the rootless >> toolkit really applies to our multiwindow mode. >> Thoughts, comments? Anyone interested in working on this? > > > That's an interesting idea, but does that mode support sending the expose > events back to the X apps? If not, you'll be just as performance > constrained as now since you'll have to draw offscreen and do bit-blits > to the active window. Windoze can and does destroy your window contents > as it chooses AFAIK, if your window gets hidden, if the display mode/size > changes, etc. > Actually, now that you mention it, I have a feeling that they are masking expose events when they can be handled by simply retransferring the data from the buffer for the window. The main difference between this system and our current system is that each window has an offscreen bitmap rather than a single offscreen bitmap for the entire screen. It is basically a double-buffering system. We could, of course, implement such a system without using the generic toolkit, but it would probably be easier to use the toolkit. Or, it would at least get us some of the benefits of improvements to the shared code. > Another neat (silly) idea would be to render the X windows as 3D textures > completely in the video card. No bitblit needed, the 256-bit wide gfx > engine will take care of slapping it to screen as fast as you like! That's > what newer revs of the Windows UI will be doing if they keep their plans. > OS X probably already has something like this. > We have been working on making a "Native GDI" engine that translates X graphics calls to GDI graphics calls. The nice thing about GDI graphics calls is that almost all of them are accelerated by graphics drivers... so a 200,000 pixel circle fill will take a couple clocks rather than the number of clocks required to transfer roughly 600,000 bytes to the graphics card. > Is this in the latest XF86 tarballs available from their development > server? I haven't had time recently to do code hacking, but with any luck > that'll change soon. > I think the tarballs tend to be out of date. The XFree86 CVS system is open to the public now (just not for public commits). I typically look at the code through cvsweb first if I just want to see what it does and how clean it is: http://cvsweb.xfree86.org/cvsweb/ Does that help? Harold >> -------- Original Message -------- >> Subject: Re: CVS Update: xc (branch: trunk) >> Date: Fri, 6 Jun 2003 23:18:30 -0700 >> From: Torrey T. Lyons >> To: Harold L Hunt II >> References: <200306070549.h575n71Y084433@public.xfree86.org> >> <3EE17EE6.4050201@msu.edu> >> >> At 1:57 AM -0400 6/7/03, Harold L Hunt II wrote: >> >>> Torrey, >>> >>>> Log message: >>>> Rework XDarwin's Cocoa rootless implementation to use the new >>>> generic rootless code in miext/rootless. >>> >>> >>> Have you written a brief email or document/webpage describing this >>> mode? I know that you notified me of its existence before, but I was >>> wondering if you have written an interface defintion and some of the >>> aims or goals somewhere for me to look at. >> >> >> That was a fast question. :-) I haven't written up any documentation >> yet, although I have been meaning to. The basic idea is that any >> implementation that uses the generic rootless code has to provide the >> rootless implementation functions listed in rootless.h. (The comments >> in rootless.h are complete at least.) The generic rootless code takes >> care of "the rest". >> >>> I might be interested in this code... but I am not sure if "rootless" >>> means the same thing in our two projects. In Cygwin/XFree86 we have >>> a rootless mode that clips the root window out so it is essentially >>> transparent. You can click through it to access other applications >>> on your desktop... all X applications are essentially in one position >>> in the Z order. We also have a "MultiWindow" mode that works in >>> conjunction with an integrated window manager to create a Win32 >>> window per each X window and handle raising/lowering/etc. for those >>> windows. >>> >>> Do we have the same definition of rootless, or is miext/rootless more >>> of a toolkit for our "MultiWindow" mode? >>> >>> I am guessing, without looking, that the miext/rootless code helps >>> keep track of the clip list for the root window, which is used to >>> essentially make the root window transparent, right? If not, what is >>> its purpose? >> >> >> I don't know about the MultiWindow mode, but this code is a lot more >> then just clipping out a transparent root. The generic rootless code >> solves the following general problem: You want to implement an X >> server on top of another (capable) window server. The other window >> server already provides backing store for all your on screen windows. >> (This is the main assumption of the code.) In this case, you want to >> map each top-level X window to a window of your underlying window >> server (CoreGraphics in our case). The windows of the underlying >> window server are called frames to avoid confusion over the word >> window meaning too many things. You also want to stop all requests to >> draw to the root window. The generic rootless code takes care of this >> and all other details for you. >> >> Another way to think of it is that the standard X server view of the >> hardware is as a framebuffer. The generic rootless code instead >> converts this to viewing the hardware as a bunch of separate windows >> that don't damage each other. This lets you take full advantage of >> features of your underlying window system. For example, you can save >> memory because you don't need to keep a copy of the framebuffer in >> memory. You can instead just draw directly into the backing store >> provided by the underlying window server. You can also do things like >> window moves much more quickly by just telling the underlying window >> server to move this frame rather then re-rendering everything to the >> framebuffer with the X window in the new position and copying it all >> back onto the screen. >> >> I hope my explanation makes some sense. As I said, I plan to write >> more docs later, so let me know if you have any questions so I'll >> address them. If MS Windows provides backing store for its on screen >> windows, you will probably find the generic rootless code allows you >> to provide a lot of slick features very easily. If you look at >> Xserver/hw/darwin/quartz/cr you can see how small a typical >> implementation can be. >> >> --Torrey >> >> > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From ewen.b@a1.com.au Mon Jun 9 04:34:00 2003 From: ewen.b@a1.com.au (Ewen Bogle) Date: Mon, 09 Jun 2003 04:34:00 -0000 Subject: cygwin Message-ID: <3EE40E35.30406@a1.com.au> Hello Help desk, I would like to order CygWin from the local Linux distributor (Lankum Ausralia) but I would like to know how much space (approxmately) will be needed to install. I realise that it will depend on what is installed but a rough idea will suffice. Regards from 'downunder' Ewen G. Bogle. Hamilton. Victoria. From huntharo@msu.edu Mon Jun 9 04:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Jun 2003 04:37:00 -0000 Subject: cygwin In-Reply-To: <3EE40E35.30406@a1.com.au> References: <3EE40E35.30406@a1.com.au> Message-ID: <3EE40EF9.2050707@msu.edu> Ewen, There is nothing to order. Just download and install Cygwin from the web: http://cygwin.com/setup.exe Also, this mailing list is specifically for the version of XFree86 that runs on Cygwin. If you have general Cygwin questions, please send them to cygwin@cygwin.com, not to cygwin-xfree@cygwin.com Thanks, Harold Ewen Bogle wrote: > Hello Help desk, > > I would like to order CygWin from the local Linux distributor (Lankum > Ausralia) but I would like to know how much space (approxmately) will be > needed to install. > > I realise that it will depend on what is installed but a rough idea will > suffice. > > Regards from 'downunder' > > Ewen G. Bogle. > Hamilton. Victoria. From anthonyw@iinet.net.au Mon Jun 9 07:50:00 2003 From: anthonyw@iinet.net.au (Anthony Watts) Date: Mon, 09 Jun 2003 07:50:00 -0000 Subject: Alternate window manager Message-ID: <20030609075043.27349.qmail@www-02.iinet.net.au> I have been using Cywin X-Windows for a year or so now and I am very pleased with it. Thank you for making it available. I would like to use X-windows that behave more like other unix platforms, e.g. can be resized by dragging the mouse on any edge or corner, also click on the top right hand corner to get full screen window. Is this possible with Cygwin Xfree86? If so is there an application note or documentation to explain how to do this? Regards, Anthony Watts From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 9 09:28:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 09 Jun 2003 09:28:00 -0000 Subject: Generic rootless/multiwindow mode in XFree86 CVS In-Reply-To: <3EE3E9E9.4070002@msu.edu> Message-ID: Harold L Hunt II wrote: > > Is this in the latest XF86 tarballs available from their development > > server? I haven't had time recently to do code hacking, but with any luck > > that'll change soon. > > > > I think the tarballs tend to be out of date. There are two sorts of tarballs. The regular releases and snapshots. The last regular release was 4.3.0 and is about 3 months old. The snapshots are much newer. But getting the xfree source from cvs is the recommended way. Unfortunately the rootless code was added after the 4.3.0 release, so we still don't have it in the xoncygwin repository. bye ago NP: Placebo - Burger queen -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From john@io.com Mon Jun 9 16:17:00 2003 From: john@io.com (John Buttery) Date: Mon, 09 Jun 2003 16:17:00 -0000 Subject: Alternate window manager In-Reply-To: <20030609075043.27349.qmail@www-02.iinet.net.au> References: <20030609075043.27349.qmail@www-02.iinet.net.au> Message-ID: <20030609161710.GB25275@io.com> * Anthony Watts [2003-06-09 07:50:43 -0000]: > I would like to use X-windows that behave more like other unix platforms, e.g. > can be resized by dragging the mouse on any edge or corner, also click on the > top right hand corner to get full screen window. Is this possible with Cygwin > Xfree86? If so is there an application note or documentation to explain how > to do this? You answered your own question in the Subject: field of your email. :) The UI elements you're referring to are provided by the window manager; in this case, the venerable twm (which is the default window manager provided with Cygwin/XFree86). All you need to do is install a different window manager; I know at least fvwm (or is it fvwm2) is available via the setup program. KDE and GNOME also run under Cygwin, but you have to get them manually from their respective web sites. -- John # Buttery # Is that the cat? www.io.c# -- Jessie Scarlett om/~john# -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sparracho1964@rogers.com Mon Jun 9 16:21:00 2003 From: sparracho1964@rogers.com (Sergio) Date: Mon, 09 Jun 2003 16:21:00 -0000 Subject: Alternate window manager In-Reply-To: <20030609161710.GB25275@io.com> Message-ID: I would probably go with windowmaker, which is also downloadable via setup.exe -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of John Buttery Sent: Monday, June 09, 2003 12:17 PM To: cygwin-xfree@cygwin.com Subject: Re: Alternate window manager * Anthony Watts [2003-06-09 07:50:43 -0000]: > I would like to use X-windows that behave more like other unix platforms, e.g. > can be resized by dragging the mouse on any edge or corner, also click on the > top right hand corner to get full screen window. Is this possible with Cygwin > Xfree86? If so is there an application note or documentation to explain how > to do this? You answered your own question in the Subject: field of your email. :) The UI elements you're referring to are provided by the window manager; in this case, the venerable twm (which is the default window manager provided with Cygwin/XFree86). All you need to do is install a different window manager; I know at least fvwm (or is it fvwm2) is available via the setup program. KDE and GNOME also run under Cygwin, but you have to get them manually from their respective web sites. -- John # Buttery # Is that the cat? www.io.c# -- Jessie Scarlett om/~john# From rasche@klab.caltech.edu Mon Jun 9 17:47:00 2003 From: rasche@klab.caltech.edu (Christoph Rasche) Date: Mon, 09 Jun 2003 17:47:00 -0000 Subject: how to get 'make' to run Message-ID: Dear Cygwin-Developer, I'm trying to compile 'tgif', a potent vector-based linux drawing program, in cygwin. I think I have successfully installed cygwin. The shell pops up, but I can't get 'make' to run in order to compile the tgif source code. Do I need to set some paths? I can find the bin directory with all the bin files, e.g. makeinfo, but 'make' is not there. I installed cygwin using just the default options. The 'devel' package is supposed to be downloaded as default. I also installed it in two ways: 1) directly from the internet, which went smooth. 2) First downloading to a local directory and then installing. Yet, I had some parsing errors during the initial installation, but it still completed the installation. Christoph From cgf-rcm@cygwin.com Mon Jun 9 20:27:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Mon, 09 Jun 2003 20:27:00 -0000 Subject: how to get 'make' to run In-Reply-To: References: Message-ID: <20030609202633.GA13683@redhat.com> On Mon, Jun 09, 2003 at 10:47:02AM -0700, Christoph Rasche wrote: >I installed cygwin using just the default options. The 'devel' package is >supposed to be downloaded as default. The 'devel' package does not get downloaded by default. See the main cygwin web page for details. Btw, this has nothing to do with XFree86 for Cygwin. I'm redirecting this to the main cygwin mailing list but could you tell us where we have words which caused you to think this was the correct place for this type of question? I'd seriously like to rectify this problem since we've seen a few people make similar mistakes recently. Thanks. From wekempf@cox.net Mon Jun 9 20:34:00 2003 From: wekempf@cox.net (William E. Kempf) Date: Mon, 09 Jun 2003 20:34:00 -0000 Subject: Konsole-like application? Message-ID: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> Are there any applications similar to Konsole for Cygwin. By similar, I mean an application with a tabbed frame for multiple consoles and a button to create new consoles, but one that doesn't require KDE (I want to run -multiwindow). -- William E. Kempf From andrew.markebo@telia.com Mon Jun 9 20:51:00 2003 From: andrew.markebo@telia.com (Andrew Markebo) Date: Mon, 09 Jun 2003 20:51:00 -0000 Subject: Konsole-like application? References: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> Message-ID: / "William E. Kempf" wrote: | Are there any applications similar to Konsole for Cygwin. By similar, I | mean an application with a tabbed frame for multiple consoles and a button | to create new consoles, but one that doesn't require KDE (I want to run | -multiwindow). | Hmm emacs?? Or xemacs? Then you probably don't need X.. ;-) /Andy -- The eye of the compiler rests on the code! From wekempf@cox.net Mon Jun 9 21:12:00 2003 From: wekempf@cox.net (William E. Kempf) Date: Mon, 09 Jun 2003 21:12:00 -0000 Subject: Konsole-like application? In-Reply-To: References: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> Message-ID: <3477.167.16.189.63.1055193145.squirrel@frodo.kempf-ville.com> Andrew Markebo said: > / "William E. Kempf" wrote: > | Are there any applications similar to Konsole for Cygwin. By similar, > I | mean an application with a tabbed frame for multiple consoles and a > button | to create new consoles, but one that doesn't require KDE (I > want to run | -multiwindow). > | > > Hmm emacs?? Or xemacs? Then you probably don't need X.. ;-) For xemacs, I certainly do ;). I use emacs. But I honestly dislike using it for the shell. If nothing else, it's a sledgehammer where a hammer is all you need. Thanks for the suggestion, though... -- William E. Kempf From cnst@rbcmail.ru Mon Jun 9 22:39:00 2003 From: cnst@rbcmail.ru (Constantine) Date: Mon, 09 Jun 2003 22:39:00 -0000 Subject: Problems with fonts --- need some help on displaying Cyrillic letters. Message-ID: <3EE50C84.7010507@rbcmail.ru> Hello! I have some problems with xfree86 displaying Cyrillic characters. I run the latest version of X on my cygwin machine (x-server), and FreeBSD 4.8 (x-clients). I use KDE as my desktop. When I run Konqueror, Cyrillic characters look great, but when I run Mozilla, everything seems to be smashed a lot and instead of Cyrillic characters, I get some squares with numbers. In addition, I really do not like the anti-aliasing feature in the xfree86. It makes my monitor look like rubbish. How can I disable it? This is the messages I get right after starting the X server on my cygwin: --- my messages begin --- $ xinit 192.168.0.18 being added to access control list Password: X Error of failed request: 86 Major opcode of failed request: 51 (X_SetFontPath) Serial number of failed request: 8 Current serial number in output stream: 10 X Error of failed request: 86 Major opcode of failed request: 51 (X_SetFontPath) Serial number of failed request: 8 Current serial number in output stream: 10 X Error of failed request: 86 Major opcode of failed request: 51 (X_SetFontPath) Serial number of failed request: 8 Current serial number in output stream: 10 X Error of failed request: 86 Major opcode of failed request: 51 (X_SetFontPath) Serial number of failed request: 8 Current serial number in output stream: 10 startkde: Starting up... _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root DCOP Cleaning up dead connections. Server has no DPMS extension mcop warning: user defined signal handler found for SIG_PIPE, overriding _IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root QFont::setPointSize: Point size <= 0 (-3) konsole: cannot chown /dev/ttyp1. Reason: Operation not permitted konsole: chownpty failed for device /dev/ptyp1::/dev/ttyp1. : This means the session can be eavesdroped. : Make sure konsole_grantpty is installed in : /usr/local/bin/ and setuid root. bitBlt: Incompatible destination pixmap --- my messages end --- This is 'uname -a' on both machines: %uname -a FreeBSD cnst 4.8-RELEASE FreeBSD 4.8-RELEASE #16: Sun May 11 19:24:54 EDT 2003 constant@cnst:/usr/src/sys/compile/MYKERNEL i386 $ uname -a CYGWIN_NT-5.1 const 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin Thank you, Constantine. From luke.kendall@cisra.canon.com.au Mon Jun 9 23:09:00 2003 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 09 Jun 2003 23:09:00 -0000 Subject: Does it work on a Chinese-enabled system? Message-ID: <20030609230938.6844934C52@nevin.research.canon.com.au> I tried a Cygwin install on a PC here used by a Chinese person, and had a few strange problems. First, when doing an xrdb -merge .Xresources, it reported these errors: illegal parameter: t illegal parameter: r illegal parameter: a illegal parameter: d illegal parameter: i illegal parameter: t illegal parameter: i illegal parameter: o which I suspect was referring to some function which perhaps returned "traditional chinese" instead of C. Secondly, In any xterm or rxvt window, no prompt string would display. The shell was active and would execute commands; PS1 was set reasonably; but no prompt displayed. Even setting it to a plain old '$ ' made no difference. luke From luke.kendall@cisra.canon.com.au Mon Jun 9 23:19:00 2003 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 09 Jun 2003 23:19:00 -0000 Subject: Alternate window manager In-Reply-To: Message-ID: <20030609231937.5317134C52@nevin.research.canon.com.au> On 9 Jun, Sergio wrote: > I would probably go with windowmaker, which is also downloadable via > setup.exe You might want to extract the modified exitscript from post-install.zip from http://members.optushome.com.au/lukekendall/xwin-network.html to work around a bug in the old version of Window Maker included in Cygwin. That file goes into ~/GNUstep/Library/WindowMaker/ It's basically this: #!/bin/sh # # Place commands to be executed when WindowMaker is exited here. # # WindowMaker will wait until this script finishes, so if you run any # commands that take long to execute (like a xterm), put a ``&'' in the # end of the command line. # # This file must be executable. # cd if [ -d GNUstep/Defaults ] then cd GNUstep/Defaults for f in WMState WindowMaker WMGLOBAL WMRootMenu WMWindowAttributes do tr -d '\015' < $f > $f.fix cp $f.fix $f done /bin/rm -f $f.fix fi luke From davidf@sjsoft.com Tue Jun 10 04:24:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Tue, 10 Jun 2003 04:24:00 -0000 Subject: Konsole-like application? In-Reply-To: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> References: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> Message-ID: <3EE55E5E.4030007@sjsoft.com> William E. Kempf wrote: >Are there any applications similar to Konsole for Cygwin. By similar, I >mean an application with a tabbed frame for multiple consoles and a button >to create new consoles, but one that doesn't require KDE (I want to run >-multiwindow). > > > You can actually run konsole from the kde-cygwin package without using kwin as the window manager. It works perfectly in multi-window mode... might use up a bit more memory than others, but then, konsole rocks... David From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Jun 10 07:18:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 10 Jun 2003 07:18:00 -0000 Subject: Problems with fonts --- need some help on displaying Cyrillic letters. In-Reply-To: <3EE50C84.7010507@rbcmail.ru> Message-ID: Constantine wrote: > Hello! > > I have some problems with xfree86 displaying Cyrillic characters. I run > the latest version of X on my cygwin machine (x-server), and FreeBSD 4.8 > (x-clients). I use KDE as my desktop. When I run Konqueror, Cyrillic > characters look great, but when I run Mozilla, everything seems to be > smashed a lot and instead of Cyrillic characters, I get some squares > with numbers. I guess the xinit script does set the fontpath with local pathnames. This will not work for remote X unless you have the fonts on the cygwin machine in the same path as on the bsd machine. You can instead use a fontserver. Add all fontpaths you need to /etc/X11/fs/config, restart the fontserver and start Xwin with the parameter -fp tcp/bsd-host:7100 (7100 is the default port for the fontserver) If the config file contains a "nolisten = tcp" then remove this line too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ext.eureka.lecunff@sncf.fr Tue Jun 10 10:04:00 2003 From: ext.eureka.lecunff@sncf.fr (EXT / EUREKA LE CUNFF Laurent) Date: Tue, 10 Jun 2003 10:04:00 -0000 Subject: Problem with XDMCP and an account of domain Message-ID: Hello, I use Cygwin in XDMCP to connect me to a station HP/COMPAQ OSF.40. I am under NT 4.0 SP6. When I use an account local under Windows I obtain the screen of login of the distant station into 2 or 3 seconds. With an account of domain this time passes to 40 seconds. Can you provide me tracks concerning this problem. Thank you in advance. From wekempf@cox.net Tue Jun 10 13:48:00 2003 From: wekempf@cox.net (William E. Kempf) Date: Tue, 10 Jun 2003 13:48:00 -0000 Subject: Konsole-like application? In-Reply-To: <3EE55E5E.4030007@sjsoft.com> References: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> <3EE55E5E.4030007@sjsoft.com> Message-ID: <4147.167.16.189.63.1055252895.squirrel@frodo.kempf-ville.com> David Fraser said: > William E. Kempf wrote: > >>Are there any applications similar to Konsole for Cygwin. By similar, >> I mean an application with a tabbed frame for multiple consoles and a >> button to create new consoles, but one that doesn't require KDE (I want >> to run -multiwindow). >> >> >> > You can actually run konsole from the kde-cygwin package without using > kwin as the window manager. It works perfectly in multi-window mode... > might use up a bit more memory than others, but then, konsole rocks... Really? Even if KDE isn't run as the manager, would I not have to have KDE installed? That's an awfully big package to install when you're only going to use one very small part of it. -- William E. Kempf From vervoom@hotmail.com Tue Jun 10 14:58:00 2003 From: vervoom@hotmail.com (J S) Date: Tue, 10 Jun 2003 14:58:00 -0000 Subject: weirdness on 95 Message-ID: Hi all, I have a windows 95 machine which is having problems. If I run XWin, the root window begins to fire up and then dies straight away. I have copied some of the log for you to see below. I had the same problem when I tested the latest XWin-Test91 also. I tried 32 and 16 bit color (no 24) but that wasn't the problem so I don't really know what it could be. There are a few messages in the log below marked "WEIRDNESS" so hopefully that might mean something to you. Let me know if there's anymore info I need to supply. Cheers, JS. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 00000013 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 800 h: 600 winCreateBoundingWindowWindowed - Current w: 800 h: 600 winAdjustForAutoHide - Original WorkArea: 0 0 572 800 winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b 572 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: 32 winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 size image: 1830400 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 800 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! winPointerWarpCursor - Discarding first warp: 400 286 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows 95/98/Me winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 00000013 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window => ShadowGDI winCreateBoundingWindowWindowed - User w: 800 h: 600 winCreateBoundingWindowWindowed - Current w: 800 h: 572 winAdjustForAutoHide - Original WorkArea: 0 0 572 800 winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b 572 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: 32 winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 size image: 1830400 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 800 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (==) Using preset keyboard for "English (United Kingdom)" (00000809), type "4" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows 95/98/Me winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 _________________________________________________________________ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger From huntharo@msu.edu Tue Jun 10 15:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 10 Jun 2003 15:06:00 -0000 Subject: weirdness on 95 In-Reply-To: References: Message-ID: <3EE5F3F5.3080904@msu.edu> JS, You need to show us the command-line parameters that you passed to XWin.exe. Don't worry about the WEIRDNESS lines... they are being handled properly. The real problem is the following lines: > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 > winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 That indicates that the MultiWindow threads are not able to connect to the server via TCP/IP. This leads me to suspect that you are either passing "-query" or "-nolisten tcp". Harold J S wrote: > Hi all, > > I have a windows 95 machine which is having problems. If I run XWin, the > root window begins to fire up and then dies straight away. I have copied > some of the log for you to see below. > > I had the same problem when I tested the latest XWin-Test91 also. I > tried 32 and 16 bit color (no 24) but that wasn't the problem so I don't > really know what it could be. There are a few messages in the log below > marked "WEIRDNESS" so hopefully that might mean something to you. Let me > know if there's anymore info I need to supply. > > Cheers, > > JS. > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 800 h 600 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (**) FontPath set to > "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > winDetectSupportedEngines - Windows 95/98/Me > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Returning, supported engines 00000013 > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Multi Window => ShadowGDI > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per > pixel > winCreateBoundingWindowWindowed - User w: 800 h: 600 > winCreateBoundingWindowWindowed - Current w: 800 h: 600 > winAdjustForAutoHide - Original WorkArea: 0 0 572 800 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 > winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b > 572 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: 32 > winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 > size image: 1830400 > winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 > winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign > winAllocateFBShadowGDI - Created shadow stride: 800 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > null screen fn ReparentWindow > null screen fn RestackWindow > winFinishScreenInitFB - Calling winInitWM. > InitQueue - Calling pthread_mutex_init > InitQueue - pthread_mutex_init returned > InitQueue - Calling pthread_cond_init > InitQueue - pthread_cond_init returned > winInitWM - Returning. > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > winInitMultiWindowWM - Hello > winInitMultiWindowWM - Calling pthread_mutex_lock () > winMultiWindowXMsgProc - Hello > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > (==) Using preset keyboard for "English (United Kingdom)" (00000809), > type "4" > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "gb" > (**) XKB: layout: "gb" > Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" > Options = "(null)" > Couldn't load XKB keymap, falling back to pre-XKB keymap > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, > removing from list! > winPointerWarpCursor - Discarding first warp: 400 286 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winInitMultiWindowWM - pthread_mutex_lock () returned. > DetectUnicodeSupport - Windows 95/98/Me > winInitMultiWindowWM - XInitThreads () returned. > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - XInitThreads () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 > winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (??) unknown. > (**) FontPath set to > "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > winDetectSupportedEngines - Windows 95/98/Me > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Returning, supported engines 00000013 > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Multi Window => ShadowGDI > winCreateBoundingWindowWindowed - User w: 800 h: 600 > winCreateBoundingWindowWindowed - Current w: 800 h: 572 > winAdjustForAutoHide - Original WorkArea: 0 0 572 800 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 > winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b > 572 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: 32 > winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 > size image: 1830400 > winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 > winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign > winAllocateFBShadowGDI - Created shadow stride: 800 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > null screen fn ReparentWindow > null screen fn RestackWindow > winFinishScreenInitFB - Calling winInitWM. > InitQueue - Calling pthread_mutex_init > InitQueue - pthread_mutex_init returned > InitQueue - Calling pthread_cond_init > InitQueue - pthread_cond_init returned > winInitWM - Returning. > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > (==) Using preset keyboard for "English (United Kingdom)" (00000809), > type "4" > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc102" > (**) XKB: model: "pc102" > (**) Option "XkbLayout" "gb" > (**) XKB: layout: "gb" > Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" > Options = "(null)" > Couldn't load XKB keymap, falling back to pre-XKB keymap > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, > removing from list! > winInitMultiWindowWM - Hello > winInitMultiWindowWM - Calling pthread_mutex_lock () > winMultiWindowXMsgProc - Hello > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winInitMultiWindowWM - pthread_mutex_lock () returned. > DetectUnicodeSupport - Windows 95/98/Me > winInitMultiWindowWM - XInitThreads () returned. > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - XInitThreads () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 > winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 > > _________________________________________________________________ > Express yourself with cool emoticons - download MSN Messenger today! > http://www.msn.co.uk/messenger From davidf@sjsoft.com Tue Jun 10 15:31:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Tue, 10 Jun 2003 15:31:00 -0000 Subject: Konsole-like application? In-Reply-To: <4147.167.16.189.63.1055252895.squirrel@frodo.kempf-ville.com> References: <3445.167.16.189.63.1055190865.squirrel@frodo.kempf-ville.com> <3EE55E5E.4030007@sjsoft.com> <4147.167.16.189.63.1055252895.squirrel@frodo.kempf-ville.com> Message-ID: <3EE5FAC4.70508@sjsoft.com> William E. Kempf wrote: >David Fraser said: > > >>William E. Kempf wrote: >> >> >>>Are there any applications similar to Konsole for Cygwin. By similar, >>>I mean an application with a tabbed frame for multiple consoles and a >>>button to create new consoles, but one that doesn't require KDE (I want >>>to run -multiwindow). >>> >>> >>You can actually run konsole from the kde-cygwin package without using >>kwin as the window manager. It works perfectly in multi-window mode... >>might use up a bit more memory than others, but then, konsole rocks... >> >> >Really? Even if KDE isn't run as the manager, would I not have to have >KDE installed? That's an awfully big package to install when you're only >going to use one very small part of it. > > Yes, you would need to have it installed ... so it depends how much you like konsole whether you do that or not :-) I just tested and you can actually kill the kded that konsole starts up after it's started, so in terms of actual in-memory use it's a mere 15MB... Not sure what the actual dependencies are but you may be able to get away with a small subset of KDE ... From vervoom@hotmail.com Tue Jun 10 16:17:00 2003 From: vervoom@hotmail.com (J S) Date: Tue, 10 Jun 2003 16:17:00 -0000 Subject: weirdness on 95 Message-ID: Thanks Harold, I've tried the following: XWin XWin -ac -multiwindow XWin -ac -rootless but all gave me the same error. The network connection seemed to be OK on the box as well. Certainly I could ping it, telnet to other boxes, and map drives. >JS, > >You need to show us the command-line parameters that you passed to >XWin.exe. > >Don't worry about the WEIRDNESS lines... they are being handled properly. > >The real problem is the following lines: > > > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > > winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 > > winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 > >That indicates that the MultiWindow threads are not able to connect to the >server via TCP/IP. This leads me to suspect that you are either passing >"-query" or "-nolisten tcp". > >Harold > >J S wrote: >>Hi all, >> >>I have a windows 95 machine which is having problems. If I run XWin, the >>root window begins to fire up and then dies straight away. I have copied >>some of the log for you to see below. >> >>I had the same problem when I tested the latest XWin-Test91 also. I tried >>32 and 16 bit color (no 24) but that wasn't the problem so I don't really >>know what it could be. There are a few messages in the log below marked >>"WEIRDNESS" so hopefully that might mean something to you. Let me know if >>there's anymore info I need to supply. >> >>Cheers, >> >>JS. >> >> >>ddxProcessArgument - Initializing default screens >>winInitializeDefaultScreens - w 800 h 600 >>winInitializeDefaultScreens - Returning >>OsVendorInit - Creating bogus screen 0 >>(==) Using config file: "/etc/X11/XF86Config" >>Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (??) unknown. >>(**) FontPath set to >>"/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" >> >>(**) RgbPath set to "/usr/X11R6/lib/X11/rgb" >>winDetectSupportedEngines - Windows 95/98/Me >>winDetectSupportedEngines - DirectDraw installed >>winDetectSupportedEngines - Returning, supported engines 00000013 >>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>winSetEngine - Multi Window => ShadowGDI >>winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per >>pixel >>winCreateBoundingWindowWindowed - User w: 800 h: 600 >>winCreateBoundingWindowWindowed - Current w: 800 h: 600 >>winAdjustForAutoHide - Original WorkArea: 0 0 572 800 >>winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 >>winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b 572 >>t 0 >>winCreateBoundingWindowWindowed - Returning >>winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: >>32 >>winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 size >>image: 1830400 >>winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 >>winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign >>winAllocateFBShadowGDI - Created shadow stride: 800 >>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 >>bpp 32 >>winCreateDefColormap - Deferring to fbCreateDefColormap () >>null screen fn ReparentWindow >>null screen fn RestackWindow >>winFinishScreenInitFB - Calling winInitWM. >>InitQueue - Calling pthread_mutex_init >>InitQueue - pthread_mutex_init returned >>InitQueue - Calling pthread_cond_init >>InitQueue - pthread_cond_init returned >>winInitWM - Returning. >>winFinishScreenInitFB - returning >>winScreenInit - returning >>InitOutput - Returning. >>winInitMultiWindowWM - Hello >>winInitMultiWindowWM - Calling pthread_mutex_lock () >>winMultiWindowXMsgProc - Hello >>winMultiWindowXMsgProc - Calling pthread_mutex_lock () >>(==) Using preset keyboard for "English (United Kingdom)" (00000809), type >>"4" >>(**) Using keyboard "Keyboard1" as primary keyboard >>(**) Option "XkbRules" "xfree86" >>(**) XKB: rules: "xfree86" >>(**) Option "XkbModel" "pc102" >>(**) XKB: model: "pc102" >>(**) Option "XkbLayout" "gb" >>(**) XKB: layout: "gb" >>Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" Options >>= "(null)" >>Couldn't load XKB keymap, falling back to pre-XKB keymap >>Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing >>from list! >>Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, >>removing from list! >>winPointerWarpCursor - Discarding first warp: 400 286 >>winBlockHandler - Releasing pmServerStarted >>winBlockHandler - pthread_mutex_unlock () returned >>winInitMultiWindowWM - pthread_mutex_lock () returned. >>DetectUnicodeSupport - Windows 95/98/Me >>winInitMultiWindowWM - XInitThreads () returned. >>winInitMultiWindowWM - pthread_mutex_unlock () returned. >>winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 >>winMultiWindowXMsgProc - pthread_mutex_lock () returned. >>winMultiWindowXMsgProc - XInitThreads () returned. >>winMultiWindowXMsgProc - pthread_mutex_unlock () returned. >>winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 >>winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 >> winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 >> (==) Using config file: "/etc/X11/XF86Config" >>Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (??) unknown. >>(**) FontPath set to >>"/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" >> >>(**) RgbPath set to "/usr/X11R6/lib/X11/rgb" >>winDetectSupportedEngines - Windows 95/98/Me >>winDetectSupportedEngines - DirectDraw installed >>winDetectSupportedEngines - Returning, supported engines 00000013 >>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>winSetEngine - Multi Window => ShadowGDI >>winCreateBoundingWindowWindowed - User w: 800 h: 600 >>winCreateBoundingWindowWindowed - Current w: 800 h: 572 >>winAdjustForAutoHide - Original WorkArea: 0 0 572 800 >>winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 >>winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b 572 >>t 0 >>winCreateBoundingWindowWindowed - Returning >>winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: >>32 >>winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 size >>image: 1830400 >>winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 >>winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign >>winAllocateFBShadowGDI - Created shadow stride: 800 >>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 >>bpp 32 >>winCreateDefColormap - Deferring to fbCreateDefColormap () >>null screen fn ReparentWindow >>null screen fn RestackWindow >>winFinishScreenInitFB - Calling winInitWM. >>InitQueue - Calling pthread_mutex_init >>InitQueue - pthread_mutex_init returned >>InitQueue - Calling pthread_cond_init >>InitQueue - pthread_cond_init returned >>winInitWM - Returning. >>winFinishScreenInitFB - returning >>winScreenInit - returning >>InitOutput - Returning. >>(==) Using preset keyboard for "English (United Kingdom)" (00000809), type >>"4" >>(**) Using keyboard "Keyboard1" as primary keyboard >>(**) Option "XkbRules" "xfree86" >>(**) XKB: rules: "xfree86" >>(**) Option "XkbModel" "pc102" >>(**) XKB: model: "pc102" >>(**) Option "XkbLayout" "gb" >>(**) XKB: layout: "gb" >>Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" Options >>= "(null)" >>Couldn't load XKB keymap, falling back to pre-XKB keymap >>Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing >>from list! >>Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, >>removing from list! >>winInitMultiWindowWM - Hello >>winInitMultiWindowWM - Calling pthread_mutex_lock () >>winMultiWindowXMsgProc - Hello >>winMultiWindowXMsgProc - Calling pthread_mutex_lock () >>winBlockHandler - Releasing pmServerStarted >>winBlockHandler - pthread_mutex_unlock () returned >>winInitMultiWindowWM - pthread_mutex_lock () returned. >>DetectUnicodeSupport - Windows 95/98/Me >>winInitMultiWindowWM - XInitThreads () returned. >>winInitMultiWindowWM - pthread_mutex_unlock () returned. >>winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 >>winMultiWindowXMsgProc - pthread_mutex_lock () returned. >>winMultiWindowXMsgProc - XInitThreads () returned. >>winMultiWindowXMsgProc - pthread_mutex_unlock () returned. >>winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 >>winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 >> winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 >> >>_________________________________________________________________ >>Express yourself with cool emoticons - download MSN Messenger today! >>http://www.msn.co.uk/messenger > _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband From uwestoehr@web.de Tue Jun 10 17:04:00 2003 From: uwestoehr@web.de (=?iso-8859-1?Q?Uwe_St=F6hr?=) Date: Tue, 10 Jun 2003 17:04:00 -0000 Subject: performance problem Message-ID: <000701c32f72$4fcbcf40$0201a8c0@uwe2> Hello everybody, I'm using cygwin/XFree86 for a while and the only thing thats not fine is the performance: If I move the mouse over a X-Window (even this window isn't the active one) the processor-usage increases up to 99 percent. The problem is, that I use the x-server for a word processor, so that I move the mouse a lot and if I'm too fast the x-window hangs for a while. I often have some other programs running in the background, what aggravates the problem. My question is, if this behaviour is really neccessary because all other windows-programms I've installed don't have this problem. Or is this just a bug? I've an AMD 1GHz machine with 512MB RAM and Win2000SP3. regards Uwe From philippe.bastiani@wanadoo.fr Tue Jun 10 21:31:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Tue, 10 Jun 2003 21:31:00 -0000 Subject: Painting problem under XP Message-ID: Hi, multiwindow mode: please note that before the first resizing of the XFree screen the 2 upper corners are not painted properly (i.e.: the XFree background appears in the place of the Window background) rootless mode: a small border with the XFree background surrounds the Windows screen... Is it a normal situation ? Thanks for your job, a+ -- Philippe Bastiani From huntharo@msu.edu Wed Jun 11 05:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 11 Jun 2003 05:37:00 -0000 Subject: Off list until I return Message-ID: <3EE6C029.9070703@msu.edu> All, I have removed myself from the cygwin-xfree@cygwin.com mailing list until I return from my honeymoon. Actually, we get back right near the 4th of July weekend, so I won't really be back until around July 7th. I expect many patches to be waiting for me ;) Have fun until then! Harold From davidf@sjsoft.com Wed Jun 11 06:47:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Wed, 11 Jun 2003 06:47:00 -0000 Subject: Off list until I return In-Reply-To: <3EE6C029.9070703@msu.edu> References: <3EE6C029.9070703@msu.edu> Message-ID: <3EE6D198.1080300@sjsoft.com> Harold L Hunt II wrote: > All, > > I have removed myself from the cygwin-xfree@cygwin.com mailing list > until I return from my honeymoon. Actually, we get back right near > the 4th of July weekend, so I won't really be back until around July 7th. > > I expect many patches to be waiting for me ;) > > Have fun until then! > > Harold > Have a fantastic time! David From pfoster@securenet.com.au Thu Jun 12 01:11:00 2003 From: pfoster@securenet.com.au (Paul Foster) Date: Thu, 12 Jun 2003 01:11:00 -0000 Subject: Multiwindow color problems Message-ID: I apologise in advance if this has been addressed elsewhere, but I've searched the archives and web thoroughly. Im running XWin ServerTest91 on a Win2K Terminal Server. I'll start XWin with multiwindow enabled, then SSH to a remote Linux machine and tunnel X/mozilla through. Mozilla looks like it is using 16 colors. If I start XWin without the -multiwindow switch, the mozilla window looks correct with 256 colors. Can anyone shed any light on why multiwindow mode doesn't behave correctly? Regards, Paul From news@garydjones.mailshell.com Thu Jun 12 05:20:00 2003 From: news@garydjones.mailshell.com (news@garydjones.mailshell.com) Date: Thu, 12 Jun 2003 05:20:00 -0000 Subject: Off list until I return References: <3EE6C029.9070703@msu.edu> Message-ID: Harold L Hunt II wrote: > I have removed myself from the cygwin-xfree@cygwin.com mailing list So you are not here until you're here? Uh... > until I return from my honeymoon. May I be certainly not the first to congratulate you :) From a@a.com Thu Jun 12 07:48:00 2003 From: a@a.com (a@a.com) Date: Thu, 12 Jun 2003 07:48:00 -0000 Subject: Saçsýzlýða son...% 100 doðal yöntemlerle... Message-ID: Yanl?? okumad?n?z! Art?k sizin de kendili?inden ??kan do?al sa?lar?n?z olacak.Tam 2 y?ld?r denenmi? hi?bir yan tesiri olmayan ?zel form?l?m?zle mutlaka tan??mal?s?n?z.Sa? d?k?lmeleri ve hi? sa? ??kmayan b?lgelerde en ge? 1 y?lda kesin garantili do?al sa?lara sahip olacaks?n?z. Mutlaka deneyiniz... Bilgi ve dan??ma i?in : dogalsac@mynet.com Sayg?lar?m?zla, From philippe.bastiani@wanadoo.fr Thu Jun 12 18:08:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Thu, 12 Jun 2003 18:08:00 -0000 Subject: run.exe - source code - Message-ID: Where can we find the sources of "run.exe" ? Thanks in advance... -- Philippe Bastiani From pechtcha@cs.nyu.edu Thu Jun 12 18:45:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 12 Jun 2003 18:45:00 -0000 Subject: run.exe - source code - In-Reply-To: Message-ID: On Thu, 12 Jun 2003, Philippe Bastiani wrote: > Where can we find the sources of "run.exe" ? > Thanks in advance... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,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 From c0palo01@louisville.edu Thu Jun 12 19:17:00 2003 From: c0palo01@louisville.edu (Csaba Palotai) Date: Thu, 12 Jun 2003 19:17:00 -0000 Subject: can't open window Message-ID: <01dc01c33117$3d1c9cc0$402ea588@Csabas> Hiya all, I'm kind of beginner with cygwin (not completely though). I need to use X11 but always get the "can't open window" message. Tried to reinstall XFree 3-times, searched the archives and tried whatever was suggested there, nothing worked. I would really need it for remote applications, has anyone experienced similar things or has any suggestions? Every idea helps. Thanks CJ From ihok@hotmail.com Thu Jun 12 19:45:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Thu, 12 Jun 2003 19:45:00 -0000 Subject: can't open window In-Reply-To: <01dc01c33117$3d1c9cc0$402ea588@Csabas> References: <01dc01c33117$3d1c9cc0$402ea588@Csabas> Message-ID: <3EE8D860.6040503@hotmail.com> Csaba Palotai wrote: > I'm kind of beginner with cygwin (not completely though). I need to use X11 > but always get the "can't open window" message. Tried to reinstall XFree > 3-times, searched the archives and tried whatever was suggested there, > nothing worked. I would really need it for remote applications, has anyone > experienced similar things or has any suggestions? Every idea helps. Thanks Do you mean "Can't open display"? This is because your DISPLAY variable isn't set. To test this, do # echo $DISPLAY Assuming your shell is bash (echo $SHELL), you can set DISPLAY by doing # export DISPLAY=127.0.0.1:0.0 To ensure this is done automatically, check that this is a line in the startxwin.sh or startxwin.bat script you use to start XFree. The default example scripts do contain this command. -JT From james.phillips@honeywell.com Fri Jun 13 17:13:00 2003 From: james.phillips@honeywell.com (Phillips, James R) Date: Fri, 13 Jun 2003 17:13:00 -0000 Subject: Clipboard functionality under xdmcp Message-ID: <91B8B800D848D611903F000347992DC10235DF6F@sbnex642.als.allied.com> Hello, I'm using cygwin/xfree86 quite successfully under the xdmcp, displaying hp-cde desktops in the server window, and thereby running hp-unix apps remotely. However, when I copy and paste text in the cde, it doesn't show up on the windows clipboard, even though I started xwin with the -clipboard option. My startup line in bash looks like this: xwin :3 -clipboard -query alsux227 -fp tcp/buddha26:7000 & This starts an xdmcp session with alsux227, using the font server on buddha26. Should the clipboard option work under these circumstances? Thanks, James R. Phillips From ihok@hotmail.com Fri Jun 13 19:52:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 13 Jun 2003 19:52:00 -0000 Subject: xfree Message-ID: Csaba, please don't reply to me directly. This is so experts may help in answering your question, as well as to save the Q&A for posterity so that all readers may benefit. >I work in tcsh. I believe export in bash would be the SETENV in tcsh? Yes (but setenv in lower case). >I tried it and it gave different behaviour, but the end result still was >"can't open display". What was the exact behavior? Please paste your exact commands and output, that will help in diagnosing the problem. >Also, when I ssh-ed to my office linux puter, it gave a warning that I used >fake authentification for X11 forwarding (I guess it did not like the >127.0.0.1 ?). Your local machine has to be set up for xauth. Do # xauth generate :0 . (Don't forget the period at the end.) For more info, see man xauth. -JT _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From c0palo01@louisville.edu Fri Jun 13 20:11:00 2003 From: c0palo01@louisville.edu (Csaba Palotai) Date: Fri, 13 Jun 2003 20:11:00 -0000 Subject: xfree References: Message-ID: <00a301c331e7$e9c53dd0$402ea588@Csabas> >>I tried it and it gave different behaviour, but the end result still was >>"can't open display". > What was the exact behavior? Please paste your exact commands and output, > that will help in diagnosing the problem. I use setenv DISPLAY 127.0.0.1:0.0 and then I get sort of the same "Can't open display" message but not immediately as before, but there's a good 20 sec delay in between. > # xauth generate :0 . > (Don't forget the period at the end.) For more info, see man xauth. ok, now %xauth generate :0 . xauth: creating new authority file /home/csaba/.Xauthority xauth: (argv):1: unable to open display ":0". And the .Xauthority file was not created either. i believe the whole xfree does not work correctly on my syste, which is just weird cuz I installed the whole cygwin package which should take care of it. From zakki@peppermint.jp Fri Jun 13 22:35:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Fri, 13 Jun 2003 22:35:00 -0000 Subject: Clipboard functionality under xdmcp In-Reply-To: <91B8B800D848D611903F000347992DC10235DF6F@sbnex642.als.allied.com> References: <91B8B800D848D611903F000347992DC10235DF6F@sbnex642.als.allied.com> Message-ID: James, Please read follow mail. http://sources.redhat.com/ml/cygwin-xfree/2003-05/msg00197.html Kensuke Matsuzaki From zakki@peppermint.jp Fri Jun 13 22:52:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Fri, 13 Jun 2003 22:52:00 -0000 Subject: Multiwindow color problems In-Reply-To: References: Message-ID: Paul, Multiwindow mode uses Shadow GDI engine. If you have same problem with "-engine 1" option, that originates in shadow GDI engine. Kensuke Matsuzaki From philippe.bastiani@wanadoo.fr Sat Jun 14 07:58:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Sat, 14 Jun 2003 07:58:00 -0000 Subject: run.exe - source code - References: Message-ID: <001001c3324a$b0ee93e0$2c8df8c1@JUPITER> Thanks...I forgot to check this page. a+ Philippe Bastiani ----- Message d'origine ----- De : "Igor Pechtchanski" Groupes de discussion : gmane.os.cygwin.xfree Envoy?? : jeudi 12 juin 2003 20:45 Objet : Re: run.exe - source code - > On Thu, 12 Jun 2003, Philippe Bastiani wrote: > > > Where can we find the sources of "run.exe" ? > > Thanks in advance... > > > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,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 > > From philippe.bastiani@wanadoo.fr Sat Jun 14 08:26:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Sat, 14 Jun 2003 08:26:00 -0000 Subject: Multiple XWIN on the desktop Message-ID: Hi, Which is the utility to have several XWin servers ? It seems to me that is useless for the multiwindow:rootless mode... In any case, on my platform, the fifth XWin fails on startup... with the XP request: "Do you want to send a bug report to Microsoft" :( a+ -- Philippe Bastiani From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jun 14 09:35:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 14 Jun 2003 09:35:00 -0000 Subject: Multiple XWIN on the desktop In-Reply-To: Message-ID: Philippe Bastiani wrote: > Hi, > > Which is the utility to have several XWin servers ? It seems to me that is > useless for the multiwindow:rootless mode... > > In any case, on my platform, the fifth XWin fails on startup... with the XP > request: "Do you want to send a bug report to Microsoft" :( How do you start it? bye ago NP: JBO - K??nige -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From philippe.bastiani@wanadoo.fr Sat Jun 14 11:08:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Sat, 14 Jun 2003 11:08:00 -0000 Subject: Multiple XWIN on the desktop References: Message-ID: >From the XP Personnal desktop via a batch file. -- Philippe Bastiani "Alexander Gottwald" a ??crit dans le message de news:Pine.LNX.4.44.0306141134340.7973-100000@lupus.ago.vpn... > Philippe Bastiani wrote: > > > Hi, > > > > Which is the utility to have several XWin servers ? It seems to me that is > > useless for the multiwindow:rootless mode... > > > > In any case, on my platform, the fifth XWin fails on startup... with the XP > > request: "Do you want to send a bug report to Microsoft" :( > > How do you start it? > > bye > ago > NP: JBO - K??nige > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > > From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jun 14 18:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 14 Jun 2003 18:58:00 -0000 Subject: Multiple XWIN on the desktop In-Reply-To: References: Message-ID: Philippe Bastiani wrote: > >From the XP Personnal desktop via a batch file. So you've not changed the startup files? This will not work since you can only have one xserver per display number. The second, third and any other xserver must be started with an explicit displaynumber set. eg XWin :0 -multiwindow ... for the first XWin :1 -multiwindow ... for the second and so on. bye ago NP: Terminal Choice - Kiss You (Remix) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexeipobox@mtu-net.ru Sun Jun 15 11:24:00 2003 From: alexeipobox@mtu-net.ru (Alexei Lioubimov) Date: Sun, 15 Jun 2003 11:24:00 -0000 Subject: Novice question: Is it possible to get FREE documentation for X? Message-ID: <000c01c33330$c39b7da0$b362bcd4@ndg> Hello, I'm new to X, so it will be very usefull to read some documentation to get the main ideas of X _before_ downloading and installing all those "huge" packages. I've tried to let the Google find some, but it failed (of course, it found a lot of links pointing to another links... and so on), and I still don't know what to do :( Actually my question is: Is there any resource, where I can download some tutorials and papers with the description of the main internals of X, the main components ("what is where?"), programming guidelines etc, from? Thank you Alexey Lyubimov From philippe.bastiani@wanadoo.fr Sun Jun 15 13:37:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Sun, 15 Jun 2003 13:37:00 -0000 Subject: Multiple XWIN on the desktop References: Message-ID: Hi, > So you've not changed the startup files? > This will not work since you can only have one xserver per display number. > The second, third and any other xserver must be started with an explicit > displaynumber set. Why XWin does not set the display number properly ? is this impossible ? In case of failure, IMHO, a XWIN error message will be better that the XP alarm... --- a+ Philippe From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jun 15 15:00:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 15 Jun 2003 15:00:00 -0000 Subject: Multiple XWIN on the desktop In-Reply-To: References: Message-ID: Philippe Bastiani wrote: > Hi, > > > So you've not changed the startup files? > > This will not work since you can only have one xserver per display number. > > The second, third and any other xserver must be started with an explicit > > displaynumber set. > > Why XWin does not set the display number properly ? is this impossible ? XWin does set the display number properly. You do not use XWin properly. The default displaynumber is 0. If you want to start multiple instances of XWin you have to specify the displaynumber manually. > In case of failure, IMHO, a XWIN error message will be better that the XP > alarm... Normally a xserver can not bind more than two times to a socket. This error condition is catched correctly in the device independend code of the xserver. If the second bind also succeeds than this is an error in the cygwin library. But noone had the time to review this minor problem, so you'll have to take a look yourself or use the xserver as it was intended. bye ago NP: Terminal Choice - Kiss You (Remix) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jun 15 15:01:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 15 Jun 2003 15:01:00 -0000 Subject: Novice question: Is it possible to get FREE documentation for X? In-Reply-To: <000c01c33330$c39b7da0$b362bcd4@ndg> References: <000c01c33330$c39b7da0$b362bcd4@ndg> Message-ID: Alexei Lioubimov wrote: > Actually my question is: Is there any resource, where I can download some > tutorials and papers with the description of the main internals of X, the > main components ("what is where?"), programming guidelines etc, from? A collection of links is available at http://www.rahul.net/kenton/xsites.html bye ago NP: Terminal Choice - Kiss You (Remix) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Mon Jun 16 11:16:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 11:16:00 -0000 Subject: X server acting funny when displaying remote KDE session Message-ID: <20030616111654.49517.qmail@web41210.mail.yahoo.com> Hi all, My X server is essentially unusable when displaying a remote KDE session. The symptoms are: o I can't enter any text, since the keyboard does not react o When clicking on a button it happens that all windows including the taskbar disappear from the screen and reappear only when right-clicking on the desktop. o When exiting the X server it crashes. My setup is as follows: Xfree86/cygwin on a Win2K machine. Both cygwin and Win2K have the latest patches/updates. I log into a Debian Linux machine on the same local ethernet using ssh -C -X -l xterm works ok, with the exception that it does not use the US-international keyboard layout that Win2K uses (why does Xfree86 not inherit the Windows settings?). When I start KDE with startkde in a xterm window, it appears to start correctly. But as described above the keyboard is ignored and the mouse actions are funny. KDE used locally on the Linux box works ok. Another minor quibble (which may be off-topic here): In contrast to what the Xfree user's guide says I have to set the DISPLAY variable manually after connecting to the linux machine via ssh. I would have expected ssh to do that for me. Also I have to do xhost + before calling ssh, is that not also supposed to be done by ssh? Anyone got an idea what is amiss? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From dwsharp@iee.org Mon Jun 16 11:20:00 2003 From: dwsharp@iee.org (Don Sharp) Date: Mon, 16 Jun 2003 11:20:00 -0000 Subject: invisible mouse in fvwm2 Message-ID: <3EEDA7E2.50FECFF8@iee.org> Hi there I am running on NT4 SP6a with all the latest bits of Cygwin/XFree. If I substitute fvwm2 for twm in the startx script, my mouse is invisible in the Xserver window. In twm everything seems to work OK. I am using Emulate3Buttons. If anyone can make useful suggestions for getting fvwm2 to work I'd appreciate them. Please CC dwsharp@iee.org as I am not currently subscribed to this list. TIA Don Sharp From joakim@erdfelt.net Mon Jun 16 11:27:00 2003 From: joakim@erdfelt.net (Joakim Erdfelt) Date: Mon, 16 Jun 2003 11:27:00 -0000 Subject: invisible mouse in fvwm2 In-Reply-To: <3EEDA7E2.50FECFF8@iee.org> References: <3EEDA7E2.50FECFF8@iee.org> Message-ID: <3EEDA9A3.90105@erdfelt.net> Don Sharp wrote: >Hi there > >I am running on NT4 SP6a with all the latest bits of Cygwin/XFree. If I >substitute fvwm2 for twm in the startx script, my mouse is invisible in >the Xserver window. In twm everything seems to work OK. I am using >Emulate3Buttons. > > This is not really cygwin specific. You could use a 'CursorStyle' entry in your $HOME/.fvwm2rc or $HOME/.fvwm/.fvwm2rc or $FVWM_USERDIR/.fvwm2rc # mine. CursorStyle ROOT left_ptr yellow black see 'man fvwm' fore syntax. /* joakim */ From Benjamin.Riefenstahl@epost.de Mon Jun 16 11:39:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 16 Jun 2003 11:39:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616111654.49517.qmail@web41210.mail.yahoo.com> (Stefan Heinzmann's message of "Mon, 16 Jun 2003 13:16:54 +0200 (CEST)") References: <20030616111654.49517.qmail@web41210.mail.yahoo.com> Message-ID: Hi Stefan, I can only comment on some of the points, I hope others have more experience with KDE. Stefan Heinzmann writes: > o When exiting the X server it crashes. I have that too sometimes, but I haven't yet investigated what's up. > I log into a Debian Linux machine on the same local ethernet using > ssh -C -X -l > > xterm works ok, with the exception that it does not use the > US-international keyboard layout that Win2K uses (why does Xfree86 > not inherit the Windows settings?). XFree86 works on a lower level than the usual Windows APIs. Translation of keyboard scancodes to actual characters is done by X11 itself. Still, with a recent XFree86 server, your localized keyboard should be detected and the right translation table loaded automatically. You are running on a German system, I presume? Keyboard detection works here on my system with a German keyboard. Do you use the regular PC desktop keyboard? What does the keyboard control panel call your keyboard? Search the list archives for a pointer to a diagnostic tool "keyboard.exe", "keyboard.tar.gz". Running that could help to see why automatic detection doesn't work. There is an XF86Config file somewhere on the XFree86/Cygwin webpages that you can install, where you can explicitly set your keyboard instead of relying on the automated detection. > Another minor quibble (which may be off-topic here): In contrast to > what the Xfree user's guide says I have to set the DISPLAY variable > manually after connecting to the linux machine via ssh. I would have > expected ssh to do that for me. Also I have to do xhost + before > calling ssh, is that not also supposed to be done by ssh? With the -X option that you gave, ssh will set up a private connection that just works, if you have the DISPLAY variable set correctly *before* you start ssh. For a test it's easiest, if you start ssh from the xterm that is already running locally, because the DISPLAY variable will already be set correctly in there. Hope this helps, benny From tg5027@citlink.net Mon Jun 16 11:57:00 2003 From: tg5027@citlink.net (terry) Date: Mon, 16 Jun 2003 11:57:00 -0000 Subject: X server acting funny when displaying remote KDE session Message-ID: <3EEC613F.7010709@citlink.net> > Another minor quibble (which may be off-topic here): > In contrast to what the Xfree user's guide says I have to set > the DISPLAY variable manually after connecting to the linux > machine via ssh. I would have expected ssh to do that for me. > Also I have to do xhost + before calling ssh, is that not > also supposed to be done by ssh? Can't help with the KDE problem, but I've just started using Cygwin and have seen the above problem. Actually, the DISPLAY setting was NOT a problem for me and I was wondering why so I looked into it and found out that it was being set in ~.bashrc (on the machine being logged into) by the code below: # # Smart way of setting the DISPLAY variable (from Hans) :) # if test -z "$DISPLAY" -a "$TERM" = "xterm" -a -x /usr/bin/who ; then WHOAMI="`/usr/bin/who am i`" _DISPLAY="`expr "$WHOAMI" : '.*(\([^\.][^\.]*\).*)'`:0.0" if [ "${_DISPLAY}" != ":0:0.0" -a "${_DISPLAY}" != " :0.0" \ -a "${_DISPLAY}" != ":0.0" ]; then export DISPLAY="${_DISPLAY}"; fi unset WHOAMI _DISPLAY fi My distro is SuSE, and Hans sounds Germanic - so maybe this is not in Debian. It does work however - setting DISPLAY correctly from local login or from a couple of remote logins. HTH, terry From stefan_heinzmann@yahoo.com Mon Jun 16 13:08:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 13:08:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616130828.30565.qmail@web41202.mail.yahoo.com> --- Benjamin Riefenstahl schrieb: [...] > > I log into a Debian Linux machine on the same local > ethernet using > > ssh -C -X -l > > > > xterm works ok, with the exception that it does not use > the > > US-international keyboard layout that Win2K uses (why > does Xfree86 > > not inherit the Windows settings?). > > XFree86 works on a lower level than the usual Windows APIs. > Translation of keyboard scancodes to actual characters is > done by X11 > itself. Still, with a recent XFree86 server, your > localized keyboard > should be detected and the right translation table loaded > automatically. > > You are running on a German system, I presume? Keyboard > detection > works here on my system with a German keyboard. Do you use > the > regular PC desktop keyboard? What does the keyboard > control panel > call your keyboard? Search the list archives for a pointer > to a > diagnostic tool "keyboard.exe", "keyboard.tar.gz". Running > that could > help to see why automatic detection doesn't work. > > There is an XF86Config file somewhere on the XFree86/Cygwin > webpages > that you can install, where you can explicitly set your > keyboard > instead of relying on the automated detection. My Win2K is german, but I use a US keyboard with it (A Happy Hacking Keyboard, to be precise). I use the US-international layout because it has all the dead keys you need for various major european languages (Ever tried to write spanish with a german keyboard?). And programming is more fun when you have direct access to those curly braces ;-) The symptom is such that the keyboard layout used by X is ok in principle, but lacks the dead keys (i.e. ' does not wait for the following keystroke in order to combine with a vocal). This indicates that the ordinary US layout is used instead of US-international. Here's the output of keyboard.exe: KeyboardType: 81: Unknown, Value out of range KeyboardLayout: 00020409 I don't know what it means, though. > > Another minor quibble (which may be off-topic here): In > contrast to > > what the Xfree user's guide says I have to set the > DISPLAY variable > > manually after connecting to the linux machine via ssh. I > would have > > expected ssh to do that for me. Also I have to do xhost > + before > > calling ssh, is that not also supposed to be done by ssh? > > With the -X option that you gave, ssh will set up a private > connection > that just works, if you have the DISPLAY variable set > correctly > *before* you start ssh. For a test it's easiest, if you > start ssh > from the xterm that is already running locally, because the > DISPLAY > variable will already be set correctly in there. I thought that this is exactly what I'm doing. Immediately before I call ssh, echo $DISPLAY says: 127.0.0.1:0.0 Or do you mean the variable on the client side? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From postmaster@hitel.net Mon Jun 16 13:10:00 2003 From: postmaster@hitel.net (postmaster@hitel.net) Date: Mon, 16 Jun 2003 13:10:00 -0000 Subject: [ERR] Re: X server acting funny when displaying remote KDE session Message-ID: <1055768982874337819.27.hitel@hitel.net> Transmit Report: To: antizm@hitel.net, 451 Requested action aborted: mda_local GET write error to (203.245.15.30:7001) (Broken pipe) -------------- next part -------------- An embedded message was scrubbed... From: =?iso-8859-1?q?Stefan=20Heinzmann?= Subject: Re: X server acting funny when displaying remote KDE session Date: Mon, 16 Jun 2003 15:08:27 +0200 (CEST) Size: 4745 URL: From celine.renard@actemium.com Mon Jun 16 13:15:00 2003 From: celine.renard@actemium.com (celine.renard@actemium.com) Date: Mon, 16 Jun 2003 13:15:00 -0000 Subject: PseudoColor and private colormap Message-ID: Hello, I create my own private colormap and store the new colors in it. But the XWin server does not display them. The XWin server displays them when I switch applications with What must I do to enforce the XWin server to display them ? C?line RENARD From alexander.gottwald@s1999.tu-chemnitz.de Mon Jun 16 13:18:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 13:18:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616130828.30565.qmail@web41202.mail.yahoo.com> References: <20030616130828.30565.qmail@web41202.mail.yahoo.com> Message-ID: On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > Here's the output of keyboard.exe: > KeyboardType: 81: Unknown, Value out of range > KeyboardLayout: 00020409 > > I don't know what it means, though. This means you're using the third variant of an us american layout (409) Can you please check /tmp/XWinrl.log what keyboard setting is used? Look for lines starting with (==) and (**). I doubt that with the above status any preset value would ever be used. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Mon Jun 16 13:24:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 13:24:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616132446.72907.qmail@web41215.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > > > Here's the output of keyboard.exe: > > KeyboardType: 81: Unknown, Value out of range > > KeyboardLayout: 00020409 > > > > I don't know what it means, though. > > This means you're using the third variant of an us american > layout > (409) Third variant? Hm, that'll be the international one then, right? > Can you please check /tmp/XWinrl.log what keyboard setting > is used? > Look for lines starting with (==) and (**). > I doubt that with the above status any preset value would > ever be used. It's called XWin.log, actually, and I found those lines in it: (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Seems it didn't recognize the variant. How can I rectify that? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Mon Jun 16 13:40:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 13:40:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616132446.72907.qmail@web41215.mail.yahoo.com> References: <20030616132446.72907.qmail@web41215.mail.yahoo.com> Message-ID: On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > Third variant? Hm, that'll be the international one then, > right? I think so > It's called XWin.log, actually, and I found those lines in > it: > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = > "(null)" Options = "(null)" This is the default keymap for Xfree. The layout you will probally want is us_intl. To enable it you have to get http://www-user.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 unzip and place it to /etc/X11/XF86Config and add Option "XkbLayout" "us_intl" to the keyboard section. HTH ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Mon Jun 16 13:48:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 13:48:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <3EEC613F.7010709@citlink.net> Message-ID: <20030616134834.84823.qmail@web41212.mail.yahoo.com> --- terry schrieb: > > Another minor quibble (which may be off-topic here): > > In contrast to what the Xfree user's guide says I have to > set > > the DISPLAY variable manually after connecting to the > linux > > machine via ssh. I would have expected ssh to do that for > me. > > Also I have to do xhost + before calling ssh, is that not > > also supposed to be done by ssh? > > Can't help with the KDE problem, but I've just started > using Cygwin and > have seen the above problem. Actually, the DISPLAY setting > was NOT a > problem for me and I was wondering why so I looked into it > and found out > that it was being set in ~.bashrc (on the machine being > logged into) by > the code below: > > # > # Smart way of setting the DISPLAY variable (from Hans) :) > # > if test -z "$DISPLAY" -a "$TERM" = "xterm" -a -x > /usr/bin/who ; then > WHOAMI="`/usr/bin/who am i`" > _DISPLAY="`expr "$WHOAMI" : > '.*(\([^\.][^\.]*\).*)'`:0.0" > if [ "${_DISPLAY}" != ":0:0.0" -a "${_DISPLAY}" != " > :0.0" \ > -a "${_DISPLAY}" != ":0.0" ]; then > export DISPLAY="${_DISPLAY}"; > fi > unset WHOAMI _DISPLAY > fi > > My distro is SuSE, and Hans sounds Germanic - so maybe this > is not in > Debian. It does work however - setting DISPLAY correctly > from local > login or from a couple of remote logins. It doesn't work for me. The aim seems to be to extract the X server's host name from the output of the who am i command, but that doesn't give very useful info on my system. I see more chance for success when analyzing the SSH_CLIENT variable that is left behind by ssh. It contains the client's IP address, which could be grafted into the DISPLAY variable. I'm not a shell script guru, but I could try to put something together. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From stefan_heinzmann@yahoo.com Mon Jun 16 13:58:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 13:58:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616135805.6241.qmail@web41207.mail.yahoo.com> --- Alexander Gottwald schrieb: [...] > This is the default keymap for Xfree. > The layout you will probally want is us_intl. To enable it > you > have to get > http://www-user.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 > unzip and place it to /etc/X11/XF86Config and add > Option "XkbLayout" "us_intl" > to the keyboard section. Did that, and now the log file says: (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "XkbLayout" "us_intl" (**) XKB: layout: "us_intl" Rules = "xfree86" Model = "pc101" Layout = "us_intl" Variant = "(null)" Options = "(null)" It didn't help, though. Still no dead keys. Maybe I need to set the variant somehow? How would I do that? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From Benjamin.Riefenstahl@epost.de Mon Jun 16 14:00:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 16 Jun 2003 14:00:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616130828.30565.qmail@web41202.mail.yahoo.com> (Stefan Heinzmann's message of "Mon, 16 Jun 2003 15:08:27 +0200 (CEST)") References: <20030616130828.30565.qmail@web41202.mail.yahoo.com> Message-ID: Hi Stefan, Stefan Heinzmann writes: > My Win2K is german, but I use a US keyboard with it (A Happy Hacking > Keyboard, to be precise). I use the US-international layout because > it has all the dead keys you need for various major european > languages > Here's the output of keyboard.exe: > KeyboardType: 81: Unknown, Value out of range > KeyboardLayout: 00020409 That explains that part. There is a table inside the X server to translate MS keyboard codes like these to X11 style keyboard descriptions. Your keybord is not covered by that table yet. Alexander will figure out if and how to add this to the internal table in the X server for the next version. Have you tried the XF86Config in the meantime? I'm not sure we even know yet what that keyboard is called in X11 terms. > I thought that this is exactly what I'm doing. Immediately before I > call ssh, echo $DISPLAY says: 127.0.0.1:0.0 The idea is that on the Linux side you should than automatically have a DISPLAY variable like "localhost:10.0" which should work. If you don't have that, X11 port forwarding may be disabled in the SSH server on your Linux box. Or something else :-((. You could run ssh -v ... to see if any error message pop up related to the port forwarding. Hope this helps, benny From Benjamin.Riefenstahl@epost.de Mon Jun 16 14:07:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 16 Jun 2003 14:07:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616134834.84823.qmail@web41212.mail.yahoo.com> (Stefan Heinzmann's message of "Mon, 16 Jun 2003 15:48:34 +0200 (CEST)") References: <20030616134834.84823.qmail@web41212.mail.yahoo.com> Message-ID: Hi Stefan, Stefan Heinzmann writes: > I see more chance for success when analyzing the SSH_CLIENT variable > that is left behind by ssh. It contains the client's IP address, > which could be grafted into the DISPLAY variable. I'm not a shell > script guru, but I could try to put something together. No. Ssh uses port forwarding. That works by accepting X connections locally at the client machine and than forwarding the data packets that arrive on that "display" to your actual server through an internal SSH tunnel. Your DISPLAY variable on the client should be something like localhost:10.0. benny From martin.mcnelis@tecnomen.ie Mon Jun 16 14:10:00 2003 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Mon, 16 Jun 2003 14:10:00 -0000 Subject: Keyboard Layout - Was: X server acting funny when displaying remo te KDE session Message-ID: <4135D07B3996D1118F3100805F8B0B0E04E06689@apollo.tecnomen.ie> Sorry to jump in here, but I've been trying to set up my keyboard in Xwin for days now and everything I read contradicts everything else. There's a lot of references to xmodmap and xkeycaps. I tried following the steps outlined here: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard -layout but I had no success. I tried what you suggested below and got the following errors: $ startx The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "uk" for symbols include > Exiting > Abandoning symbols file "default" Where can I get the required map file? It's obviously not using the xmodmap.uk file that I copied over from RedHat. Any help would be much appreciated! Thanks, Martin -----Original Message----- From: Alexander Gottwald [mailto:alexander.gottwald@s1999.tu-chemnitz.de] Sent: 16 June 2003 14:41 To: cygwin-xfree@cygwin.com Subject: Re: X server acting funny when displaying remote KDE session On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > Third variant? Hm, that'll be the international one then, > right? I think so > It's called XWin.log, actually, and I found those lines in > it: > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = > "(null)" Options = "(null)" This is the default keymap for Xfree. The layout you will probally want is us_intl. To enable it you have to get http://www-user.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 unzip and place it to /etc/X11/XF86Config and add Option "XkbLayout" "us_intl" to the keyboard section. HTH ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 ********************************************************************** 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 sender. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** From stefan_heinzmann@yahoo.com Mon Jun 16 14:36:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 14:36:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616143626.72012.qmail@web41205.mail.yahoo.com> --- Benjamin Riefenstahl schrieb: > Hi Stefan, > > > Stefan Heinzmann writes: > > > My Win2K is german, but I use a US keyboard with it (A > Happy Hacking > > Keyboard, to be precise). I use the US-international > layout because > > it has all the dead keys you need for various major > european > > languages > > > Here's the output of keyboard.exe: > > KeyboardType: 81: Unknown, Value out of range > > KeyboardLayout: 00020409 > > That explains that part. There is a table inside the X > server to > translate MS keyboard codes like these to X11 style > keyboard > descriptions. Your keybord is not covered by that table > yet. > > Alexander will figure out if and how to add this to the > internal table > in the X server for the next version. > > Have you tried the XF86Config in the meantime? I'm not > sure we even > know yet what that keyboard is called in X11 terms. I have, see my other post. Gee I didn't think I was such a rarity! I always wondered why the US-international layout isn't more popular! IMHO this is the perfect layout for programmers who also write texts in european languages, i.e. German, French or Spanish. The german layout is uncomfortable for C/C++ programmers at least, and for UNIX users in general. Also it offers no support for writing Spanish or French prose. And I simply don't want to have to remember several different keyboard layouts ("where's the dollar sign today?"). What's needed is a language-neutral layout based on the US keyboard layout and that is exactly what US-international is. Excuse my ranting ;-) > > I thought that this is exactly what I'm doing. > Immediately before I > > call ssh, echo $DISPLAY says: 127.0.0.1:0.0 > > The idea is that on the Linux side you should than > automatically have > a DISPLAY variable like "localhost:10.0" which should work. > If you > don't have that, X11 port forwarding may be disabled in the > SSH server > on your Linux box. Or something else :-((. You could run > ssh -v ... > to see if any error message pop up related to the port > forwarding. Nothing that hits the eye. Here's what ssh -v says: debug2: x11_get_proto: /usr/X11R6/bin/xauth list 127.0.0.1:0.0 2>/dev/null Warning: No xauth data; using fake authentication data for X11 forwarding. debug1: Requesting X11 forwarding with authentication spoofing. debug1: channel 0: request x11-req debug1: channel 0: request shell debug2: fd 4 setting TCP_NODELAY debug2: callback done debug1: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 Doesn't look as if X is disabled, does it? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From stefan_heinzmann@yahoo.com Mon Jun 16 14:40:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 14:40:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616144058.24129.qmail@web41201.mail.yahoo.com> --- Benjamin Riefenstahl schrieb: > Hi Stefan, > > > Stefan Heinzmann writes: > > I see more chance for success when analyzing the > SSH_CLIENT variable > > that is left behind by ssh. It contains the client's IP > address, > > which could be grafted into the DISPLAY variable. I'm > not a shell > > script guru, but I could try to put something together. > > No. Ssh uses port forwarding. That works by accepting X > connections > locally at the client machine and than forwarding the data > packets > that arrive on that "display" to your actual server through > an > internal SSH tunnel. Your DISPLAY variable on the client > should be > something like localhost:10.0. Ah, that means that xhost + should not be needed because neither the X server nor the client notices that the connection isn't local. Well, I need xhost +, so the tunneling is most probably not working. But why does ssh not complain? I do provide the -X option! Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From Vince.Hoffman@uk.circle.com Mon Jun 16 15:01:00 2003 From: Vince.Hoffman@uk.circle.com (Vince Hoffman) Date: Mon, 16 Jun 2003 15:01:00 -0000 Subject: X server acting funny when displaying remote KDE session Message-ID: <3500515B75D9D311948800508BA37955014BDC03@EX-LONDON> > > No. Ssh uses port forwarding. That works by accepting X > > connections > > locally at the client machine and than forwarding the data > > packets > > that arrive on that "display" to your actual server through > > an > > internal SSH tunnel. Your DISPLAY variable on the client > > should be > > something like localhost:10.0. > > Ah, that means that xhost + should not be needed because > neither the X server nor the client notices that the > connection isn't local. Well, I need xhost +, so the > tunneling is most probably not working. But why does ssh not > complain? I do provide the -X option! > > Cheers > Stefan Is it enabled at the server ? (in /path/to/sshd_config is the option "X11Forwarding" set to yes ?) From stefan_heinzmann@yahoo.com Mon Jun 16 15:13:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 15:13:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <3500515B75D9D311948800508BA37955014BDC03@EX-LONDON> Message-ID: <20030616151319.5268.qmail@web41203.mail.yahoo.com> --- Vince Hoffman schrieb: > > > > No. Ssh uses port forwarding. That works by accepting > X > > > connections > > > locally at the client machine and than forwarding the > data > > > packets > > > that arrive on that "display" to your actual server > through > > > an > > > internal SSH tunnel. Your DISPLAY variable on the > client > > > should be > > > something like localhost:10.0. > > > > Ah, that means that xhost + should not be needed because > > neither the X server nor the client notices that the > > connection isn't local. Well, I need xhost +, so the > > tunneling is most probably not working. But why does ssh > not > > complain? I do provide the -X option! > > > > Cheers > > Stefan > > Is it enabled at the server ? > (in /path/to/sshd_config is the option "X11Forwarding" > set to yes ?) Bingo! I only ever looked at ssh_config, not realizing that there's another setting in sshd_config. Now I get the DISPLAY variable set correctly and the xhost + isn't necessary either. ??Muchas gracias! If only my main problem (see subject) were equally easy... Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 16 16:37:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 16:37:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616144058.24129.qmail@web41201.mail.yahoo.com> References: <20030616144058.24129.qmail@web41201.mail.yahoo.com> Message-ID: Stefan Heinzmann wrote: > Ah, that means that xhost + should not be needed because > neither the X server nor the client notices that the > connection isn't local. Well, I need xhost +, so the > tunneling is most probably not working. But why does ssh not > complain? I do provide the -X option! have you started ssh after you set and exported the DISPLAY var? Is XForwarding switched of on the remote host? bye ago NP: Terminal Choice - Psychopath -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 16 16:38:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 16:38:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616135805.6241.qmail@web41207.mail.yahoo.com> References: <20030616135805.6241.qmail@web41207.mail.yahoo.com> Message-ID: Stefan Heinzmann wrote: > Did that, and now the log file says: > (**) Using keyboard "Keyboard1" as primary keyboard > (**) Option "XkbLayout" "us_intl" > (**) XKB: layout: "us_intl" > Rules = "xfree86" Model = "pc101" Layout = "us_intl" Variant > = "(null)" Options = "(null)" > > It didn't help, though. Still no dead keys. Maybe I need to > set the variant somehow? How would I do that? I hoped it would help. I tried to set the map with "setxkbmap us_intl" but had no luck too. It seems that the xserver (or xkbcomp) can not read the map :( I'll try to investigate this. bye ago NP: Terminal Choice - Die Macht -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 16 16:42:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 16:42:00 -0000 Subject: Keyboard Layout In-Reply-To: <4135D07B3996D1118F3100805F8B0B0E04E06689@apollo.tecnomen.ie> References: <4135D07B3996D1118F3100805F8B0B0E04E06689@apollo.tecnomen.ie> Message-ID: Martin McNelis wrote: > The XKEYBOARD keymap compiler (xkbcomp) reports: > > Error: Can't find file "uk" for symbols include > > Exiting > > Abandoning symbols file "default" > > Where can I get the required map file? It's obviously not using the > xmodmap.uk file that I copied over from RedHat. These files should reside in /etc/X11/xkb and there should be a symlink to this directory at /usr/X11R6/lib/X11/xkb. If you don't have these files I'd suggest reinstalling the XFree packages with the cygwin setup. The XFree86-etc packaged should contain the files. bye ago NP: Terminal Choice - Die Macht -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 16 16:57:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 16:57:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: References: <20030616135805.6241.qmail@web41207.mail.yahoo.com> Message-ID: Alexander Gottwald wrote: > Stefan Heinzmann wrote: > > > Did that, and now the log file says: > > (**) Using keyboard "Keyboard1" as primary keyboard > > (**) Option "XkbLayout" "us_intl" > > (**) XKB: layout: "us_intl" > > Rules = "xfree86" Model = "pc101" Layout = "us_intl" Variant > > = "(null)" Options = "(null)" > > > > It didn't help, though. Still no dead keys. Maybe I need to > > set the variant somehow? How would I do that? > > I hoped it would help. I tried to set the map with "setxkbmap us_intl" > but had no luck too. It seems that the xserver (or xkbcomp) can not read > the map :( > > I'll try to investigate this. I've just tested it with my local installation and it worked. I've used these settings for the keyboard section Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us_intl" If this does not work, you can try xkbcomp -xkm -m us_intl /etc/X11/xkb/keymap/xfree86 :0 Maybe the output does shed a little light on this problem. There will be a lot of "Warning: No symbols defined for (keycode 226)". These are quite normal. bye ago NP: Terminal Choice - Beg for Absolution -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Mon Jun 16 17:44:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 17:44:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616174446.40252.qmail@web41203.mail.yahoo.com> --- Alexander Gottwald schrieb: > Alexander Gottwald wrote: [...] > If this does not work, you can try > xkbcomp -xkm -m us_intl /etc/X11/xkb/keymap/xfree86 :0 > > Maybe the output does shed a little light on this problem. > There will be > a lot of "Warning: No symbols defined for > (keycode 226)". > These are quite normal. Aha! There's an error message from xkbcomp: syntax error: line 45 of us_intl last scanned symbol is: parenleft Does that help you? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From philippe.bastiani@wanadoo.fr Mon Jun 16 17:47:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Mon, 16 Jun 2003 17:47:00 -0000 Subject: Multiple XWIN on the desktop References: Message-ID: Ok, I understand. we must set manually the display number because we need to set manually the DISPLAY variable to start application... But, it is impossible to lock XWin if the display number is already used ? I think that is an interesting feature when two or more Windows Users want to start XWin on same time... -- Philippe Bastiani From stefan_heinzmann@yahoo.com Mon Jun 16 17:57:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 17:57:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616174446.40252.qmail@web41203.mail.yahoo.com> Message-ID: <20030616175706.63227.qmail@web41208.mail.yahoo.com> --- Stefan Heinzmann schrieb: > --- Alexander Gottwald > schrieb: > > Alexander Gottwald wrote: > [...] > > If this does not work, you can try > > xkbcomp -xkm -m us_intl /etc/X11/xkb/keymap/xfree86 :0 > > > > Maybe the output does shed a little light on this > problem. > > There will be > > a lot of "Warning: No symbols defined for > > (keycode 226)". > > These are quite normal. > > Aha! There's an error message from xkbcomp: > > syntax error: line 45 of us_intl > last scanned symbol is: parenleft I looked at /etc/X11/xkb/symbols/us_intl and it is quite obvious that a few commas are missing. Correcting that and issuing the above command produces a lot of warnings, but no error any more. And indeed the apostrophe and other keys are now dead keys, but an apostrophe followed by a vocal does not produce the desired character; it produces nothing at all. So something is still amiss, although it now seems to be somewhere else. Any ideas? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From stefan_heinzmann@yahoo.com Mon Jun 16 18:12:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 18:12:00 -0000 Subject: Xterm doesn't work on second display in dual head system Message-ID: <20030616181216.26131.qmail@web41205.mail.yahoo.com> Hi all, yet another problem: I use a dual head display based on a Matrox G400DH card in a Win2K system. When starting Xfree86/cygwin it opens an xterm window that works while it is on the main display. But when I drag it into the second display it doesn't accept keystrokes anymore. They get buffered, though: They appear when I drag the window back into the primary display. Is that a bug or have I misconfigured anything? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From earle@ziplabel.com Mon Jun 16 18:20:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 16 Jun 2003 18:20:00 -0000 Subject: Xterm doesn't work on second display in dual head system Message-ID: <20030616182014.1607B1C878@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From stefan_heinzmann@yahoo.com Mon Jun 16 18:36:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 18:36:00 -0000 Subject: Xterm doesn't work on second display in dual head system In-Reply-To: <20030616182014.1607B1C878@mail03.powweb.com> Message-ID: <20030616183644.35461.qmail@web41213.mail.yahoo.com> --- "Earle F. Philhower, III" schrieb: > Howdy Stefan, > > ---------- Original Message ------------- > Subject: Xterm doesn't work on second display in dual head > system > yet another problem: I use a dual head display based on a > Matrox G400DH card in a Win2K system. When starting > Xfree86/cygwin it opens an xterm window that works while it > is on the main display. But when I drag it into the second > display it doesn't accept keystrokes anymore. They get > buffered, though: They appear when I drag the window back > into the primary display. > Is that a bug or have I misconfigured anything? > ------------------------------------------ > > Let me guess, the 2nd monitor is to the left of your > primary display, > right? The old version of the XWin.exe server didn't > support multihead > displays with negative origins, but the latest "test" > releases have > had this bug fixed for a month or two. It's on the right, actually. Maybe I should add that the second display has a different geometry from the first (1st: 1920x1200, 2nd:1280x1024) and I use the Matrox feature that displays the taskbar only on the primary monitor. This also means that if you maximize a window in either display it only uses that display instead of stretching over both displays. I guess this has got something to do with the problem, but since I don't know how this works internally I can't tell. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From rschulz@sonic.net Mon Jun 16 18:38:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Mon, 16 Jun 2003 18:38:00 -0000 Subject: =?iso-8859-1?Q?Mozilla_vis-=E0-vis_Cygwin?= Message-ID: <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> Hi, A while back there was some talk about the feasibility of a Cygwin-based Mozilla. In perusing the release notes for Mozilla 1.4 () I noticed this: - As of Mozilla 1.4b, it is possible to build Mozilla for Win32 using GCC. See the win32 build instructions () for details. Perhaps this represents a meaningful portion of a the porting work necessary to create a GCC- / Cygwin- / X-based Mozilla variant. Randall Schulz From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 16 20:12:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 20:12:00 -0000 Subject: Multiple XWIN on the desktop In-Reply-To: References: Message-ID: Philippe Bastiani wrote: > Ok, I understand. we must set manually the display number because we need to > set manually the DISPLAY variable to start application... > > But, it is impossible to lock XWin if the display number is already used ? > I think that is an interesting feature when two or more Windows Users want > to start XWin on same time... As I already said this is already checked. But there seems to be an error. If you want, you can take a look at it an solve this bug. bye ago NP: Terminal Choice - Untitled -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Jun 16 20:22:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 16 Jun 2003 20:22:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616175706.63227.qmail@web41208.mail.yahoo.com> References: <20030616175706.63227.qmail@web41208.mail.yahoo.com> Message-ID: Stefan Heinzmann wrote: > I looked at /etc/X11/xkb/symbols/us_intl and it is quite > obvious that a few commas are missing. Correcting that and > issuing the above command produces a lot of warnings, but no > error any more. And indeed the apostrophe and other keys are > now dead keys, but an apostrophe followed by a vocal does not > produce the desired character; it produces nothing at all. So > something is still amiss, although it now seems to be > somewhere else. Any ideas? please check the latest file from the cvs http://cvsweb.xfree86.org/cvsweb/~checkout~/xc/programs/xkbcomp/symbols/us_intl?rev=1.6&content-type=text/plain Maybe this file contains the fixes HTH ago NP: Terminal Choice - Untitled -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From earle@ziplabel.com Mon Jun 16 20:22:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 16 Jun 2003 20:22:00 -0000 Subject: Xterm doesn't work on second display in dual head system Message-ID: <20030616202218.EED621B877@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From stefan_heinzmann@yahoo.com Mon Jun 16 21:25:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 21:25:00 -0000 Subject: Xterm doesn't work on second display in dual head system In-Reply-To: <20030616202218.EED621B877@mail03.powweb.com> Message-ID: <20030616212500.78437.qmail@web41210.mail.yahoo.com> --- "Earle F. Philhower, III" schrieb: > Howdy > > >Subject: Re: Xterm doesn't work on second display in dual > head system > >It's on the right, actually. Maybe I should add that the > >second display has a different geometry from the first > (1st: > >1920x1200, 2nd:1280x1024) and I use the Matrox feature > that > >displays the taskbar only on the primary monitor. This > also > >means that if you maximize a window in either display it > only > >uses that display instead of stretching over both > displays. I > >guess this has got something to do with the problem, but > >since I don't know how this works internally I can't tell. > > You should still try the "test" release anyway, but one > other thing: > Are you using the proper flags? For multiwindow and > multimonitors > you need both options or only the screen 1 will be > supported: > "XWin.exe -multiwindow -multiplemonitors" That was a good tip: the -multiplemonitors was missing. With it, xterm also works on the secondary screen. However, remote KDE is even unhappier than before with it (see my other thread on this list). It crashes XWin on every other mouseclick. Maybe XWin remote with KDE on a dual head display is a bad combination? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From stefan_heinzmann@yahoo.com Mon Jun 16 21:27:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Mon, 16 Jun 2003 21:27:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030616212712.15528.qmail@web41201.mail.yahoo.com> --- Alexander Gottwald schrieb: > Stefan Heinzmann wrote: > > > I looked at /etc/X11/xkb/symbols/us_intl and it is quite > > obvious that a few commas are missing. Correcting that > and > > issuing the above command produces a lot of warnings, but > no > > error any more. And indeed the apostrophe and other keys > are > > now dead keys, but an apostrophe followed by a vocal does > not > > produce the desired character; it produces nothing at > all. So > > something is still amiss, although it now seems to be > > somewhere else. Any ideas? > > please check the latest file from the cvs > http://cvsweb.xfree86.org/cvsweb/~checkout~/xc/programs/xkbcomp/symbols/us_intl?rev=1.6&content-type=text/plain > > Maybe this file contains the fixes Yes, this one does the same as the one I modified. Still no umlauts though, as described above. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From bijumaillist@yahoo.com Tue Jun 17 01:59:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Tue, 17 Jun 2003 01:59:00 -0000 Subject: Memory access error XWin -multiwindow Message-ID: <20030617015942.98307.qmail@web14610.mail.yahoo.com> I dont know whether this error is same as some faced by others. I am getting following memory access error message See err_knoppix.png err_redhat.png err_redhat2.png at http://www.geocities.com/bijumaillist/xscreens/ When I am running "XWin -multiwindow" or "XWin -multiwindow -ac" and trying to host mozilla, gimp, konqueror running from "Redhat Linux 9" as well as "knoppix" box err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the same error if I try to run "xterm" in "-multiwindow" mode there is no problem. As well as mozilla, gimp, konqueror all works fine with "XWin.exe -nodecoration -clipboard" I tried to run them (a) by X forwarding (b) by directly from "RH 9 Linux" and "knoppix" box by setting DISPLAY env variable. If any more details need i can provide PS: I also checked this with lastest Cygwin & XWin version by running setup.exe today Cheers Biju __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From spetreolle@yahoo.fr Tue Jun 17 03:34:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 17 Jun 2003 03:34:00 -0000 Subject: Memory access error XWin -multiwindow In-Reply-To: <20030617015942.98307.qmail@web14610.mail.yahoo.com> Message-ID: <20030617033448.2062.qmail@web10102.mail.yahoo.com> --- Biju G C a ??crit : > I dont know whether this error is same as some faced by others. > > I am getting following memory access error message > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > same error Did you check about multiple cygwin1.dll in your system ? The err_redhat3.png is a common case fot that. http://cygwin.com/faq/faq_4.html#SEC50 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From hj.beckers@kreis-steinfurt.de Tue Jun 17 07:16:00 2003 From: hj.beckers@kreis-steinfurt.de (hj.beckers@kreis-steinfurt.de) Date: Tue, 17 Jun 2003 07:16:00 -0000 Subject: Error: "X server does not support locale" Message-ID: I'm getting the above error and " cannot set locale modifiers" and I can't enter any accented characters. The system is a notebook running W2K. Changing the WM makes no difference (tested wmaker, openbox). I even copied my configuration files from a working installation (NT4/SP6). The Xwin-binary is the same. Grepping the output of "set" on both machines for "LC_something" reveals nothing. Umlauts in bash work on both machines (using .inputrc). I re-installed xfree86-etc - no difference. Any hints hjb From johnnydeppert@myrealbox.com Tue Jun 17 08:07:00 2003 From: johnnydeppert@myrealbox.com (Drew S) Date: Tue, 17 Jun 2003 08:07:00 -0000 Subject: Donations link on cygwin-xfree website is broken Message-ID: <3EEECA94.9030602@myrealbox.com> From: Harold L Hunt II To: cygwin-xfree at cygwin dot com Date: Wed, 21 May 2003 09:52:41 -0400 Subject: Re: Donations link on cygwin-xfree website is broken References: <22500.1053514074@www43.gmx.net> Reply-to: cygwin-xfree at cygwin dot com > Andreas, > > The only link to the donations page that I see on http://xfree86.cygwin.com/ is in the News section and its text is below: > > Donations > > As you can see, there are no colons in that link at all. > > You say this is on line 199, but the above is on line 330 of the index.html that is sent to the user. > > Could you give an explicit URL to the page with the error and try to pin down the location of the link on the page for me? > > Thanks, > > Harold > > > Andreas Eibach wrote: >> >> Hi, >> >> just wanted to report the above. >> I do not mean the link on the left navigation bar, but in the center. >> Line 199 of index.html has two colons in the URL, that's screwing it up. >> >> >> Take care, >> Andreas Harold: I think Andreas must've meant this page: http://cygwin.com/xfree/devel/ This has the problem in the body at line 199, where the link mentioned points to http:://xfree86.cygwin.com/donations.html instead of http://xfree86.cygwin.com/donations.html By the way, since this is my first post (I'm a long-time lurker), I want to mention that you guys are great! Thanks to all the developers here: you give me a reason to want to boot into Windows. I guess since you only have people posting with bugs or problems, you don't hear the success stories. So here's my "been running xfree-cygwin now for over a year with zero problems ever" heads-up. Thanks again! p.s. cut 'n paste this from the archives- hope it doesn't mess up anyone's mail archives overly much. -- Drew Stile -+- johnnydeppert at myrealbox dot com -My browser blocks popups and has tabbed browsing- does yours? Download Mozilla at www.mozilla.org! -101 things that Mozilla can do that IE cannot: http://www.xulplanet.com/ndeakin/arts/reasons.html From alexander.gottwald@s1999.tu-chemnitz.de Tue Jun 17 09:16:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 17 Jun 2003 09:16:00 -0000 Subject: Xterm doesn't work on second display in dual head system In-Reply-To: <20030616212500.78437.qmail@web41210.mail.yahoo.com> References: <20030616212500.78437.qmail@web41210.mail.yahoo.com> Message-ID: On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > That was a good tip: the -multiplemonitors was missing. With > it, xterm also works on the secondary screen. However, remote > KDE is even unhappier than before with it (see my other > thread on this list). It crashes XWin on every other > mouseclick. Maybe XWin remote with KDE on a dual head display > is a bad combination? Do you use the -multiwindow switch? If you use it you can't run another windowmanager. In multiwindow mode XWin starts its own windowmanager and the one from KDE will most likely cause big trouble. You can start KDE without windowmanager if you start ksmserver with the parameter -w null. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Tue Jun 17 12:56:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 17 Jun 2003 12:56:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030616212712.15528.qmail@web41201.mail.yahoo.com> References: <20030616212712.15528.qmail@web41201.mail.yahoo.com> Message-ID: On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > Yes, this one does the same as the one I modified. Still no > umlauts though, as described above. I can not verify this. Tested with revision 1.6 of us_intl and set the map with setxkbmap us_intl. I can enter umlauts without problems ???????????? also the french characters make no problems ?????????????? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bijumaillist@yahoo.com Tue Jun 17 13:18:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Tue, 17 Jun 2003 13:18:00 -0000 Subject: Memory access error XWin -multiwindow In-Reply-To: <20030617033448.2062.qmail@web10102.mail.yahoo.com> Message-ID: <20030617131819.44433.qmail@web14608.mail.yahoo.com> --- Sylvain Petreolle wrote: > --- Biju G C a ??crit : > I dont know whether > this error is same as some faced by others. > > > > I am getting following memory access error message > > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > > same error > Did you check about multiple cygwin1.dll in your system ? The > err_redhat3.png is a common case fot that. > http://cygwin.com/faq/faq_4.html#SEC50 I checked and found no multiple cygwin1.dll on my system. --- see --- $cygcheck -s | grep cygwin1 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll DLL identifier: cygwin1 Shared id: cygwin1S3 -- end --- also attaching complete list of "cygcheck -r -s" I am running cygwin on WinXP Pro, I also have cygwin-gnome installed. cheers Biju __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck-r-s.txt URL: From cgf@redhat.com Tue Jun 17 17:11:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Tue, 17 Jun 2003 17:11:00 -0000 Subject: Donations link on cygwin-xfree website is broken In-Reply-To: <3EEECA94.9030602@myrealbox.com> References: <3EEECA94.9030602@myrealbox.com> Message-ID: <20030617171101.GA20126@redhat.com> On Tue, Jun 17, 2003 at 03:00:20AM -0500, Drew S wrote: >I think Andreas must've meant this page: > >http://cygwin.com/xfree/devel/ > >This has the problem in the body at line 199, where the link mentioned >points to http:://xfree86.cygwin.com/donations.html instead of >http://xfree86.cygwin.com/donations.html Since Harold won't be around for a while, I've fixed this problem. Thanks for tracking it down. cgf From march@indirect.com Tue Jun 17 17:37:00 2003 From: march@indirect.com (Michael F. March) Date: Tue, 17 Jun 2003 17:37:00 -0000 Subject: Mozilla =?ISO-8859-1?Q?vis-=E0-vis_Cygwin?= In-Reply-To: <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> References: <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> Message-ID: <3EEF51D3.10702@indirect.com> I posted the same thing last month and no one seems to care. http://www.cygwin.com/ml/cygwin/2003-05/msg00599.html > Hi, > > A while back there was some talk about the feasibility of a Cygwin-based > Mozilla. In perusing the release notes for Mozilla 1.4 > () I noticed this: > > - As of Mozilla 1.4b, it is possible to build Mozilla for Win32 using > GCC. See the win32 build instructions > () for details. > > > Perhaps this represents a meaningful portion of a the porting work > necessary to create a GCC- / Cygwin- / X-based Mozilla variant. > -- Michael F. March ----- march@indirect.com Ph: (415)462-1910 ---- Fax: (602)296-0400 P.O. Box 2254 ---- Phoenix, AZ 85002-2254 "Seriously" - HSR From ken.thompson@gtri.gatech.edu Tue Jun 17 17:47:00 2003 From: ken.thompson@gtri.gatech.edu (Ken Thompson) Date: Tue, 17 Jun 2003 17:47:00 -0000 Subject: =?US-ASCII?Q?RE:_Mozilla_vis-a-vis_Cygwin?= In-Reply-To: <3EEF51D3.10702@indirect.com> Message-ID: Welcome to user maintained open source software. Someone has to care enough about something for it to get done. I am sure that interested volunteers would be greatly appreciated. > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Michael F. March > Sent: Tuesday, June 17, 2003 1:37 PM > To: Randall R Schulz > Cc: cygwin@cygwin.com; cygwin-xfree@cygwin.com > Subject: Re: Mozilla vis-a-vis Cygwin > > > I posted the same thing last month and no one seems to care. > > http://www.cygwin.com/ml/cygwin/2003-05/msg00599.html > > > Hi, > > > > A while back there was some talk about the feasibility of a > Cygwin-based > > Mozilla. In perusing the release notes for Mozilla 1.4 > > () I noticed this: > > > > - As of Mozilla 1.4b, it is possible to build Mozilla for Win32 using > > GCC. See the win32 build instructions > > () for details. > > > > > > Perhaps this represents a meaningful portion of a the porting work > > necessary to create a GCC- / Cygwin- / X-based Mozilla variant. > > > > > > -- > > > > Michael F. March ----- march@indirect.com > Ph: (415)462-1910 ---- Fax: (602)296-0400 > P.O. Box 2254 ---- Phoenix, AZ 85002-2254 > "Seriously" - HSR > > From rschulz@sonic.net Tue Jun 17 17:47:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Tue, 17 Jun 2003 17:47:00 -0000 Subject: =?iso-8859-1?Q?Re:_Mozilla_vis-=E0-vis_Cygwin?= In-Reply-To: <3EEF51D3.10702@indirect.com> References: <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> Message-ID: <5.2.1.1.2.20030617104303.01e8f3c0@pop.sonic.net> Michael, Oh, yeah... Another "D'Oh!" moment: Now that you mention it, I remember your post. Sorry to act like it was a discovery. Apparently the people who earlier mentioned an interest in Mozilla under Cygwin / Cygwin-XFree86 had only an idle interest. I'll admit it's not a priority for me, I just wanted to let people know. As it turns out, it was redundant to do so. The old memory is going! Randall Schulz At 10:37 2003-06-17, Michael F. March wrote: >I posted the same thing last month and no one seems to care. > >http://www.cygwin.com/ml/cygwin/2003-05/msg00599.html From cygwin-lh@cygwin.com Tue Jun 17 17:56:00 2003 From: cygwin-lh@cygwin.com (Larry Hall) Date: Tue, 17 Jun 2003 17:56:00 -0000 Subject: Mozilla =?ISO-8859-1?Q?vis-=E0-vis_Cygwin?= In-Reply-To: <3EEF51D3.10702@indirect.com> References: <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> <3EEF51D3.10702@indirect.com> Message-ID: <3EEF55D7.2050508@cygwin.com> Michael F. March wrote: > I posted the same thing last month and no one seems to care. > > http://www.cygwin.com/ml/cygwin/2003-05/msg00599.html > Define 'care'. I personally find this interesting. However, I felt no burning need to share my sentiments on the subject with the list (previously). If you were expecting a deluge of email in response to your posting, that just goes to show you that others won't always respond the way you expect. I took your posting as FYI, which in and of itself a good thing. If you're trying to encourage further (vocal) interest in this, perhaps you should try announcing your intent to build and package such a beast. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 From march@indirect.com Tue Jun 17 18:24:00 2003 From: march@indirect.com (Michael F. March) Date: Tue, 17 Jun 2003 18:24:00 -0000 Subject: Mozilla =?ISO-8859-1?Q?vis-=E0-vis_Cygwin?= In-Reply-To: <3EEF55D7.2050508@cygwin.com> References: <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> <3EEF51D3.10702@indirect.com> <3EEF55D7.2050508@cygwin.com> Message-ID: <3EEF5CD3.1030609@indirect.com> Larry Hall wrote: > Michael F. March wrote: > >> I posted the same thing last month and no one seems to care. >> >> http://www.cygwin.com/ml/cygwin/2003-05/msg00599.html >> > > Define 'care'. I personally find this interesting. However, I > felt no burning need to share my sentiments on the subject with > the list (previously). If you were expecting a deluge of email > in response to your posting, that just goes to show you that others > won't always respond the way you expect. I took your posting as > FYI, which in and of itself a good thing. If you're trying to > encourage further (vocal) interest in this, perhaps you should > try announcing your intent to build and package such a beast. I apologize for the negative tone in my last post.. Anyway.. I guess what I expected from my May 10th "FYI" was at least a private email or two from people who would be interested on working such a project. From now on I will try to be more clear. -- Michael F. March ----- march@indirect.com Ph: (415)462-1910 ---- Fax: (602)296-0400 P.O. Box 2254 ---- Phoenix, AZ 85002-2254 "Seriously" - HSR From Ralf.Habacker@freenet.de Tue Jun 17 18:44:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 17 Jun 2003 18:44:00 -0000 Subject: Memory access error XWin -multiwindow In-Reply-To: <20030617131819.44433.qmail@web14608.mail.yahoo.com> Message-ID: <006d01c334fc$78a24810$67a407d5@BRAMSCHE> > --- Sylvain Petreolle wrote: > > --- Biju G C a ??crit : > I dont know whether > > this error is same as some faced by others. > > > > > > I am getting following memory access error message > > > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > > > same error > > Did you check about multiple cygwin1.dll in your system ? The > > err_redhat3.png is a common case fot that. > > http://cygwin.com/faq/faq_4.html#SEC50 > > I checked and found no multiple cygwin1.dll on my system. > There is a XWin91-DEBUG.exe test server release, which fixes some memory access problems. I don't remember the exact name, do a search. Ralf From colin.harrison@virgin.net Tue Jun 17 19:14:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 17 Jun 2003 19:14:00 -0000 Subject: Custom icons + MouseUp fix Message-ID: <000001c33504$a3d718f0$0200a8c0@straightrunning.com> Hi, I been looking into replacing the mouse timers in multiwindow mode. Reference:- http://cygwin.com/ml/cygwin-xfree/2003-05/msg00591.html One interesting quick-fix, to improve out-of xwindow mouse responsiveness & to reduce 'transition pointer artefacts' on leaving xwindows, is to reduce the value of MOUSE_POLLING_INTERVAL from 500 to 10ms! Tried this with load of xterms and xeyes open and it works for me (XP on a 500MHz Pentium III). Colin From earle@ziplabel.com Wed Jun 18 00:28:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 18 Jun 2003 00:28:00 -0000 Subject: Mozilla vis-à-vis Cygwin In-Reply-To: <3EEF5CD3.1030609@indirect.com> References: <3EEF55D7.2050508@cygwin.com> <5.2.1.1.2.20030616112958.039236d0@pop.sonic.net> <3EEF51D3.10702@indirect.com> <3EEF55D7.2050508@cygwin.com> Message-ID: <5.1.1.6.2.20030617172746.00abb080@mail.ziplabel.com> Howdy Michael, At 11:24 AM 6/17/2003 -0700, you wrote: >Anyway.. I guess what I expected from my May 10th "FYI" was at least >a private email or two from people who would be interested on working >such a project. From now on I will try to be more clear. Like Ken Thompson said, that's just they way open source has always worked. If it's important to you, then why not start hacking away at it instead of waiting for others? Once you start posting patches and bug reports to the Mozilla team's website or here if it's cygwin xfree86 related, I'm sure you'll get more input and support. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed Jun 18 00:28:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 18 Jun 2003 00:28:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <000001c33504$a3d718f0$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030617172117.00aeb908@mail.ziplabel.com> Howdy Colin! At 08:14 PM 6/17/2003 +0100, you wrote: >I been looking into replacing the mouse timers in multiwindow mode. >One interesting quick-fix, to improve out-of xwindow mouse responsiveness & >to reduce 'transition pointer artefacts' on leaving xwindows, is to reduce >the value of MOUSE_POLLING_INTERVAL from 500 to 10ms! Tried this with load >of xterms and xeyes open and it works for me (XP on a 500MHz Pentium III). That's something I tweaked too, but it didn't really seem to do much for me, probably since most of my jobs were remote (WM_TIMER is only given if there's nothing else for Windoze to do IIRC). Are you looking at the hook DLL? I've been swamped with other things so haven't done more than look at the sample code Harold did for that Morse beeper. One other minor thing I think might be simple to do is replace the SW diX cursor with the standard Windoze cursor: All the Xbitmap->WinIcon code can be used almost directly, and this'll reduce CPU load when moving the mouse over an active window. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From joakim@erdfelt.net Wed Jun 18 01:41:00 2003 From: joakim@erdfelt.net (Joakim Erdfelt) Date: Wed, 18 Jun 2003 01:41:00 -0000 Subject: Updated fvwm-2.4.16-3 ready for review. Message-ID: <3EEFC35C.50704@erdfelt.net> I've updated the fvwm package to 2.4.16. Here's the direct links. http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-3.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-3-src.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/setup.hint with build 3, I've added a postinstall script to invoke the system fvwm2rc default if none is currently present. I've also provided (as a seperate package) fvwm-icons which is needed by the default system level fvwm2rc but is not packaged by the fvwm.org maintainers. (They just assume that everyone has the icons installed already) the fvwm-icons package links are ... http://joakim.erdfelt.net/cygwin/fvwm/icons/fvwm-icons-20010813-3.tar.bz2 http://joakim.erdfelt.net/cygwin/fvwm/icons/setup.hint There really is no need for a src tarball, since this is merely a collection of icons. I kept this odd split in packages since it's done this way in most linux distros too. The icon package rarely updates, but the fvwm related tools/scripts do. No sense in duplicating those icons all over the place. /* joakim */ From bijumaillist@yahoo.com Wed Jun 18 06:26:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Wed, 18 Jun 2003 06:26:00 -0000 Subject: Memory access error XWin -multiwindow In-Reply-To: <006d01c334fc$78a24810$67a407d5@BRAMSCHE> Message-ID: <20030618062638.68035.qmail@web14610.mail.yahoo.com> --- Ralf Habacker wrote: > > --- Sylvain Petreolle wrote: > > > --- Biju G C a ??crit : > I dont know whether > > > this error is same as some faced by others. > > > > > > > > I am getting following memory access error message > > > > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > > > > same error > > > Did you check about multiple cygwin1.dll in your system ? The > > > err_redhat3.png is a common case fot that. > > > http://cygwin.com/faq/faq_4.html#SEC50 > > > > I checked and found no multiple cygwin1.dll on my system. > > > There is a XWin91-DEBUG.exe test server release, which fixes some memory access > problems. I don't remember the exact name, do a search. Thanks, but I cant find XWin91-DEBUG.exe !!! If I am the only person facing the problem its ok. Because I can work with -nodecoration mode. But I wonder anybody else tested with Linux and WinXP Pro Cheers Biju __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From ralf.habacker@freenet.de Wed Jun 18 07:09:00 2003 From: ralf.habacker@freenet.de (ralf.habacker@freenet.de) Date: Wed, 18 Jun 2003 07:09:00 -0000 Subject: Memory access error XWin -multiwindow Message-ID: See http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html Cheers Ralf --- original Nachricht Ende ---- --- Ralf Habacker wrote: > > --- Sylvain Petreolle wrote: > > > --- Biju G C a ?crit : > I dont know whether > > > this error is same as some faced by others. > > > > > > > > I am getting following memory access error message > > > > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > > > > same error > > > Did you check about multiple cygwin1.dll in your system ? The > > > err_redhat3.png is a common case fot that. > > > http://cygwin.com/faq/faq_4.html#SEC50 > > > > I checked and found no multiple cygwin1.dll on my system. > > > There is a XWin91-DEBUG.exe test server release, which fixes some memory access > problems. I don't remember the exact name, do a search. Thanks, but I cant find XWin91-DEBUG.exe !!! If I am the only person facing the problem its ok. Because I can work with -nodecoration mode. But I wonder anybody else tested with Linux and WinXP Pro Cheers Biju __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- 60% Onlinekosten sparen! Jetzt Premium Mitglied bei freenet.de werden und mit dem Tarifnavigator guenstiger surfen. http://www.freenet.de/tipp/premium/tarif/index.html From stefan_heinzmann@yahoo.com Wed Jun 18 08:47:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 08:47:00 -0000 Subject: Problems with -multiwindow (was Re: Xterm doesn't work on second display in dual head system) In-Reply-To: Message-ID: <20030618084744.46564.qmail@web41204.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > > > That was a good tip: the -multiplemonitors was missing. > With > > it, xterm also works on the secondary screen. However, > remote > > KDE is even unhappier than before with it (see my other > > thread on this list). It crashes XWin on every other > > mouseclick. Maybe XWin remote with KDE on a dual head > display > > is a bad combination? > > Do you use the -multiwindow switch? If you use it you can't > run > another windowmanager. In multiwindow mode XWin starts its > own > windowmanager and the one from KDE will most likely cause > big > trouble. > > You can start KDE without windowmanager if you start > ksmserver > with the parameter -w null. Sorry for the delayed response, I had to reinstall my entire Linux system because of a vain and ultimately disastrous attempt to get rid of package conflicts (unrelated to XFree86). I'm up and running again and tried your suggestion. First of all, your suspicion was right. I did use multiwindow and the window manager clash was causing the grief. Not using -multiwindow works, but somehow the KDE kicker sits too low on the screen so that part of it is off-screen. Somewhere there must be a bug in the geometry calculations. When using -multiwindow and turning off the KDE window manager the result is still unusable. Interestingly, the kicker starts up at the same wrong position as described above. But at some point during startup it loses its title bar and wanders upwards to the correct position. Finally when the KDE desktop appears the kicker disappears or gets hidden. Also reaction to mouse events is strange, for example right clicks on the desktop bring up the context menu as expected, but a following left click to make it disappear again give the focus to a comletely unrelated windows application. The next left click brings the focus back to the KDE desktop. Clicking on the home icon in the top left corner of the KDE desktop brings up Konqueror, but this crashes XWin. XWin appears to have some problems with multiwindow operation. Anyway, it is usable without -multiwindow. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From stefan_heinzmann@yahoo.com Wed Jun 18 08:54:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 08:54:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030618085355.65038.qmail@web41212.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Mon, 16 Jun 2003, Stefan Heinzmann wrote: > > > Yes, this one does the same as the one I modified. Still > no > > umlauts though, as described above. > > I can not verify this. Tested with revision 1.6 of us_intl > and set > the map with setxkbmap us_intl. > > I can enter umlauts without problems > ???????????? > also the french characters make no problems > ?????????????? I still can't. My suspicion is that it is not the problem of the keyboard driver but a font or 7bit/8bit problem. Have you got an idea where I could start to look? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 09:57:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 09:57:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030618085355.65038.qmail@web41212.mail.yahoo.com> References: <20030618085355.65038.qmail@web41212.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > I still can't. My suspicion is that it is not the problem of > the keyboard driver but a font or 7bit/8bit problem. Have you > got an idea where I could start to look? http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-bash-extended-chars bye ago From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 10:05:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 10:05:00 -0000 Subject: Problems with -multiwindow (was Re: Xterm doesn't work on second display in dual head system) In-Reply-To: <20030618084744.46564.qmail@web41204.mail.yahoo.com> References: <20030618084744.46564.qmail@web41204.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > XWin appears to have some problems with multiwindow > operation. Anyway, it is usable without -multiwindow. The multiwindow code is quite new and not extensivly tested. Especially in combination with multiple monitors there may still be some bugs. I'm using XWin nearly all day with a remote session but neiter with KDE nor Multiwindow or even more than one monitor. So I can not test and verify your problems. Maybe some other users have noticed these problems. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Markus.Grunwald@pruftechnik.com Wed Jun 18 11:15:00 2003 From: Markus.Grunwald@pruftechnik.com (Markus.Grunwald@pruftechnik.com) Date: Wed, 18 Jun 2003 11:15:00 -0000 Subject: ddd: function keys don't work Message-ID: Hello, my special problem with ddd under cygwin-xfree is that only the function keys don't work. I found out about the XKeysymDB and XErrorDB environment variables, which are set properly on my system. Every other key seems to work with ddd, only the (important) function keys won't do anything. I don't get any error messages while ddd is running and I don't "Suppress X Warnings". The archives seem to mention only the problem that _no_ key is working, so I seem to have a different problem. BTW: How do I subscribe to this mailinglist ? I found nothing about it in the web pages... Many thanks in advance, Markus Grunwald Development PR?FTECHNIK Condition Monitoring GmbH Oskar-Messter-Stra?e 19 - 21 85737 Ismaning http://www.pruftechnik.com --------------------------------------------------------------------------------------------------------- The information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. If you have received this e-mail in error, please notify postmaster@pruftechnik.com PRUFTECHNIK cannot guarantee that any files attached to this e-mail are free from viruses or any other program code that may be harmful to your computer, and, as such, is not liable for any damage that may be caused as a result. PRUFTECHNIK reserves the right to monitor all e-mail communications through its networks. From martin.mcnelis@tecnomen.ie Wed Jun 18 11:36:00 2003 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Wed, 18 Jun 2003 11:36:00 -0000 Subject: How do I upgrade Cygwin? Or more specifically my Xfree Package... Message-ID: <4135D07B3996D1118F3100805F8B0B0E04E0669A@apollo.tecnomen.ie> Hi, I really don't want to do a full reinstall, and the last time I tried a partial install (KDE) I found that it screwed up unrelated stuff (like telnet). It's taken me a while to get my Cygwin running more or less the way I want it and I don't want to lose all that setup time. The main thing I want to upgrade is my XFree package. (BTW, how do I check what version I have installed?) I only want to install again to get my Keyboard working correctly under X. I checked the /etc/X11/xkb directory and found no keyboard maps which I now believe I need? Can I install only the XFree86-etc package or do I need to reinstall the lot? Any help much appreciated! Thanks, Martin -----Original Message----- From: Alexander Gottwald [mailto:alexander.gottwald@s1999.tu-chemnitz.de] Sent: 18 June 2003 10:55 To: cygwin-xfree@cygwin.com Subject: Re: X server acting funny when displaying remote KDE session On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > I still can't. My suspicion is that it is not the problem of > the keyboard driver but a font or 7bit/8bit problem. Have you > got an idea where I could start to look? http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-bash-extended-cha rs bye ago ********************************************************************** 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 sender. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** From stefan_heinzmann@yahoo.com Wed Jun 18 11:41:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 11:41:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030618114133.90617.qmail@web41205.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > > > I still can't. My suspicion is that it is not the problem > of > > the keyboard driver but a font or 7bit/8bit problem. Have > you > > got an idea where I could start to look? > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-bash-extended-chars That ain't it. As far as I can tell this configures the readline library which is part of bash. But my problem isn't limited to bash. I can open a document editor in remote KDE and still can't type umlauts. I can hardly imagine that this has anything to do with readline. Isn't Unix a wonderful and mysterious thing? On every corner you can get into deep waters because everything is so configurable that the odds of having it configured right are very small indeed. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 11:47:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 11:47:00 -0000 Subject: How do I upgrade Cygwin? Or more specifically my Xfree Package... In-Reply-To: <4135D07B3996D1118F3100805F8B0B0E04E0669A@apollo.tecnomen.ie> References: <4135D07B3996D1118F3100805F8B0B0E04E0669A@apollo.tecnomen.ie> Message-ID: On Wed, 18 Jun 2003, Martin McNelis wrote: > and found no keyboard maps which I now believe I need? Can I install only > the XFree86-etc package or do I need to reinstall the lot? Use cygwin setup and select the Xfree86-etc package. If newer packages are available, they will be automaticly installed. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 11:47:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 11:47:00 -0000 Subject: ddd: function keys don't work In-Reply-To: References: Message-ID: On Wed, 18 Jun 2003 Markus.Grunwald@pruftechnik.com wrote: > BTW: How do I subscribe to this mailinglist ? I found nothing about it in > the web pages... See http://cygwin.com/lists.html. There is a form on the bottom of the page. Select cygwin-xfree there and enter your email address. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Wed Jun 18 11:49:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 11:49:00 -0000 Subject: How do I upgrade Cygwin? Or more specifically my Xfree Package... In-Reply-To: <4135D07B3996D1118F3100805F8B0B0E04E0669A@apollo.tecnomen.ie> Message-ID: <20030618114913.92923.qmail@web41212.mail.yahoo.com> --- Martin McNelis schrieb: > Hi, > > I really don't want to do a full reinstall, and the last > time I tried a > partial install (KDE) I found that it screwed up unrelated > stuff (like > telnet). It's taken me a while to get my Cygwin running > more or less the > way I want it and I don't want to lose all that setup time. > > The main thing I want to upgrade is my XFree package. > (BTW, how do I check > what version I have installed?) I only want to install > again to get my > Keyboard working correctly under X. I checked the > /etc/X11/xkb directory > and found no keyboard maps which I now believe I need? Can > I install only > the XFree86-etc package or do I need to reinstall the lot? > > Any help much appreciated! Didn't you use the Cygwin setup.exe to install cygwin? It shows version numbers and allows you to upgrade. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 11:52:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 11:52:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030618114133.90617.qmail@web41205.mail.yahoo.com> References: <20030618114133.90617.qmail@web41205.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > That ain't it. As far as I can tell this configures the > readline library which is part of bash. But my problem isn't > limited to bash. I can open a document editor in remote KDE > and still can't type umlauts. I can hardly imagine that this > has anything to do with readline. please try xev. This program logs all X11 events and keypresses. for ?? it gives me the sequence KeyPress event, serial 27, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 696205690, (34,37), root:(779,277), state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 27, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 696205710, (34,37), root:(779,277), state 0x1, keycode 48 (keysym 0xfe57, dead_diaeresis), same_screen YES, XLookupString gives 1 characters: "??" KeyRelease event, serial 27, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 696205801, (34,37), root:(779,277), state 0x1, keycode 48 (keysym 0xfe57, dead_diaeresis), same_screen YES, XLookupString gives 1 characters: "??" KeyRelease event, serial 27, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 696206091, (34,37), root:(779,277), state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 27, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 696206301, (34,37), root:(779,277), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 characters: "a" KeyRelease event, serial 27, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 696206371, (34,37), root:(779,277), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 characters: "a" bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Wed Jun 18 13:03:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 18 Jun 2003 13:03:00 -0000 Subject: How do I upgrade Cygwin? Or more specifically my Xfree Package... In-Reply-To: <4135D07B3996D1118F3100805F8B0B0E04E0669A@apollo.tecnomen.ie> Message-ID: Martin, Replies inline below. On Wed, 18 Jun 2003, Martin McNelis wrote: > Hi, > > I really don't want to do a full reinstall, and the last time I tried a > partial install (KDE) I found that it screwed up unrelated stuff (like > telnet). It's taken me a while to get my Cygwin running more or less the > way I want it and I don't want to lose all that setup time. If you have changed any files that were actually contained in the package, rather than created by a postinstall script, you will lose your changes if *that* package is upgraded. To check which packages contain which files, see . > The main thing I want to upgrade is my XFree package. (BTW, how do I check > what version I have installed?) I only want to install again to get my > Keyboard working correctly under X. I checked the /etc/X11/xkb directory > and found no keyboard maps which I now believe I need? Can I install only > the XFree86-etc package or do I need to reinstall the lot? To check which version of any particular package is installed, run "cygcheck -c PackageName". You can also run "cygcheck -c" to see the installed versions of *all* packages. To upgrade *just* the XFree86-etc package, run setup.exe, select the "Keep" view at the top, then click on just the XFree86-etc version to get the later one. Setup will automatically select other packages that are dependences of XFree86-etc and have newer versions available. The "Partial" view will show you only those that will be installed. Some of them you can click back to "Keep" (e.g. XFree86-startup-scripts, XFree86-bin). Since XFree86-etc doesn't contain any binaries, you may even get away with not upgrading the "cygwin" package (i.e., "Keep"ing it). > Any help much appreciated! > Thanks, > Martin > > -----Original Message----- > From: Alexander Gottwald [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: 18 June 2003 10:55 > To: cygwin-xfree@cygwin.com > Subject: Re: X server acting funny when displaying remote KDE session By the way, it's usually better to start a new thread rather than reply to an unrelated one. Fortunately, your mailer doesn't provide threading information, so this would have gone unnoticed had you not quoted the message. Just an FYI. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,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 From roman@mikronika.com.pl Wed Jun 18 13:25:00 2003 From: roman@mikronika.com.pl (Roman Bednarek) Date: Wed, 18 Jun 2003 13:25:00 -0000 Subject: copy pixmap to window Message-ID: Hi. I wonder if it is possible with the current shadow buffer, to perform some operations i.e. copy pixmap to window, directly on the framebuffer? I think that only this function may speedup every application which uses double buffering. What do you think about it? Is it possible? Will it really speedup something for example x11perf -copypixwin500? Roman Bednarek From bijumaillist@yahoo.com Wed Jun 18 14:05:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Wed, 18 Jun 2003 14:05:00 -0000 Subject: Memory access error XWin -multiwindow In-Reply-To: Message-ID: <20030618140542.26493.qmail@web14603.mail.yahoo.com> Ralf, Still getting error see err_test91.png at http://www.geocities.com/bijumaillist/xscreens/ I checked 76 line of winmultiwindowclass.c in http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030602-1055.tar.bz2 But i dont see the patch in http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html applied to it. cheers biju --- ralf.habacker@freenet.de wrote: > See http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html > > Cheers > Ralf > > > --- original Nachricht Ende ---- > > --- Ralf Habacker wrote: > > > --- Sylvain Petreolle wrote: > > > > --- Biju G C a ??crit : > I dont know whether > > > > this error is same as some faced by others. > > > > > > > > > > I am getting following memory access error message > > > > > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > > > > > same error > > > > Did you check about multiple cygwin1.dll in your system ? The > > > > err_redhat3.png is a common case fot that. > > > > target='_blank'>http://cygwin.com/faq/faq_4.html#SEC50 > > > > > > I checked and found no multiple cygwin1.dll on my system. > > > > > There is a XWin91-DEBUG.exe test server release, which fixes some memory access > > problems. I don't remember the exact name, do a search. > > Thanks, but I cant find XWin91-DEBUG.exe !!! > > If I am the only person facing the problem its ok. > Because I can work with -nodecoration mode. > But I wonder anybody else tested with Linux and WinXP Pro > > Cheers > Biju > > > > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > > -- > 60% Onlinekosten sparen! > Jetzt Premium Mitglied bei freenet.de werden und mit dem > Tarifnavigator guenstiger surfen. > http://www.freenet.de/tipp/premium/tarif/index.html __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From martin.mcnelis@tecnomen.ie Wed Jun 18 14:07:00 2003 From: martin.mcnelis@tecnomen.ie (Martin McNelis) Date: Wed, 18 Jun 2003 14:07:00 -0000 Subject: How do I upgrade Cygwin? Or more specifically my Xfree Packa ge... Message-ID: <4135D07B3996D1118F3100805F8B0B0E04E066A2@apollo.tecnomen.ie> Thanks to everyone who replied on this! Is this documented somewhere? Thanks, Martin -----Original Message----- From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] Sent: 18 June 2003 14:03 To: cygwin-xfree@cygwin.com Subject: Re: How do I upgrade Cygwin? Or more specifically my Xfree Package... Martin, Replies inline below. On Wed, 18 Jun 2003, Martin McNelis wrote: > Hi, > > I really don't want to do a full reinstall, and the last time I tried a > partial install (KDE) I found that it screwed up unrelated stuff (like > telnet). It's taken me a while to get my Cygwin running more or less the > way I want it and I don't want to lose all that setup time. If you have changed any files that were actually contained in the package, rather than created by a postinstall script, you will lose your changes if *that* package is upgraded. To check which packages contain which files, see . > The main thing I want to upgrade is my XFree package. (BTW, how do I check > what version I have installed?) I only want to install again to get my > Keyboard working correctly under X. I checked the /etc/X11/xkb directory > and found no keyboard maps which I now believe I need? Can I install only > the XFree86-etc package or do I need to reinstall the lot? To check which version of any particular package is installed, run "cygcheck -c PackageName". You can also run "cygcheck -c" to see the installed versions of *all* packages. To upgrade *just* the XFree86-etc package, run setup.exe, select the "Keep" view at the top, then click on just the XFree86-etc version to get the later one. Setup will automatically select other packages that are dependences of XFree86-etc and have newer versions available. The "Partial" view will show you only those that will be installed. Some of them you can click back to "Keep" (e.g. XFree86-startup-scripts, XFree86-bin). Since XFree86-etc doesn't contain any binaries, you may even get away with not upgrading the "cygwin" package (i.e., "Keep"ing it). > Any help much appreciated! > Thanks, > Martin > > -----Original Message----- > From: Alexander Gottwald [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: 18 June 2003 10:55 > To: cygwin-xfree@cygwin.com > Subject: Re: X server acting funny when displaying remote KDE session By the way, it's usually better to start a new thread rather than reply to an unrelated one. Fortunately, your mailer doesn't provide threading information, so this would have gone unnoticed had you not quoted the message. Just an FYI. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,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 ********************************************************************** 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 sender. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** From stefan_heinzmann@yahoo.com Wed Jun 18 14:27:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 14:27:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030618142716.50826.qmail@web41207.mail.yahoo.com> --- Alexander Gottwald schrieb: [...] > please try xev. This program logs all X11 events and > keypresses. I tried it locally without any remote connection or KDE. It didn't log the keystroke event but simply echoed the typed character to the screen. An it shows the desired umlauts! The dead keys work as expected, but the special characters you can reach through the right Alt key are completely wrong (wrt to the Microsoft implementation). For example the ?? is Alt-q instead of Alt-n where it would belong. We're getting nearer though. The same happened when I contacted the remote machine through ssh and started xev there. (I have to add that I have upgraded the X package on the Linux box to 4.2.1 in the meantime because 4.1.0 had problems with my graphics card. The cygwin installation however is unchanged). And after starting KDE, i find that (using Kedit) I can type umlauts using the " dead key, but not using the right Alt key (it is not doing anything). Upgrading X on the Linux box definitely changed this. So it seems to me that there are 2 problems left. o The key table for the combinations using the right ALT key is wrong. (Apparently both under cygwin and Linux). o KDE doesn't understand the right ALT key properly. We're getting closer... Thanks a lot for your help so far! Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 14:49:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 14:49:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030618142716.50826.qmail@web41207.mail.yahoo.com> References: <20030618142716.50826.qmail@web41207.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > o The key table for the combinations using the right ALT key > is wrong. (Apparently both under cygwin and Linux). there are no extra mappings defined for the alt key. You'll have to add them manually to the keymap. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Wed Jun 18 16:08:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 16:08:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030618160139.28449.qmail@web41211.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > > > o The key table for the combinations using the right ALT > key > > is wrong. (Apparently both under cygwin and Linux). > > there are no extra mappings defined for the alt key. You'll > have to add > them manually to the keymap. The more I try the more I get confused. I tried xev a bit more and found that when the mouse is over the white square then the keypresses show up as events in the protocol window. The Alt key shows up separately, no umlauts are shown. Left Alt key and right Alt key are separate. When the mouse is over the protocol window then I get the reaction I described earlier, with the wrong special characters being generated when combined with the Alt-key (left and right Alt key are acting the same). As I already said: Alt-q doesn't produce any result in Kedit. When I open a Konsole window in KDE and start xev there I get a different result when typing Alt-q: ^[q The latter may be because of bash/readline, but why is it diffedrent in Konsole from a shell window outside KDE? AFAIK the same shell is running there. Is it really that bad that every individual utility has its own way of dealing with special characters? What a nightmare that would be! But before we drift off-topic back to xfree: I had a look into /etc/X11/xkb/symbols/us_intl and the comments claim that there are lots of dead-keys which I don't get. I don't understand the format of the file well, and I don't know where it is documented, but it seems that each key has 4 alternatives assigned to it, presumably unshifted/shift/alt/alt-shift. If that's true then my Alt keys aren't working as intended. Anyway, I don't feel I have the knowledge to solve this problem. It may well be then that under X there's no standard keyboard layout that mirrors the US-international in Windows. It would be a pity. Who would be responsible for creating one (for the world, not just for me)? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From cygxlist@hotmail.com Wed Jun 18 16:08:00 2003 From: cygxlist@hotmail.com (Ken C) Date: Wed, 18 Jun 2003 16:08:00 -0000 Subject: Xfree issues under Windows 2000 Message-ID: I'm hoping someone can help me out with a problem that I have unsuccessfully been trying to solve for a few weeks. I'm a fairly experienced Windows guy trying to learn more about Linux, just to provide a little background. I have a Mandrake 8.2 box and a Windows 2000 (SP1) box running Cygwin and Xfree, and Xfree runs fine on the W2K box, but will not connect to the Mandrake box - I just get the gray screen and 'X' mouse pointer. The odd thing is, I've installed MicroImages MI/X on that same W2K system and it connects right away (it's just not as stable as Cygwin/Xfree). Telnet, ssh and Samba connections work fine between the two. I can also connect to the Mandrake box from Cygwin/Xfree installed on a Windows 2000 system in another location after opening up the appropriate ports on the firewall. I've had no trouble connecting other W2K systems using Cygwin/Xfree to other Mandrake 8.2, 9.0, RedHat 8.0, SGI and Sun systems in other locations. The Mandrake box is connected to a Netgear switch through CAT-5, and the Windows box is using a Belkin 802.11b wireless card to connect, at least during most of the time I've been working on this. I've disabled the on-board ethernet so that the only active card was the Belkin, but I've also run a CAT-5 cable to the switch and disabled the Belkin card, but with no success - I get the same result. Any suggestions on getting this to work is greatly appreciated! Ken _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 16:24:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 16:24:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030618160139.28449.qmail@web41211.mail.yahoo.com> References: <20030618160139.28449.qmail@web41211.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > I tried xev a bit more and found that when the mouse is over > the white square then the keypresses show up as events in the > protocol window. The Alt key shows up separately, no umlauts > are shown. Left Alt key and right Alt key are separate. The white window is the one the receives the events. The protocol window is just the console for output. > As I already said: Alt-q doesn't produce any result in Kedit. alt-q is not defined in the us_intl layout. It only handles the deadkeys. > But before we drift off-topic back to xfree: I had a look > into /etc/X11/xkb/symbols/us_intl and the comments claim that > there are lots of dead-keys which I don't get. I don't > understand the format of the file well, and I don't know > where it is documented, but it seems that each key has 4 > alternatives assigned to it, presumably > unshifted/shift/alt/alt-shift. take a look at the tilde key key { [ dead_grave, dead_tilde ], [ grave, asciitilde ] }; The first two entries define what should happen whe the key was pressed without and with shift pressed. The next two entries define the resulting keys if the modeswitch key (alt-gr) was pressed too. for the ?? this would be key { [ q, Q], [ adiaeresis, Adiaeresis ] }; bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 16:26:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 16:26:00 -0000 Subject: Xfree issues under Windows 2000 In-Reply-To: References: Message-ID: On Wed, 18 Jun 2003, Ken C wrote: > Any suggestions on getting this to work is greatly appreciated! have you tried the -from parameter. It tells the xserver which ip address it should use for announcing to the xdm server. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Wed Jun 18 17:17:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 17:17:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030618170822.53931.qmail@web41205.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > > > I tried xev a bit more and found that when the mouse is > over > > the white square then the keypresses show up as events in > the > > protocol window. The Alt key shows up separately, no > umlauts > > are shown. Left Alt key and right Alt key are separate. > > The white window is the one the receives the events. The > protocol > window is just the console for output. Ok, got that, thanks. > > As I already said: Alt-q doesn't produce any result in > Kedit. > > alt-q is not defined in the us_intl layout. It only handles > the > deadkeys. So is it true that the layout I would like isn't currently available in Xfree86? If so, wouldn't it be a good idea to add it to the standard distribution? Apart from the convenience for Windows users, I really think this layout is brilliant for both multi-language work and programming. > > But before we drift off-topic back to xfree: I had a look > > into /etc/X11/xkb/symbols/us_intl and the comments claim > that > > there are lots of dead-keys which I don't get. I don't > > understand the format of the file well, and I don't know > > where it is documented, but it seems that each key has 4 > > alternatives assigned to it, presumably > > unshifted/shift/alt/alt-shift. > > take a look at the tilde key > key { [ dead_grave, dead_tilde ], > [ grave, asciitilde ] > }; > > The first two entries define what should happen whe the key > was > pressed without and with shift pressed. The next two > entries define > the resulting keys if the modeswitch key (alt-gr) was > pressed too. > > for the ?? this would be > key { [ q, Q], [ adiaeresis, Adiaeresis ] }; Well in this case the right Alt key on my keyboard isn't treated as Altgr, since I'm not getting the correct result for the second pair of entries. I have discovered that KDE has its own Keyboard layout configuration tool. It is fairly flexible, but I wonder whether anyone thought that through properly. Setting the keyboard mapping in KDE means that I get the same mapping regardless whether I am logged in locally or remotely, irrespective of the actual keyboard that is connected. Here on my little network the Linux box has a german keyboard while the Windows/cygwin box has a US keyboard. And what good is it that you have to configure the keyboard in several different places? I think I need to post to the KDE mailing lists... Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 17:54:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 17:54:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030618170822.53931.qmail@web41205.mail.yahoo.com> References: <20030618170822.53931.qmail@web41205.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > So is it true that the layout I would like isn't currently > available in Xfree86? right. > If so, wouldn't it be a good idea to > add it to the standard distribution? Apart from the > convenience for Windows users, I really think this layout is > brilliant for both multi-language work and programming. I'd support that. But someone (you?) has to create that map. > > for the ?? this would be > > key { [ q, Q], [ adiaeresis, Adiaeresis ] }; > > Well in this case the right Alt key on my keyboard isn't > treated as Altgr, since I'm not getting the correct result > for the second pair of entries. > > I have discovered that KDE has its own Keyboard layout > configuration tool. It is fairly flexible, but I wonder > whether anyone thought that through properly. AFAIK KDE has the possibility to set the keyboard layout (which is just a frontend to setxkbmap functionality) and to bind actions to special keys. > Setting the > keyboard mapping in KDE means that I get the same mapping > regardless whether I am logged in locally or remotely, > irrespective of the actual keyboard that is connected. Here > on my little network the Linux box has a german keyboard > while the Windows/cygwin box has a US keyboard. And what good > is it that you have to configure the keyboard in several > different places? I think I need to post to the KDE mailing > lists... The first steps with international keyboard layouts were nearly the same. We distributed static map for each layout which had to be applied with xmodmap. For remote access (and access to the layout in the login screen) we modified the xdm config scripts to load the keymap on xdm startup. But the only real solution was the server based setting via xkb. But the KDE approach is closer to the desktop experience most users had expected. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Wed Jun 18 19:09:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Wed, 18 Jun 2003 19:09:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: Message-ID: <20030618190740.80048.qmail@web41213.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Wed, 18 Jun 2003, Stefan Heinzmann wrote: [...] > > If so, wouldn't it be a good idea to > > add it to the standard distribution? Apart from the > > convenience for Windows users, I really think this layout > is > > brilliant for both multi-language work and programming. > > I'd support that. But someone (you?) has to create that > map. Fair enough. What do I need to know (read) in order to create that map? Once created where do I put it? Where do I need to send it to? Is there coordination with KDE/Gnome/Motif/... groups necessary or is it just an X issue? > AFAIK KDE has the possibility to set the keyboard layout > (which is > just a frontend to setxkbmap functionality) and to bind > actions > to special keys. > > Setting the > > keyboard mapping in KDE means that I get the same mapping > > regardless whether I am logged in locally or remotely, > > irrespective of the actual keyboard that is connected. > Here > > on my little network the Linux box has a german keyboard > > while the Windows/cygwin box has a US keyboard. And what > good > > is it that you have to configure the keyboard in several > > different places? I think I need to post to the KDE > mailing > > lists... > > The first steps with international keyboard layouts were > nearly > the same. We distributed static map for each layout which > had to be > applied with xmodmap. For remote access (and access to the > layout > in the login screen) we modified the xdm config scripts to > load the > keymap on xdm startup. But the only real solution was the > server > based setting via xkb. > But the KDE approach is closer to the desktop experience > most > users had expected. Most "desktop" users probably are ignorant of the possibility of remote sessions. I can see that KDE wants to look like Windows or a Mac in this respect in order to make people feel at home. But it becomes plain wrong and confusing when you have a remote session. And it can't just be a frontend for the X tools because I get a display of the layout in the taskbar at the bottom, and I doubt that they bother asking the (remote) X server for that info. Remote terminals have other caveats, too. What time do you want displayed on your screen, for example? The time of the computer that runs your programs or the time of your own location? If you connect to a computer in a different time zone those will be different. In our global village you may not even know where the application server is that is currently executing your code. So wouldn't it be a good idea to make the X server maintain a local timezone setting which can be queried by the client? But I'm digressing again... Cheers Stefan > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Wed Jun 18 19:31:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Jun 2003 19:31:00 -0000 Subject: X server acting funny when displaying remote KDE session In-Reply-To: <20030618190740.80048.qmail@web41213.mail.yahoo.com> References: <20030618190740.80048.qmail@web41213.mail.yahoo.com> Message-ID: On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > Fair enough. What do I need to know (read) in order to create > that map? You need to know how the english international keyboard differs from the norml english keyboard and extend the us_intl map with these combinations. > Once created where do I put it? Where do I need to > send it to? Is there coordination with KDE/Gnome/Motif/... > groups necessary or is it just an X issue? Just post it here. We will send it to the XFree people for inclusion to the CVS. > have a remote session. And it can't just be a frontend for > the X tools because I get a display of the layout in the > taskbar at the bottom, and I doubt that they bother asking > the (remote) X server for that info. Zou can disable this feature and AFAIK the layout changer does query the server which layout is currently set. You can test it by changing the map with setxkbmap. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From postmaster@hitel.net Wed Jun 18 19:49:00 2003 From: postmaster@hitel.net (postmaster@hitel.net) Date: Wed, 18 Jun 2003 19:49:00 -0000 Subject: [ERR] Re: X server acting funny when displaying remote KDE session Message-ID: <1055964736343421006.28.hitel@hitel.net> Transmit Report: To: antizm@hitel.net, 451 Requested action aborted: mda_local GET write error to (203.245.15.30:7001) (Broken pipe) -------------- next part -------------- An embedded message was scrubbed... From: Alexander Gottwald Subject: Re: X server acting funny when displaying remote KDE session Date: Wed, 18 Jun 2003 21:31:03 +0200 (MEST) Size: 3485 URL: From cygxlist@hotmail.com Thu Jun 19 00:27:00 2003 From: cygxlist@hotmail.com (Ken C) Date: Thu, 19 Jun 2003 00:27:00 -0000 Subject: Xfree issues under Windows 2000 Message-ID: Thanks for the quick response. I had tried that, but after your suggestion I tried it using a static IP with no change - it simply won't start a remote session. I have compared the logfile (XWinrl.log) on the system that won't connect to one that does, and except for a line saying that the permissions on the directory should be set to root on the system that DOES connect, there's no difference. Thanks again, Ken >From: Alexander Gottwald >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: Xfree issues under Windows 2000 >Date: Wed, 18 Jun 2003 18:26:36 +0200 (MEST) > >On Wed, 18 Jun 2003, Ken C wrote: > > > Any suggestions on getting this to work is greatly appreciated! > >have you tried the -from parameter. It tells the xserver which >ip address it should use for announcing to the xdm server. > >bye > ago >-- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From ralf.habacker@freenet.de Thu Jun 19 05:57:00 2003 From: ralf.habacker@freenet.de (ralf.habacker@freenet.de) Date: Thu, 19 Jun 2003 05:57:00 -0000 Subject: Memory access error XWin -multiwindow Message-ID: Biju, the original patch which is applied to Xwin-Test91-Debug is located in http://cygwin.com/ml/cygwin-xfree/2003-06/msg00136.html. The message i have pointed to was an additional patch, which seems not to be applied yet. I don't know when this additional patch will be applied. Sorry. Ask Harold. BTW: The segfault you have seen is in the cygwin.dll. You should compile a debug version of Xwin with symbols (at least of the xwin directory) and start XWin with gdb to see what's going on. Ralf --- original Nachricht Ende ---- Ralf, Still getting error see err_test91.png at http://www.geocities.com/bijumaillist/xscreens/ I checked 76 line of winmultiwindowclass.c in http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030602-1055.tar.bz2 But i dont see the patch in http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html applied to it. cheers biju --- ralf.habacker@freenet.de wrote: > See http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html > > Cheers > Ralf > > > --- original Nachricht Ende ---- > > --- Ralf Habacker wrote: > > > --- Sylvain Petreolle wrote: > > > > --- Biju G C a ?crit : > I dont know whether > > > > this error is same as some faced by others. > > > > > > > > > > I am getting following memory access error message > > > > > err_redhat3.png, err_redhat4.png dialogs on vc++ debugger for the > > > > > same error > > > > Did you check about multiple cygwin1.dll in your system ? The > > > > err_redhat3.png is a common case fot that. > > > > http://cygwin.com/faq/faq_4.html#SEC50' > target='_blank'>http://cygwin.com/faq/faq_4.html#SEC50> > > > > > > I checked and found no multiple cygwin1.dll on my system. > > > > > There is a XWin91-DEBUG.exe test server release, which fixes some memory access > > problems. I don't remember the exact name, do a search. > > Thanks, but I cant find XWin91-DEBUG.exe !!! > > If I am the only person facing the problem its ok. > Because I can work with -nodecoration mode. > But I wonder anybody else tested with Linux and WinXP Pro > > Cheers > Biju > > > > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com' target='_blank'>http://sbc.yahoo.com> > > > > -- > 60% Onlinekosten sparen! > Jetzt Premium Mitglied bei freenet.de werden und mit dem > Tarifnavigator guenstiger surfen. > http://www.freenet.de/tipp/premium/tarif/index.html __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- 60% Onlinekosten sparen! Jetzt Premium Mitglied bei freenet.de werden und mit dem Tarifnavigator guenstiger surfen. http://www.freenet.de/tipp/premium/tarif/index.html From alexander.gottwald@s1999.tu-chemnitz.de Thu Jun 19 09:52:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Jun 2003 09:52:00 -0000 Subject: Xfree issues under Windows 2000 In-Reply-To: References: Message-ID: On Wed, 18 Jun 2003, Ken C wrote: > Thanks for the quick response. I had tried that, but after your suggestion > I tried it using a static IP with no change - it simply won't start a remote > session. can you please run the test program from http://www-user.tu-chemnitz.de/~goal/xfree/ls_netdev.tar.gz It will just print out the network config. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Thu Jun 19 13:11:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Thu, 19 Jun 2003 13:11:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: Message-ID: <20030619131105.60316.qmail@web41215.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Wed, 18 Jun 2003, Stefan Heinzmann wrote: > > > Fair enough. What do I need to know (read) in order to > create > > that map? > > You need to know how the english international keyboard > differs > from the norml english keyboard and extend the us_intl map > with > these combinations. Well, I know how the keyboard differs, but I have difficulties converting that into the format used by Xfree86. I did some reading but am not much wiser. Let me first describe in prose how the keyboard behaves, maybe you can give me a few tips how to turn that into a keymap file: The keys are marked exactly as on an ordinary US keyboard (I have found noone who sells keyboards with the special characters printed onto the keys). The US-international keymap is aimed at making most of the symbols in a Latin-1 charset (or the Windows extension of it called CP-1252) available. It therefore supports the following languages directly without switching the keyboard layout: French, Spanish, Catalan, Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, Dutch, German, Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, Irish, Scottish, English, Afrikaans and Swahili. The main problem is that the Euro sign is mapped to code position 0x80, which is only defined in the Windows extension. The following 5 keys are dead, that is they combine with the key typed after it. They provide their literal character when followed by pressing the space key or a key that does not combine with it: ^ produces ???????????????????? ~ produces ???????????? ` produces ???????????????????? ' produces ???????????????????????????? " produces ?????????????????????? Note that the y with diaresis has only a lowercase form and that the single apostrophe can also be used to form the c with cedilla. (I hope that the mail system doesn't garble the characters). The right-hand Alt key is used as a shift-key to produce alternate characters together with most of the other keys in the same way as the AltGr key on german keyboards. The left Alt key keeps is traditional meaning. Below are the characters that can be produced using this method. The four lines show the character unshifted, Shift, AltGr, and AltGr-Shift. 1234567890-=\`qwertyuiop[]asdfghjkl;'zxcvbnm,./ !@#$%^&*()_+|~QWERTYUIOP{}ASDFGHJKL:"ZXCVBNM<>? ?????????????????????????? ?????????????????????????????? ???????? ?? ?????? ?? ?? ?? ???? ??? ?? ???????????? ?????? ???????? ?? ?? ?? Note that the Euro sign is entered with AltGr-5, but this will not work with Latin-1 (ISO-8859-1). Note also that there are a few characters in the Latin-1 character set that can not be entered using the US-international keymap, for example ?? or ??. Since there are a few blank spots in the above 4 lines, it would be conceivable to fill them with the missing characters so as to support the complete Latin-1 charset. In order to turn that into a keymap for Xfree86, I would need to know a few things: o How do I specify which keys a dead key combines with and what the resulting character is for each of those combinations? o Each character seems to have a symbolic name which I have to use in the keymap (such as 'asciitilde'). Where is the mapping between symbolic name and character code documented? o The keys themselves also have symbolic names, where is the mapping between key scan code and symbolic name documented? [...] > > have a remote session. And it can't just be a frontend > for > > the X tools because I get a display of the layout in the > > taskbar at the bottom, and I doubt that they bother > asking > > the (remote) X server for that info. > > Zou can disable this feature --^-- Keyboard confusion between US and German? :-) > and AFAIK the layout changer > does > query the server which layout is currently set. You can > test > it by changing the map with setxkbmap. You're right, there seems to be more to it than I noticed originally, I'll experiment some more. Deep waters... Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Thu Jun 19 13:32:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Jun 2003 13:32:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: <20030619131105.60316.qmail@web41215.mail.yahoo.com> References: <20030619131105.60316.qmail@web41215.mail.yahoo.com> Message-ID: On Thu, 19 Jun 2003, Stefan Heinzmann wrote: > The right-hand Alt key is used as a shift-key to produce > alternate characters together with most of the other keys in > the same way as the AltGr key on german keyboards. > The left Alt key keeps is traditional meaning. Below are the > characters that can be produced using this method. The four > lines show the character unshifted, Shift, AltGr, and > AltGr-Shift. This is already defined. The right alt key should be defined as the Mode_switch key, which switches to the second (the Alt-Gr) mapping for keys. > > 1234567890-=\`qwertyuiop[]asdfghjkl;'zxcvbnm,./ > !@#$%^&*()_+|~QWERTYUIOP{}ASDFGHJKL:"ZXCVBNM<>? > ?????????????????????????? ?????????????????????????????? ???????? ?? ?????? ?? > ?? ?? ???? ??? ?? ???????????? ?????? ???????? ?? ?? ?? > o How do I specify which keys a dead key combines with and > what the resulting character is for each of those > combinations? every symbol in the list has a symbolic name assigned. eg adiaresis (or something like that). For every column you have to create an entry key { [ row_1, row_2 ], [ row_3, row_4 ] }; and substitute the row_x with the symbol names for the character in that row. > > o Each character seems to have a symbolic name which I have > to use in the keymap (such as 'asciitilde'). Where is the > mapping between symbolic name and character code documented? in /usr/include/X11/keysymdef.h > o The keys themselves also have symbolic names, where is the > mapping between key scan code and symbolic name documented? /etc/X11/xkb/keycodes/xfree86 This is the mapping to the raw keyboard scancodes. But it's easier to take the us map and add the second mappings to the exising mappings bye ago From rpollard@apple.com Thu Jun 19 16:22:00 2003 From: rpollard@apple.com (Robert Pollard) Date: Thu, 19 Jun 2003 16:22:00 -0000 Subject: E Z ? - Tried installing KDE and lost original windowing system In-Reply-To: <3EF1E05F.9050802@cygwin.com> Message-ID: <2CED5002-A272-11D7-A8AC-000A95699BFE@apple.com> Thanks! On Thursday, June 19, 2003, at 09:10 AM, Larry Hall wrote: > Robert Pollard wrote: > >> Hello all, >> I tried to install KDE and it wouldn't run after installation. I did >> all the post installation changes. It comes up with an error window >> saying "The application failed to initialize properly (0xc0000022). >> Click on OK to terminate the application." >> This has happened every since I installed the KDE packages. >> I reversed all of the changes to get the original windowing system >> back and it still comes up with this error. >> Any ideas? >> Thanks for your time, >> Robert Pollard > > Wrong list. I've forwarded this to the proper one and reset the > "Reply-To". Please follow-up there. > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 838 Washington Street (508) 893-9889 - FAX > Holliston, MA 01746 > > > ################################################################# > ################################################################# > ################################################################# > ##### > ##### > ##### > ################################################################# > ################################################################# > ################################################################# > From Ralf.Habacker@freenet.de Thu Jun 19 18:37:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 19 Jun 2003 18:37:00 -0000 Subject: E Z ? - Tried installing KDE and lost original windowing system In-Reply-To: <2CED5002-A272-11D7-A8AC-000A95699BFE@apple.com> Message-ID: <001001c33691$e13858b0$d75f07d5@BRAMSCHE> > On Thursday, June 19, 2003, at 09:10 AM, Larry Hall wrote: > > > Robert Pollard wrote: > > > >> Hello all, > >> I tried to install KDE and it wouldn't run after installation. I did > >> all the post installation changes. It comes up with an error window > >> saying "The application failed to initialize properly (0xc0000022). > >> Click on OK to terminate the application." > >> This has happened every since I installed the KDE packages. > >> I reversed all of the changes to get the original windowing system > >> back and it still comes up with this error. > >> Any ideas? > >> Thanks for your time, > >> Robert Pollard > > This may be a problem of execute permissions of dll's. See http://www.cygwin.com/ml/cygwin/2002-10/msg00616.html for more informations. Additional you can verify if the kde dll's have execution permissions. $ find /opt/kde3 -type f -name '*.dll' -ls or update all execute permissions immediatly $ find /opt/kde3 -type f -name '*.dll' | xargs chmod a+x $ find /opt/gtk -type f -name '*.dll' | xargs chmod a+x $ find /usr/local/lib/qt3mt/bin -type f -name '*.dll' | xargs chmod a+x Cheers Ralf From cygxlist@hotmail.com Fri Jun 20 00:22:00 2003 From: cygxlist@hotmail.com (Ken C) Date: Fri, 20 Jun 2003 00:22:00 -0000 Subject: Xfree issues under Windows 2000 Message-ID: Thanks again for the help - here's the result of the program (I'm assuming you wanted me to post it): ls_netdev $Id: ls_netdev.c,v 1.6 2002/11/10 16:14:32 ago Exp $ OS Version: Windows NT 5.0 Build 2195 Service Pack 1 Querying devices using ioctl lo: family=TCP/IP (0) addr=127.0.0.1 eth0: family=TCP/IP (0) addr=192.168.0.101 lo: metric=1 mtu=32768 eth0: metric=1 mtu=1500 Querying devices using internal function PMIB_IPADDRROW[0x22f114] dwAddr=0100007f //127.0.0.1 dwIndex=1 dwMask=000000ff //255.0.0.0 dwBCastAddr=00000001 dwReasmSize=65535 PMIB_IFROW[0x22f240] wszName= dwIndex=1 dwType=24 bDescr=MS TCP Loopback interface PMIB_IPADDRROW[0x22f12c] dwAddr=6500a8c0 //192.168.0.101 dwIndex=16777219 dwMask=00ffffff //255.255.255.0 dwBCastAddr=00000001 dwReasmSize=65535 PMIB_IFROW[0x22f240] wszName= dwIndex=16777219 dwType=6 bDescr=Belkin 11Mbps Wireless LAN PC Card lo: family=TCP/IP (0) addr=127.0.0.1 eth0: family=TCP/IP (0) addr=192.168.0.101 >From: Alexander Gottwald >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: Xfree issues under Windows 2000 >Date: Thu, 19 Jun 2003 11:52:38 +0200 (MEST) > >On Wed, 18 Jun 2003, Ken C wrote: > > > Thanks for the quick response. I had tried that, but after your >suggestion > > I tried it using a static IP with no change - it simply won't start a >remote > > session. > >can you please run the test program from >http://www-user.tu-chemnitz.de/~goal/xfree/ls_netdev.tar.gz > >It will just print out the network config. > >bye > ago >-- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 20 10:24:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 10:24:00 -0000 Subject: Xfree issues under Windows 2000 In-Reply-To: References: Message-ID: On Thu, 19 Jun 2003, Ken C wrote: > Thanks again for the help - here's the result of the program (I'm assuming > you wanted me to post it): [output] looks normal. > lo: family=TCP/IP (0) addr=127.0.0.1 > eth0: family=TCP/IP (0) addr=192.168.0.101 and you tried with the -from 192.168.0.101 parameter? Have you checked if the xdm server reported any errors? You can start xdm with xdm -debug 10 to print out a lot of debugging messages. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Fri Jun 20 12:04:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 12:04:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: Message-ID: <20030620120226.31577.qmail@web41205.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Thu, 19 Jun 2003, Stefan Heinzmann wrote: > > > The right-hand Alt key is used as a shift-key to produce > > alternate characters together with most of the other keys > in > > the same way as the AltGr key on german keyboards. > > The left Alt key keeps is traditional meaning. Below are > the > > characters that can be produced using this method. The > four > > lines show the character unshifted, Shift, AltGr, and > > AltGr-Shift. > > This is already defined. The right alt key should be > defined > as the Mode_switch key, which switches to the second (the > Alt-Gr) > mapping for keys. I tried that and it didn't work for some reason. I defined the AltGr key combinations by modifying xkb/symbols/us_intl, which I attach. I modified xkb/keymap/xfree86 to include a us_intl_sh variant that pulls in my new file and modified XF86Config to use this variant. But it hasn't changed from before. Is there something I missed in installation? > > > > 1234567890-=\`qwertyuiop[]asdfghjkl;'zxcvbnm,./ > > !@#$%^&*()_+|~QWERTYUIOP{}ASDFGHJKL:"ZXCVBNM<>? > > ?????????????????????????? ?????????????????????????????? ???????? ?? ?????? ?? > > ?? ?? ???? ??? ?? ???????????? ?????? ???????? ?? ?? ?? > > > o How do I specify which keys a dead key combines with > and > > what the resulting character is for each of those > > combinations? > > every symbol in the list has a symbolic name assigned. > eg adiaresis (or something like that). For every column > you have to create an entry > > key { [ row_1, row_2 ], [ row_3, row_4 ] }; > > and substitute the row_x with the symbol names for the > character > in that row. That's the way how AltGr-combinations are defined, right? I did that in the attached file. My question however was how to define the dead-key combinations. How do I define for example that the apostrophe followed by a lowercase c results in a ccedille? > > > > o Each character seems to have a symbolic name which I > have > > to use in the keymap (such as 'asciitilde'). Where is the > > mapping between symbolic name and character code > documented? > > in /usr/include/X11/keysymdef.h I didn't have that installed, thanks for the hint. Do I assume correctly that the defines use the Unicode encodings? For completeness I would need the Unicode code points 0x2018 and 0x2019, which aren't defined as far as I can tell. > > o The keys themselves also have symbolic names, where is > the > > mapping between key scan code and symbolic name > documented? > > /etc/X11/xkb/keycodes/xfree86 > > This is the mapping to the raw keyboard scancodes. But it's > easier > to take the us map and add the second mappings to the > exising mappings Does the mapping in the attached file make sense? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de -------------- next part -------------- A non-text attachment was scrubbed... Name: us_intl_sh Type: application/octet-stream Size: 3203 bytes Desc: us_intl_sh URL: From colin.harrison@virgin.net Fri Jun 20 12:21:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 20 Jun 2003 12:21:00 -0000 Subject: Custom icons + MouseUp fix Message-ID: <000001c33726$61393590$0200a8c0@straightrunning.com> Hi Earle, The DLL hook is fairly straightforward to use, but is intrusive on the rest of a system, (MS don't really recommend using them!) MSDN however have lots of stuff on hooks e.g. http://msdn.microsoft.com/library/en-us/winui/WinUI/WindowsUserInterface/Win dowing/Hooks/AboutHooks.asp I've got one working in a separate DLL, but it isn't fit for public consumption and often goes bang! Harold's Morse program shows the potential power of hooks, and will really annoy any one within earshot if you have big woofers hanging on your pc! On using the standard Windoze cursors instead of the SW DIX one. Don't we have to use Hardware cursors to do this, or use Sprite Layer alternatives to the Pointer Layer routines in miDCInitialize(pScreen, &g_winPointerCursorFuncs)? Or are you proposing converting X cursors on the fly using something similar to the Icon convert and still use miPointerAbsoluteCursor calls to place them. How can we tell which X cursor is in play on a client? I must admit I'm a little green in this area and keep going round in circles going through the porting docs, making pennies drop! Luckily, unlike icons, there are only a finite number of standard X cursor shapes to deal with, so a map could be used for these perhaps? Colin From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 20 12:23:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 12:23:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: <20030620120226.31577.qmail@web41205.mail.yahoo.com> References: <20030620120226.31577.qmail@web41205.mail.yahoo.com> Message-ID: On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > I tried that and it didn't work for some reason. I defined > the AltGr key combinations by modifying xkb/symbols/us_intl, > which I attach. I modified xkb/keymap/xfree86 to include a > us_intl_sh variant that pulls in my new file and modified > XF86Config to use this variant. But it hasn't changed from > before. Is there something I missed in installation? i'll take a look > That's the way how AltGr-combinations are defined, right? I > did that in the attached file. My question however was how to > define the dead-key combinations. How do I define for example > that the apostrophe followed by a lowercase c results in a > ccedille? I'm not sure. But most deadkeys should already produce what you want. Just set the symbol for the deadkey to dead_acute and in combination with c it will produce the ??. > I didn't have that installed, thanks for the hint. Do I > assume correctly that the defines use the Unicode encodings? I think yes. But I'm not 100% sure. > For completeness I would need the Unicode code points 0x2018 > and 0x2019, which aren't defined as far as I can tell. maybe you can add them to /usr/X11R6/lib/X11/XkeysymDB. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 20 12:34:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 12:34:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: <20030620120226.31577.qmail@web41205.mail.yahoo.com> References: <20030620120226.31577.qmail@web41205.mail.yahoo.com> Message-ID: On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > Does the mapping in the attached file make sense? The entrys for no symbols were too much. I've removed them. See the attached file. A short test was ok (?????? for alt-r + qnc). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Fri Jun 20 12:44:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 12:44:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: Message-ID: <20030620124442.18943.qmail@web41203.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > > > Does the mapping in the attached file make sense? > > The entrys for no symbols were too much. I've removed them. > > See the attached file. A short test was ok (?????? for alt-r + > qnc). Umm, the attachment seems to have been lost... Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 20 12:50:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 12:50:00 -0000 Subject: US-Intl keymap (was: Re: X server acting funny when displaying remote KDE session) In-Reply-To: <20030620124442.18943.qmail@web41203.mail.yahoo.com> References: <20030620124442.18943.qmail@web41203.mail.yahoo.com> Message-ID: On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > Umm, the attachment seems to have been lost... Silly me ;) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- // // $XFree86: xc/programs/xkbcomp/symbols/us_intl,v 1.4.4.1 2002/08/26 21:43:24 paulo Exp $ // // Dead-keys definition for a very simple US/ASCII layout. // by Conectiva (http://www.conectiva.com.br) // modified by Ricardo Y. Igarashi (iga@that.com.br) // Added the following deadkeys, to make it truly international: // // dead_macron: on AltGr-minus // dead_breve: on AltGr-parenleft // dead_abovedot: on AltGr-period // dead_abovering: on AltGr-0 // dead_doubleacute: on AltGr-equal (as quotedbl is already used) // dead_caron: on AltGr-less (AltGr-shift-comma) // dead_cedilla: on AltGr-comma // dead_ogonek: on AltGr-semicolon // dead_belowdot: on AltGr-underscore (AltGr-shift-minus) // dead_hook: on AltGr-question // dead_horn: on AltGr-plus (AltGr-shift-equal) // dead_diaeresis: on AltGr-colon (Alt-shift-semicolon) // // those were already there: // dead_grave // dead_acute // dead_circumflex // dead_tilde // dead_diaeresis // // modified again for Windows CP-1252 compatibility by (stefan_heinzmann@yahoo.com) partial default alphanumeric_keys xkb_symbols "basic" { name[Group1]= "US/ASCII"; // Alphanumeric section key {[dead_grave,dead_tilde]}; key {[1,exclam],[exclamdown,onesuperior]}; key {[2,at],[twosuperior]}; key {[3,numbersign],[threesuperior]}; key {[4,dollar],[currency,sterling]}; key {[5,percent],[EuroSign]}; key {[6,dead_circumflex],[onequarter,asciicircum]}; key {[7,ampersand],[onehalf]}; key {[8,asterisk],[threequarters]}; key {[9,parenleft]}; key {[0,parenright]}; key {[minus,underscore],[yen]}; key {[equal,plus],[multiply,division]}; key {[q,Q],[adiaeresis,Adiaeresis]}; key {[w,W],[aring,Aring]}; key {[e,E],[eacute,Eacute]}; key {[r,R],[registered]}; key {[t,T],[thorn,THORN]}; key {[y,Y],[udiaeresis,Udiaeresis]}; key {[u,U],[uacute,Uacute]}; key {[i,I],[iacute,Iacute]}; key {[o,O],[oacute,Oacute]}; key {[p,P],[odiaeresis,Odiaeresis]}; key {[bracketleft,braceleft],[guillemotleft]}; key {[bracketright,braceright],[guillemotright]}; key {[backslash,bar],[notsign,brokenbar]}; key {[a,A],[aacute,Aacute]}; key {[s,S],[ssharp,section]}; key {[d,D],[eth,ETH]}; key {[f,F]}; key {[g,G]}; key {[h,H]}; key {[j,J]}; key {[k,K]}; key {[l,L],[oslash,Oslash]}; key {[semicolon,colon],[paragraph,degree]}; key {[dead_acute,dead_diaeresis],[acute,diaeresis]}; key {[z,Z],[ae,AE]}; key {[x,X]}; key {[c,C],[copyright,cent]}; key {[v,V]}; key {[b,B]}; key {[n,N],[ntilde,Ntilde]}; key {[m,M],[mu]}; key {[comma,less],[ccedilla,Ccedilla]}; key {[period,greater]}; key {[slash,question],[questiondown]}; key {[Mode_switch,Multi_key]}; // End alphanumeric section }; From stefan_heinzmann@yahoo.com Fri Jun 20 13:13:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 13:13:00 -0000 Subject: US-Intl keymap In-Reply-To: Message-ID: <20030620130618.48958.qmail@web41208.mail.yahoo.com> It doesn't work for me. I created a separate us_intl_sh file in order not to upset the existing us_intl. I created a new entry in xkb/keymap/xfree86 as follows: // Stefan Heinzmann's version of a US-international keyboard xkb_keymap "us_intl_sh" { xkb_keycodes { include "xfree86" }; xkb_types { include "default" }; xkb_compatibility { include "default" }; xkb_symbols { include "us(pc101)+us_intl_sh"}; xkb_geometry { include "pc" }; }; I finally changed XF86Config as follows: Option "XkbLayout" "us_intl_sh" But it doesn't seem to have the slightest effect on the keybord behaviour. Have you got an idea what could be wrong? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 20 13:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 13:20:00 -0000 Subject: US-Intl keymap In-Reply-To: <20030620130618.48958.qmail@web41208.mail.yahoo.com> References: <20030620130618.48958.qmail@web41208.mail.yahoo.com> Message-ID: On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > entry in xkb/keymap/xfree86 as follows: I also added an entry to xkb/keymap.dir > But it doesn't seem to have the slightest effect on the > keybord behaviour. Have you got an idea what could be wrong? The best is to test it with xkbcomp xkbcomp -xkm -m us_intl_sh /etc/X11/xkb/keymap/xfree86 localhost:0.0 This will produce errors if something goes wrong. I've not tested to set the map via the configfile but with setxkbmap us_intl_sh. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From FRANZW@dk.ibm.com Fri Jun 20 13:38:00 2003 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Fri, 20 Jun 2003 13:38:00 -0000 Subject: US-Intl keymap Message-ID: I had a similar strange problem with AltGr while having the following entries in .inputrc : set meta-flag On set convert-meta Off set output-meta On I entered those to be ableto have danish national characters displayed correctly in bash. The effect was that using xterm in a local xserver would not give me AltGr characters - it worked allthough in xdmcp session - why I have no idea.... The "fix" has been to comment out the meta-flag statement : #set meta-flag On set convert-meta Off set output-meta On Hereafter the xterm works as expected.... Med venlig hilsen / Regards Franz Wolfhagen From stefan_heinzmann@yahoo.com Fri Jun 20 13:51:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 13:51:00 -0000 Subject: US-Intl keymap In-Reply-To: Message-ID: <20030620135045.20168.qmail@web41210.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > > entry in xkb/keymap/xfree86 as follows: > > I also added an entry to xkb/keymap.dir > > > But it doesn't seem to have the slightest effect on the > > keybord behaviour. Have you got an idea what could be > wrong? > > The best is to test it with xkbcomp > xkbcomp -xkm -m us_intl_sh /etc/X11/xkb/keymap/xfree86 > localhost:0.0 > > This will produce errors if something goes wrong. I've not > tested > to set the map via the configfile but with setxkbmap > us_intl_sh. Cool, now it works. A syntax error had slipped into us_intl_sh when I modified it according to your findings. Thanks a lot for your help! I don't want to think about how long it would have taken me to find out myself. There's a minor niggle left, however: Under Windows the behaviour of the dead keys is somewhat different. When a dead key is followed by a kepress with which it doesn't combine, the character of the dead key is generated followed by the character of the key pressed thereafter. For example if I press the apostrophe ' followed by the letter p the result is 'p. Under X the apostrophe is lost and just the p is printed. If I press the apostrophe twice under Windows then two apostrophes are emitted, whereas under X a single apostrophe is emitted. Is there a way to fiddle with this behaviour under X to make it work in the same fashion as under Windows? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de From alexander.gottwald@s1999.tu-chemnitz.de Fri Jun 20 14:00:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 14:00:00 -0000 Subject: US-Intl keymap In-Reply-To: <20030620135045.20168.qmail@web41210.mail.yahoo.com> References: <20030620135045.20168.qmail@web41210.mail.yahoo.com> Message-ID: On Fri, 20 Jun 2003, Stefan Heinzmann wrote: > There's a minor niggle left, however: Under Windows the > behaviour of the dead keys is somewhat different. When a dead > key is followed by a kepress with which it doesn't combine, > the character of the dead key is generated followed by the > character of the key pressed thereafter. For example if I > press the apostrophe ' followed by the letter p the result is > 'p. Under X the apostrophe is lost and just the p is printed. > If I press the apostrophe twice under Windows then two > apostrophes are emitted, whereas under X a single apostrophe > is emitted. Is there a way to fiddle with this behaviour > under X to make it work in the same fashion as under Windows? Thats beyond my knowledge. This is a topic for the real xfree86 mailing list: http://www.xfree86.org/mailman/listinfo/xfree86/ bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Fri Jun 20 14:29:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 14:29:00 -0000 Subject: Dead key and mode shift key behaviour Message-ID: <20030620142939.61324.qmail@web41205.mail.yahoo.com> The attachment is a question from the cygwin-xfree list which appears to be more appropriate for this list. I wanted to add another question to it: I noticed when working with the right Alt key as a mode-shift key that it matters whether Shift is pressed after or before the right Alt-key. In order to get the correct behaviour, I have to press the Alt key first, then the Shift key. The other way round leads to the Alt key getting ignored. This is different from how the keys behave under Windows. Is this intentional or is it a bug? Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de -------------- next part -------------- An embedded message was scrubbed... From: Alexander Gottwald Subject: Re: US-Intl keymap Date: Fri, 20 Jun 2003 16:00:22 +0200 (MEST) Size: 3407 URL: From stefan_heinzmann@yahoo.com Fri Jun 20 15:18:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 15:18:00 -0000 Subject: US-Intl keymap In-Reply-To: Message-ID: <20030620151825.45169.qmail@web41213.mail.yahoo.com> --- Alexander Gottwald schrieb: > On Fri, 20 Jun 2003, Stefan Heinzmann wrote: [...] > Thats beyond my knowledge. This is a topic for the real > xfree86 > mailing list: > http://www.xfree86.org/mailman/listinfo/xfree86/ Done. I attached a revised version of my new keymap file with some new comments and a changed name: us_intl_win I think this could serve as a basis for submission to the xfree project, unless there are some changes that result from the niggles I mentioned. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de -------------- next part -------------- A non-text attachment was scrubbed... Name: us_intl_win Type: application/octet-stream Size: 4476 bytes Desc: us_intl_win URL: From cygxlist@hotmail.com Fri Jun 20 15:26:00 2003 From: cygxlist@hotmail.com (Ken C) Date: Fri, 20 Jun 2003 15:26:00 -0000 Subject: Xfree issues under Windows 2000 Message-ID: > >[output] > >looks normal. > > > lo: family=TCP/IP (0) addr=127.0.0.1 > > eth0: family=TCP/IP (0) addr=192.168.0.101 > >and you tried with the -from 192.168.0.101 parameter? > > >Have you checked if the xdm server reported any errors? You can start >xdm with xdm -debug 10 to print out a lot of debugging messages. > Yep, I tried -from with both dynamic and static IP addresses. I'm guessing the xdm startup you're referring to is on the Linux box? I'm not sure how to do that, as everything starts up automatically at boot right now. Thanks again, Ken _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From Benjamin.Riefenstahl@epost.de Fri Jun 20 16:10:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 20 Jun 2003 16:10:00 -0000 Subject: US-Intl keymap In-Reply-To: <20030620120226.31577.qmail@web41205.mail.yahoo.com> (Stefan Heinzmann's message of "Fri, 20 Jun 2003 14:02:26 +0200 (CEST)") References: <20030620120226.31577.qmail@web41205.mail.yahoo.com> Message-ID: Hi Stefan, > --- Alexander Gottwald > schrieb: >> in /usr/include/X11/keysymdef.h Stefan Heinzmann writes: > I didn't have that installed, thanks for the hint. Do I assume > correctly that the defines use the Unicode encodings? Not in general. X11 keysyms are a bit older than Unicode. But keysyms are identical with Latin-1 for that range, so anything below 256 is also identical to Unicode. > For completeness I would need the Unicode code points 0x2018 > and 0x2019, which aren't defined as far as I can tell. My X11/keysymdef.h has these: #define XK_leftsinglequotemark 0xad0 #define XK_rightsinglequotemark 0xad1 #define XK_leftdoublequotemark 0xad2 #define XK_rightdoublequotemark 0xad3 . . . #define XK_singlelowquotemark 0xafd #define XK_doublelowquotemark 0xafe benny From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Jun 20 18:45:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Jun 2003 18:45:00 -0000 Subject: Xfree issues under Windows 2000 In-Reply-To: References: Message-ID: Ken C wrote: > Yep, I tried -from with both dynamic and static IP addresses. I'm guessing > the xdm startup you're referring to is on the Linux box? I'm not sure how > to do that, as everything starts up automatically at boot right now. Shut down the already running login manager with /etc/init.d/xdm stop (maybe this file is kalled kdm or gdm or how the login manager is called) start xdm in debug mode xdm -debug 10 -nodaemon bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cygxlist@hotmail.com Fri Jun 20 19:51:00 2003 From: cygxlist@hotmail.com (Ken C) Date: Fri, 20 Jun 2003 19:51:00 -0000 Subject: Xfree issues under Windows 2000 Message-ID: >Shut down the already running login manager with >/etc/init.d/xdm stop (maybe this file is kalled kdm or gdm or how the > login manager is called) >start xdm in debug mode >xdm -debug 10 -nodaemon Pardon my ignorance, but I think I've restarted this with the correct settings (I found kdm in /usr/bin/, and it seemed to respond to the stop and start commands). I have also attempted connecting using xwin, and as usual it didn't go through, so now, I ask embarrassed, where do I find the log files generated by kdm in debug mode? Thanks as always, Ken _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From stefan_heinzmann@yahoo.com Fri Jun 20 20:10:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Fri, 20 Jun 2003 20:10:00 -0000 Subject: US-Intl keymap In-Reply-To: Message-ID: <20030620201001.99354.qmail@web41215.mail.yahoo.com> --- Benjamin Riefenstahl schrieb: > > Do I assume > > correctly that the defines use the Unicode encodings? > > Not in general. X11 keysyms are a bit older than Unicode. > But > keysyms are identical with Latin-1 for that range, so > anything below > 256 is also identical to Unicode. > > > For completeness I would need the Unicode code points > 0x2018 > > and 0x2019, which aren't defined as far as I can tell. > > My X11/keysymdef.h has these: > > #define XK_leftsinglequotemark > 0xad0 > #define XK_rightsinglequotemark > 0xad1 > #define XK_leftdoublequotemark > 0xad2 > #define XK_rightdoublequotemark > 0xad3 > . . . > #define XK_singlelowquotemark > 0xafd > #define XK_doublelowquotemark > 0xafe Ok, that allows me to make the keymap a bit more Windows-compatible. See attachment. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de -------------- next part -------------- A non-text attachment was scrubbed... Name: us_intl_win Type: application/octet-stream Size: 4521 bytes Desc: us_intl_win URL: From freemyer-ml@NorcrossGroup.com Fri Jun 20 22:20:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Fri, 20 Jun 2003 22:20:00 -0000 Subject: What is a good Windows Manager for cygwin/XFree86 Message-ID: <1056148001.1250.3.camel@david.internal.NorcrossGroup.com> I want to find a basic windows manager the supports: resize, move, minimize, maximize Seems like a pretty basic request, but I have tried twm, mwm, and fvwm2. fvwm2 is the most functional for me, but it does not have min/max. What windows manager provides the above in a cygwin/XFree86 env. Thanks Greg -- Greg Freemyer From bijumaillist@yahoo.com Sat Jun 21 02:57:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Sat, 21 Jun 2003 02:57:00 -0000 Subject: What is a good Windows Manager for cygwin/XFree86 In-Reply-To: <1056148001.1250.3.camel@david.internal.NorcrossGroup.com> Message-ID: <20030621025713.88260.qmail@web14611.mail.yahoo.com> Try $ openbox & or $ wmaker & both are at /usr/X11R6/bin/ or u may visit for gnome or kde http://cygnome.sourceforge.net/ http://kde-cygwin.sourceforge.net/ Cheers Biju --- Greg Freemyer wrote: > I want to find a basic windows manager the supports: > resize, move, minimize, maximize > Seems like a pretty basic request, but I have tried twm, mwm, and fvwm2. > fvwm2 is the most functional for me, but it does not have min/max. > What windows manager provides the above in a cygwin/XFree86 env. > > Thanks > Greg > -- > Greg Freemyer __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From r-maier@shaw.ca Sat Jun 21 07:19:00 2003 From: r-maier@shaw.ca (Rolf Maier) Date: Sat, 21 Jun 2003 07:19:00 -0000 Subject: freopen fails w/o complaining Message-ID: <000701c337c5$00da5720$657c9244@cg.shawcable.net> Hello, I am running Cygwin (MACHTYPE=i686-pc-cygwin, bash 1.09b.0(9)). freopen does not always work, the example below is a case in point. I could find nothing on http://cygwin.com/faq.html nor under cygwin-ug-net. Here is an example that won't work: #include main () { (void) freopen ("of1", "w", stdout); (void) puts ("xxxxxxxxxxxxxxxxxxxxxx"); exit (0); } freopen will silently quit. If freopen is made part of an if as in if ((FILE *) NULL == freopen (...)) puts ("freopen failed."); then puts will NOT be executed: freopen silently exits. Thanks for any hints on getting around this problem. Rolf - - - - - - - - - - - - My cygwin release version (uname -a): CYGWIN_98-4.10 s6v4u3 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin And more output as requested per cygwin.com/bugs.html: $ cygcheck -s -v -r Cygwin Win95/NT Configuration Diagnostics Current System Time: Sat Jun 21 00:40:56 2003 Windows 98 SE Ver 4.10 Build 2222 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINDOWS c:\WINDOWS\COMMAND C:\cygwin\usr\X11R6\bin ~\bin C:\cygwin\bin\id.exe output (nontsec) UID: 500(rolf) GID: 544(unknown) 544(unknown) C:\cygwin\bin\id.exe output (ntsec) UID: 500(rolf) GID: 544(unknown) 544(unknown) SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `C:\cygwin\home\rolf' MAKE_MODE = `unix' PWD = `/home/rolf/eg' USER = `rolf' ADF = `/cygdrive/c/MyDocuments/MyWork/ADF' BLASTER = `A220 I5 D1 T4 P300' CMDLINE = `bash --login -i' COLORFGBG = `15;default;0' COLORTERM = `rxvt-xpm' COMSPEC = `C:\WINDOWS\COMMAND.COM' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\cygwin\home\rolf' MANPATH = `:/usr/ssl/man:/home/ssl/man' OLDPWD = `/home/rolf/rm_src' PROMPT = `$p$g' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `2' TEMP = `c:\WINDOWS\TEMP' TERM = `xterm' TEXMF = `{/usr/share/lilypond/1.6.8,/usr/share/texmf}' TMP = `c:\WINDOWS\TEMP' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINDOWS' WINDOWID = `10037824' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\Software\Cygnus Solutions HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11 /fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd FAT32 14662Mb 32% CP UN d: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cyg drive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\WINDOWS\COMMAND\find.exe Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd.dll" v0.0 ts=2002/4/27 7:23 493k 2002/11/19 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2002/11/19 7:38 136k 2002/10/17 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2002/10/17 9:21 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 12:58 47k 2003/03/09 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/3/9 14:30 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/8 22:19 54k 2003/03/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2002/1/26 18:07 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 0:33 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2002/6/24 12:23 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2002/6/26 11:48 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 10:24 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 10:25 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 20:05 490k 2002/09/21 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2002/9/21 4:01 63k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2002/9/21 4:01 24k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2002/9/21 4:01 14k 2002/09/21 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2002/9/21 4:01 488k 2002/07/18 C:\cygwin\bin\cygguile-14.dll - os=4.0 img=1.0 sys=4.0 "cygguile-14.dll" v0.0 ts=2002/7/18 4:35 63k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-1.dll" v0.0 ts=2002/7/18 4:35 24k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-4-1.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-14.dll" v0.0 ts=2002/7/18 4:35 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2002/6/24 12:24 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 11:09 22k 2003/03/27 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 2:28 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/9/19 21:13 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/3/5 13:09 32k 2003/02/17 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2003/2/16 21:18 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/24 23:28 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/24 23:27 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/24 23:29 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/24 23:17 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/24 23:27 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/8 23:03 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/8 23:03 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/8 23:03 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/8 23:03 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/8 23:03 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/3/9 13:51 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/3/9 13:51 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/3/9 13:50 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/3/9 13:50 168k 2003/02/23 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/2/23 16:02 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/2/23 15:02 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/20 18:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/8 23:45 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 21:34 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/6 21:34 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2002/10/10 11:28 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2002/10/10 11:28 25k 2002/07/14 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2002/7/14 8:58 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c21.dll" v0.0 ts=2002/11/15 21:07 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c22.dll" v0.0 ts=2003/2/7 11:50 633k 2002/07/22 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2002/7/22 0:29 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2002/3/16 23:24 152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2002/3/16 23:19 15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/16 23:24 847k 2003/03/19 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2003/3/19 13:24 177k 2003/03/19 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2003/3/19 13:24 645k 2003/03/27 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/3/19 13:35 165k 2003/03/19 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/3/19 13:35 40k 2001/11/21 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2001/11/21 15:15 39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2001/11/21 15:15 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 21:58 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2002/1/20 11:49 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2002/1/20 11:50 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2002/3/11 21:38 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2003/3/18 7:20 Cygwin DLL version info: DLL version: 1.3.22 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 78 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Tue Mar 18 09:20:11 EST 2003 CVS tag: dontuse-21 Shared id: cygwin1S3 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0 "cygPropList-0.dll" v0.0 ts=2002/5/13 21:13 Cygwin Package Information Last downloaded files to: C:\MyDocuments\Downloads Last downloaded files from: http://mirrors.rcn.net/pub/sourceware/cygwin Package Version _update-info-dir 00158-1 agetty 2.1-1 apache 1.3.24-5 ash 20020731-1 astyle 1.15.3-3 autoconf 2.54-1 autoconf-devel 2.57-1 autoconf-stable 2.13-4 automake 1.7.1-1 automake-devel 1.7.3-1 automake-stable 1.4p5-5 base-files 1.1-1 base-passwd 1.1-1 bash 2.05b-9 bc 1.06-1 binutils 20030307-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-2 ccache 1.9-1 cgoban 1.9.12-1 chkconfig 1.2.24h-1 clear 1.0-1 cmake 1.6.6-1 compface 1.4-5 cpio 2.5-1 cron 3.0.1-7 crypt 1.0-1 ctags 5.2-1 curl 7.10.2-1 curl-devel 7.10.2-1 cvs 1.11.0-1 cygrunsrv 0.95-1 cygutils 1.1.3-1 cygwin 1.3.22-1 cygwin-doc 1.3-2 db2 2.7.7-4 db3.1 3.1.17-2 dejagnu 20021217-2 diff 1.0-1 diffutils 2.8.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 exim 4.12-3 expat 1.95.5-1 expect 20030128-1 fetchmail 6.2.2-1 figlet 2.2-1 file 3.39-1 fileutils 4.1-1 findutils 4.1.7-4 flex 2.5.4-2 fortune 1.8-2 fvwm 2.4.7-2 gawk 3.1.2-2 gcc 3.2-3 gcc-mingw 20020817-5 gcc2 2.95.3-10 gdb 20030303-1 gdbm 1.8.0-5 gettext 0.11.5-1 gettext-devel 0.11.5-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gnugo 3.2-1 gnupg 1.2.1-1 gperf 2.7.2-1 grace 5.1.12-1 grep 2.5-1 groff 1.18.1-2 gsl 1.3-1 guile 1.6.0-1 guile-devel 1.6.0-1 guile-doc 1.6.0-1 gzip 1.3.3-4 indent 2.2.8-1 inetutils 1.3.2-20 initscripts 0.9-1 ioperm 0.4-1 irc 20010101-1 jbigkit 1.4-1 jpeg 6b-7 keychain 1.9-1 less 378-1 lesstif 0.93.41-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-2 libcharset1 1.8-2 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libgdbm 1.8.0-5 libgdbm-devel 1.8.0-5 libguile12 1.6.0-1 libguile14 1.5.6-5 libiconv 1.8-2 libiconv2 1.8-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.11.5-1 libkpathsea3 2.0.2-1 libltdl3 20030216-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-1 libpng 1.2.5-1 libpng10 1.0.15-1 libpng10-devel 1.0.15-1 libpng12 1.2.5-1 libpng12-devel 1.2.5-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libPropList 0.10.1-3 libreadline4 4.1-2 libreadline5 4.3-2 libtool 20020705-1 libtool-devel 20030216-1 libtool-stable 1.4.3-1 libungif 4.1.0-2 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxml2 2.4.23-1 libxslt 1.0.13-1 lilypond 1.6.8-2 lilypond-doc 1.6.8-2 links 0.96-1 login 1.7-1 lynx 2.8.4-5 m4 1.4-1 make 3.79.1-7 man 1.5j-2 mc 4.6.0-2 mingw-runtime 2.4-1 mktemp 1.4-1 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php4 4.2.0-1 mod_ssl 2.8.8-1.3.24-1 more 2.11o-1 mt 2.0.1-1 mutt 1.4-1 nano 1.2.0-1 nasm 0.98.36-1 ncftp 3.1.4-1 ncurses 5.2-8 newlib-man 20020801 openbox 0.99.1-3 opengl 1.1.0-6 openssh 3.5p1-3 openssl 0.9.7a-3 openssl-devel 0.9.7a-3 openssl096 0.9.6i-3 patch 2.5.8-3 pcre 3.7-1 pdksh 5.2.14-2 perl 5.6.1-2 pine 4.53-1 pinfo 0.6.6p1-1 pkgconfig 0.15.0-1 popt 1.6.4-4 postgresql 7.3.2-1 procmail 3.22-7 procps 010801-2 python 2.2.2-7 rcs 5.7-3 readline 4.3-2 rebase 2.2-2 robots 2.0-1 rsync 2.5.5-2 rxvt 2.7.9-4 sed 4.0.5-1 sh-utils 2.0.15-3 sharutils 4.2.1-2 shutdown 1.2-2 squid 2.4.STABLE7-1 ssmtp 2.38.7-3 sunrpc 4.0-1 swig 1.3.16-1 sysvinit 2.84-3 tar 1.13.25-1 tcltk 20030214-1 tcp_wrappers 7.6-1 tcsh 6.12.00-5 termcap 20020930-1 terminfo 5.3-1 tetex 2.0.2-1 tetex-base 2.0.2-1 tetex-bin 2.0.2-1 tetex-devel 2.0.2-1 tetex-doc 2.0.2-1 tetex-extra 2.0.2-1 tetex-tiny 2.0.2-1 tetex-x11 2.0.2-1 texinfo 4.2-4 texmf 20020911-1 texmf-base 20020911-1 texmf-doc 20020911-1 texmf-extra 20020911-1 texmf-tiny 20020911-1 textutils 2.0.21-1 tidy 030201-1 tiff 3.6.0-1 time 1.7-1 tin 1.4.6-1 ttcp 19980512-1 ucl 1.01-1 units 1.77-1 unzip 5.50-2 upx 1.24-1 vim 6.1.300-1 w32api 2.3-1 wget 1.8.2-2 which 1.5-1 whois 4.6.2-1 WindowMaker 0.80.0-2 x2x 1.27-2 Xaw3d 1.5-1 xerces-c 2.2.0-1 xerces-c-devel 2.2.0-1 xerces-c-doc 2.2.0-1 XFree86-base 4.2.0-1 XFree86-bin 4.2.0-3 XFree86-doc 4.2.0-1 XFree86-etc 4.2.0-1 XFree86-f100 4.2.0-2 XFree86-fcyr 4.2.0-2 XFree86-fenc 4.2.0-2 XFree86-fnts 4.2.0-2 XFree86-fscl 4.2.0-2 XFree86-fsrv 4.2.0-1 XFree86-html 4.2.0-1 XFree86-jdoc 4.2.0-1 XFree86-lib 4.2.0-4 XFree86-man 4.2.0-1 XFree86-nest 4.2.0-1 XFree86-prog 4.2.0-1 XFree86-prt 4.2.0-1 XFree86-ps 4.2.0-1 XFree86-startup-scripts 4.2.0-3 XFree86-vfb 4.2.0-1 XFree86-xserv 4.2.0-28 XFree86-xwinclip 4.2.0-8 xinetd 2.3.9-1 xpm-nox 4.2.0-1 zip 2.3-2 zlib 1.1.4-1 zsh 4.0.6-5 From monika@dmu.ac.uk Sat Jun 21 09:05:00 2003 From: monika@dmu.ac.uk (monika) Date: Sat, 21 Jun 2003 09:05:00 -0000 Subject: Cannot display remote program on local machine. Message-ID: <3EF42148.70806@dmu.ac.uk> Hi, I have installed the entire cgywin package along with XFREE86. I want to use it have the display of a remote program running on my local m/c. After installing, I executed startwin.bat and the XServer started. I think I need to start Xterm as well to set the xhost, however, I do not know how I should do this. After I connect to the remote server using ssh through bash, I export the display using export DISPLAY=ip_localmachine. However, this does not give me the display of the remote program. What is it that I am suppose to do and I am not doing. I think I am making some mistake, but do not know what. Any help well appreciated. Thanks Monika -- **>><<**>><<**>><<**>><<**>><<**>><<**>><<** Monika Solanki Software Technology Research Laboratory(STRL) De Montfort University Hawthorn building, H00.18 The Gateway Leicester LE1 9BH, UK phone: +44 (0)116 250 6170 intern: 6170 email: monika@dmu.ac.uk web: http://www.cse.dmu.ac.uk/~monika **>><<**>><<**>><<**>><<**>><<**>><<**>><<** From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jun 21 10:47:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 21 Jun 2003 10:47:00 -0000 Subject: Cannot display remote program on local machine. In-Reply-To: <3EF42148.70806@dmu.ac.uk> References: <3EF42148.70806@dmu.ac.uk> Message-ID: monika wrote: > Hi, > > I have installed the entire cgywin package along with XFREE86. I want to > use it have the display of a remote program running on my local m/c. > > After installing, I executed startwin.bat and the XServer started. I > think I need to start Xterm as well to set the xhost, however, I do not > know how I should do this. After I connect to the remote server using > ssh through bash, I export the display using > export DISPLAY=ip_localmachine. However, this does not give me the > display of the remote program. What is it that I am suppose to do and I > am not doing. I think I am making some mistake, but do not know what. you can start the xhost from the local bash prompt too. $ DISPLAY=localhost:0.0 xhost remote_ip or you add the remote ip address to /etc/X0.hosts. This will add the host to the list of allowed hosts too. The display variable is always hostname:display.0 in most cases display is 0 and you'll end up with hostname:0.0 bye ago NP: Terminal Choice - Castles in the sky [radioedit] -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Jun 21 10:47:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 21 Jun 2003 10:47:00 -0000 Subject: Xfree issues under Windows 2000 In-Reply-To: References: Message-ID: Ken C wrote: > >Shut down the already running login manager with > >/etc/init.d/xdm stop (maybe this file is kalled kdm or gdm or how the > > login manager is called) > >start xdm in debug mode > >xdm -debug 10 -nodaemon > > Pardon my ignorance, but I think I've restarted this with the correct > settings (I found kdm in /usr/bin/, and it seemed to respond to the stop and > start commands). I have also attempted connecting using xwin, and as usual > it didn't go through, so now, I ask embarrassed, where do I find the log > files generated by kdm in debug mode? Take xdm. It will print the debug messages to the console. There are logmessages in /var/log/xdm.errors too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stefan_heinzmann@yahoo.com Sat Jun 21 12:02:00 2003 From: stefan_heinzmann@yahoo.com (=?iso-8859-1?q?Stefan=20Heinzmann?=) Date: Sat, 21 Jun 2003 12:02:00 -0000 Subject: US-Intl keymap In-Reply-To: <20030620201001.99354.qmail@web41215.mail.yahoo.com> Message-ID: <20030621120036.90550.qmail@web41201.mail.yahoo.com> --- Stefan Heinzmann schrieb: > Ok, that allows me to make the keymap a bit more > Windows-compatible. See attachment. I was able to remove the Alt-Shift keypress order dependency, too. I attached the file again. I'm now pretty satisfied with it. Cheers Stefan __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt??ne f??rs Handy bei http://sms.yahoo.de -------------- next part -------------- A non-text attachment was scrubbed... Name: us_intl_win Type: application/octet-stream Size: 5246 bytes Desc: us_intl_win URL: From ywlaw@cs.utwente.nl Sun Jun 22 14:14:00 2003 From: ywlaw@cs.utwente.nl (Y.W. Law) Date: Sun, 22 Jun 2003 14:14:00 -0000 Subject: Potential patch for mkdirhier Message-ID: <3EF5B9C9.9000109@cs.utwente.nl> hi all, i have recently discoverd that the script "mkdirhier" does not work properly on Cygwin (i doubt that i'm the first one who discovered this, but i can't find any patch on the web). the cause is that in the script, it is possible for /bin/sh to shift $@ such that you will get empty string for $filename. when that happens, mkdirhier will possibly try to mkdir such path "//some/path" --> this doesn't present any problem for Linux, but it is an error on Cygwin. Therefore, i propose the following patch to look out for empty string when parsing the path: --- mkdirhier.bak 2002-01-21 14:41:32.000000000 +0100 +++ mkdirhier 2003-06-22 15:51:23.000000000 +0200 @@ -43,6 +43,11 @@ for filename do + #[ywlaw] + if [ "$filename" = '' ]; then + continue + fi + path=$prefix$filename prefix=$path/ shift i hope this is a useful observation. Best regards, yw From ihok@hotmail.com Sun Jun 22 16:23:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Sun, 22 Jun 2003 16:23:00 -0000 Subject: Cannot display remote program on local machine. In-Reply-To: <3EF42148.70806@dmu.ac.uk> References: <3EF42148.70806@dmu.ac.uk> Message-ID: <3EF5D69F.7090004@hotmail.com> monika wrote: > know how I should do this. After I connect to the remote server using > ssh through bash, I export the display using > export DISPLAY=ip_localmachine. However, this does not give me the > display of the remote program. What is it that I am suppose to do and I > am not doing. I think I am making some mistake, but do not know what. Monika, See the user's guide (linked off xfree86.cygwin.com), section on displaying remote clients using telnet or ssh. -JT From michael.grigoni@cybertheque.org Sun Jun 22 16:53:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Sun, 22 Jun 2003 16:53:00 -0000 Subject: rdesktop.exe session on an X-terminal? Message-ID: <3EF5DE64.FA955089@cybertheque.org> Greetings: We need to configure a single-host Win2k Terminal Server solution; this machine should provide Windows desktops on X-terminals. On a test machine using Cygwin/Xfree86 one may telnet from the X-terminal and establish an xterm (bash) session but 'rdesktop.exe' will not open a session on the remote display. 'rdesktop.exe' does open a session window on the console display if invoked from a console command prompt. 'rdesktop' running on a Unix host works well to provide a Windows session desktop on an X-terminal however we need to create a configuration which doesn't require a separate Unix host to provide X11 services. Also XDM running on Cygwin/Xfree86 will produce a 'willing to manage' broadcast and if the Win host is selected it does present a login screen but fails on authentication. Has anyone made XDM work? Michael Grigoni Cybertheque Museum From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Jun 22 18:39:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 22 Jun 2003 18:39:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: <3EF5DE64.FA955089@cybertheque.org> References: <3EF5DE64.FA955089@cybertheque.org> Message-ID: msg wrote: > Greetings: > > We need to configure a single-host Win2k Terminal Server solution; > this machine should provide Windows desktops on X-terminals. On > a test machine using Cygwin/Xfree86 one may telnet from the X-terminal > and establish an xterm (bash) session but 'rdesktop.exe' will not > open a session on the remote display. 'rdesktop.exe' does open > a session window on the console display if invoked from a console > command prompt. is the DISPLAY variable set? If not, then rdesktop does not know where to display the window. > 'rdesktop' running on a Unix host works well to provide a Windows > session desktop on an X-terminal however we need to create a > configuration which doesn't require a separate Unix host to > provide X11 services. > > Also XDM running on Cygwin/Xfree86 will produce a 'willing to manage' > broadcast and if the Win host is selected it does present a login > screen but fails on authentication. Has anyone made XDM work? xdm on windows? This is very complicated. bye ago NP: Nightwish - Stargazers -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jeb@jeremywilkins.freeserve.co.uk Mon Jun 23 08:48:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 23 Jun 2003 08:48:00 -0000 Subject: Xfree issues under Windows 2000 In-Reply-To: References: Message-ID: <3EF6C2D5.6020801@jeremywilkins.freeserve.co.uk> Just a thought, try editing the /usr/share/config/kdm/kdmrc file. Look in the [Xdmcp] section, change Enabled=False to Enabled=True Then restart kdm. Jeremy Ken C wrote: >> Shut down the already running login manager with >> /etc/init.d/xdm stop (maybe this file is kalled kdm or gdm or how the >> login manager is called) >> start xdm in debug mode >> xdm -debug 10 -nodaemon > > > Pardon my ignorance, but I think I've restarted this with the correct > settings (I found kdm in /usr/bin/, and it seemed to respond to the stop > and start commands). I have also attempted connecting using xwin, and > as usual it didn't go through, so now, I ask embarrassed, where do I > find the log files generated by kdm in debug mode? > > Thanks as always, > > Ken > > _________________________________________________________________ > Add photos to your e-mail with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > > From michael.grigoni@cybertheque.org Mon Jun 23 17:27:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Mon, 23 Jun 2003 17:27:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <3EF5DE64.FA955089@cybertheque.org> Message-ID: <3EF73806.A0D252AD@cybertheque.org> Alexander Gottwald wrote: > > 'rdesktop.exe' will not > > open a session on the remote display. 'rdesktop.exe' does open > > a session window on the console display if invoked from a console > > command prompt. > > is the DISPLAY variable set? If not, then rdesktop does not know where > to display the window. 'rdesktop.exe' doesn't honor a command-line display argument and setting Windows and Cygwin environment variables 'display' and 'DISPLAY' has no effect. Michael Grigoni Cybertheque Museum From arnstein@panix.com Mon Jun 23 17:33:00 2003 From: arnstein@panix.com (David Arnstein) Date: Mon, 23 Jun 2003 17:33:00 -0000 Subject: What is a good Windows Manager for cygwin/XFree86 Message-ID: <200306231733.h5NHXOw09161@panix3.panix.com> The best window manager might be no window manager at all. If you start XWin.exe with the command line option -multiwindow, then you won't need a window manager. Instead, your X11 applications will all appear in separate windows, managed by Microsoft Windows. The cygwin guys have done a lot of work recently cleaning this feature up. It is now pretty good. From earle@ziplabel.com Mon Jun 23 17:58:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 23 Jun 2003 17:58:00 -0000 Subject: rdesktop.exe session on an X-terminal? Message-ID: <20030623174254.6E2C21C5A4@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From michael.grigoni@cybertheque.org Mon Jun 23 18:19:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Mon, 23 Jun 2003 18:19:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <20030623174254.6E2C21C5A4@mail03.powweb.com> Message-ID: <3EF742C2.74EA4CFA@cybertheque.org> Earle, Thanks for your reply. Yes, rdesktop on Unix works well for us too but we need to build a standalone Win2k-serving-Xterminals-with- Windows-Desktop-sessions solution. Other than Citrix, rdesktop seems to be the only alternative....?????? Michael Grigoni Cybertheque Museum "Earle F. Philhower, III" wrote: > > Howdy Michael, > > ---------- Original Message ------------- > Subject: Re: rdesktop.exe session on an X-terminal? > 'rdesktop.exe' doesn't honor a command-line display argument and > setting Windows and Cygwin environment variables 'display' and > 'DISPLAY' has no effect. > --------------------------------------- > > I can confirm that the rdesktop 1.2.0 that I downloaded and compiled under > Solaris displays fine under XWin -multiwindow -multiplescreens, for connections > to both terminal servers and my WinXP laptop. I just set the $DISPLAY properly > in the xterm and rdesktop ... > > Under Windoze there's no need for rdesktop, you can use the free > Remote Desktop Connection utility from MS (supported under Win 98, 2000, > and built-in underXP). The MS version is also faster and supports 16-bit > displays which is almost a necessity for XP remotes, with all their eye-candy. > -- > -Earle F. Philhower, III > earle@ziplabel.com > http://www.ziplabel.com From earle@ziplabel.com Mon Jun 23 18:35:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 23 Jun 2003 18:35:00 -0000 Subject: rdesktop.exe session on an X-terminal? Message-ID: <20030623182948.B4AEA1C949@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From andrew.markebo@comhem.se Mon Jun 23 18:40:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Mon, 23 Jun 2003 18:40:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: <3EF742C2.74EA4CFA@cybertheque.org> (msg's message of "Mon, 23 Jun 2003 13:11:14 -0500") References: <20030623174254.6E2C21C5A4@mail03.powweb.com> <3EF742C2.74EA4CFA@cybertheque.org> Message-ID: hi! Just a couple of quick thoughts here.. * I don't think rdesktop can display the xfree sessions from windows. * xfree can't send stuff like word and so on from windows to a x-session on other machine. What is sent is to be X-applications. /Andy / msg wrote: | Earle, | | Thanks for your reply. Yes, rdesktop on Unix works well for us too | but we need to build a standalone Win2k-serving-Xterminals-with- | Windows-Desktop-sessions solution. Other than Citrix, rdesktop seems | to be the only alternative....?????? | | Michael Grigoni | Cybertheque Museum | | | "Earle F. Philhower, III" wrote: |> |> Howdy Michael, |> |> ---------- Original Message ------------- |> Subject: Re: rdesktop.exe session on an X-terminal? |> 'rdesktop.exe' doesn't honor a command-line display argument and |> setting Windows and Cygwin environment variables 'display' and |> 'DISPLAY' has no effect. |> --------------------------------------- |> |> I can confirm that the rdesktop 1.2.0 that I downloaded and compiled under |> Solaris displays fine under XWin -multiwindow -multiplescreens, for connections |> to both terminal servers and my WinXP laptop. I just set the $DISPLAY properly |> in the xterm and rdesktop ... |> |> Under Windoze there's no need for rdesktop, you can use the free |> Remote Desktop Connection utility from MS (supported under Win 98, 2000, |> and built-in underXP). The MS version is also faster and supports 16-bit |> displays which is almost a necessity for XP remotes, with all their eye-candy. |> -- |> -Earle F. Philhower, III |> earle@ziplabel.com |> http://www.ziplabel.com | -- The parser of the compiler rests on the code! Please note, new email, @telia.com -> @comhem.se From michael.grigoni@cybertheque.org Mon Jun 23 19:01:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Mon, 23 Jun 2003 19:01:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <20030623174254.6E2C21C5A4@mail03.powweb.com> <3EF742C2.74EA4CFA@cybertheque.org> Message-ID: <3EF74DF8.290A7FA6@cybertheque.org> Andrew Markebo wrote: > > hi! > > Just a couple of quick thoughts here.. > > * I don't think rdesktop can display the xfree sessions from windows. > Indeed, this was never the intent > * xfree can't send stuff like word and so on from windows to a > x-session on other machine. What is sent is to be X-applications. That is of course true too Here is our original post which in which I will insert comments to elaborate a bit: (This is a restatement of our previous post requesting info on any Cygwin/X11R6/rdesktop experience...thanks to Chris January for the rdesktop.exe binary) Greetings: We need to configure a single-host Win2k Terminal Server solution; this machine should provide Windows desktops on X-terminals. >>> In other forums several people have reported working on the effort to build a Cygwin/X11R6/rdesktop solution <<< On a test machine using Cygwin/Xfree86 one may telnet from the X-terminal and establish an xterm (bash) session but then invoking 'rdesktop.exe' will not open a session on the remote display. 'rdesktop.exe' does open a session window on the console display if invoked from a console command prompt. >>> Indeed an interesting artifact is that one may open an 'rdesktop.exe' session in a 'bash window' under an 'rdesktop' session managed by a Unix host, said session running an an X-terminal...eg. an rdesktop.exe session within an rdesktop session <<< 'rdesktop' running on a Unix host works well to provide a Windows session desktop on an X-terminal however we need to create a configuration which doesn't require a separate Unix host to provide X11 services. >>> I was very impressed after porting rdesktop to our AT&T SysV/386 R4.0 host; performance is snappy and the desktop is rendered flawlessly except for backing store management on certain X-servers This host has no X-server and only manages X-terminals. We routinely use rdesktop to login to a Win2k/TS box under multiple accounts <<< Also XDM running on Cygwin/Xfree86 will produce a 'willing to manage' broadcast and if the Win host is selected it does present a login screen but fails on authentication. Has anyone made XDM work? >>> sure would be nice <<< As you can see our hope is to build an alternative to Citrix to present Win2k desktop sessions on X-terminals using only one Win2k host. We can now do that using one Win2k host and one unix host to manage the X-terminals. Michael Grigoni Cybertheque Museum From tg5027@citlink.net Mon Jun 23 19:16:00 2003 From: tg5027@citlink.net (terry) Date: Mon, 23 Jun 2003 19:16:00 -0000 Subject: rdesktop.exe session on an X-terminal? Message-ID: <3EF602BD.7050109@citlink.net> > 'rdesktop.exe' doesn't honor a command-line display argument and > setting Windows and Cygwin environment variables 'display' and > 'DISPLAY' has no effect. Do an "xhost +" before you telnet in, and then do the "set DISPLAY" after you log in - then run rdesktop. terry From michael.grigoni@cybertheque.org Mon Jun 23 19:22:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Mon, 23 Jun 2003 19:22:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <20030623182948.B4AEA1C949@mail03.powweb.com> Message-ID: <3EF75275.44A37ABA@cybertheque.org> Hi again, > Even if rdesktop has some server type mode, it wouldn't let you share > Windoze desktops: XWin.exe only knows about X windows that it creates, > and doesn't send events or examine non X windows... Let me clarify how we're using 'rdesktop.exe' (and rdesktop on Unix) to show the network flow: 1. On an X-terminal telnet to the Win2k/TS box and login using a non-privileged account; one will work from within this text-based telnet session. 2. Startup an 'xterm' to display on the X-terminal: c: cd \cygwin\bin ..\X11R6\bin\xterm -display :0.0 3. An xterm (bash) will open on the X-terminal screen 4. In this xterm startup rdesktop.exe: rdesktop -d -u 127.0.0.1 ...this tells rdesktop to open a TS session on the localhost (which is the idea here) using the X-display used by the xterm running bash (displaying on the X-terminal of course). 5. At this point 'rdesktop.exe' is running (no error messages) but there is no rdesktop display on the X-terminal and none on the system console either (just being sure). Here is how we know 'rdesktop.exe' is working at all: 1. At the Win2k console login as a non-privileged user. 2. Invoke 'rdesktop.exe' from a bash command prompt for from a Windows command prompt; it doesn't matter. rdesktop.exe -d -u 127.0.0.1 3. An X11 session (without a window manager) will be created running rdesktop as a window on the Windows desktop (one could do it full-screen if desired). This session is a remote login so-to- speak to the local machine and presents the standard NT5 login banner. Here is how we use 'rdesktop' on an X-terminal managed by the Unix host to connect to the same Win2K/TS box: 1. Power-on an X-terminal and login to the Unix host (running XDM). 2. From within an xterm invoke 'rdesktop -d -u -K ' to get a Windows desktop (full screen is even better and on an X-terminal looks and feels just like the computer's console) The hope is to dispense with the Unix host to manage the X-terminals and manage them using the __SAME__ X11R6 utilities running under Cygwin/Xfree86 on the __SAME__ host running Terminal Services which then would provide Windows desktops to the X-terminals (hopefully using 'rdesktop.exe' or some other open source program). Michael Grigoni Cybertheque Museum From andrew.markebo@comhem.se Mon Jun 23 19:22:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Mon, 23 Jun 2003 19:22:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: <3EF74DF8.290A7FA6@cybertheque.org> (msg's message of "Mon, 23 Jun 2003 13:59:04 -0500") References: <20030623174254.6E2C21C5A4@mail03.powweb.com> <3EF742C2.74EA4CFA@cybertheque.org> <3EF74DF8.290A7FA6@cybertheque.org> Message-ID: | On a test machine using Cygwin/Xfree86 one may telnet from the | X-terminal and establish an xterm (bash) session but then invoking | 'rdesktop.exe' will not open a session on the remote display. | 'rdesktop.exe' does open a session window on the console display if | invoked from a console command prompt. rdesktop.exe, compiled how? It needs to be compiled with X11 support to be displayed on the X11 terminal. [...] | As you can see our hope is to build an alternative to Citrix | to present Win2k desktop sessions on X-terminals using only one | Win2k host. We can now do that using one Win2k host and one | unix host to manage the X-terminals. A doublecheck, desktop sessions is windows desktop sessions with normal windows apps? You think that rdesktp.exe can do this? Provide the sessions on the 'server'? If so, just a quick thought how come you think (could be true, could be false) rdesktop.exe can provide and export the 'session' of one 'virtual' windows session to a remote host? I thought it was just a viewer, and rdesktop.exe is used to see sessions on other computers, a client, not a server? BTW Isn't there a vnc-port that does a bit of this? Can do sessions.. or is it that it can send just windows.. /Andy -- Everything that was magical was just a way of describing the world in words it couldn't ignore. - "Pyramids" by Terry Pratchett Please note, new email, @telia.com -> @comhem.se From michael.grigoni@cybertheque.org Mon Jun 23 19:38:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Mon, 23 Jun 2003 19:38:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <20030623174254.6E2C21C5A4@mail03.powweb.com> <3EF742C2.74EA4CFA@cybertheque.org> <3EF74DF8.290A7FA6@cybertheque.org> Message-ID: <3EF756AE.AF879748@cybertheque.org> Andrew Markebo wrote: > > rdesktop.exe, compiled how? It needs to be compiled with X11 support > to be displayed on the X11 terminal. > Indeed...I didn't know anyone would remove X11 suppoprt from the sources: Chris January provided the binary and said it was built on Cygwin tools from the 1.2.0 sources (which is the same codebase we used to compile 'rdestop' on our Unix hosts). > [...] > > | As you can see our hope is to build an alternative to Citrix > | to present Win2k desktop sessions on X-terminals using only one > | Win2k host. We can now do that using one Win2k host and one > | unix host to manage the X-terminals. > > A doublecheck, desktop sessions is windows desktop sessions with > normal windows apps? Yes > You think that rdesktp.exe can do this? Provide > the sessions on the 'server'? > On the X-server (running on an X-terminal or X-server under some other OS) ...the standard X11 nomenclature: X-server is the display component, X-clients are the applications. > If so, just a quick thought how come you think (could be true, could > be false) rdesktop.exe can provide and export the 'session' of one > 'virtual' windows session to a remote host? I thought it was just a > viewer, and rdesktop.exe is used to see sessions on other computers, a > client, not a server? Indeed 'rdesktop' in any of it's ports is supposed to be an RDP client for the X-Windows system to support Windows Terminal Server sessions on remote X-displays. Of course the 'remote' display can be a local X-server on a host running Cygwin/Xfree86 when you invoke 'rdesktop.exe' to point at 127.0.0.1 (for testing). > BTW Isn't there a vnc-port that does a bit of this? Can do > sessions.. or is it that it can send just windows.. > I've read the chatter about starting instances of VNC as system services under Win2K, one for each TS session, to provide some of the same functionality, but response is very slow and the desktop isn't native and there are other problems. Michael Grigoni Cybertheque Museum From andrew.markebo@comhem.se Mon Jun 23 20:11:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Mon, 23 Jun 2003 20:11:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: <3EF75275.44A37ABA@cybertheque.org> (msg's message of "Mon, 23 Jun 2003 14:18:13 -0500") References: <20030623182948.B4AEA1C949@mail03.powweb.com> <3EF75275.44A37ABA@cybertheque.org> Message-ID: I think I have found your 'problem', assuming you are using rdesktop.exe from http://www.atomice.com/rdesktop.html.. If I have gotten stuff right, The target of this rdesktop.exe is to do a rdesktop running natively on a windows-machine, no X11 stuff needed during link (gcc -mno-cygwin -DWIN32_NATIVE [...] -lws2_32 -lgetopts -lgdi32 -luser32) Pull down the rdesktop source, and configure and make it natively under cygwin, I think you should get a better rdesktop.exe (final link command something like gcc [...] -L/usr/X11R6/lib -lX11 -lcrypto) /Andy -- The eye of the compiler rests on the code! Please note, new email, @telia.com -> @comhem.se From michael.grigoni@cybertheque.org Mon Jun 23 20:36:00 2003 From: michael.grigoni@cybertheque.org (msg) Date: Mon, 23 Jun 2003 20:36:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <20030623182948.B4AEA1C949@mail03.powweb.com> <3EF75275.44A37ABA@cybertheque.org> Message-ID: <3EF76164.F2162826@cybertheque.org> Thanks much Andy; I didn't pull down the sources but just took the binary on the direct suggestion by Chris January (he knew what I was trying to do but alas... :-)) Andrew Markebo wrote: > > I think I have found your 'problem', assuming you are using > rdesktop.exe from http://www.atomice.com/rdesktop.html.. > > If I have gotten stuff right, The target of this rdesktop.exe is to do > a rdesktop running natively on a windows-machine, no X11 stuff needed > during link (gcc -mno-cygwin -DWIN32_NATIVE [...] -lws2_32 -lgetopts > -lgdi32 -luser32) > > Pull down the rdesktop source, and configure and make it natively > under cygwin, I think you should get a better rdesktop.exe (final link > command something like gcc [...] -L/usr/X11R6/lib -lX11 -lcrypto) > > /Andy > > -- > The eye of the compiler rests on the code! > > Please note, new email, @telia.com -> @comhem.se From amirhsafavi@hotmail.com Tue Jun 24 00:10:00 2003 From: amirhsafavi@hotmail.com (Amir Safavi) Date: Tue, 24 Jun 2003 00:10:00 -0000 Subject: Cygwin/XFree86 With Remote KDE 2.2.2 Message-ID: Hello, Currently, I have to log into a Debian linux machine remotely and do some of my work there. I have on KDE 2.2.2 installed on that machine. Basically, I ssh in, and startkde. KDE loads up fine, antialiased fonts and all. After several minutes however, either KWin (kde's wm) crashes, or the desktop dissappears or kicker suddenly closes for no reason. This is very odd. If it helps, I also get errors like this in the command prompt WARNING: KDE detected X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 14 WARNING: KDE detected X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 42 In program such as KWord and Kwrite (sometimes). I've tried fiddling with the xserver's fonts, adding truetype, turning off antialiasing, turning on antialiasing, going 32 bit, going 16 bit, etc. etc. This behaviour is very odd. sometimes my desktop disappears after 20 seconds, sometimes it may work for 5-10 minutes before going crazy, which leads me to believe it may be some sort of a memory leak. It would be greatly appreciated if someone could help me with this, Thank you, Amir _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From amirhsafavi@hotmail.com Tue Jun 24 03:29:00 2003 From: amirhsafavi@hotmail.com (Amir Safavi) Date: Tue, 24 Jun 2003 03:29:00 -0000 Subject: A more general problem actually Message-ID: Sorry, since I posted the last message, I've done more testing... I installed KDE3 and some more apps, and now it seems like there's a more general problem with my setup. Basically, I startx in cygwin, ssh into my debian machine, and start program from there after setting the display and xhost. After several minutes of running programs, things start to crash. Its very odd. The following programs crashed after a while (some may have been triggered by others (?) ): Mozilla, Netscape, Konqueror, Kword, Lyx, all KDE2 and 3 things (kicker, kwin, kdesktop), Nedit, WindowMaker. When i run windowmaker locally, it doesn't crash. Again, this is really weird. I hope someone can help me, Thank you, Amir P.S. I just installed Cygwin today so everything is up-to-date, i think. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From andrew.markebo@comhem.se Tue Jun 24 07:24:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Tue, 24 Jun 2003 07:24:00 -0000 Subject: rdesktop.exe session on an X-terminal? References: <20030623182948.B4AEA1C949@mail03.powweb.com> <3EF75275.44A37ABA@cybertheque.org> <3EF76164.F2162826@cybertheque.org> Message-ID: / msg wrote: | Thanks much Andy; I didn't pull down the sources but just took the | binary on the direct suggestion by Chris January (he knew what I | was trying to do but alas... :-)) Tell us how well it works in 'cygwin' and X-mode :-) /Andy -- Don't walk in front of me, I might be unable to follow you. Don't walk after me, I might be unable to lead you. Just walk by my side and be my friend. Please note, new email, @telia.com -> @comhem.se From Mark.Halpaap@drkw.com Tue Jun 24 11:37:00 2003 From: Mark.Halpaap@drkw.com (Halpaap, Mark) Date: Tue, 24 Jun 2003 11:37:00 -0000 Subject: xwinclip: selection either gets lost in X or doesn't end up in NT clipboard Message-ID: <3CFD52A67765FF448731BEF7E546FB2C012347E1@ibfftce107.is.de.dresdnerkb.com> Hello, I've been using Cygwin/XFree86 Test Series quite happily for a few weeks now, current snapshot is Test91. However, I've never quite gotten xwinclip (now included in server) to work properly. At startup I am able to copy/paste text between X and Windows, but at this stage my X selection gets lost (de-selected, whatever) almost immediately; the text _is_ in the buffer, I can paste it to another X client via Mouse button 2, but the selected text is no longer highlighted, making it impossible to work on it any further (e.g.: I can't delete selected text in nedit (Motif text editor) using the backspace key, similar problems in xemacs, kate (KDE3) etc.). After some period of time (say, an hour or so) the behaviour changes: the text in X stays selected but it no longer winds up in the WinNT clipboard. Might be some application I use that triggers this, haven't a clue yet. OS: Windows NT 4.0 SP 6 Graphics hardware: Matrox Dualhead (G450 AGP, Driver 4.70.011) X startup: start ..\..\usr\X11r6\bin\XWin -noreset -ac -nowinkill -clipboard -fullscreen %1 (from KDE3.1.1 script startkde_small.bat) Minimal KDE startup: bin\kdeinit +kicker +kwin Clients used: - konsole (KDE3.1.1 for cygwin) - xterm (remote; AIX & Solaris) - nedit (remote; AIX & Solaris) - xemacs (remote; Solaris) - Sniff+ (remote; AIX & Solaris) Any ideas anyone? Cheers, Mark. ---------------------------------------------------------- current XWin.log: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 2560 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - Returning, supported engines 0000001b InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw winAdjustVideoModeShadowDD - Using Windows display depth of 32 bits per pixel winAllocateFBShadowDD - Not changing video mode winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDD - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (==) Using preset keyboard for "German (Germany)" (00000407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! winPointerWarpCursor - Discarding first warp: 1280 512 winBlockHandler - Releasing pmServerStarted winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winClipboardProc - setlocale () returned winClipboardProc - XInitThreads () returned. winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY Unknown ClientMessage SelectionNotify - ATOM: PRIMARY SelectionNotify CompoundText SelectionNotify - ATOM: PRIMARY SelectionNotify UTF8 SelectionNotify - ATOM: PRIMARY SelectionNotify - ATOM: PRIMARY SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD SelectionNotify - ATOM: CLIPBOARD SelectionNotify CompoundText SelectionNotify - ATOM: CLIPBOARD SelectionNotify UTF8 SelectionNotify - ATOM: CLIPBOARD Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage Unknown ClientMessage ---------------------------------------------------------------------- If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. ---------------------------------------------------------------------- From jeb@jeremywilkins.freeserve.co.uk Tue Jun 24 11:57:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Tue, 24 Jun 2003 11:57:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: References: <20030623182948.B4AEA1C949@mail03.powweb.com> <3EF75275.44A37ABA@cybertheque.org> <3EF76164.F2162826@cybertheque.org> Message-ID: <3EF840E2.5010808@jeremywilkins.freeserve.co.uk> Michael, If I've got this right: You've got a Windows terminal server you want to access from X terminals, using rdesktop. As a test I've just grabbed the 1.2.0 sources from rdesktop.org, compiled fine in cygwin with no changes. I've got XP on my laptop so I turned on remote desktop support (same idea as terminal server except exports current session rather then spawning a new one for the connection). I then started an X server on another machine with no access control (xhost+, or -ac when starting Xwin). I set the display variable under cmd.exe with 'set DISPLAY=aa.bb.cc.dd:0' launched 'rdesktop.exe localhost' Rdesktop popped up on the x server I'd started, and I could login into my XP box (with rdesktop itself running from the XP box). This seems to be what you want. As I see it you've got 2 areas to work on; i) getting Rdesktop running on your server (and displaying on the xterminal) ii) figuring out how to remotely launch rdesktop from the xterminal - either XDM session, or telnet. jeb PS: Email me to let me know if you get this going - its an idea I've thought of myself before now. From jeb@jeremywilkins.freeserve.co.uk Tue Jun 24 12:59:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Tue, 24 Jun 2003 12:59:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: References: <3EF5DE64.FA955089@cybertheque.org> Message-ID: <3EF8475C.2020307@jeremywilkins.freeserve.co.uk> I've had a thought about launching rdesktop from the windows term serv box. Xwinx(.sourceforge.net) had an app the accepted xdm requests and launched xwinx, I think it only handled one connection at a time but I'd of thought it would be quite simple to modify it to launch rdesktop, and listen for multiple connections. You don't need to worry about authentication because the term serv login will handle that, it can just run as an unprivilidged user. Its in the 0.03 src. jeb From uribarri_u@tsm.es Tue Jun 24 13:24:00 2003 From: uribarri_u@tsm.es (uribarri_u@tsm.es) Date: Tue, 24 Jun 2003 13:24:00 -0000 Subject: xwinclip: selection either gets lost in X or doesn't end up in NT clipboard Message-ID: > At startup I am able to copy/paste text between > X and Windows, but at this stage my X selection > gets lost (de-selected, whatever) almost immediately; > the text _is_ in the buffer, I can paste it to another > X client via Mouse button 2, but the selected > text is no longer highlighted, making it impossible > to work on it any further (e.g.: I can't delete > selected text in nedit (Motif text editor) using the > backspace key, similar problems in xemacs, kate (KDE3) etc.). This is a X design problem. XWinclip must own the selection to be able to detect the selection changes. There is an experimental X server which detects selection changes without owning the selection. Search the maillist. From domi@vision.ee.ethz.ch Tue Jun 24 14:47:00 2003 From: domi@vision.ee.ethz.ch (Dominik Szczerba) Date: Tue, 24 Jun 2003 14:47:00 -0000 Subject: opengl issue Message-ID: <3EF8559C.3070807@ee.ethz.ch> hi, i just installed cygwin with xfree86 on my ibm laptop a31 with ati radeon mobility 7500. i am able to run glxgears and compile my linux opengl codes to use windows opengl and glut. the problem is that I apparently get only software renderer for opengl instead of dedicated acceleration (note: I installed IBM display drivers) - because glxgears displays only ~400fps, whereas I used to get 1500fps on the same machine with linux. is hardware acceleration not there by philosophy of cygwin/xfree86 or I can download somewhere proper libraries for cygwin and my gfx card? I see /lib/win32/*.a which I link against (-lopengl32 -lglu32 -lglut32), but these I guess are shortcuts for software renderer. I havebt found anything conclusive in docs, only some remarks of using windows dll's - maybe that's the way? is there a way I can use hardware acceleration that DOES EXIST on the system already? Any comments would be more than welcome. Thank you Dominik -- ---------------------------------- Dominik Szczerba, Dr. BIWI/CO-ME, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi ---------------------------------- ii swear i never use vi^[:wqZZ ---------------------------------- From alexander.gottwald@s1999.tu-chemnitz.de Tue Jun 24 16:17:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Jun 2003 16:17:00 -0000 Subject: opengl issue In-Reply-To: <3EF8559C.3070807@ee.ethz.ch> References: <3EF8559C.3070807@ee.ethz.ch> Message-ID: On Tue, 24 Jun 2003, Dominik Szczerba wrote: > > is hardware acceleration not there by philosophy of cygwin/xfree86 There is currently no accellerated opengl for cygwin/xfree86. All GLX calls are rendered by the mesa software renderer. It is on the todo list, but most developers lack the knowledge of how to integrate it. > or I > can download somewhere proper libraries for cygwin and my gfx card? I > see /lib/win32/*.a which I link against (-lopengl32 -lglu32 -lglut32), > but these I guess are shortcuts for software renderer. There are two sort of opengl libraries. The first does map all opengl calls to glx and sends them to the x server is waht you want for your x11 apps. The second (with opengl32) does send the opengl calls to the hardware accelleration. But then you will not be able to use it with X11. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ford@vss.fsi.com Tue Jun 24 16:19:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 24 Jun 2003 16:19:00 -0000 Subject: opengl issue Message-ID: If you compile and link using -I/usr/X11R6/include and -lGLU -lGL (glut is not currently available here), you should use glX calls and get an X11 based executable with software rendering only. Hardware rendering is currently not implemented by Cygwin's Xfree86 server. However, if you compile and link using -lglut32 -lglu32 -lopengl32, you should use wgl calls and get a windows based executable with all the accelerations available to native windows apps. Please note the link order above. See /usr/doc/opengl-1.1.0/README.txt for more information on the latter. Hope this helps. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From jeb@jeremywilkins.freeserve.co.uk Tue Jun 24 17:26:00 2003 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Tue, 24 Jun 2003 17:26:00 -0000 Subject: rdesktop.exe session on an X-terminal? In-Reply-To: <3EF8475C.2020307@jeremywilkins.freeserve.co.uk> References: <3EF5DE64.FA955089@cybertheque.org> <3EF8475C.2020307@jeremywilkins.freeserve.co.uk> Message-ID: <3EF88E14.8040108@jeremywilkins.freeserve.co.uk> I got bored again :) just changed xwxdm to launch rdesktop instead (line 449 - xwxdm.c, from XwinX source), this works with a couple of issues; i) rdesktop doesn't accept the --display parameter ii) rdesktop doesn't support MIT-MAGIC-COOKIE-1 authorization, which is what the xserver uses to make sure its the xdm server responding to it. solution was to set xwxdm to launch "DISPLAY=%s:%d rdesktop.exe -f localhost" This seems to work fine, when I launch Xwin -ac -query winxpbox, the remote desktop pops up full screen in the window. Note this is with access control disabled. I can only run 1 remote session at a time under XP, so I set xwxdm to launch xterm instead and found it will launch multiple sessions quite happily. jeremy PS: Let me know if this works - I'm quite interested in this. Jeremy Wilkins wrote: > I've had a thought about launching rdesktop from the windows term serv box. > > Xwinx(.sourceforge.net) had an app the accepted xdm requests and > launched xwinx, I think it only handled one connection at a time but I'd > of thought it would be quite simple to modify it to launch rdesktop, and > listen for multiple connections. > > You don't need to worry about authentication because the term serv login > will handle that, it can just run as an unprivilidged user. > > Its in the 0.03 src. > > jeb > > > From nicolas.catania@hp.com Tue Jun 24 23:04:00 2003 From: nicolas.catania@hp.com (U-SORCERER\Administrator) Date: Tue, 24 Jun 2003 23:04:00 -0000 Subject: xfs crashes Message-ID: <16120.53992.340187.942482@gargle.gargle.HOWL> Hi, The xfs daemon seems to crash on my system. When I start it and try to run xfsinfo, I get a core dump. I tried to recompile it from the sources and the same thing happens. Only when I turn off optimization in the xfs top Makefile (but I kept -O2 in the difs and os ones) was I able to build an xfs.exe that does not crash. I am using gcc 3.2 20020927 (prerelease). Is that a bug in the distribution? Thanks Niko From domi@vision.ee.ethz.ch Wed Jun 25 07:13:00 2003 From: domi@vision.ee.ethz.ch (Dominik Szczerba) Date: Wed, 25 Jun 2003 07:13:00 -0000 Subject: opengl issue In-Reply-To: References: Message-ID: <3EF94604.7020104@vision.ee.ethz.ch> > However, if you compile and link using -lglut32 -lglu32 -lopengl32, you Aaaaaargg, I was here, I noticed that X11 quitted fullscreen and opened a normal Windoze window, I should have realized it is hardware accel. But what made me confused is glxgears, which was giving me low fps values. I should have noticed that glxgears doesnt open Windoze window. So glxgears birnary apparently uses -lGLU -lGL. I was looking for a source code of glxgears to compile it myself, but I didnt find it. > It is on the todo list, but most developers lack the knowledge of how to integrate it. No, I'm fine, I dont need it and I wouldnt bother. Please dont take away posibility to link against windows opengl/glut drivers. I would only emphasize the issue in the docs, I read about opengl32 but it was not emphasized enough for me. thanks a lot! Dominik -- ---------------------------------- Dominik Szczerba, Dr. BIWI/CO-ME, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi ---------------------------------- ii swear i never use vi^[:wqZZ ---------------------------------- From cygxlist@hotmail.com Wed Jun 25 16:54:00 2003 From: cygxlist@hotmail.com (Ken C) Date: Wed, 25 Jun 2003 16:54:00 -0000 Subject: Xfree issues under Windows 2000 Message-ID: Thanks for the input. I have that running, as other systems can connect with Xwin, and the Windows 2000 system having difficulty can connect using MI/X. Thanks again, Ken >From: Jeremy Wilkins >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: Xfree issues under Windows 2000 >Date: Mon, 23 Jun 2003 09:05:25 +0000 > >Just a thought, try editing the /usr/share/config/kdm/kdmrc file. Look in >the [Xdmcp] section, change Enabled=False to Enabled=True > >Then restart kdm. > >Jeremy > >Ken C wrote: >>>Shut down the already running login manager with >>>/etc/init.d/xdm stop (maybe this file is kalled kdm or gdm or how the >>> login manager is called) >>>start xdm in debug mode >>>xdm -debug 10 -nodaemon >> >> >>Pardon my ignorance, but I think I've restarted this with the correct >>settings (I found kdm in /usr/bin/, and it seemed to respond to the stop >>and start commands). I have also attempted connecting using xwin, and as >>usual it didn't go through, so now, I ask embarrassed, where do I find the >>log files generated by kdm in debug mode? >> >>Thanks as always, >> >>Ken >> >>_________________________________________________________________ >>Add photos to your e-mail with MSN 8. Get 2 months FREE*. >>http://join.msn.com/?page=features/featuredemail >> >> >> > > _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From tropeano@fisica.unige.it Thu Jun 26 16:00:00 2003 From: tropeano@fisica.unige.it (Matteo Tropeano) Date: Thu, 26 Jun 2003 16:00:00 -0000 Subject: Displayng remote clients Message-ID: Hi, I try to display remote clients and I follow the Cygwin/XFree86 User's Guide. "In an X terminal type /usr/X11R6/bin/xhost remote_hostname_or_ip_address" and this is ok. "In an X terminal type /usr/bin/telnet remote_hostname_or_ip_address. Use the explicit path to ensure that Cygwin's telnet is run instead of Microsoft's telnet; Microsoft's telnet will crash on startup when run from Cygwin/XFree86".. but I don't have the /usr/bin directory or a telnet file and I can't set DISPLAY=windows_hostname_or_ip_address:0.0 If a try to use the microsoft telnet and I type: > setenv DISPLAY=windows_hostname_or_ip_address:0.0, I have: > Error: Can't open display: windows_hostname_or_ip_address:0.0= What can I do? Thanks Matteo From andrew.markebo@comhem.se Thu Jun 26 20:10:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Thu, 26 Jun 2003 20:10:00 -0000 Subject: Displayng remote clients In-Reply-To: (Matteo Tropeano's message of "Thu, 26 Jun 2003 18:00:40 +0200 (MET DST)") References: Message-ID: | "In an X terminal type /usr/X11R6/bin/xhost remote_hostname_or_ip_address" | and this is ok. Weeh :-) | "In an X terminal type /usr/bin/telnet remote_hostname_or_ip_address. Use | the explicit path to ensure that Cygwin's telnet is run instead of | Microsoft's telnet; Microsoft's telnet will crash on startup when run from | Cygwin/XFree86".. | but I don't have the /usr/bin directory or a telnet Hmm you should have a /usr/bin, or hmm /usr/X11R6 doesn't sound like cygwin, which platform is that? meanwhile microsoft telnet should be ok I think.. | file and I can't set DISPLAY=windows_hostname_or_ip_address:0.0 | If a try to use the microsoft telnet and I type: | |> setenv DISPLAY=windows_hostname_or_ip_address:0.0, | | I have: |> Error: Can't open display: windows_hostname_or_ip_address:0.0= Well "windows_hostname_or_ip_address" is supposed to be the name or IP of the machine you run the x-server on, not "windows_hostname_or_ip_address". /Andy -- Your fault -- core dumped Please note, new email, @telia.com -> @comhem.se From vtepeskkk@hotmail.com Fri Jun 27 07:07:00 2003 From: vtepeskkk@hotmail.com (vlad tepes) Date: Fri, 27 Jun 2003 07:07:00 -0000 Subject: two monitors Message-ID: Hi, I have added another monitor to my pc. When I start cygwin (stratx from bash) the Xwindow HAS only the dimension of first monitor. I want that the Xwindow occupies all 2 monitors (I need a big desk for working). What can I do? Is there a configuration-file that I can change? Thank _________________________________________________________________ MSN Foto: condividi, ritocca e stampa le tue foto online http://photos.msn.it From fma@doe.carleton.ca Fri Jun 27 09:48:00 2003 From: fma@doe.carleton.ca (Fred Ma) Date: Fri, 27 Jun 2003 09:48:00 -0000 Subject: xinit: No such file or directory Message-ID: <3EFC12FD.35274FC7@doe.carleton.ca> Hello, I'm running into a problem which seems to show up often in the mailing list. I think I've tried all the suggestions there. When I use startx to start an X server, I get the message: + xinit /usr/X11R6/lib/X11/xinit/xinitrc -- giving up. xinit: No such file or directory (errno 2): unable to connect to X server xinit: No such process (errno 3): Server error. + [ x != x ] I only run into this problem as nonadministrator. I have /usr/X11R6/bin in my path, and my Xfree installation includes XFree86-xserv. Before I discovered that nonadministrators have this problem, I had my own ~/.xinitrc. It was identical to the system default except at the end, where it called my own script to start my own xclients. To debug the problem, I changed line 1 of .xinitrc to "#!/bin/sh -x" to echo all commands, and also explicit diagnostic "echo" commands at the top. Since none of this echoing gets printed out, I conclude that ~/.xinitrc is never reached. To further troubleshoot why this problem only afflicts nonadministrators, I got rid of ~/.xinitrc in both cases. The discrepancy persists, even though both are using the system .xinitrc. I checked that the relevant files were readable and executable by everyone: -rwxrwxrwx+ 1 ???????? Users 8704 Jan 21 2002 /usr/X11R6/bin/xinit -rwxrwxrwx+ 1 ???????? Users 667 Jun 27 04:08 /usr/X11R6/lib/X11/xinit/xinitrc The timestamp of xinitrc is recent because I made it run according to "sh -x" for troubleshooting. But as can be seen from the error message above, it seems that xinitrc doesn't even get a chance to run (i.e. same as ~/.xinitrc). I tried to put "sh -x" in the xinit program and find where things go wrong in there. But xinit is actually the binary executable xinit.exe. It took a while to figure out why I couldn't use "less" or "cat" on /usr/X11R6/bin/xinit. Because it is not a script, I can't stick in diagnostic statements. I tried startxwin.bat and xwin: $ startxwin.bat Access is denied. startxwin.bat - Starting on Windows NT/2000/XP $ xwin In both cases, nothing happens. Preferrably, I would like to get startx working. Thanks if anyone can advise on what to try next to find the problem. Fred -- Fred Ma, fma@doe.carleton.ca Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 From zegagou@yahoo.com Fri Jun 27 11:09:00 2003 From: zegagou@yahoo.com (gagou) Date: Fri, 27 Jun 2003 11:09:00 -0000 Subject: run.exe won't start in shell (w2k) Message-ID: <20030627110908.17724.qmail@web41702.mail.yahoo.com> Hi, I'm trying to launch XWin via run.exe in a shell script (eg /usr/X11R6/bin/run path_to_x-app) This works fine under xp pro, but not under w2k: it ends up with a windows message box saying: "Error: could not start dos_path_where_i_am". If i try to strace it, it doesn't bug anymore... Is this by design ? Is there anything I can do to find out more informations ? Thanks, Ga??l. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck-svr.20030627.txt URL: From julien.varlet@solitec.tm.fr Fri Jun 27 13:22:00 2003 From: julien.varlet@solitec.tm.fr (Julien VARLET) Date: Fri, 27 Jun 2003 13:22:00 -0000 Subject: problem Message-ID: <922EE8155FA9B24C81101FC1AE4A25DB028356@serv1.solitec> When i execute : ./startxwin.sh i have the following error : Agent pid 2152 XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1:0.0" twm: unable to open display "127.0.0.1:0.0" after 0 requests (0 known processed) with 0 events remaining i don't understand. From patl@users.sourceforge.net Fri Jun 27 16:12:00 2003 From: patl@users.sourceforge.net (Patrick J. LoPresti) Date: Fri, 27 Jun 2003 16:12:00 -0000 Subject: multiwindow + XDMCP + X0.hosts == crash Message-ID: This is with Cygwin 1.3.22, XFree86-base 4.2.0-1, and XFree86-xserv 4.2.0-42. The crash occurs both with Windows 2000 and XP. I downloaded Cygwin+XFree86 yesterday, and I am able to crash XWin.exe routinely. To reproduce on a fresh Cygwin+XFree86 installation, do: echo localhost > /etc/X0.hosts XWin -multiwindow -query ...where is a machine running an XDMCP server. Things appear to work at first. But within a few seconds, XWin.exe crashes with an access violation. This does not happen if I remove /etc/X0.hosts. (Are you wondering why I want to do this? I want to run xwinclip, which must run locally, but I also want to use XDMCP to connect to remote machines. When I start XWin with the -query, -indirect, or -broadcast options, it does not permit localhost to connect.) Any suggestions would be appreciated. Also, I would be glad to provide any additional information needed to reproduce and/or debug this problem. Thank you! - Pat From nvasconcelos@genius.org.br Fri Jun 27 18:07:00 2003 From: nvasconcelos@genius.org.br (nvasconcelos@genius.org.br) Date: Fri, 27 Jun 2003 18:07:00 -0000 Subject: 1.3.22/W2000: XDMCP connect problem. Message-ID: Hi All, As mentioned in the subject, I'm using the version Cygwin 1.3.22 under Windows 2000. I'm trying connect a Linux server running Conectiva Linux 9 (CL9) + KDM as display manager. At the moment win only a gray screen when to connect with it. To connect I'm using the follow line command: XWin -fullscreen -query 103.1.50.63 -from 103.1.50.132 There's attached too the /tmp/XWin.log. I'm already using this same Cygwin with another Linux servers (Conectiva Linux 8 and RH9). And, another gay here can use that server (CL9) from a Cygwin client. Have you idea about ?? Best regards, Nivaldo - Nivaldo Antonio Portela de Vasconcelos nvasconcelos@genius.org.br / +55 (92) 614-6607 - (See attached file: XWin.log) -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 1962 bytes Desc: not available URL: From zakki@peppermint.jp Fri Jun 27 19:22:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Fri, 27 Jun 2003 19:22:00 -0000 Subject: two monitors In-Reply-To: References: Message-ID: vlad, Run XWin with -multiplemonitors option. Kensuke Matsuzaki From fma@doe.carleton.ca Sat Jun 28 06:36:00 2003 From: fma@doe.carleton.ca (Fred Ma) Date: Sat, 28 Jun 2003 06:36:00 -0000 Subject: xinit: No such file or directory Message-ID: <3EFD3892.FD27C09@doe.carleton.ca> Boy I must be getting old. I sent this to the framemaker newsgroups by mistake... > From Andrew M. > To: fma@doe.carleton.ca > Date: Fri, 27 Jun 2003 21:10:45 +0200 > > Just one more small.. what happens if you run "sh -x > startxwin.sh" to see what goes wrong?? > > /Andy Hi, Andy, The following is the output from "sh -x startxwin.sh", issued from a bash environment. + export DISPLAY=127.0.0.1:0.0 + PATH=/usr/X11R6/bin:/home/fma/bin:/usr/local/bin :/usr/bin:/bin:/c/WINNT/system32:/c/WINNT :/c/WINNT/system32/WBEM:/usr/bin:/usr/X11R6/bin + ssh-agent + eval SSH_AUTH_SOCK=/tmp/ssh-DYPu1408/agent.1408; export SSH_AUTH_SOCK; SSH_AGENT_PID=1552; export SSH_AGENT_PID; echo Agent pid 1552; + SSH_AUTH_SOCK=/tmp/ssh-DYPu1408/agent.1408 + export SSH_AUTH_SOCK + SSH_AGENT_PID=1552 + export SSH_AGENT_PID + echo Agent pid 1552 Agent pid 1552 + rm -rf /tmp/.X11-unix rm: cannot remove directory `/tmp/.X11-unix': Permission denied + XWin -screen 0 1024 768 + twm + xsetroot -solid aquamarine4 XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1:0.0" after 0 requests (0 known processed) with 0 events remaining. + xterm -n xterm-1 -j -ls -sb -sl 500 -rightbar -geometry +361+0 -e bash + exit XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1:0.0" after 0 requests (0 known processed) with 0 events remaining. xterm Xt error: Can't open display: 127.0.0.1:0.0 I've prettified the output by wrapping long lines and spacing stuff out. The output differs slightly if the command is issued from tcsh. Basically, all the export commands are replaced by setenv, and there is an error saying that setenv is not found. I didn't bother to pursue the csh route. I'm not sure if the references to ssh stuff is Xwin's own use of ssh, or if it is related to my use of ssh to connect to a VNC server. The VNC server merely echos the contents of localhost:0 to an external viewer (another program). This should not be visible to the X server. I use the same setup as administrator with no problems. In any case, the errors seem to occur later on in the script. The error from being unable to remove /tmp/.X11-unix is strange. Here are the details of that directory: drwxr-xr-x 2 Name None 0 Jan 29 04:57 /tmp/.X11-unix srwxr-xr-x 1 Name None 0 Jun 27 16:11 /tmp/.X11-unix/X0 Note that if I just "ls -Fp /tmp/.X11-unix", the file X0 shows up as "X0=". The man page for "ls" doesn't say what the "=" means. I captured the output from the same command issued as administrator. Needless to say, none of the error messages were present. I also did not get a permission denied in removing /tmp/.X11-unix. I think this is the key difference, as the only other differences in the output are different numbers in the messages related to ssh agent, and different home directory in the PATH. On the other hand, the permissions for /tmp/.X11-unix and X0 are exactly the same as on another PC which doesn't experience the same problem. On that PC, the nonadministrator can startx without trouble. Anyway, thanks for the suggestion on how to further sleuth down the problem. And thanks to anyone who can suggest something further. Fred -- Fred Ma, fma@doe.carleton.ca Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 From a.clegg@mail.cryst.bbk.ac.uk Sat Jun 28 10:53:00 2003 From: a.clegg@mail.cryst.bbk.ac.uk (andrew brian clegg) Date: Sat, 28 Jun 2003 10:53:00 -0000 Subject: two monitors In-Reply-To: Message-ID: Try the -multiplemonitors switch to XWin.exe -- the user's guide's often a bit out of date for newer options, check in /usr/X11R6/bin/startxwin.bat or startxwin.sh for the current set. Those scripts are the usual recommended way to start the server anyway, rather than running it manually. (FAQ maintainers -- worth mentioning in section 3.2 of the FAQ that the script comments are more up to date than the manual?) BTW your email address is in pretty poor taste... Andrew. On Fri, 27 Jun 2003, vlad tepes wrote: > Date: Fri, 27 Jun 2003 07:07:13 +0000 > From: vlad tepes > To: cygwin-xfree@cygwin.com > Subject: two monitors > > Hi, > I have added another monitor to my pc. When I start cygwin (stratx from > bash) the Xwindow HAS only the dimension of first monitor. I want that the > Xwindow occupies all 2 monitors (I need a big desk for working). > What can I do? Is there a configuration-file that I can change? > Thank > > _________________________________________________________________ > MSN Foto: condividi, ritocca e stampa le tue foto online > http://photos.msn.it > > From philippe.bastiani@wanadoo.fr Sat Jun 28 11:02:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Sat, 28 Jun 2003 11:02:00 -0000 Subject: run.exe won't start in shell (w2k) References: <20030627110908.17724.qmail@web41702.mail.yahoo.com> Message-ID: Replace 'run' by 'start'... a+ -- Philippe Bastiani "gagou" a ??crit dans le message de news:20030627110908.17724.qmail@web41702.mail.yahoo.com... > Hi, > > I'm trying to launch XWin via run.exe in a shell > script (eg /usr/X11R6/bin/run path_to_x-app) > This works fine under xp pro, but not under w2k: it > ends up with a windows message box saying: "Error: > could not start dos_path_where_i_am". > If i try to strace it, it doesn't bug anymore... > Is this by design ? > Is there anything I can do to find out more > informations ? > > Thanks, > Ga??l. > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com ---------------------------------------------------------------------------- ---- > > Cygwin Win95/NT Configuration Diagnostics > Current System Time: Fri Jun 27 12:58:06 2003 > > Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 > > Path: D:\perso\CygwinHome\GGUEGUEN\bin > D:\cygwin\bin > D:\cygwin\bin > D:\cygwin\usr\X11R6\bin > D:\cygwin\usr\local\bin > c:\WINNT\system32 > c:\WINNT > c:\WINNT\system32\Wbem > d:\bin > d:\Oracle\ora92\bin > > D:\cygwin\bin\id.exe output (nontsec) > UID: 30253(GGUEGUEN) GID: 10513(Utilisa. > ine) groupes=545(Utilisateurs) > 547(Utilisateurs avec pouvoir) 30221(RLE-Support-Technique) > 30120(RLE-Utilisateurs) > 10513(Utilisa. du domaine) > > D:\cygwin\bin\id.exe output (ntsec) > UID: 30253(GGUEGUEN) GID: 10513(Utilisa. > ine) groupes=545(Utilisateurs) > 547(Utilisateurs avec pouvoir) 30221(RLE-Support-Technique) > 30120(RLE-Utilisateurs) > 10513(Utilisa. du domaine) > > SysDir: C:\WINNT\System32 > WinDir: C:\WINNT > > CYGWIN = `binmode tty ntsec' > HOME = `D:\perso\CygwinHome\GGUEGUEN' > MAKE_MODE = `unix' > PWD = `/home/GGUEGUEN' > USER = `GGUEGUEN' > > ALLUSERSPROFILE = `C:\Documents and Settings\All Users' > APPDATA = `C:\Documents and Settings\GGUEGUEN\Application Data' > COLORFGBG = `default;default;0' > COLORTERM = `rxvt-xpm' > COMMONPROGRAMFILES = `C:\Program Files\Fichiers communs' > COMPUTERNAME = `PRDRBNO' > COMSPEC = `C:\WINNT\system32\cmd.exe' > CVS_RSH = `/bin/ssh' > CYG_HOME = `D:\perso\CygwinHome\GGUEGUEN' > DISPLAY = `:0' > HISTCONTROL = `ignoredups' > HOMEDRIVE = `K:' > HOMEPATH = `\' > HOMESHARE = `\\PRDNESA\GGUEGUEN$' > HOSTNAME = `prdrbno' > INOCULAN = `C:\InocuLAN' > LANG = `FR' > LC_CTYPE = `ISO-8859-15' > LESS = `-R' > LESSCHARSET = `latin1' > LOGONSERVER = `\\PRDNPAB' > LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex= 01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32: *.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;3 6:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:* .bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01; 31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:* .bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:' > MANPATH = `/usr/local/man:/usr/man:/usr/autotool/devel::/usr/ssl/man' > NUMBER_OF_PROCESSORS = `1' > OS2LIBPATH = `C:\WINNT\system32\os2\dll;' > OS = `Windows_NT' > PAGER = `/bin/less -R' > PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' > PROCESSOR_ARCHITECTURE = `x86' > PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel' > PROCESSOR_LEVEL = `15' > PROCESSOR_REVISION = `0102' > PROGRAMFILES = `C:\Program Files' > PS1 = `\[\033]0;\u@\h [${DISPLAY}] [${TTY}] \w\007 > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > $ ' > SHELL = `/bin/bash' > SHLVL = `1' > SQLPATH = `D:\oracle\sql' > SYSTEMDRIVE = `C:' > SYSTEMROOT = `C:\WINNT' > TEMP = `c:\DOCUME~1\GGUEGUEN\LOCALS~1\Temp' > TERM = `xterm' > TEXMF = `{/usr/share/lilypond/1.6.8,/usr/share/texmf}' > TMP = `c:\DOCUME~1\GGUEGUEN\LOCALS~1\Temp' > USERDNSDOMAIN = `mgen.fij' > USERDOMAIN = `MGEN' > USERNAME = `GGUEGUEN' > USERPROFILE = `C:\Documents and Settings\GGUEGUEN' > WF_RESOURCES = `D:\oracle\ora92\WF\RES\WFus.RES' > WINDIR = `C:\WINNT' > WINDOWID = `168180048' > XAUTHORITY = `/home/GGUEGUEN/.Xauthority' > _ = `/usr/bin/cygcheck' > ftp_proxy = `http://127.0.0.1:5865' > http_proxy = `http://127.0.0.1:5865' > > HKEY_CURRENT_USER\Software\Cygnus Solutions > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 > (default) = `/' > cygdrive flags = 0x00000022 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home > (default) = 0x00000002 > native = `D:\perso\CygwinHome' > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/INST > (default) = `D:\perso\cygwin\http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fc ygwin32' > flags = 0x00000102 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/info > (default) = `D:\cygwin\usr\info' > flags = 0x00000102 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/man > (default) = `D:\cygwin\usr\man' > flags = 0x00000102 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/sbin > (default) = `D:\cygwin\usr\sbin' > flags = 0x00000042 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/bin > (default) = `D:\cygwin\usr\X11R6\bin' > flags = 0x00000042 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib > (default) = `D:\cygwin\usr\X11R6\lib' > flags = 0x00000102 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts > (default) = `D:\cygwin\usr\X11R6\lib\X11\fonts' > flags = 0x00000002 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/man > (default) = `D:\cygwin\usr\X11R6\man' > flags = 0x00000102 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 > (default) = `/' > cygdrive flags = 0x00000022 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ > (default) = `D:\cygwin' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home > (default) = 0x00000002 > native = `D:\perso\CygwinHome' > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/INST > (default) = `D:\perso\cygwin\http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fc ygwin32' > flags = 0x00000102 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin > (default) = `D:\cygwin/bin' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/info > (default) = `D:\cygwin\usr\info' > flags = 0x00000102 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib > (default) = `D:\cygwin/lib' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/man > (default) = `D:\cygwin\usr\man' > flags = 0x00000102 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/sbin > (default) = `D:\cygwin\usr\sbin' > flags = 0x00000042 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/bin > (default) = `D:\cygwin\usr\X11R6\bin' > flags = 0x00000042 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib > (default) = `D:\cygwin\usr\X11R6\lib' > flags = 0x00000102 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts > (default) = `D:\cygwin\usr\X11R6\lib\X11\fonts' > flags = 0x00000002 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/man > (default) = `D:\cygwin\usr\X11R6\man' > flags = 0x00000102 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options > > a: fd N/A N/A > c: hd NTFS 4000Mb 73% CP CS UN PA FC Syst??me > d: hd NTFS 12997Mb 64% CP CS UN PA FC DATA > e: cd N/A N/A > f: net NTFS 14001Mb 100% CP CS UN PA FC > g: net NTFS 5506Mb 67% CP CS UN PA FC > h: net NTFS 988Mb 61% CP CS UN PA FC > i: net NTFS 5506Mb 67% CP CS UN PA FC > j: net NTFS 5506Mb 67% CP CS UN PA FC > k: net NTFS 14001Mb 100% CP CS UN PA FC > m: hd FAT32 2082Mb 60% CP UN MASTER > > D:\perso\CygwinHome /home user binmode > D:\perso\cygwin\http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcy gwin32 /INST user binmode > D:\cygwin\usr\info /usr/info user binmode > D:\cygwin\usr\man /usr/man user binmode > D:\cygwin\usr\sbin /usr/sbin user binmode,cygexec > D:\cygwin\usr\X11R6\bin /usr/X11R6/bin user binmode,cygexec > D:\cygwin\usr\X11R6\lib /usr/X11R6/lib user binmode > D:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts user binmode > D:\cygwin\usr\X11R6\man /usr/X11R6/man user binmode > . / user binmode,cygdrive > D:\cygwin / system binmode > D:\perso\CygwinHome /home system binmode > D:\perso\cygwin\http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcy gwin32 /INST system binmode > D:\cygwin/bin /usr/bin system binmode > D:\cygwin\usr\info /usr/info system binmode > D:\cygwin/lib /usr/lib system binmode > D:\cygwin\usr\man /usr/man system binmode > D:\cygwin\usr\sbin /usr/sbin system binmode,cygexec > D:\cygwin\usr\X11R6\bin /usr/X11R6/bin system binmode,cygexec > D:\cygwin\usr\X11R6\lib /usr/X11R6/lib system binmode > D:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode > D:\cygwin\usr\X11R6\man /usr/X11R6/man system binmode > . / system binmode,cygdrive > > Found: D:\cygwin\bin\awk.exe > Found: D:\cygwin\bin\bash.exe > Found: D:\cygwin\bin\cat.exe > Found: D:\cygwin\bin\cp.exe > Found: D:\cygwin\bin\cpp.exe > Found: D:\cygwin\bin\find.exe > Found: D:\cygwin\bin\gcc.exe > Found: D:\cygwin\bin\gdb.exe > Found: D:\cygwin\bin\grep.exe > Found: D:\cygwin\bin\ld.exe > Found: D:\cygwin\bin\ls.exe > Found: D:\cygwin\bin\make.exe > Found: D:\cygwin\bin\mv.exe > Found: D:\cygwin\bin\rm.exe > Found: D:\cygwin\bin\sed.exe > Found: D:\cygwin\bin\sh.exe > Found: D:\cygwin\bin\tar.exe > > 58k 2002/05/07 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 > "cygbz2-1.dll" v0.0 ts=2002/5/7 8:33 > 54k 2002/07/15 D:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 > "cygbz21.0.dll" v0.0 ts=2002/1/27 2:07 > 13k 2003/06/18 D:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 > "cygcharset-1.dll" v0.0 ts=2003/6/18 5:07 > 848k 2003/04/11 D:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygcrypto-0.9.7.dll" v0.0 ts=2003/4/11 12:33 > 645k 2003/04/11 D:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 > "cygcrypto.dll" v0.0 ts=2003/4/11 12:37 > 551k 2003/04/02 D:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 > "cygcurl-2.dll" v0.0 ts=2003/4/2 23:09 > 380k 2002/07/24 D:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 > "cygdb-3.1.dll" v0.0 ts=2002/7/24 18:24 > 326k 2002/06/26 D:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 > "cygdb2.dll" v0.0 ts=2002/6/26 19:48 > 487k 2002/07/24 D:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 > "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 18:25 > 136k 2002/10/17 D:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 > "cygexpat-0.dll" v0.0 ts=2002/10/17 17:21 > 61k 2003/06/10 D:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 > "cygexslt-0.dll" v0.0 ts=2003/6/10 20:07 > 45k 2001/04/25 D:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 > "cygform5.dll" v0.0 ts=2001/4/25 7:28 > 35k 2002/01/09 D:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 > "cygform6.dll" v0.0 ts=2002/1/9 7:03 > 76k 2003/03/09 D:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 > "cygform7.dll" v0.0 ts=2003/3/9 21:51 > 28k 2003/03/22 D:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm-3.dll" v0.0 ts=2003/3/22 23:19 > 19k 2003/03/22 D:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm.dll" v0.0 ts=2002/2/20 4:05 > 15k 2003/03/22 D:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm_compat-3.dll" v0.0 ts=2003/3/22 23:22 > 490k 2002/09/21 D:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-12.dll" v0.0 ts=2002/9/21 12:01 > 488k 2002/07/18 D:\cygwin\bin\cygguile-14.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-14.dll" v0.0 ts=2002/7/18 12:35 > 63k 2002/07/18 D:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-13-14-1.dll" v0.0 ts=2002/7/18 12:35 > 63k 2002/09/21 D:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2002/9/21 12:01 > 24k 2002/07/18 D:\cygwin\bin\cygguile-srfi-srfi-4-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-4-1.dll" v0.0 ts=2002/7/18 12:35 > 24k 2002/09/21 D:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2002/9/21 12:01 > 14k 2002/07/18 D:\cygwin\bin\cygguilereadline-14.dll - os=4.0 img=1.0 sys=4.0 > "cygguilereadline-14.dll" v0.0 ts=2002/7/18 12:35 > 14k 2002/09/21 D:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 > "cygguilereadline-v-12-12.dll" v0.0 ts=2002/9/21 12:01 > 17k 2001/06/28 D:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 > "cyghistory4.dll" v0.0 ts=2001/1/7 5:34 > 20k 2002/10/10 D:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 > "cyghistory5.dll" v0.0 ts=2002/10/10 19:28 > 306k 2002/04/27 D:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0 > "cyghttpd.dll" v0.0 ts=2002/4/27 15:23 > 945k 2003/06/18 D:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > "cygiconv-2.dll" v0.0 ts=2003/6/18 5:08 > 22k 2002/07/15 D:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-1.dll" v0.0 ts=2001/12/13 10:28 > 28k 2002/09/20 D:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-2.dll" v0.0 ts=2002/9/20 5:13 > 21k 2001/06/20 D:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 > "cygintl.dll" v0.0 ts=2001/6/20 19:09 > 12k 2003/02/17 D:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 > "cygioperm-0.dll" v0.0 ts=2003/2/17 20:58 > 47k 2003/03/09 D:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 > "cygjbig1.dll" v0.0 ts=2003/3/9 22:30 > 119k 2002/02/09 D:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 > "cygjpeg6b.dll" v0.0 ts=2002/2/9 6:19 > 61k 2003/03/05 D:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 > "cygkpathsea-3.dll" v0.0 ts=2003/3/5 21:09 > 32k 2003/04/16 D:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 > "cygltdl-3.dll" v0.0 ts=2003/4/16 3:41 > 26k 2001/04/25 D:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 > "cygmenu5.dll" v0.0 ts=2001/4/25 7:27 > 20k 2002/01/09 D:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 > "cygmenu6.dll" v0.0 ts=2002/1/9 7:03 > 48k 2003/03/09 D:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 > "cygmenu7.dll" v0.0 ts=2003/3/9 21:51 > 156k 2001/04/25 D:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29 > 175k 2002/01/09 D:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03 > 226k 2001/04/25 D:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses5.dll" v0.0 ts=2001/4/25 7:17 > 202k 2002/01/09 D:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses6.dll" v0.0 ts=2002/1/9 7:03 > 284k 2003/03/09 D:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 > "cygncurses7.dll" v0.0 ts=2003/3/9 21:50 > 15k 2001/04/25 D:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel5.dll" v0.0 ts=2001/4/25 7:27 > 12k 2002/01/09 D:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel6.dll" v0.0 ts=2002/1/9 7:03 > 31k 2003/03/09 D:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel7.dll" v0.0 ts=2003/3/9 21:50 > 66k 2003/06/17 D:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcre-0.dll" v0.0 ts=2003/6/17 10:37 > 63k 2003/04/11 D:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 > "cygpcre.dll" v0.0 ts=2003/4/11 10:31 > 15k 2003/06/17 D:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcreposix-0.dll" v0.0 ts=2003/6/17 10:37 > 61k 2003/04/11 D:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 > "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31 > 1069k 2003/06/02 D:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 > "cygperl5_8_0.dll" v0.0 ts=2003/6/2 14:01 > 168k 2003/02/23 D:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 > "cygpng10.dll" v0.0 ts=2003/2/24 0:02 > 173k 2003/02/23 D:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 > "cygpng12.dll" v0.0 ts=2003/2/23 23:02 > 170k 2002/01/21 D:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 > "cygpng2.dll" v0.0 ts=2002/1/21 2:05 > 22k 2002/06/09 D:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45 > 108k 2001/06/28 D:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 > "cygreadline4.dll" v0.0 ts=2001/1/7 5:34 > 127k 2002/10/10 D:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 > "cygreadline5.dll" v0.0 ts=2002/10/10 19:28 > 66k 2001/11/20 D:\cygwin\bin\cygregex.dll - os=4.0 img=1.0 sys=4.0 > "cygregex.dll" v0.0 ts=2001/11/20 15:44 > 176k 2003/04/11 D:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 > "cygssl-0.9.7.dll" v0.0 ts=2003/4/11 12:33 > 165k 2003/04/11 D:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 > "cygssl.dll" v0.0 ts=2003/4/11 12:37 > 281k 2003/02/24 D:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 > "cygtiff3.dll" v0.0 ts=2003/2/24 5:58 > 25k 2002/07/14 D:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 > "cygungif-4.dll" v0.0 ts=2002/7/14 16:58 > 601k 2003/05/19 D:\cygwin\bin\cygwin-ruby16.dll - os=4.0 img=1.0 sys=4.0 > "cygwin-ruby16.dll" v0.0 ts=2003/5/19 13:27 > 2689k 2002/11/16 D:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0 > "cygxerces-c21.dll" v0.0 ts=2002/11/16 5:07 > 2984k 2003/02/07 D:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0 > "cygxerces-c22.dll" v0.0 ts=2003/2/7 19:50 > 3088k 2003/06/11 D:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 > "cygxerces-c23.dll" v0.0 ts=2003/6/12 1:40 > 903k 2003/06/09 D:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 > "cygxml2-2.dll" v0.0 ts=2003/6/10 1:49 > 41k 2002/01/20 D:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-noX4.dll" v0.0 ts=2002/1/20 19:49 > 46k 2002/01/20 D:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-X4.dll" v0.0 ts=2002/1/20 19:50 > 174k 2003/06/10 D:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 > "cygxslt-1.dll" v0.0 ts=2003/6/10 19:42 > 13k 2003/06/10 D:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 > "cygxsltbreakpoint-1.dll" v0.0 ts=2003/6/10 20:07 > 50k 2002/07/15 D:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > "cygz.dll" v0.0 ts=2002/3/12 5:38 > 948k 2003/03/18 D:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2003/3/18 15:20 > Cygwin DLL version info: > DLL version: 1.3.22 > DLL epoch: 19 > DLL bad signal mask: 19005 > DLL old termios: 5 > DLL malloc env: 28 > API major: 0 > API minor: 78 > Shared data: 3 > DLL identifier: cygwin1 > Mount registry: 2 > Cygnus registry name: Cygnus Solutions > Cygwin registry name: Cygwin > Program options name: Program Options > Cygwin mount registry name: mounts v2 > Cygdrive flags: cygdrive flags > Cygdrive prefix: cygdrive prefix > Cygdrive default prefix: > Build date: Tue Mar 18 09:20:11 EST 2003 > CVS tag: dontuse-21 > Shared id: cygwin1S3 > > 41k 2002/05/14 D:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0 > "cygPropList-0.dll" v0.0 ts=2002/5/14 5:13 > > Cygwin Package Information > Last downloaded files to: D:\perso\cygwin > Last downloaded files from: http://ftp.inf.tu-dresden.de/software/windows/cygwin32 > > Package Version > _update-info-dir 00170-1 > a2ps 4.12-1 > agetty 2.1-1 > apache 1.3.24-5 > ash 20020731-1 > astyle 1.15.3-3 > autoconf 2.54-1 > autoconf-devel 2.57-1 > autoconf-stable 2.13-4 > automake 1.7.1-1 > automake-devel 1.7.5-1 > automake-stable 1.4p5-5 > base-files 1.3-1 > base-passwd 1.1-1 > bash 2.05b-9 > bc 1.06-1 > binutils 20030307-1 > bison 20030307-1 > byacc 1.9-1 > bzip2 1.0.2-2 > ccache 1.9-1 > cgoban 1.9.12-1 > chkconfig 1.2.24h-1 > clear 1.0-1 > cmake 1.6.7-1 > compface 1.4-5 > cpio 2.5-1 > cron 3.0.1-10 > crypt 1.0-1 > ctags 5.5-4 > curl 7.10.4-1 > curl-devel 7.10.4-1 > cvs 1.11.5-1 > cygrunsrv 0.96-1 > cygutils 1.1.4-2 > cygwin 1.3.22-1 > cygwin-doc 1.3-4 > db2 2.7.7-4 > db3.1 3.1.17-2 > dejagnu 20021217-2 > diff 1.0-1 > diffutils 2.8.1-1 > docbook-xml42 4.2-1 > docbook-xsl 1.61.3-1 > doxygen 1.2.18-1 > dpkg 1.10.4-2 > ed 0.2-1 > ELFIO 1.0.0-1 > emacs 21.2-12 > emacs-el 21.2-12 > emacs-X11 21.2-12 > enscript 1.6.3-3 > exim 4.20-1 > expat 1.95.5-1 > expect 20030128-1 > fetchmail 6.2.2-1 > figlet 2.2-1 > file 4.02-1 > fileutils 4.1-1 > findutils 4.1.7-4 > flex 2.5.4-2 > fortune 1.8-2 > fvwm 2.4.7-2 > gawk 3.1.2-3 > gcc 3.2-3 > gcc-mingw 20020817-5 > gcc2 2.95.3-10 > gdb 20030303-1 > gdbm 1.8.3-1 > gettext 0.11.5-1 > gettext-devel 0.11.5-1 > ghostscript 7.05-2 > ghostscript-base 7.05-2 > ghostscript-x11 7.05-2 > gnugo 3.2-1 > gnupg 1.2.2-1 > gperf 2.7.2-1 > grace 5.1.12-1 > grep 2.5-1 > groff 1.18.1-2 > gsl 1.3-1 > guile 1.6.0-1 > guile-devel 1.6.0-1 > guile-doc 1.6.0-1 > gzip 1.3.3-4 > indent 2.2.8-1 > inetutils 1.3.2-22 > initscripts 0.9-1 > ioperm 0.4-1 > irc 20010101-1 > jbigkit 1.4-1 > jpeg 6b-7 > keychain 1.9-1 > less 378-1 > lesstif 0.93.41-1 > libbz2_0 1.0.2-1 > libbz2_1 1.0.2-2 > libcharset1 1.8-3 > libdb2 2.7.7-4 > libdb2-devel 2.7.7-4 > libdb3.1 3.1.17-2 > libdb3.1-devel 3.1.17-2 > libgdbm 1.8.0-5 > libgdbm-devel 1.8.3-1 > libgdbm3 1.8.3-1 > libguile12 1.6.0-1 > libguile14 1.5.6-5 > libiconv 1.8-3 > libiconv2 1.8-3 > libintl 0.10.38-3 > libintl1 0.10.40-1 > libintl2 0.11.5-1 > libkpathsea3 2.0.2-1 > libltdl3 1.5-1 > libncurses-devel 5.3-1 > libncurses5 5.2-1 > libncurses6 5.2-8 > libncurses7 5.3-1 > libpcre 4.1-1 > libpcre0 4.3-1 > libpng 1.2.5-1 > libpng10 1.0.15-1 > libpng10-devel 1.0.15-1 > libpng12 1.2.5-1 > libpng12-devel 1.2.5-1 > libpng2 1.0.12-1 > libpopt0 1.6.4-4 > libPropList 0.10.1-3 > libreadline4 4.1-2 > libreadline5 4.3-2 > libtool 20020705-1 > libtool-devel 1.5-1 > libtool-stable 1.4.3-1 > libungif 4.1.0-2 > libxerces-c21 2.1.0-1 > libxerces-c22 2.2.0-1 > libxerces-c23 2.3.0-2 > libxml2 2.5.7-1 > libxslt 1.0.30-2 > lilypond 1.6.8-2 > lilypond-doc 1.6.8-2 > links 0.96-1 > login 1.9-5 > lynx 2.8.4-5 > m4 1.4-1 > make 3.80-1 > man 1.5j-2 > mc 4.6.0-4 > mingw-runtime 3.0-1 > mktemp 1.4-1 > mod_auth_mysql 1.11-1 > mod_auth_ntsec 1.7-1 > mod_dav 1.0.3-1.3.6-1 > mod_php4 4.2.0-2 > mod_ssl 2.8.8-1.3.24-1 > more 2.11o-1 > mt 2.0.1-1 > mutt 1.4-1 > nano 1.2.0-1 > nasm 0.98.36-1 > ncftp 3.1.4-1 > ncurses 5.3-1 > ncurses-demo 5.3-1 > netcat 1.10-1 > newlib-man 20020801 > openbox 0.99.1-3 > opengl 1.1.0-6 > openssh 3.6.1p1-2 > openssl 0.9.7b-1 > openssl-devel 0.9.7b-1 > openssl096 0.9.6j-1 > par 1.52-1 > patch 2.5.8-3 > patchutils 0.2.22-2 > pcre 4.3-1 > pcre-devel 4.3-1 > pcre-doc 4.3-1 > pdksh 5.2.14-2 > perl 5.8.0-3 > perl_manpages 5.8.0-3 > pine 4.55-1 > pinfo 0.6.6p1-1 > pkgconfig 0.15.0-1 > popt 1.6.4-4 > postgresql 7.3.3-1 > procmail 3.22-7 > procps 010801-2 > proftpd 1.2.9rc1-2 > python 2.2.3-2 > rcs 5.7-3 > readline 4.3-2 > rebase 2.2-2 > regex 4.4-2 > robots 2.0-1 > rpm 4.1-1 > rpm-build 4.1-1 > rpm-doc 4.1-1 > rsync 2.5.6-1 > ruby 1.6.8-2 > rxvt 2.7.10-3 > sed 4.0.7-1 > sh-utils 2.0.15-3 > sharutils 4.2.1-2 > shutdown 1.3-1 > splint 3.1.1-1 > squid 2.4.STABLE7-1 > ssmtp 2.38.7-3 > sunrpc 4.0-1 > swig 1.3.19-1 > sysvinit 2.84-3 > tar 1.13.25-1 > tcltk 20030214-1 > tcp_wrappers 7.6-1 > tcsh 6.12.00-5 > termcap 20020930-1 > terminfo 5.3-2 > tetex 2.0.2-1 > tetex-base 2.0.2-1 > tetex-beta 20020911-1 > tetex-bin 2.0.2-1 > tetex-devel 2.0.2-1 > tetex-doc 2.0.2-1 > tetex-extra 2.0.2-1 > tetex-tiny 2.0.2-1 > tetex-x11 2.0.2-1 > texinfo 4.2-4 > texmf 20020911-1 > texmf-base 20020911-1 > texmf-doc 20020911-1 > texmf-extra 20020911-1 > texmf-tiny 20020911-1 > textutils 2.0.21-1 > tidy 030201-1 > tiff 3.6.0-1 > time 1.7-1 > tin 1.4.7-1 > ttcp 19980512-1 > ucl 1.01-1 > units 1.77-1 > unzip 5.50-2 > upx 1.24-1 > uw-imap 2002c1-1 > uw-imap-imapd 2002c1-1 > uw-imap-util 2002c1-1 > vim 6.2-1 > w32api 2.3-1 > wget 1.8.2-2 > which 1.5-1 > whois 4.6.2-1 > WindowMaker 0.80.0-2 > x2x 1.27-2 > Xaw3d 1.5-1 > xerces-c 2.3.0-2 > xerces-c-devel 2.3.0-2 > xerces-c-doc 2.3.0-2 > XFree86-base 4.2.0-1 > XFree86-bin 4.2.0-3 > XFree86-doc 4.2.0-1 > XFree86-etc 4.2.0-1 > XFree86-f100 4.2.0-2 > XFree86-fcyr 4.2.0-2 > XFree86-fenc 4.2.0-2 > XFree86-fnts 4.2.0-2 > XFree86-fscl 4.2.0-2 > XFree86-fsrv 4.2.0-1 > XFree86-html 4.2.0-1 > XFree86-jdoc 4.2.0-1 > XFree86-lib 4.2.0-5 > XFree86-man 4.2.0-1 > XFree86-nest 4.2.0-1 > XFree86-prog 4.2.0-1 > XFree86-prt 4.2.0-1 > XFree86-ps 4.2.0-1 > XFree86-startup-scripts 4.2.0-4 > XFree86-vfb 4.2.0-1 > XFree86-xserv 4.2.0-42 > XFree86-xwinclip 4.2.0-8 > xinetd 2.3.9-1 > xmlto 0.0.14-1 > xpm-nox 4.2.0-1 > zip 2.3-2 > zlib 1.1.4-1 > zsh 4.0.6-5 > > Use -h to see help about each section > From zakki@peppermint.jp Sat Jun 28 13:46:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sat, 28 Jun 2003 13:46:00 -0000 Subject: multiwindow + XDMCP + X0.hosts == crash In-Reply-To: References: Message-ID: I can't reproduce that bug. Please send /tmp/XWin.log Kensuke Matsuzaki From pechtcha@cs.nyu.edu Sat Jun 28 20:11:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 28 Jun 2003 20:11:00 -0000 Subject: How display graphic by cygwin In-Reply-To: Message-ID: Peng, Brian, IMO, this question (in fact, the whole thread) belongs on the cygwin-xfree list, which specializes on all Xwindows questions. People there are much more likely to know the answer to this and other X queries you might have. I've forwarded this message there, and set the Reply-To accordingly. Igor On Sat, 28 Jun 2003, Peng Yu wrote: > Yes, after I export DISPLAY=localhost:0.0 > It works. But I have to startx first. > Must I startx before I want to display any graphics? Can it automaticly > start? Thanks. > > Peng > ----- Original Message ----- > From: "Brian Dessent" > To: > Sent: Saturday, June 28, 2003 8:56 AM > Subject: Re: How display graphic by cygwin > > > > Peng Yu wrote: > > > > > > I use command > > > ssh -X myaccount@remotehost > > > then acroread. > > > But it dosen't work. > > > > You're still getting "Can't open display"? What is the value of the > > DISPLAY variable once you've logged in to the remote host? You may have > > to set it before running ssh, i.e. export DISPLAY=localhost:0.0 > > > > Brian -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,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 From fma@doe.carleton.ca Sun Jun 29 01:10:00 2003 From: fma@doe.carleton.ca (Shing-Fat Fred Ma) Date: Sun, 29 Jun 2003 01:10:00 -0000 Subject: xinit: No such file or directory In-Reply-To: from "Andrew Markebo" at Jun 28, 2003 09:00:26 PM Message-ID: <200306290110.h5T1ANY06820@malawi.doe.carleton.ca> Andrew Markebo wrote: > > | + rm -rf /tmp/.X11-unix > | rm: cannot remove directory `/tmp/.X11-unix': > | Permission denied > > [...] > > | drwxr-xr-x 2 Name None 0 Jan 29 04:57 /tmp/.X11-unix > | srwxr-xr-x 1 Name None 0 Jun 27 16:11 /tmp/.X11-unix/X0 > > Yeah, think it is around here the error is, my .X11-unix, it is owned > by me, assuming Name is your name? Actually, that was my mistake. Name is the userid on the machine that doesn't have problems. On the PC that only lets administrator do startx, /tmp/.X11-unix is owned by administrator, and does not have write permission for anyone else. > Have you tried removed the file and subdir as admin, and then tried > firing it up again, BTW My files has the rights > > drwxrwxrwt+ 2 flognat None 0 May 16 23:37 .X11-unix > > [...] > > /Andy Yes, if I remove /tmp/.X11-unix, it gets recreated by the userid which does startx. It is writable by everyone, as is yours above. For that reason, any other user can also do startx. That seems to solve the problem. So the problem is that the permissions got changed somehow. I'm pretty sure it happened when I setup sshd according to http://tech.erdelynet.com/cygwin-sshd.html. This procedure, contains the step "chmod -R go-w /", which narrows the accessibility of /tmp/.X11-unix to the only creator. I guess that it is an attempt to improve security, given that sshd allows an external login. However, the subsequent fixup "chmod go+w /tmp" is not enough to open up accessibility to /tmp/.X11-unix. Another part of the problem is that /tmp/.X11-unix is left behind after X windows shuts down. This ensures that the next user to do startx is using the directory /tmp/.X11-unix created by someone else. Thus, everyone is dependent on the directory having write permission by group and world. The problem could be avoided by having the X windows startup scripts/programs remove /tmp/.X11-unix when X windows shuts down. Thanks, Andrew, for your help in solving this problem. Fred -- Fred Ma, fma@doe.carleton.ca Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 From robertrcg@earthlink.net Sun Jun 29 01:25:00 2003 From: robertrcg@earthlink.net (robertrcg@earthlink.net) Date: Sun, 29 Jun 2003 01:25:00 -0000 Subject: My experince Message-ID: Hey! My name is Robert and there's something I want to share with you. I'm not going to lie, I am a salesman (obviously). A company I work with has just joined the wonderful world of herbal medicine and I want to share my REAL LIFE experience with you because this has changed my life. If it hadn't worked for me, I wouldn't be here selling it today! I'm not some guy who is just going to toss a few catch phrases at you and give you some lame sales pitch. Why? Because my product is absolutely real and recommended by doctors around the world. That's right, I'm here to offer you a *FREE* bottle of VP-RX, one of the few enlargement formulas for men that is actually recommended by doctors! There's a lot that say it, but can they prove it like we can? NO. This is the internet, it's tough to tell what is real and what is not; who to trust, and who is just trying to scam you. When I purchased my first bottle of VP-RX I was more than skeptical, but within 2 weeks I was very satisfied with the results. Within 2 months I was happier than I had ever been. This product added 3 1/4 inches to my manhood and my wife was, shall we say, "pleased." ;) My product is not for everyone of course. Some people are just not interested in being bigger. But guys, like I said before this IS the internet; it can be totally anonymous. You can get your FREE bottle of VP-RX and have it delivered to you descretely. If you like the results you can stay on the pills. If you don't, you have nothing to worry about because our product is 100% GUARANTEED or your money back! However, I can tell you that we have never had an unsatisfied customer :). So if you want to learn more about my product, take a second to visit our website . Here you can read the medical facts and customer testimonials about VP-RX. Sincerely, Robert Ronsen *Get all your questions answered Here!* ------------------------------------------------------------ To remove yourself from our list please fill out this form . From tiroy@poczta.onet.pl Sun Jun 29 18:26:00 2003 From: tiroy@poczta.onet.pl (Tomasz Rojek) Date: Sun, 29 Jun 2003 18:26:00 -0000 Subject: xinit: No such file or directory References: <3EFC12FD.35274FC7@doe.carleton.ca> Message-ID: > I only run into this problem as nonadministrator. I don't know if this will help in your case, but maybe during instalation process you have selected "Install for: Only me" instead of "All users"? -- Tomasz Rojek From zegagou@yahoo.com Mon Jun 30 08:49:00 2003 From: zegagou@yahoo.com (gagou) Date: Mon, 30 Jun 2003 08:49:00 -0000 Subject: run.exe won't start in shell (w2k) Message-ID: <20030630084939.23213.qmail@web41705.mail.yahoo.com> Thanks for your answer ... but it's not what i'm searching. start is a nt's cmd internal, and i don't like the idea of doing "cmd /c start [...]" in shell scripts. I think that's just not ... clean. Here is the script i try to run, just in case it triggers some ideas: -----8<----------8<----------8<----------8<---------- #!/usr/bin/sh # # /usr/local/bin/xloc.sh # start XWin without xkb and load my xmodmap # TST_CMD="egrep -ic" TST_STR="^winInitMultiWindowWM.*successfully opened the display" TST_FIL="/tmp/XWin.log" X_OPTS="-kb -ac -multiwindow -nowinkill -unixkill" LOOPS="0" MAX_LOOPS="500" export DISPLAY=127.0.0.1:0.0 # eval `ssh-agent` # rm -rf /tmp/.X11-unix echo "# Hello `whoami`@`uname -n`" echo "# Trying to start X on DISPLAY $DISPLAY" if [ "`ps -ef | egrep -c XWin`" -ne "0" ] ; then echo "# XWin process already there ... skipping launch" else /usr/X11R6/bin/run /usr/X11R6/bin/XWin.exe $X_OPTS echo -n "# Please wait for X to start " TST_RES=`$TST_CMD "$TST_STR" $TST_FIL` while [ "$TST_RES" -eq "0" ] ; do echo -n "." LOOPS=`expr $LOOPS + 1` if [ "$LOOPS" -eq "$MAX_LOOPS" ] ; then echo -e "\n# MAX_LOOPS ($MAX_LOOPS) reached: aborting" exit 1 fi TST_RES=`$TST_CMD "$TST_STR" $TST_FIL` done fi echo -e "\n# OK ($LOOPS/$MAX_LOOPS loops done)." echo "# Now loading modmap" /usr/X11R6/bin/run /usr/X11R6/bin/xmodmap -display $DISPLAY /etc/X11/xinit/.xmodmap echo "# All done ..." exit 0 -----8<----------8<----------8<----------8<---------- I use it via a windows shortcut: (D:\cygwin\usr\X11R6\bin\run.exe D:\cygwin\bin\sh.exe -c "/usr/local/bin/xloc.sh >/tmp/xloc.log 2>&1") in my startup menu to automatically start X with my session, and have my french keyboard correctly configured with aix x clients. It works just fine with xp, but not with w2k. Thanks for yout time, Ga??l. > Replace 'run' by 'start'... > a+ > -- > Philippe Bastiani > "gagou" a ??crit dans le message de > 20030627110908.17724.qmail@web41702.mail.yahoo.com">new> s:20030627110908.17724.qmail@web41702.mail.yahoo.com... > > Hi, > > > > I'm trying to launch XWin via run.exe in a shell > > script (eg /usr/X11R6/bin/run path_to_x-app) > > This works fine under xp pro, but not under w2k: it > > ends up with a windows message box saying: "Error: > > could not start dos_path_where_i_am". > > If i try to strace it, it doesn't bug anymore... > > Is this by design ? > > Is there anything I can do to find out more > > informations ? __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From fma@doe.carleton.ca Mon Jun 30 09:37:00 2003 From: fma@doe.carleton.ca (Shing-Fat Fred Ma) Date: Mon, 30 Jun 2003 09:37:00 -0000 Subject: xinit: No such file or directory In-Reply-To: <1056962983.22860.ezmlm@cygwin.com> from "cygwin-xfree-digest-help@cygwin.com" at Jun 30, 2003 08:49:43 AM Message-ID: <200306300937.h5U9btu12235@malawi.doe.carleton.ca> > From: "Tomasz Rojek" > Subject: Re: xinit: No such file or directory > Date: Fri, 27 Jun 2003 18:39:19 +0200 > > > I only run into this problem as nonadministrator. > > I don't know if this will help in your case, but > maybe during instalation process you have > selected "Install for: Only me" instead of "All users"? Thanks, Tomasz. As I confirmed with Andrew, I believe the permissions to the /tmp/.X11-unix got narrowed during the setup of sshd. I emailed Mike Erdely and his ssh-l mailing list about this. The same setup procedure also made the /home unwritable, so cygwin couldn't create new home directories for new users. Funny that no one commented on that when I reported it. I imagine Mike's quite busy right now, as his personal website shows that he is a new father. Fred -- Fred Ma, fma@doe.carleton.ca Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 From Federico.Vazquez@usdoj.gov Mon Jun 30 14:36:00 2003 From: Federico.Vazquez@usdoj.gov (Federico.Vazquez@usdoj.gov) Date: Mon, 30 Jun 2003 14:36:00 -0000 Subject: Cygwin/Xfree86 is not working Message-ID: <"CIVEX09-030630143518Z-47235*/PRMD=USDOJ/ADMD= /C=US/"@MHS> Hi everyone. I have installed xfree86 in a windows nt sp6. I open a cygwin session. I type $ sh startxwin.sh ssh-agent: not found I have no name!@CIV-FVAZQUEZ /usr/X11R6/bin The cygwin/xfree86:0.0 started but I cannot open any xterm. The logfile is: __________________________ ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning ddxProcessArgument - screen - Found ``W D'' arg (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - Returning, supported engines 0000001b InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw winAdjustVideoModeShadowDD - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 715 r 1018 l 0 b 715 t 0 winCreateBoundingWindowWindowed - Returning winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDD - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 509 357 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned ____________________________________________________ It looks like a login problem. Can anyone has any suggestions? Thanks Federico