From huntharo@msu.edu Wed Oct 1 00:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 01 Oct 2003 00:51:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? Message-ID: <3F7A24E9.1030900@msu.edu> With the release of Cygwin 1.5.x and newer versions of binutils, can we finally make libXt a shared library? I have been working with Alan to try to build a shared version of the library, but I keep getting the following message upon startup of Xt-dependent apps: Error: Unresolved inheritance operation This error message comes from xc/lib/Xt/Initialize.c/XtInitialize(). This function has been the root of our problems for some time now. IBM and Sun have ways to work around similar problems with XtInitialize, thus the file xc/lib/Xt/sharedlib.c. Also, looking in xc/config/cf/ibmLib.rules/SharedLibraryTarget shows that they manually call 'ar' to link sharedlib.o into the equivalent of libXt-6.dll.a. I have been able to manually add sharedlib.o to libXt-6.dll.a by running the following command: ar cq libXt-6.dll.a sharedlib.o I am looking for some help at finding a pragmatic solution to this. First of all, I want to take a survey of whether anyone thinks we actually have the necessary support in binutils to do this yet. Secondly, I want to know if anyone can help me to figure out how to do this. Note that the first thing to do is edit xc/config/cf/cygwin.rules and change the Xt, Xaw, Xmu, etc. shared lib flags from NO to YES. After that, you can add $(UNSHAREDOBJS) to your cygwin.rules/SharedLibraryTarget dependencies. This will cause xc/lib/Xt/sharedlib.o to be built automatically, but it will not be linked by default. Awaiting some input, Harold From alexander.gottwald@s1999.tu-chemnitz.de Wed Oct 1 12:12:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 01 Oct 2003 12:12:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F7A24E9.1030900@msu.edu> References: <3F7A24E9.1030900@msu.edu> Message-ID: On Tue, 30 Sep 2003, Harold L Hunt II wrote: > Error: Unresolved inheritance operation > > > This error message comes from xc/lib/Xt/Initialize.c/XtInitialize(). > This function has been the root of our problems for some time now. IBM > and Sun have ways to work around similar problems with XtInitialize, > thus the file xc/lib/Xt/sharedlib.c. Also, looking in > xc/config/cf/ibmLib.rules/SharedLibraryTarget shows that they manually > call 'ar' to link sharedlib.o into the equivalent of libXt-6.dll.a. > > I have been able to manually add sharedlib.o to libXt-6.dll.a by running > the following command: > > ar cq libXt-6.dll.a sharedlib.o > Have you tested this with programs which uses libXt and some widgets from another library? My tests some months ago showed this was not possible. The function _XtInherit from sharedlib.o is linked to different locations in each dll which uses sharedlib.o and the comparisation of the pointers will still fail. > I am looking for some help at finding a pragmatic solution to this. The only solution I've found is redefining _XtInherit to a constant. This will disable the error message "Unresolved inheritance operation" and lead to a crash if the inheritance does not work, but for normal programs the comparisation of _XtInherit across dll will still work. The main problem is: 01: int foo(struct t *x) 02: { 03: while (x->callback == _XtInherit) 04: { 05: x = x->super_class; 06: } 07: x->callback(); 08: } in libXt: 10: struct t x1 = { superclass, _XtInherit }; 11: foo(&x1); in libXaw: 20: struct t x2 = { superclass, _XtInherit }; 21: foo(&x2); The struct x1 contains exactly we want, but x2 expands to x2 = { superclass, _XtInherit_stub }; and _XtInherit_stub is at a different location than _XtInherit. So line 03 will evaluate to this: while (_XtInherit_stub == _XtInherit) // false We can not use code like this __XtInherit() { return _XtInherit(); } struct t x3 = {superclass, __XtInherit() } because the values for x3 must be valid at linktime, but are valid only at runtime. We need: - A symbol which points to the same memory location in all dlls and programs - This symbol must be valid at linktime (there are static structures which use this symbol) With windows the only solution seems to be a constant value. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Oct 1 16:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 01 Oct 2003 16:35:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: <3F7A24E9.1030900@msu.edu> Message-ID: <3F7B0222.5030500@msu.edu> Alexander Gottwald wrote: > On Tue, 30 Sep 2003, Harold L Hunt II wrote: > > >>Error: Unresolved inheritance operation >> >> >>This error message comes from xc/lib/Xt/Initialize.c/XtInitialize(). >>This function has been the root of our problems for some time now. IBM >>and Sun have ways to work around similar problems with XtInitialize, >>thus the file xc/lib/Xt/sharedlib.c. Also, looking in >>xc/config/cf/ibmLib.rules/SharedLibraryTarget shows that they manually >>call 'ar' to link sharedlib.o into the equivalent of libXt-6.dll.a. >> >>I have been able to manually add sharedlib.o to libXt-6.dll.a by running >>the following command: >> >>ar cq libXt-6.dll.a sharedlib.o >> > > Have you tested this with programs which uses libXt and some widgets from > another library? Yeah, that is what I was saying above. I built a shared version, made some changes, and rebuilt some clients (xman.exe, xcalc.exe, etc.), but they keep giving the unresolved inheritence error as above. > My tests some months ago showed this was not possible. The function > _XtInherit from sharedlib.o is linked to different locations in each > dll which uses sharedlib.o and the comparisation of the pointers will > still fail. Actually, if you look at xc/config/cf/ibmLib.rules/SharedLibraryTarget(), you see that sharedlib.o (which is contained in $(UNSHAREDOBJS)) is linked directly into the import library, not into the shared library. The idea is that each application linked against libXt should end up with one copy of the sharedlib.o code. Thus, comparisons against _XtInherit will work just fine within one application, which is the only case that we are concerned with. > > >>I am looking for some help at finding a pragmatic solution to this. > > > The only solution I've found is redefining _XtInherit to a constant. > This will disable the error message "Unresolved inheritance operation" > and lead to a crash if the inheritance does not work, but for normal > programs the comparisation of _XtInherit across dll will still work. > > The main problem is: > > 01: int foo(struct t *x) > 02: { > 03: while (x->callback == _XtInherit) > 04: { > 05: x = x->super_class; > 06: } > 07: x->callback(); > 08: } > > in libXt: > 10: struct t x1 = { superclass, _XtInherit }; > 11: foo(&x1); > > in libXaw: > 20: struct t x2 = { superclass, _XtInherit }; > 21: foo(&x2); > > The struct x1 contains exactly we want, but x2 expands to > > x2 = { superclass, _XtInherit_stub }; > > and _XtInherit_stub is at a different location than _XtInherit. So > line 03 will evaluate to this: > > while (_XtInherit_stub == _XtInherit) // false > > We can not use code like this > > __XtInherit() { > return _XtInherit(); > } > struct t x3 = {superclass, __XtInherit() } > > because the values for x3 must be valid at linktime, but are valid > only at runtime. > > We need: > - A symbol which points to the same memory location in all dlls and programs Not really. We just need a symbol that points to the same location within one executable --- one that all libraries linked to the executable can see. This one symbol needs to have a linktime valid address. This seems totally possible if a modified sharedlib.o is either linked directly into each client (for testing purposes only) or if we manually add sharedlib.o to the import library for Xt (not to the DLL itself). > - This symbol must be valid at linktime (there are static structures which > use this symbol) See above, I think this is possible. Thanks for the input, Harold From alexander.gottwald@s1999.tu-chemnitz.de Wed Oct 1 19:55:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 01 Oct 2003 19:55:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F7B0222.5030500@msu.edu> References: <3F7A24E9.1030900@msu.edu> <3F7B0222.5030500@msu.edu> Message-ID: On Wed, 1 Oct 2003, Harold L Hunt II wrote: > Alexander Gottwald wrote: > > > > Have you tested this with programs which uses libXt and some widgets from > > another library? > > Yeah, that is what I was saying above. I built a shared version, made > some changes, and rebuilt some clients (xman.exe, xcalc.exe, etc.), but > they keep giving the unresolved inheritence error as above. The location of _XtInherit still differs in dll and program. > Actually, if you look at > xc/config/cf/ibmLib.rules/SharedLibraryTarget(), you see that > sharedlib.o (which is contained in $(UNSHAREDOBJS)) is linked directly > into the import library, not into the shared library. The idea is that > each application linked against libXt should end up with one copy of the > sharedlib.o code. Thus, comparisons against _XtInherit will work just > fine within one application, which is the only case that we are > concerned with. no. The structures of the dll are initialized with dll_base + x and the structures from the program are inititalized with program_base + y. Even if we find a way to have x == y, the symbols still differ because the dll is placed on a different place than the program. Simple testprogram: --x.h typedef void (*func)(void); extern void _XtInherit(void); typedef struct { func callback; } x; extern x x1, x2; --xtinherit.c #include "x.h" void _XtInherit(void) { } --x1.c #include "x.h" x x1 = { _XtInherit }; --x2.c #include "x.h" x x2 = { _XtInherit }; --xtest.c #include "x.h" #include int main(void) { printf("x1.callback: %p\n", x1.callback); printf("x2.callback: %p\n", x2.callback); return 0; } --build.sh gcc -shared -o x1.dll x1.c xtinherit.c gcc -o xtest.exe xtest.c x2.c xtinherit.c x1.dll gcc -o xtest2.exe xtest.c x2.c x1.dll --output xtest.exe x1.callback: 0x10001010 x2.callback: 0x4010d0 --output xtest2.exe x1.callback: 0x10001010 x2.callback: 0x401750 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Oct 1 20:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 01 Oct 2003 20:24:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: <3F7A24E9.1030900@msu.edu> <3F7B0222.5030500@msu.edu> Message-ID: <3F7B37D3.7080700@msu.edu> Alexander Gottwald wrote: > On Wed, 1 Oct 2003, Harold L Hunt II wrote: > > >>Alexander Gottwald wrote: >> >>>Have you tested this with programs which uses libXt and some widgets from >>>another library? >> >>Yeah, that is what I was saying above. I built a shared version, made >>some changes, and rebuilt some clients (xman.exe, xcalc.exe, etc.), but >>they keep giving the unresolved inheritence error as above. > > > The location of _XtInherit still differs in dll and program. > > >>Actually, if you look at >>xc/config/cf/ibmLib.rules/SharedLibraryTarget(), you see that >>sharedlib.o (which is contained in $(UNSHAREDOBJS)) is linked directly >>into the import library, not into the shared library. The idea is that >>each application linked against libXt should end up with one copy of the >>sharedlib.o code. Thus, comparisons against _XtInherit will work just >>fine within one application, which is the only case that we are >>concerned with. > > > no. The structures of the dll are initialized with dll_base + x and the > structures from the program are inititalized with program_base + y. Even > if we find a way to have x == y, the symbols still differ because the > dll is placed on a different place than the program. > > Simple testprogram: > > --x.h > typedef void (*func)(void); > extern void _XtInherit(void); > typedef struct { func callback; } x; > extern x x1, x2; > --xtinherit.c > #include "x.h" > void _XtInherit(void) { > } > --x1.c > #include "x.h" > x x1 = { _XtInherit }; > --x2.c > #include "x.h" > x x2 = { _XtInherit }; > --xtest.c > #include "x.h" > #include > > int main(void) { > printf("x1.callback: %p\n", x1.callback); > printf("x2.callback: %p\n", x2.callback); > return 0; > } > --build.sh > gcc -shared -o x1.dll x1.c xtinherit.c ^^^^^^ ^^^^^^^^^^^ That is the crux of my whole argument, and I believe it is what Alan was trying to tell me to do. You do *not* link xtinherit.c/o into x1.dll. Instead, only for demonstration purposes, you can link it directly into any executables that link to x1.dll. What is your response to that? Harold > gcc -o xtest.exe xtest.c x2.c xtinherit.c x1.dll > gcc -o xtest2.exe xtest.c x2.c x1.dll > --output xtest.exe > x1.callback: 0x10001010 > x2.callback: 0x4010d0 > --output xtest2.exe > x1.callback: 0x10001010 > x2.callback: 0x401750 > > bye > ago From pavelr@coresma.com Thu Oct 2 10:39:00 2003 From: pavelr@coresma.com (Pavel Rosenboim) Date: Thu, 02 Oct 2003 10:39:00 -0000 Subject: another XWin crash Message-ID: <3F7C0059.4020708@coresma.com> I'm using XFree86 to connect to remote linux system in fullscreen mode. Whenever I open an openoffice on that system and try to open any menu in it, XWin crashes. I'm using cygwin 1.5.5 on Win2k server SP4. Pavel. P.S. I had to compress the cygcheck output since mail server does not like messages larger than 50K bytes. -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out.gz Type: application/x-gzip Size: 11532 bytes Desc: not available URL: From huntharo@msu.edu Thu Oct 2 12:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 02 Oct 2003 12:31:00 -0000 Subject: another XWin crash In-Reply-To: <3F7C0059.4020708@coresma.com> References: <3F7C0059.4020708@coresma.com> Message-ID: <3F7C1A8F.6000800@msu.edu> Pavel, Please send in /tmp/XWin.log from one of these sessions where you have a crash. Harold Pavel Rosenboim wrote: > I'm using XFree86 to connect to remote linux system in fullscreen mode. > Whenever I open an openoffice on that system and try to open any menu in > it, XWin crashes. > > I'm using cygwin 1.5.5 on Win2k server SP4. > > Pavel. > > P.S. I had to compress the cygcheck output since mail server does not > like messages larger than 50K bytes. > > From h.nardmann@secunet.de Thu Oct 2 13:12:00 2003 From: h.nardmann@secunet.de (Heiko Nardmann) Date: Thu, 02 Oct 2003 13:12:00 -0000 Subject: AltGr is CTRL on Norwegian/German keyboard In-Reply-To: <200309250900.10018.h.nardmann@secunet.de> References: <3F4D0F7D.3080807@msu.edu> <200309221642.01225.h.nardmann@secunet.de> <200309250900.10018.h.nardmann@secunet.de> Message-ID: <200310021512.05528.h.nardmann@secunet.de> Hi! I just wanted to state that after updating to the newest Cygwin Software my problem with the missing <,>,| keys disappeared. Although I do not know what specifically made this happen ... A again very happy Cygwin/XFree86 User ... -- Heiko Nardmann (Dipl.-Ing. Technische Informatik) secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 Besuchen Sie uns vom 20. - 24.10.2003 auf der Systems in M??nchen, Halle B2, Stand 315 und vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5. Wir freuen uns auf das Gespr??ch mit Ihnen. From pavelr@coresma.com Thu Oct 2 13:20:00 2003 From: pavelr@coresma.com (Pavel Rosenboim) Date: Thu, 02 Oct 2003 13:20:00 -0000 Subject: another XWin crash In-Reply-To: <3F7C1A8F.6000800@msu.edu> References: <3F7C1A8F.6000800@msu.edu> Message-ID: <3F7C2623.1010704@coresma.com> Harold L Hunt II wrote: > Pavel, > > Please send in /tmp/XWin.log from one of these sessions where you have a > crash. > > Harold > Done. Stackdump also attached. Also this happens when I use indirect method. It doesn't crash when I use query method. Pavel. > Pavel Rosenboim wrote: > > I'm using XFree86 to connect to remote linux system in fullscreen mode. > > Whenever I open an openoffice on that system and try to open any menu in > > it, XWin crashes. > > > > I'm using cygwin 1.5.5 on Win2k server SP4. > > > > Pavel. > > > > P.S. I had to compress the cygcheck output since mail server does not > > like messages larger than 50K bytes. > > > > > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.exe.stackdump URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Oct 2 13:31:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 02 Oct 2003 13:31:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F7B37D3.7080700@msu.edu> References: <3F7A24E9.1030900@msu.edu> <3F7B0222.5030500@msu.edu> <3F7B37D3.7080700@msu.edu> Message-ID: Harold L Hunt II wrote: > > gcc -shared -o x1.dll x1.c xtinherit.c > ^^^^^^ ^^^^^^^^^^^ > > That is the crux of my whole argument, and I believe it is what Alan was > trying to tell me to do. You do *not* link xtinherit.c/o into x1.dll. > Instead, only for demonstration purposes, you can link it directly into > any executables that link to x1.dll. > > What is your response to that? i686-pc-cygwin32-gcc -shared -o x1.dll x1.c /tmp/ccE9Szng.o(.data+0x0):x1.c: undefined reference to `__XtInherit' bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From yet-another-cygwin-user@yacu.dont.want.pm Thu Oct 2 15:00:00 2003 From: yet-another-cygwin-user@yacu.dont.want.pm (=?iso-8859-1?Q?Ga=EBl_Gueguen?=) Date: Thu, 02 Oct 2003 15:00:00 -0000 Subject: XWin.log: WIBGI ... Message-ID: <20031002150004.GA1432@PRDRBNO> Hello list ! As I know you really love WIBGI, I will contribute my ... suggestion ;-) I often have multiple XWin launched at the same time, and if XWin.log could have somewhere in his name the display number, I think that would be much easier to debug ... Thx for your attention, Gael. From huntharo@msu.edu Thu Oct 2 15:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 02 Oct 2003 15:09:00 -0000 Subject: XWin.log: WIBGI ... In-Reply-To: <20031002150004.GA1432@PRDRBNO> References: <20031002150004.GA1432@PRDRBNO> Message-ID: <3F7C3F6D.20809@msu.edu> Yes, it would be great if the log file put the display and screen numbers in each message. However, this wouldn't really fix the problem because there is no synchronization to write to the log file, so you often get messages written on top of each other when you run more than one display or screen. XFree86 CVS currently has a new log file system that Alexander has enabled for Cygwin/XFree86. I don't know if that new system uses display and screen-specific log files or not (I think it should and probably does). So, your request may magically be fixed when XFree86 4.4.0 is released. By the way, 4.4.0 is going to be a very nice upgrade. It has had a lot of new features added that work for all supported platforms, including Cygwin (such as the log feature). So, wait patiently dear user, wait patiently, Harold Ga??l Gueguen wrote: > Hello list ! > > As I know you really love WIBGI, I will contribute my ... suggestion ;-) > I often have multiple XWin launched at the same time, and if XWin.log > could have somewhere in his name the display number, I think that would > be much easier to debug ... > > Thx for your attention, > Gael. From murakami@ipl.t.u-tokyo.ac.jp Thu Oct 2 15:50:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 02 Oct 2003 15:50:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: References: <20030922204356.5F1A.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20031003004746.70A2.MURAKAMI@ipl.t.u-tokyo.ac.jp> On Tue, 23 Sep 2003 11:45:18 +0900 Kensuke Matsuzaki wrote: > As far as I tested, when I press Eisu_toggle key, I receive > WM_KEYDOWN VK_DBE_ALPHANUMRIC. But I never receive WM_KEYUP > until I press Katakana key, even if I release Eisu_toggle key. > Also if I release Katakana key, I never receive WM_KEYUP. Thanks to your observation I have noticed that I should separate the problems on Japanese keyboards. One is the odd window messages, the other is the XKB layout. I have no idea for the first one so I have worked on the Eisu key on XKB layouts. I have made an option 'eisu' for XKB. It makes the Eisu key act as Eisu_toggle when pressed without shift keys and as Caps_Lock when pressed with shift keys. I prefer it because it is consistent with the Windows behaviour as well as the physical imprints on Japanese keyboards. However, it might confuse other users, especially those come from UNIX. So it should be considered whether it suits the default of Japanese keyboards. The attached are 'eisu' XKB symbol file (should be placed in /etc/X11/xkb/symbols/ ) and the patch for /etc/X11/xkb/rules/xfree86 . After installing those, setxkbmap -v 10 jp -option eisu will bring out the eisu behaviour. I hope this eisu option be the default for Japanese keyboards in Cygwin if other Japanese users agree. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) -------------- next part -------------- A non-text attachment was scrubbed... Name: eisu Type: application/octet-stream Size: 356 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rules.xfree86.patch Type: application/octet-stream Size: 474 bytes Desc: not available URL: From huntharo@msu.edu Thu Oct 2 16:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 02 Oct 2003 16:34:00 -0000 Subject: another XWin crash In-Reply-To: <3F7C2623.1010704@coresma.com> References: <3F7C1A8F.6000800@msu.edu> <3F7C2623.1010704@coresma.com> Message-ID: <3F7C5379.9010504@msu.edu> Pavel, I have made a debug version of XWin.exe for you: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101-DEBUG.exe.bz2 (3,293 KiB) Please download it, unbip2 it, and run it under gdb. There may be a few exceptions thrown in gdb when XWin.exe first starts; you can 'continue' through those exceptions, as they are part of the normal functionality of cygwin1.dll. Please report the function name where XWin.exe crashes. Thanks for testing, Harold Pavel Rosenboim wrote: > Harold L Hunt II wrote: > >> Pavel, >> >> Please send in /tmp/XWin.log from one of these sessions where you have a >> crash. >> >> Harold >> > > Done. > Stackdump also attached. > Also this happens when I use indirect method. It doesn't crash when I > use query method. > > Pavel. > >> Pavel Rosenboim wrote: >> > I'm using XFree86 to connect to remote linux system in fullscreen >> mode. >> > Whenever I open an openoffice on that system and try to open any >> menu in >> > it, XWin crashes. >> > >> > I'm using cygwin 1.5.5 on Win2k server SP4. >> > >> > Pavel. >> > >> > P.S. I had to compress the cygcheck output since mail server does not >> > like messages larger than 50K bytes. >> > >> > >> > > > > > ------------------------------------------------------------------------ > > Exception: STATUS_ACCESS_VIOLATION at eip=004F7AEE > eax=0079A4D0 ebx=00000001 ecx=1010097C edx=2A8BB409 esi=00000008 edi=00000000 > ebp=0022F208 esp=0022F1E0 program=C:\cygwin\usr\X11R6\bin\XWin.exe > cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 > Stack trace: > Frame Function Args > 0022F208 004F7AEE (1010097C, 00000000, 2A8BB409, 00000000) > 0022F248 004F90D7 (1010097C, 0022F280, 00000000, 00000000) > 0022F2A8 004E98B2 (1010097C, 0022F960, 00000000, 1028D6F0) > 0022F638 004DB6D6 (1028D6F0, 0022F960, 0000007F, 0000003F) > 0022F788 004DBCB2 (10109FD8, 0022F960, 0000007F, 0000003F) > 0022FA78 004D7C7E (103348C8, 00000014, 00000000, 00000000) > 0022FEA8 00408072 (00000002, 00000000, 61605144, 00000001) > 0022FEF0 0040179A (0000000E, 61605144, 10100330, 0022FF24) > 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000003A4, 610CFE04) > 0022FF90 610052ED (00000000, 00000000, 8043138F, 00000000) > 0022FFB0 00742FA1 (00401490, 037F0009, 0022FFF0, 7C4E87F5) > 0022FFC0 0040103C (00000000, 00000000, 7FFDF000, 0022E7B0) > 0022FFF0 7C4E87F5 (00401000, 00000000, 000000C8, 00000100) > End of stack trace > > > ------------------------------------------------------------------------ > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > ddxProcessArgument - screen - Found ``WxD'' arg > _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 - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel > winAllocateFBShadowDDNL - Not changing video mode > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2048 > winAllocateFBShadowDDNL - Created shadow pitch: 2048 > winAllocateFBShadowDDNL - Created shadow stride: 1024 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 512 384 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (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 - Using Shadow DirectDraw NonLocking > winAllocateFBShadowDDNL - Not changing video mode > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2048 > winAllocateFBShadowDDNL - Created shadow pitch: 2048 > winAllocateFBShadowDDNL - Created shadow stride: 1024 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned From pavelr@coresma.com Thu Oct 2 16:55:00 2003 From: pavelr@coresma.com (Pavel Rosenboim) Date: Thu, 02 Oct 2003 16:55:00 -0000 Subject: another XWin crash In-Reply-To: <3F7C5379.9010504@msu.edu> References: <3F7C5379.9010504@msu.edu> Message-ID: <3F7C586B.1080105@coresma.com> Harold L Hunt II wrote: > Pavel, > > I have made a debug version of XWin.exe for you: > > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101-DEBUG.exe.bz2 > (3,293 KiB) > > > Please download it, unbip2 it, and run it under gdb. There may be a few > exceptions thrown in gdb when XWin.exe first starts; you can 'continue' > through those exceptions, as they are part of the normal functionality > of cygwin1.dll. Please report the function name where XWin.exe crashes. Program received signal SIGSEGV, Segmentation fault. 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 (gdb) where #0 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 #1 0x00536bf6 in XkbWriteXKBGeometry (file=0x10103d8c, result=0x22f030, topLevel=0, showImplicit=0, addOn=0x524bc3 <_AddIncl>, priv=0x10369de8) at xkbout.c:1020 #2 0x0052555c in XkbWriteXKBKeymapForNames (file=0x10103d8c, names=0x22f790, dpy=0x0, xkb=0x10280a78, want=127, need=63) at xkbfmisc.c:493 #3 0x00512e2c in XkbDDXCompileKeymapByNames (xkb=0x10280a78, names=0x22f790, want=127, need=63, nameRtrn=0x22f670 "", nameRtrnLen=259) at ddxLoad.c:325 #4 0x005131ef in XkbDDXLoadKeymapByNames (keybd=0x1010c590, names=0x22f790, want=127, need=63, finfoRtrn=0x22f880, nameRtrn=0x22f670 "", nameRtrnLen=259) at ddxLoad.c:476 #5 0x0050e54f in ProcXkbGetKbdByName (client=0x1034fd88) at xkb.c:5839 #6 0x00511669 in ProcXkbDispatch (client=0x1034fd88) at xkb.c:6879 #7 0x00409ce0 in Dispatch () at dispatch.c:450 #8 0x00401957 in main (argc=10, argv=0x10101eb8, envp=0x10100330) at main.c:438 From huntharo@msu.edu Thu Oct 2 17:04:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 02 Oct 2003 17:04:00 -0000 Subject: another XWin crash In-Reply-To: <3F7C586B.1080105@coresma.com> References: <3F7C5379.9010504@msu.edu> <3F7C586B.1080105@coresma.com> Message-ID: <3F7C5A91.1060603@msu.edu> Pavel, I think this is what happens when /tmp is not mounted in binary mode. Alexander Gottwald --- Can you confirm this? Harold Pavel Rosenboim wrote: > Harold L Hunt II wrote: > >> Pavel, >> >> I have made a debug version of XWin.exe for you: >> >> http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101-DEBUG.exe.bz2 >> (3,293 KiB) >> >> >> Please download it, unbip2 it, and run it under gdb. There may be a few >> exceptions thrown in gdb when XWin.exe first starts; you can 'continue' >> through those exceptions, as they are part of the normal functionality >> of cygwin1.dll. Please report the function name where XWin.exe crashes. > > > Program received signal SIGSEGV, Segmentation fault. > 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, > outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 > > (gdb) where > #0 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, > outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 > #1 0x00536bf6 in XkbWriteXKBGeometry (file=0x10103d8c, result=0x22f030, > topLevel=0, showImplicit=0, addOn=0x524bc3 <_AddIncl>, priv=0x10369de8) > at xkbout.c:1020 > #2 0x0052555c in XkbWriteXKBKeymapForNames (file=0x10103d8c, > names=0x22f790, > dpy=0x0, xkb=0x10280a78, want=127, need=63) at xkbfmisc.c:493 > #3 0x00512e2c in XkbDDXCompileKeymapByNames (xkb=0x10280a78, > names=0x22f790, > want=127, need=63, nameRtrn=0x22f670 "", nameRtrnLen=259) at > ddxLoad.c:325 > #4 0x005131ef in XkbDDXLoadKeymapByNames (keybd=0x1010c590, > names=0x22f790, > want=127, need=63, finfoRtrn=0x22f880, nameRtrn=0x22f670 "", > nameRtrnLen=259) at ddxLoad.c:476 > #5 0x0050e54f in ProcXkbGetKbdByName (client=0x1034fd88) at xkb.c:5839 > #6 0x00511669 in ProcXkbDispatch (client=0x1034fd88) at xkb.c:6879 > #7 0x00409ce0 in Dispatch () at dispatch.c:450 > #8 0x00401957 in main (argc=10, argv=0x10101eb8, envp=0x10100330) > at main.c:438 > > > From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Oct 2 19:01:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 02 Oct 2003 19:01:00 -0000 Subject: another XWin crash In-Reply-To: <3F7C5A91.1060603@msu.edu> References: <3F7C5379.9010504@msu.edu> <3F7C586B.1080105@coresma.com> <3F7C5A91.1060603@msu.edu> Message-ID: Harold L Hunt II wrote: > Pavel, > > I think this is what happens when /tmp is not mounted in binary mode. > > Alexander Gottwald --- Can you confirm this? I suspect that too. I hoped (or better was sure), that the binmode changes would prevent these problems. But it seems I have to recheck the whole case. which version of XFree86-etc is installed? bye ago NP: Die ?rzte - Eines Tages Werde Ich Mich R?chen -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Oct 2 19:16:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 02 Oct 2003 19:16:00 -0000 Subject: another XWin crash In-Reply-To: References: <3F7C5379.9010504@msu.edu> <3F7C586B.1080105@coresma.com> <3F7C5A91.1060603@msu.edu> Message-ID: Alexander Gottwald wrote: > which version of XFree86-etc is installed? Actually that does not matter. If you have not made any changes to your system, please copy /usr/bin/xkbcomp.exe to /etc/X11/xkb/xkbcomp.exe and check if it still crashes. bye ago NP: Die ?rzte - Eines Tages Werde Ich Mich R?chen (paused) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Oct 2 22:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 02 Oct 2003 22:13:00 -0000 Subject: Problem uninstalling XFree86-bin-icons In-Reply-To: <3F7C9AA0.6090900@msu.edu> References: <3F7C9AA0.6090900@msu.edu> Message-ID: <3F7CA2C9.6010100@msu.edu> Setup Dudes, Okay, I did some more debugging. Changes and Scenario ==================== 1) I copied the text out of /usr/X11R6/bin/XFree86-bin-icons.sh and stuck it in /etc/postinstall/XFree86-bin-icons.sh to get rid of a couple levels of indirection. I changed the script just slightly so that it always tries to create icons. 2) I ran the script from setup.exe, it gave the following in /var/log/: + . /etc/X11/icon-list +++ cygpath -A -P 3) I edited /etc/X11/icon-list and made two copies of the line that calls cygpath: TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86" TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86" 4) I reran setup.exe and got the following in /var/log: + . /etc/X11/icon-list +++ cygpath -A -P 5) cygpath -A -P is supposed to return something like the following: /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs 6) I figured that maybe cygpath was having a problem determining the path for All Users (maybe a permissions problem when run from setup, I don't know), so I changed /etc/X11/icon-list to the following: TOPFOLDER="$(cygpath -P)/Cygwin-XFree86" 7) I reran the script again in setup.exe and got the following in /var/log: + . /etc/X11/icon-list +++ cygpath -P So, the change to icon-list was picked up, but either cygpath or bash is still crashing. 8) This time I changed /etc/X11/icon-list to the following, getting rid of the use of "cygpath" altoghether: TOPFOLDER="/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86" 9) I reran this script in setup.exe and got successful output in /var/log/setup.log.full. Note that all previous times had output from postinstall/XFree86-bin-icons.sh in a temporary file with a name along the lines of /var/log/setup.log.postinstall%GARBAGE%. So, the script obviously completed this time, where it was hanging previously. Looks to me like the problem is generic to cygpath when called in certain ways from setup.exe. I will elaborate on this shortly. Harold Harold L Hunt II wrote: > Chris, > > Well, what I can see is that setup.exe is leaving dead bash and sh > processes around if you cancel this. The post-install and pre-remove > scripts both work fine if run from a bash prompt. > > I changed /etc/postinstall/XFree86-bin-icons.sh to pass '-x' to sh and > looked at the log file in /var/log/, which I have been asked to do. It > contained exactly the following: > > + /usr/X11R6/bin/XFree86-bin-icons.sh > > > /etc/postinstall/XFree86-bin-icons.sh isn't all that complex either (the > following differs from the official package, I have stripped the comment > line, just in case it was causing a problem): > > #!/bin/sh -x > > /usr/X11R6/bin/XFree86-bin-icons.sh > > > Setup still borked on the above script. Note that > /usr/X11R6/bin/XFree86-bin-icons.sh does have execute permissions and > /var/log/setup.log.full. > > > I have tried changing the postinstall script to the following, just in > case there was some sort of side-effect of running our bash script from > an sh-launched bash shell (not likely, but wanted to rule it out): > > #!/bin/bash -x > > bash -c /usr/X11R6/bin/XFree86-bin-icons.sh > > > I guess the next step is that I am going to add some print-outs to > /usr/X11R6/bin/XFree86-bin-icons.sh so that I can figure out if it is > looping endlessly or trying to return. > > Harold > > Chris January wrote: > >> Setup (2.415) hangs when uninstalling XFree86-bin-icons. What can I do to >> find out why? >> >> Chris >> >> -- >> http://www.atomice.com >> > From huntharo@msu.edu Thu Oct 2 22:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 02 Oct 2003 22:26:00 -0000 Subject: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise Message-ID: <3F7CA601.1050702@msu.edu> This looks like a cygpath problem, but it has something to do with the environment in which cygpath gets run from a postinstall script. Whomever is interested, please look into it. Whomever is not interested, please keep your grumpy flames to yourself. To demonstrate this problem, please do the following ==================================================== 1) Save the attached file as /etc/postinstall/cygpath-hangs.sh. 2) Run setup.exe, select any mirror. 3) Choose 'keep' on the package selection page. Then, select a null package (e.g. XFree86-base) and choose 'reinstall'. This will cause postinstall scripts to be run, but it won't change your installed package or force you to have to download a large package just to get this behavior. 4) setup.exe will run cygpath-hangs.sh and, lo!, it will sit there (i.e. hang) waiting for cygpath-hangs.sh to return. 5) Go look in /var/log/ for the most recent file following the pattern setup.log.postinstall*. Open it. 6) You should see the following in the log file: + which which /usr/bin/which + cygpath -S /cygdrive/c/WINDOWS/system32 ++ which which + FOO=/usr/bin/which ++ cygpath -S 7) Run /etc/postinstall/cygpath-hangs.sh from a bash shell and observe that it does not hang. Summary ======= 1) You can run 'which which' from a postinstall script without saving its output to a variable. 2) You can run 'cygpath -S' (or any other flag combo) from a postinstall script without saving its output to a variable. 3) You can run 'which which' from a postinstall script and save its output to a variable (e.g. FOO=$(which which)) 4) If you run 'cygpath -S' from a postinstall script and save its output to a variable (e.g. BAR=$(cygpath -S)), then cygpath will fail to return for eternity. 5) cygpath's failure to return causes bash to fail to return, which causes setup.exe to wait forever for cygpath-hangs.sh to complete. There, I have proven beyond a doubt that this has absolutely nothing to do with Cygwin/XFree86 :) I would appreciate any help in fixing this. Thanks in advance, Harold -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygpath-hangs.sh URL: From huntharo@msu.edu Fri Oct 3 03:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 03 Oct 2003 03:31:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: <3F7A24E9.1030900@msu.edu> <3F7B0222.5030500@msu.edu> <3F7B37D3.7080700@msu.edu> Message-ID: <3F7CED50.1060308@msu.edu> Alexander, I don't understand how your example code relates to the problem at hand. I have created a more sophisticated example and I wish that you could look at it and modify it if it doesn't currently exhibit the problem either. The code is attached, just 'make' it. Of course, anyone else is free to look at the code and comment. The code compiles fine for me and gives the following results: $ ./xtest x1.callback: 0x4010e0 x2.callback: 0x4010e0 $ ./xtest2 x1.callback: 0x4010f0 x2.callback: 0x4010f0 You can uncomment the DEFINES in Makefile to define SHAREDCODE or not... which changes the way that _XtInherit is defined in sharedlib.c. I am not really sure what it is I am trying to do here. Making this example feature complete will really help me to understand. Thanks, Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>>gcc -shared -o x1.dll x1.c xtinherit.c >> >> ^^^^^^ ^^^^^^^^^^^ >> >>That is the crux of my whole argument, and I believe it is what Alan was >>trying to tell me to do. You do *not* link xtinherit.c/o into x1.dll. >>Instead, only for demonstration purposes, you can link it directly into >>any executables that link to x1.dll. >> >>What is your response to that? > > > i686-pc-cygwin32-gcc -shared -o x1.dll x1.c > /tmp/ccE9Szng.o(.data+0x0):x1.c: undefined reference to `__XtInherit' > > bye > ago -------------- next part -------------- A non-text attachment was scrubbed... Name: libtest.tar.bz2 Type: application/x-tar Size: 1063 bytes Desc: not available URL: From jochen@jochen-kuepper.de Fri Oct 3 07:56:00 2003 From: jochen@jochen-kuepper.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri, 03 Oct 2003 07:56:00 -0000 Subject: focus / windows update problems Message-ID: <867k3mrbz2.fsf@doze.rijnh.nl> I started up the Cygwin XFree86 server yesterday again (after many weeks). Thanks for all the improvements! I do have a problem with window content updates, though. I am running latest Cygwin (as of yesterday) on a Win2000 system with "focus follows mouse policy" (this can be set in TweakUI). Mostly it works fine for X programs, too. When I have two overlapping X windows and move the mouse to the back one it gets focus and everything is as expected. However when I then click its titlebar to move it to the front the newly shown content is not redrawn! Only when the window looses focus and regains it the content will be displayed correctly. Looks like bringing the window to the front does not trigger the right signal, i.e. redefining the window area which has to be redrawn. Feel free to contact me if you need more information. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Oct 3 11:57:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 03 Oct 2003 11:57:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F7CED50.1060308@msu.edu> References: <3F7A24E9.1030900@msu.edu> <3F7B0222.5030500@msu.edu> <3F7B37D3.7080700@msu.edu> <3F7CED50.1060308@msu.edu> Message-ID: Harold L Hunt II wrote: > Alexander, > > I don't understand how your example code relates to the problem at hand. the structs x1 and x2 represent widget classes from libXt and from eg xclock. x1 must be linked into the dll and x2 must be linked into the program. The other problem is the function which compares the callback with _XtInherit. _XtInherit is bound to an address in the dll, but the callback is bound to _XtInherit in the program. Both are at different memory locations. What we would need is a startup function which replaces pointers to the importlib _XtInherit to the pointer of _XtInherit from the dll. func reloc_addr[] = { .... }; unsigned reloc_addr_size = ...; __startup_relocate(void) { unsigned i; func real_func = dlsym("cygXt.dll", "_XtInherit"); for (i = 0; i < reloc_addr_size; i++) *(reloc_addr[i]) = real_func; } This must be added to libXt.dll.a and the linker must fill the reloc_addr array. > I have created a more sophisticated example and I wish that you could > look at it and modify it if it doesn't currently exhibit the problem > either. The code is attached, just 'make' it. > > $ ./xtest > x1.callback: 0x4010e0 > x2.callback: 0x4010e0 Both callbacks are bound to _XtInherit from the program. I've changed the source to match the problem from libXt. The problem is solved if the output is $ ./xtest x1.callback: 0x1000xxx x2.callback: 0x4010e0 test(x1): 1 test(x2): 1 Unfortunately it fails at test(x2). bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- A non-text attachment was scrubbed... Name: libtest.tar.bz2 Type: application/octet-stream Size: 1181 bytes Desc: URL: From huntharo@msu.edu Fri Oct 3 14:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 03 Oct 2003 14:29:00 -0000 Subject: focus / windows update problems In-Reply-To: <867k3mrbz2.fsf@doze.rijnh.nl> References: <867k3mrbz2.fsf@doze.rijnh.nl> Message-ID: <3F7D87BD.30904@msu.edu> Jochen, Yes, I can reproduce this behavior. I added the following processing to winTopLevelWindowProc() and would like a review from some other developers. Note: It does fix the problem, but I am not 100% sure that it is correct. case WM_WINDOWPOSCHANGED: { LPWINDOWPOS pwindPos = (LPWINDOWPOS) lParam; /* Bail if window z order was not changed */ if (pwindPos->flags & SWP_NOZORDER) break; #if CYGMULTIWINDOW_DEBUG ErrorF ("winTopLevelWindowProc - hwndInsertAfter: %p\n", pwindPos->hwndInsertAfter); #endif /* Pass the message to the root window */ SendMessage (hwndScreen, message, wParam, lParam); if (s_pScreenPriv != NULL) s_pScreenPriv->fWindowOrderChanged = TRUE; } return 0; On a side note, is that a mistake the way that SendMessage is always called before setting the flag in s_pScreenPriv? If it is intended that the root window be able to query that parameter, then it would be a race condition to see whether or not that parameter got set before or after the root window processed the message. Any comments? Harold Jochen K??pper wrote: > I started up the Cygwin XFree86 server yesterday again (after many > weeks). Thanks for all the improvements! > > I do have a problem with window content updates, though. I am running > latest Cygwin (as of yesterday) on a Win2000 system with "focus > follows mouse policy" (this can be set in TweakUI). Mostly it works > fine for X programs, too. > > When I have two overlapping X windows and move the mouse to the back > one it gets focus and everything is as expected. However when I then > click its titlebar to move it to the front the newly shown content is > not redrawn! Only when the window looses focus and regains it the > content will be displayed correctly. > > Looks like bringing the window to the front does not trigger the right > signal, i.e. redefining the window area which has to be redrawn. > > Feel free to contact me if you need more information. > > Greetings, > Jochen From huntharo@msu.edu Fri Oct 3 18:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 03 Oct 2003 18:32:00 -0000 Subject: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise In-Reply-To: <3F7CA601.1050702@msu.edu> References: <3F7CA601.1050702@msu.edu> Message-ID: <3F7DC08F.3040603@msu.edu> I should emphasize that the reason this is important is because the XFree86-bin-icons package calls cygpath in this manner and it freezes setup.exe when the postinstall or preremove script gets run. So, there is current breakage with this. It is not a hypothetical situation. Harold Harold L Hunt II wrote: > This looks like a cygpath problem, but it has something to do with the > environment in which cygpath gets run from a postinstall script. > Whomever is interested, please look into it. Whomever is not > interested, please keep your grumpy flames to yourself. > > > To demonstrate this problem, please do the following > ==================================================== > > 1) Save the attached file as /etc/postinstall/cygpath-hangs.sh. > > 2) Run setup.exe, select any mirror. > > 3) Choose 'keep' on the package selection page. Then, select a null > package (e.g. XFree86-base) and choose 'reinstall'. This will cause > postinstall scripts to be run, but it won't change your installed > package or force you to have to download a large package just to get > this behavior. > > 4) setup.exe will run cygpath-hangs.sh and, lo!, it will sit there (i.e. > hang) waiting for cygpath-hangs.sh to return. > > 5) Go look in /var/log/ for the most recent file following the pattern > setup.log.postinstall*. Open it. > > 6) You should see the following in the log file: > > + which which > /usr/bin/which > + cygpath -S > /cygdrive/c/WINDOWS/system32 > ++ which which > + FOO=/usr/bin/which > ++ cygpath -S > > 7) Run /etc/postinstall/cygpath-hangs.sh from a bash shell and observe > that it does not hang. > > > Summary > ======= > > 1) You can run 'which which' from a postinstall script without saving > its output to a variable. > > 2) You can run 'cygpath -S' (or any other flag combo) from a postinstall > script without saving its output to a variable. > > 3) You can run 'which which' from a postinstall script and save its > output to a variable (e.g. FOO=$(which which)) > > 4) If you run 'cygpath -S' from a postinstall script and save its output > to a variable (e.g. BAR=$(cygpath -S)), then cygpath will fail to return > for eternity. > > 5) cygpath's failure to return causes bash to fail to return, which > causes setup.exe to wait forever for cygpath-hangs.sh to complete. > > > There, I have proven beyond a doubt that this has absolutely nothing to > do with Cygwin/XFree86 :) > > I would appreciate any help in fixing this. > > Thanks in advance, > > Harold > > > ------------------------------------------------------------------------ > > #!/bin/bash -x > > which which > cygpath -S > > FOO=$(which which) > BAR=$(cygpath -S) From huntharo@msu.edu Sat Oct 4 01:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 01:47:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-15 Message-ID: <3F7E2698.7000504@msu.edu> The XFree86-xserv-4.3.0-15 package has been updated in the Cygwin distribution. Changes: 1) winconfig.c - Add another German keyboard layout. (Alexander Gottwald) 2) winconfig.c - Setting the default layout for Japanese to jp (was jp106 before). (Alexander Gottwald) 3) winconfig.c - Add a new default for Portuguese (Brazil, ABNT2). (Alexander Gottwald) 4) winconfig.c - Print the layout number in hexadecimal instead of decimal. (Alexander Gottwald) 5) winmultiwindowwndproc.c/winTopLevelWindowProc() - Add processing for WM_WINDOWPOSCHANGED to cause window to repaint when using TweakUI's focus-follows-mouse behavior. (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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Sat Oct 4 01:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 01:47:00 -0000 Subject: [ANNOUNCEMENT] Server Test 102 Message-ID: <3F7E266D.6090903@msu.edu> Announcement ============ I just posted Test 102 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Cygwin setup.exe Package Version ================================ You can install the Test 102 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-15 Binary and Source Distribution - Use a Mirror ============================================= 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). Links ===== Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test102.exe.bz2 (1279 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20031003-2100.tar.bz2 (129 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test101 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test101-to-Test102.diff (4 KiB) Changes ======= 1) winconfig.c - Add another German keyboard layout. (Alexander Gottwald) 2) winconfig.c - Setting the default layout for Japanese to jp (was jp106 before). (Alexander Gottwald) 3) winconfig.c - Add a new default for Portuguese (Brazil, ABNT2). (Alexander Gottwald) 4) winconfig.c - Print the layout number in hexadecimal instead of decimal. (Alexander Gottwald) 5) winmultiwindowwndproc.c/winTopLevelWindowProc() - Add processing for WM_WINDOWPOSCHANGED to cause window to repaint when using TweakUI's focus-follows-mouse behavior. (Harold L Hunt II) Harold From miles0201@cox.net Sat Oct 4 04:08:00 2003 From: miles0201@cox.net (Alan Miles) Date: Sat, 04 Oct 2003 04:08:00 -0000 Subject: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise In-Reply-To: <3F7DC08F.3040603@msu.edu> Message-ID: All, I concur - I have a couple of private packages that I build, and then use a local copy of upset to create the setup.ini file. My packages are ** NOT ** XFree86 related, and I have the same type of $(cygpath -S) call in my postinstall scripts. They also freeze up this latest setup.exe, the 2.340.2.5 release of setup.exe everything worked properly. Interesting though, if I run "H:\CygnusSolutions-Cygwin Files\strace.exe" -o "H:\CygnusSolutions-Cygwin Files\strace.setup.txt" "H:\CygnusSolutions-Cygwin Files\setup.exe" from a Windows command short cut, then setup.exe correctly installs cygwin without any freeze ups. Alan -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: October 3, 2003 13:32 To: cygwin-apps@cygwin.com Cc: cygx Subject: Re: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise I should emphasize that the reason this is important is because the XFree86-bin-icons package calls cygpath in this manner and it freezes setup.exe when the postinstall or preremove script gets run. So, there is current breakage with this. It is not a hypothetical situation. Harold Harold L Hunt II wrote: > This looks like a cygpath problem, but it has something to do with the > environment in which cygpath gets run from a postinstall script. > Whomever is interested, please look into it. Whomever is not > interested, please keep your grumpy flames to yourself. > > > To demonstrate this problem, please do the following > ==================================================== > > 1) Save the attached file as /etc/postinstall/cygpath-hangs.sh. > > 2) Run setup.exe, select any mirror. > > 3) Choose 'keep' on the package selection page. Then, select a null > package (e.g. XFree86-base) and choose 'reinstall'. This will cause > postinstall scripts to be run, but it won't change your installed > package or force you to have to download a large package just to get > this behavior. > > 4) setup.exe will run cygpath-hangs.sh and, lo!, it will sit there (i.e. > hang) waiting for cygpath-hangs.sh to return. > > 5) Go look in /var/log/ for the most recent file following the pattern > setup.log.postinstall*. Open it. > > 6) You should see the following in the log file: > > + which which > /usr/bin/which > + cygpath -S > /cygdrive/c/WINDOWS/system32 > ++ which which > + FOO=/usr/bin/which > ++ cygpath -S > > 7) Run /etc/postinstall/cygpath-hangs.sh from a bash shell and observe > that it does not hang. > > > Summary > ======= > > 1) You can run 'which which' from a postinstall script without saving > its output to a variable. > > 2) You can run 'cygpath -S' (or any other flag combo) from a postinstall > script without saving its output to a variable. > > 3) You can run 'which which' from a postinstall script and save its > output to a variable (e.g. FOO=$(which which)) > > 4) If you run 'cygpath -S' from a postinstall script and save its output > to a variable (e.g. BAR=$(cygpath -S)), then cygpath will fail to return > for eternity. > > 5) cygpath's failure to return causes bash to fail to return, which > causes setup.exe to wait forever for cygpath-hangs.sh to complete. > > > There, I have proven beyond a doubt that this has absolutely nothing to > do with Cygwin/XFree86 :) > > I would appreciate any help in fixing this. > > Thanks in advance, > > Harold > > > ------------------------------------------------------------------------ > > #!/bin/bash -x > > which which > cygpath -S > > FOO=$(which which) > BAR=$(cygpath -S) From miles0201@cox.net Sat Oct 4 04:12:00 2003 From: miles0201@cox.net (Alan Miles) Date: Sat, 04 Oct 2003 04:12:00 -0000 Subject: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise In-Reply-To: <3F7DC08F.3040603@msu.edu> Message-ID: All, I concur - I have a couple of private packages that I build, and then use a local copy of upset to create the setup.ini file. My packages are ** NOT ** XFree86 related, and I have the same type of $(cygpath -S) call in my postinstall scripts. They also freeze up this latest setup.exe, the 2.340.2.5 release of setup.exe everything worked properly. Interesting though, if I run "H:\CygnusSolutions-Cygwin Files\strace.exe" -o "H:\CygnusSolutions-Cygwin Files\strace.setup.txt" "H:\CygnusSolutions-Cygwin Files\setup.exe" from a Windows command short cut, then setup.exe correctly installs cygwin without any freeze ups. Alan -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: October 3, 2003 13:32 To: cygwin-apps@cygwin.com Cc: cygx Subject: Re: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise I should emphasize that the reason this is important is because the XFree86-bin-icons package calls cygpath in this manner and it freezes setup.exe when the postinstall or preremove script gets run. So, there is current breakage with this. It is not a hypothetical situation. Harold Harold L Hunt II wrote: > This looks like a cygpath problem, but it has something to do with the > environment in which cygpath gets run from a postinstall script. > Whomever is interested, please look into it. Whomever is not > interested, please keep your grumpy flames to yourself. > > > To demonstrate this problem, please do the following > ==================================================== > > 1) Save the attached file as /etc/postinstall/cygpath-hangs.sh. > > 2) Run setup.exe, select any mirror. > > 3) Choose 'keep' on the package selection page. Then, select a null > package (e.g. XFree86-base) and choose 'reinstall'. This will cause > postinstall scripts to be run, but it won't change your installed > package or force you to have to download a large package just to get > this behavior. > > 4) setup.exe will run cygpath-hangs.sh and, lo!, it will sit there (i.e. > hang) waiting for cygpath-hangs.sh to return. > > 5) Go look in /var/log/ for the most recent file following the pattern > setup.log.postinstall*. Open it. > > 6) You should see the following in the log file: > > + which which > /usr/bin/which > + cygpath -S > /cygdrive/c/WINDOWS/system32 > ++ which which > + FOO=/usr/bin/which > ++ cygpath -S > > 7) Run /etc/postinstall/cygpath-hangs.sh from a bash shell and observe > that it does not hang. > > > Summary > ======= > > 1) You can run 'which which' from a postinstall script without saving > its output to a variable. > > 2) You can run 'cygpath -S' (or any other flag combo) from a postinstall > script without saving its output to a variable. > > 3) You can run 'which which' from a postinstall script and save its > output to a variable (e.g. FOO=$(which which)) > > 4) If you run 'cygpath -S' from a postinstall script and save its output > to a variable (e.g. BAR=$(cygpath -S)), then cygpath will fail to return > for eternity. > > 5) cygpath's failure to return causes bash to fail to return, which > causes setup.exe to wait forever for cygpath-hangs.sh to complete. > > > There, I have proven beyond a doubt that this has absolutely nothing to > do with Cygwin/XFree86 :) > > I would appreciate any help in fixing this. > > Thanks in advance, > > Harold > > > ------------------------------------------------------------------------ > > #!/bin/bash -x > > which which > cygpath -S > > FOO=$(which which) > BAR=$(cygpath -S) From miles0201@cox.net Sat Oct 4 04:19:00 2003 From: miles0201@cox.net (Alan Miles) Date: Sat, 04 Oct 2003 04:19:00 -0000 Subject: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise In-Reply-To: <3F7DC08F.3040603@msu.edu> Message-ID: All, I concur - I have a couple of private packages that I build, and then use a local copy of upset to create the setup.ini file. My packages are ** NOT ** XFree86 related, and I have the same type of $(cygpath -S) call in my postinstall scripts. They also freeze up this latest setup.exe, the 2.340.2.5 release of setup.exe everything worked properly. Interesting though, if I run "H:\CygnusSolutions-Cygwin Files\strace.exe" -o "H:\CygnusSolutions-Cygwin Files\strace.setup.txt" "H:\CygnusSolutions-Cygwin Files\setup.exe" from a Windows command short cut, then setup.exe correctly installs cygwin without any freeze ups. Alan -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: October 3, 2003 13:32 To: cygwin-apps@cygwin.com Cc: cygx Subject: Re: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise I should emphasize that the reason this is important is because the XFree86-bin-icons package calls cygpath in this manner and it freezes setup.exe when the postinstall or preremove script gets run. So, there is current breakage with this. It is not a hypothetical situation. Harold Harold L Hunt II wrote: > This looks like a cygpath problem, but it has something to do with the > environment in which cygpath gets run from a postinstall script. > Whomever is interested, please look into it. Whomever is not > interested, please keep your grumpy flames to yourself. > > > To demonstrate this problem, please do the following > ==================================================== > > 1) Save the attached file as /etc/postinstall/cygpath-hangs.sh. > > 2) Run setup.exe, select any mirror. > > 3) Choose 'keep' on the package selection page. Then, select a null > package (e.g. XFree86-base) and choose 'reinstall'. This will cause > postinstall scripts to be run, but it won't change your installed > package or force you to have to download a large package just to get > this behavior. > > 4) setup.exe will run cygpath-hangs.sh and, lo!, it will sit there (i.e. > hang) waiting for cygpath-hangs.sh to return. > > 5) Go look in /var/log/ for the most recent file following the pattern > setup.log.postinstall*. Open it. > > 6) You should see the following in the log file: > > + which which > /usr/bin/which > + cygpath -S > /cygdrive/c/WINDOWS/system32 > ++ which which > + FOO=/usr/bin/which > ++ cygpath -S > > 7) Run /etc/postinstall/cygpath-hangs.sh from a bash shell and observe > that it does not hang. > > > Summary > ======= > > 1) You can run 'which which' from a postinstall script without saving > its output to a variable. > > 2) You can run 'cygpath -S' (or any other flag combo) from a postinstall > script without saving its output to a variable. > > 3) You can run 'which which' from a postinstall script and save its > output to a variable (e.g. FOO=$(which which)) > > 4) If you run 'cygpath -S' from a postinstall script and save its output > to a variable (e.g. BAR=$(cygpath -S)), then cygpath will fail to return > for eternity. > > 5) cygpath's failure to return causes bash to fail to return, which > causes setup.exe to wait forever for cygpath-hangs.sh to complete. > > > There, I have proven beyond a doubt that this has absolutely nothing to > do with Cygwin/XFree86 :) > > I would appreciate any help in fixing this. > > Thanks in advance, > > Harold > > > ------------------------------------------------------------------------ > > #!/bin/bash -x > > which which > cygpath -S > > FOO=$(which which) > BAR=$(cygpath -S) From rbcollins@cygwin.com Sat Oct 4 04:25:00 2003 From: rbcollins@cygwin.com (Robert Collins) Date: Sat, 04 Oct 2003 04:25:00 -0000 Subject: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise In-Reply-To: References: Message-ID: <1065241514.18546.19.camel@localhost> On Sat, 2003-10-04 at 14:19, Alan Miles wrote: > All, > > I concur - I have a couple of private packages that I build, and then use a > local copy of upset to create the setup.ini file. My packages are ** NOT ** > XFree86 related, and I have the same type of $(cygpath -S) call in my > postinstall scripts. They also freeze up this latest setup.exe, the > 2.340.2.5 release of setup.exe everything worked properly. This is intruiging: these reports where already coming in before I pushed out the current release. (Which I did because I was finally tired of the 'setup hangs' reports due to the bad graph traversal code.) Rob -- GPG key available at: . -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From cliff@may.be Sat Oct 4 12:40:00 2003 From: cliff@may.be (Cliff Stanford) Date: Sat, 04 Oct 2003 12:40:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-15 In-Reply-To: <3F7E2698.7000504@msu.edu> References: <3F7E2698.7000504@msu.edu> Message-ID: In message <3F7E2698.7000504@msu.edu>, Harold L Hunt II writes >The XFree86-xserv-4.3.0-15 package has been updated in the Cygwin >distribution. > >5) winmultiwindowwndproc.c/winTopLevelWindowProc() - Add processing >for WM_WINDOWPOSCHANGED to cause window to repaint when using >TweakUI's focus-follows-mouse behavior. (Harold L Hunt II) Wonderful! Thanks. Cliff. From huntharo@msu.edu Sat Oct 4 17:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 17:16:00 -0000 Subject: focus / windows update problems In-Reply-To: <867k3mrbz2.fsf@doze.rijnh.nl> References: <867k3mrbz2.fsf@doze.rijnh.nl> Message-ID: <3F7F0038.5050607@msu.edu> Jochen, The XFree86-xserv-4.3.0-15 release should fix your problems. Harold Jochen K??pper wrote: > I started up the Cygwin XFree86 server yesterday again (after many > weeks). Thanks for all the improvements! > > I do have a problem with window content updates, though. I am running > latest Cygwin (as of yesterday) on a Win2000 system with "focus > follows mouse policy" (this can be set in TweakUI). Mostly it works > fine for X programs, too. > > When I have two overlapping X windows and move the mouse to the back > one it gets focus and everything is as expected. However when I then > click its titlebar to move it to the front the newly shown content is > not redrawn! Only when the window looses focus and regains it the > content will be displayed correctly. > > Looks like bringing the window to the front does not trigger the right > signal, i.e. redefining the window area which has to be redrawn. > > Feel free to contact me if you need more information. > > Greetings, > Jochen From huntharo@msu.edu Sat Oct 4 17:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 17:16:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-15 In-Reply-To: References: <3F7E2698.7000504@msu.edu> Message-ID: <3F7F0059.6080600@msu.edu> Cliff, Cliff Stanford wrote: > In message <3F7E2698.7000504@msu.edu>, Harold L Hunt II > writes > >> The XFree86-xserv-4.3.0-15 package has been updated in the Cygwin >> distribution. >> >> 5) winmultiwindowwndproc.c/winTopLevelWindowProc() - Add processing >> for WM_WINDOWPOSCHANGED to cause window to repaint when using >> TweakUI's focus-follows-mouse behavior. (Harold L Hunt II) > > > Wonderful! > > Thanks. I am glad you enjoy this one. It was easy. :) Harold From gp@familiehaase.de Sat Oct 4 17:59:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Sat, 04 Oct 2003 17:59:00 -0000 Subject: lesstif & tetex-x11 manpages not in MANPATH directory Message-ID: <121-1462083625.20031004200551@familiehaase.de> Hello, The latest LessTif & TeTeX packages are installing manpages into /usr/X11R6/share/man/man1, but /etc/man.conf doesn't include this path in the MANPATH settings. Ciao, Gerrit -- =^..^= From riccoh@riccoh.mine.nu Sat Oct 4 20:13:00 2003 From: riccoh@riccoh.mine.nu (Cem Han) Date: Sat, 04 Oct 2003 20:13:00 -0000 Subject: Segmentation fault after xdm login Message-ID: <3F7F2AA9.5080105@riccoh.mine.nu> My first attempt at the xdm login screen causes Xwin(debug version or not) instantly reappear with the same xdm login and the second attempt results in a segmentation fault. The remote box is a Redhat 9. In the xdm-errors file I can't see any messages at all even after increasing the "DisplayManager.debugLevel" parameter located in "/etc/X11/xdm/xdm-config". All the following output belongs to an "XWin-Test101-DEBUG.exe" session. Thanks a lot, Cem Han contents of XWin-Test101-DEBUG.exe.stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=61093CB1 eax=00000000 ebx=00000020 ecx=109D49F0 edx=00000000 esi=109D4A10 edi=00000000 ebp=0022FD98 esp=0022FD78 program=g:\apps\cygwin\home\Cem Han\XWin-Test101-DEBUG.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FD98 61093CB1 (61128390, 611283B4, 00000018, 10974148) 0022FDB8 61093BC0 (61128390, FFFFFFFF, 00000388, 109360C0) 0022FDE8 6103EB65 (10974148, 10109860, 0022FE18, 007E7C4D) 0022FDF8 0043DAC4 (10974148, 00000000, 0022FE38, 00000000) 0022FE18 007E7C4D (10A04E98, 00000104, 0022FE38, 007E7EBD) 0022FE28 007E7CBB (10900E8C, 00000000, 0022FE48, 007DB888) 0022FE38 007E7EBD (10900E80, 00000000, 0022FE58, 004168AB) 0022FE48 007DB888 (10900A38, 00000000, 0022FE88, 004197F9) 0022FE58 004168AB (10900A38, 00000004, 0022FE78, 0043DAC4) 0022FE88 004197F9 (1080E1D8, 00000006, 00000001, 0043DAC4) 0022FEA8 0041A3B2 (108083A0, 108120E8, 61600B64, 00000001) 0022FEF0 00401A1D (00000003, 61600B64, 10100330, 0022FF24) 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000007D0, 610CFE04) 0022FF90 610052ED (00000000, 00000000, 00000001, 00000000) 0022FFB0 008652A1 (00401407, 037F0009, 0022FFF0, 77E814C7) 0022FFC0 0040103C (00000001, 00000032, 7FFDF000, F4CE4CF0) End of stack trace (more stack frames may be present) ************************************************** gdb backtrace from the recently posted XWin-Test101-DEBUG.exe: #0 0x61093af5 in strtosigno () from /usr/bin/cygwin1.dll #1 0x6103eb65 in free () from /usr/bin/cygwin1.dll #2 0x0043dac4 in Xfree (ptr=0x109d59d8) at utils.c:1317 #3 0x004423ec in TimerInit () at WaitFor.c:528 #4 0x0043ec12 in OsInit () at osinit.c:215 #5 0x004014f9 in main (argc=3, argv=0x10101c78, envp=0x10100330) at main.c:305 *********************************************** contents of XWin.log : ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 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 - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 0 1170 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1170 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1145 r 1594 l 0 b 1145 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6376 winAllocateFBShadowDDNL - Created shadow pitch: 6376 winAllocateFBShadowDDNL - Created shadow stride: 1594 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "0000041F" (0000041f) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 797 572 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (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 - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1594 h: 1145 winAdjustForAutoHide - Original WorkArea: 0 0 1170 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1170 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1145 r 1594 l 0 b 1145 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6376 winAllocateFBShadowDDNL - Created shadow pitch: 6376 winAllocateFBShadowDDNL - Created shadow stride: 1594 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "0000041F" (0000041f) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned ****************************************** cygcheck -c output: Cygwin Package Information Package Version Status _update-info-dir 00221-1 OK ash 20020731-3 OK base-files 2.6-1 OK base-passwd 1.1-1 OK bash 2.05b-15 OK bzip2 1.0.2-5 OK cgoban 1.9.14-1 OK cygipc 2.01-2 OK cygwin 1.5.5-1 OK diffutils 2.8.4-1 OK editrights 1.01-1 OK expat 1.95.6-2 OK fileutils 4.1-2 OK findutils 4.1.7-4 OK fvwm 2.4.7-2 OK gawk 3.1.3-3 OK gdb 20030919-1 OK gdbm 1.8.3-7 OK gettext 0.12.1-3 OK ghostscript 7.05-2 OK ghostscript-base 7.05-2 OK gnugo 3.4-1 OK grace 5.1.12-1 OK grep 2.5-1 OK groff 1.18.1-2 OK gzip 1.3.5-1 OK less 381-1 OK lesstif 0.93.91-1 OK libbz2_1 1.0.2-5 OK libgdbm 1.8.0-5 OK libgdbm-devel 1.8.3-7 OK libgdbm3 1.8.3-3 OK libgdbm4 1.8.3-7 OK libgettextpo0 0.12.1-3 OK libiconv2 1.9.1-3 OK libintl 0.10.38-3 OK libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK libjpeg6b 6b-8 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre0 4.4-2 OK libpng 1.2.5-4 OK libpng10 1.0.15-4 OK libpng12 1.2.5-4 OK libpopt0 1.6.4-4 OK libPropList 0.10.1-3 OK libreadline4 4.1-2 OK libreadline5 4.3-5 OK libtiff3 3.6.0-2 OK login 1.9-7 OK lynx 2.8.4-7 OK man 1.5j-2 OK mktemp 1.5-3 OK ncurses 5.3-4 OK openbox 0.99.1-3 OK openssh 3.7.1p2-1 OK openssl 0.9.7c-1 OK pcre 4.4-2 OK pcre-doc 4.4-2 OK readline 4.3-5 OK sed 4.0.7-3 OK sh-utils 2.0.15-4 OK tar 1.13.25-3 OK tcltk 20030901-1 OK termcap 20021106-2 OK terminfo 5.3_20030726-1 OK texinfo 4.2-4 OK textutils 2.0.21-1 OK transfig 3.2.4-1 OK vim 6.2.098-1 OK which 1.5-2 OK WindowMaker 0.80.0-2 OK x2x 1.27-2 OK Xaw3d 1.5E-1 OK xfig-base 3.2.4-1 OK xfig-bin 3.2.4-1 OK xfig-doc 3.2.4-1 OK xfig-etc 3.2.4-3 OK xfig-lib 3.2.4-2 OK xfig-man 3.2.4-1 OK XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-4 OK XFree86-bin-icons 4.3.0-3 Incomplete XFree86-doc 4.3.0-1 OK XFree86-etc 4.3.0-3 OK XFree86-f100 4.2.0-3 OK XFree86-fcyr 4.2.0-3 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-fscl 4.2.0-3 OK XFree86-fsrv 4.3.0-3 OK XFree86-html 4.3.0-1 OK XFree86-jdoc 4.3.0-1 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-1 OK XFree86-man 4.3.0-1 OK XFree86-nest 4.3.0-3 OK XFree86-prog 4.3.0-6 OK XFree86-prt 4.3.0-3 OK XFree86-ps 4.3.0-1 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-vfb 4.3.0-3 OK XFree86-xserv 4.3.0-15 OK XFree86-xwinclip 4.3.0-1 OK zlib 1.1.4-4 OK From 0@pervalidus.tk Sat Oct 4 22:05:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Sat, 04 Oct 2003 22:05:00 -0000 Subject: lesstif & tetex-x11 manpages not in MANPATH directory Message-ID: On Sat, 4 Oct 2003, Gerrit P. Haase wrote: > The latest LessTif & TeTeX packages are installing manpages into > /usr/X11R6/share/man/man1, but /etc/man.conf doesn't include this path > in the MANPATH settings. And maybe it should follow the FHS and instead use /usr/X11R6/man/man1 since share for man (and info) pages is should only be used in /usr. BTW Harold, I hope http://sources.redhat.com/ml/cygwin/2003-09/msg01431.html is on your queue. -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Sat Oct 4 22:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 22:23:00 -0000 Subject: lesstif & tetex-x11 manpages not in MANPATH directory In-Reply-To: References: Message-ID: <3F7F4825.2000007@msu.edu> This was an oversite, not a decision. It will be fixed when I have time. Thanks for alerting me. Harold Fr??d??ric L. W. Meunier wrote: > On Sat, 4 Oct 2003, Gerrit P. Haase wrote: > > >>The latest LessTif & TeTeX packages are installing manpages into >>/usr/X11R6/share/man/man1, but /etc/man.conf doesn't include this path >>in the MANPATH settings. > > > And maybe it should follow the FHS and instead use > /usr/X11R6/man/man1 since share for man (and info) pages is > should only be used in /usr. > > BTW Harold, I hope > http://sources.redhat.com/ml/cygwin/2003-09/msg01431.html is on > your queue. > From huntharo@msu.edu Sat Oct 4 22:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 22:34:00 -0000 Subject: [ANNOUNCEMENT] Server Test 103 Message-ID: <3F7F4AE7.1030307@msu.edu> Announcement ============ I just posted Test 103 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Cygwin setup.exe Package Version ================================ You can install the Test 103 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-16 Binary and Source Distribution - Use a Mirror ============================================= 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). Links ===== Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test103.exe.bz2 (1279 KiB) No source code release this time. Changes ======= 1) xc/programs/Xserver/os/WaitFor.c - Backport Ivan Pascal's final changes to timer processing (which was causing duplicate keystrokes in some situations). Harold From huntharo@msu.edu Sat Oct 4 22:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 22:35:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-16 Message-ID: <3F7F4AFF.3020409@msu.edu> The XFree86-xserv-4.3.0-16 package has been updated in the Cygwin distribution. Changes: 1) xc/programs/Xserver/os/WaitFor.c - Backport Ivan Pascal's final changes to timer processing (which was causing duplicate keystrokes in some situations). -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Sat Oct 4 23:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 23:02:00 -0000 Subject: Updated: XFree86-prog-4.3.0-7 Message-ID: <3F7F515A.4090402@msu.edu> The XFree86-prog-4.3.0-7 package has been updated in the Cygwin distribution. Changes: 1) Add two new files: /etc/profile.d/XFree86-prog.csh /etc/profile.d/XFree86-prog.sh Both of these files append /usr/X11R6/lib/pkgconfig to the environment variable PKG_CONFIG_PATH. This allows the 'pkgconfig --libs fontconfig' command, among others, to work as expected without reporting that it can't find info about fontconfig. Problem found by Fr??d??ric, solution proposed by Igor, solution implemented by Harold. (Fr??d??ric L. W. Meunier, Igor Pechtchanski, 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Sat Oct 4 23:04:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 23:04:00 -0000 Subject: lesstif & tetex-x11 manpages not in MANPATH directory In-Reply-To: References: Message-ID: <3F7F51CB.9000808@msu.edu> Fr??d??ric L. W. Meunier wrote: > BTW Harold, I hope > http://sources.redhat.com/ml/cygwin/2003-09/msg01431.html is on > your queue. Nope. Things don't go into my queue unless they show up on this list or are cc'd here at some point. It looks like that discussion happened entirely on the Cygwin mailing list, which I am not subscribed to. Harold From huntharo@msu.edu Sat Oct 4 23:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 23:11:00 -0000 Subject: Server Test Series - Change Log - Split into manageable pieces Message-ID: <3F7F5382.3000908@msu.edu> No one had complained yet, but the Server Test Series Change Log (link below) had grown to 115 KiB and I am sure that this was annoying to some people on less-than-fast links. http://xfree86.cygwin.com/devel/shadow/changelog.html The Change Log has now been split into chunks with no more than 25 release per file. I added a set of links to each of the pages, right about where the entries start, that allows you to move between the different pages: View: Current Full Test100+ Test99-Test75 Test74-Test50 Test49-Test25 Test24-Test01 What the links do ================= Current - Shows whatever the current set of changes is (Test100+ in this case). Full - Shows all changes. TestXXX-YYY - Shows all changes between YYY and XXX. How it works ============ I have 5 files on the server that contain the change log entries: entries-100.html, entries-075.html, etc. Each of the changelog-XXX.html files just includes entries-XXX.html. The full changelog, changelog-full.html, includes all of the entries-*.html files and the changelog.html file just includes whatever the most recent entries-*.html file is. Does it help? ============= I would like some feedback on whether this was a waste of time or whether some people actually benefited from it. Harold From huntharo@msu.edu Sat Oct 4 23:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 04 Oct 2003 23:31:00 -0000 Subject: Cygwin/XFree86 Website Design (Possible Deuglification?) Message-ID: <3F7F5810.2000206@msu.edu> The Cygwin/XFree86 website is looking pretty tired: http://xfree86.cygwin.com/ Things I don't like =================== 1) The green and black header. Yuk! 2) The hideous X logo. Yuk! 3) All the crap on the front page. Most of that stuff should be put on secondary pages. 4) News needs its own page. 5) The Screenshots page needs work. Most of the screenshots are out of date. Several new features need to be shown to entice new users. 6) Screenshots need thumbnails. People don't like following blind links to images. We should have some thumbnails linking to the images. Philosophy for changes ====================== 1) Content is king. If we don't have anything to say, we don't need a webpage. The whole point of the webpage is to showcase our information. With that in mind, we aim to make the webpage less ugly, but we can't forget that the whole point is to share information. 2) Plain-text bodies are good. I like being able to add a lot of information on a web page without having to deal with stylistic issues. 3) Eye-candy should be relegated to the left-bar, header, right-bar (if we want one), footer, and link sections within pages. 4) HTML compliance is a must. All pages should validate. 5) Don't assume much of web browsers. Keep away from JavaScript if we can (we don't use any yet). CSS is okay. DHTML may be pushing it too far. I don't want to spend a lot of time making sure it works with a lot of web browsers. Example sites that I would like to emulate ========================================== 1) http://www.kde.org/ - Good use of color, nice link sections around page and in page itself. 2) Huh... couldn't find another example. Example sites that I do not want to emulate =========================================== 1) http://www.gnome.org/ - Too plain, too dark, not enough info on the front page, no link sections, etc. 2) http://xfree86.org/ - This is an example of how I never want our page to look. :) Next steps ========== 1) Does anyone want to help? 2) Would someone like to make some professional screenshots showcasing our most recent new features (Earle's customizable tray-icon menu, Alexander putting the -query string in the title bar, multi-window mode, the 'always on top' option in the right-click menu in mutli-window mode, and the list of icons created by the XFree86-bin-icons package)? 3) Would someone like to pick an overall color scheme and set of styles? Just mock-up the front page for me and send me your .html and .css files and I can see what I can do with it. This would be a huge help. Let me know what you think, Harold From 0@pervalidus.tk Sun Oct 5 05:13:00 2003 From: 0@pervalidus.tk (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Sun, 05 Oct 2003 05:13:00 -0000 Subject: Weird keyboard behavior with "Caps Lock" key Message-ID: Something strange happened minutes ago. I was typing and suddenly all subsequent keys pressed showed as capitals, like if something reversed the "Caps Lock" key. With it enabled all showed as lower case. Then I tested in an open rxvt from where I started the session and everything showed right. The problem was only on Xfree86, and I had to restart it. I'm using all current packages and latest server. Any idea of what might have caused it or what I can do to track it down if it reappears ? Nothing in the logs. -- How to contact me - http://www.pervalidus.net/contact.html From murakami@ipl.t.u-tokyo.ac.jp Sun Oct 5 06:23:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Sun, 05 Oct 2003 06:23:00 -0000 Subject: Weird keyboard behavior with "Caps Lock" key In-Reply-To: References: Message-ID: <20031005145507.4000.MURAKAMI@ipl.t.u-tokyo.ac.jp> On Sun, 5 Oct 2003 02:13:24 -0300 (E. South America Standard Time) Fr?d?ric L. W. Meunier <0@pervalidus.tk> wrote: > Something strange happened minutes ago. I was typing and > suddenly all subsequent keys pressed showed as capitals, like > if something reversed the "Caps Lock" key. With it enabled all > showed as lower case. > > Then I tested in an open rxvt from where I started the session > and everything showed right. The problem was only on Xfree86, > and I had to restart it. It may be the mismatch between the Caps Lock state of XFree and that of Windows. If it is the source of your problem, you could re-synch two Caps Lock states by pressing Caps Lock for a while (several tries should be needed until it get fixed). The Caps Lock state of XFree86 is not strictly synchronized with the state of Windows. The former dominates the behaviour of all X applications while the latter dominates Windows applications, non-X rxvt and the LED on keyboards. As an experiment, when we press Caps Lock key for a while, Windows takes just one toggle. However, XFree receives a number of WM_KEYDOWN messages (due to Windows' autorepeat?) and it toggles the state repeatedly. Thus two states can be different. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From pavelr@coresma.com Sun Oct 5 07:36:00 2003 From: pavelr@coresma.com (Pavel Rosenboim) Date: Sun, 05 Oct 2003 07:36:00 -0000 Subject: another XWin crash In-Reply-To: References: Message-ID: <3F7FCA0F.7080909@coresma.com> Alexander Gottwald wrote: > Harold L Hunt II wrote: > > > Pavel, > > > > I think this is what happens when /tmp is not mounted in binary mode. > > > > Alexander Gottwald --- Can you confirm this? > > I suspect that too. I hoped (or better was sure), that the binmode changes > would prevent these problems. But it seems I have to recheck the whole > case. > > which version of XFree86-etc is installed? My /tmp is mounted in binary mode, I have XFree86-etc-4.3.0-3 installed and I don't have /usr/bin/xkbcomp.exe. On the other hand, after I installed latest XFree86-xserv (4.3.0-16) and -prog (4.3.0-7), I can't reproduce that crash anymore - strange. Pavel. From colin.harrison@virgin.net Sun Oct 5 12:02:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 05 Oct 2003 12:02:00 -0000 Subject: Cygwin/XFree86 Website Design (Possible Deuglification?) Message-ID: <000001c38b38$8f854090$0200a8c0@straightrunning.com> Hi, While I was zapping spam this morning did a screen capture of XWin in use. File attached (too large...rejected 1st time by sources.redhat.com >50k)is the capture shrunk to 25cm width (~700 pixels wide) and saved as a .png 230KB. Did the shrink as it didn't look too good full size on my IE browser (1280 x 1024 screen). I've posted the result also on an experimental (play not pay!) website of mine:- http://www.straightrunning.com/desktop/desktop.png (This is not always up, 24/7 as it's on my development machine and via a DSL link) The capture shows both XDMCP and multiwindow modes in action:- 1) A Windows XP desktop (tamed to remove all Telly Tubby/Early Learning Centre themes and garbage :)). 2) A XDMCP KDE session to a remote RedHat linux box running Mozilla. 3) A remote Konsole shell being used to monitor spam being zapped on my mailserver! 4) A remote Ethereal session being used to sniff my firewall traffic. 5) A local cygwin/xfree86 xterm. 6) A local cygwin/xfree86 xeyes showing shaped window/transparency. 7) My custom X selection menu from the XWin system tray icon. I can post more of the same if you want (more web friendly or different format/quality/size etc)? Colin From huntharo@msu.edu Sun Oct 5 17:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 17:00:00 -0000 Subject: Segmentation fault after xdm login In-Reply-To: <3F7F2AA9.5080105@riccoh.mine.nu> References: <3F7F2AA9.5080105@riccoh.mine.nu> Message-ID: <3F804E11.2050002@msu.edu> Cem, I forgot to email you yesterday and tell you to try the Test103/XFree86-xserv-4.3.0-16 release. I backported the final version of the WaitFor.c cleanups from XFree86 CVS HEAD to our 4.3 tree. Your crash was happening in WaitFor.c, so it is possible that this newest version may randomly fix your problem. Otherwise we will have to do some further debugging. If you still get a crash, I have posted a debug version of Test103/XFree86-xserv-4.3.0-16, which you can run the same as before in gdb: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test103-DEBUG.exe.bz2 (3096 KiB) Thanks for testing, Harold P.S. The information you sent last time was great. I should only need the stackdump and backtrace this time if you have a crash. Cem Han wrote: > My first attempt at the xdm login screen causes Xwin(debug version or > not) instantly reappear with the same xdm login and the second attempt > results in a segmentation fault. The remote box is a Redhat 9. In the > xdm-errors file I can't see any messages at all even after increasing > the "DisplayManager.debugLevel" parameter located in > "/etc/X11/xdm/xdm-config". > All the following output belongs to an "XWin-Test101-DEBUG.exe" session. > > Thanks a lot, > Cem Han > > contents of XWin-Test101-DEBUG.exe.stackdump: > > Exception: STATUS_ACCESS_VIOLATION at eip=61093CB1 > eax=00000000 ebx=00000020 ecx=109D49F0 edx=00000000 esi=109D4A10 > edi=00000000 > ebp=0022FD98 esp=0022FD78 program=g:\apps\cygwin\home\Cem > Han\XWin-Test101-DEBUG.exe > cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 > Stack trace: > Frame Function Args > 0022FD98 61093CB1 (61128390, 611283B4, 00000018, 10974148) > 0022FDB8 61093BC0 (61128390, FFFFFFFF, 00000388, 109360C0) > 0022FDE8 6103EB65 (10974148, 10109860, 0022FE18, 007E7C4D) > 0022FDF8 0043DAC4 (10974148, 00000000, 0022FE38, 00000000) > 0022FE18 007E7C4D (10A04E98, 00000104, 0022FE38, 007E7EBD) > 0022FE28 007E7CBB (10900E8C, 00000000, 0022FE48, 007DB888) > 0022FE38 007E7EBD (10900E80, 00000000, 0022FE58, 004168AB) > 0022FE48 007DB888 (10900A38, 00000000, 0022FE88, 004197F9) > 0022FE58 004168AB (10900A38, 00000004, 0022FE78, 0043DAC4) > 0022FE88 004197F9 (1080E1D8, 00000006, 00000001, 0043DAC4) > 0022FEA8 0041A3B2 (108083A0, 108120E8, 61600B64, 00000001) > 0022FEF0 00401A1D (00000003, 61600B64, 10100330, 0022FF24) > 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000007D0, 610CFE04) > 0022FF90 610052ED (00000000, 00000000, 00000001, 00000000) > 0022FFB0 008652A1 (00401407, 037F0009, 0022FFF0, 77E814C7) > 0022FFC0 0040103C (00000001, 00000032, 7FFDF000, F4CE4CF0) > End of stack trace (more stack frames may be present) > > ************************************************** > gdb backtrace from the recently posted XWin-Test101-DEBUG.exe: > > #0 0x61093af5 in strtosigno () from /usr/bin/cygwin1.dll > #1 0x6103eb65 in free () from /usr/bin/cygwin1.dll > #2 0x0043dac4 in Xfree (ptr=0x109d59d8) at utils.c:1317 > #3 0x004423ec in TimerInit () at WaitFor.c:528 > #4 0x0043ec12 in OsInit () at osinit.c:215 > #5 0x004014f9 in main (argc=3, argv=0x10101c78, envp=0x10100330) > at main.c:305 From huntharo@msu.edu Sun Oct 5 17:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 17:31:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-17 Message-ID: <3F80554A.50002@msu.edu> The XFree86-xserv-4.3.0-17 package has been updated in the Cygwin distribution. Changes: 1) winwndproc.c - Ignore Win32 repeats for the VK_CAPITAL (Caps Lock) key. This may or may not help to keep the state of the Caps Lock key in X and Windows in sycnh; it all depends on whether we are receiving multiple VK_CAPITAL key press messages, or if we are receiving one key press message with a repeat count greater than 1. If this doesn't work then we may need to look at masking key press events for Lock keys that are already pressed in X. (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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Oct 5 17:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 17:31:00 -0000 Subject: [ANNOUNCEMENT] Server Test 104 Message-ID: <3F805547.4010209@msu.edu> Announcement ============ I just posted Test 104 to the server development page: http://xfree86.cygwin.com/devel/shadow/ Cygwin setup.exe Package Version ================================ You can install the Test 104 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-17 Binary and Source Distribution - Use a Mirror ============================================= 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). Links ===== Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test104.exe.bz2 (1279 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20031005-1305.tar.bz2 (129 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test102 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test102-to-Test104.diff (10 KiB) Changes ======= 1) winwndproc.c - Ignore Win32 repeats for the VK_CAPITAL (Caps Lock) key. This may or may not help to keep the state of the Caps Lock key in X and Windows in sycnh; it all depends on whether we are receiving multiple VK_CAPITAL key press messages, or if we are receiving one key press message with a repeat count greater than 1. If this doesn't work then we may need to look at masking key press events for Lock keys that are already pressed in X. (Harold L Hunt II) Harold From huntharo@msu.edu Sun Oct 5 17:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 17:39:00 -0000 Subject: Cygwin/XFree86 Website Design (Possible Deuglification?) In-Reply-To: <000001c38b38$8f854090$0200a8c0@straightrunning.com> References: <000001c38b38$8f854090$0200a8c0@straightrunning.com> Message-ID: <3F805747.1040409@msu.edu> Colin, Great screen shot. I have the following suggestions: 1) Make a full resolution version (1280x1024). Keep the shrunk version, but maybe standardize on 800 x 600? 2) Can you make a thumbnail while you are at it? Say 200 pixels wide? 3) Run 'uname' or 'uname -a' in the local xterm so that people realize it is running on your Windows machine. 4) Open an xterm on a remote host (or in your KDE session) and run 'uname' or 'uname -a' in it. Again, so people don't have to think :) I think this could be a great shot. Harold Colin Harrison wrote: > Hi, > > While I was zapping spam this morning did a screen capture of XWin in use. > > File attached (too large...rejected 1st time by sources.redhat.com >50k)is > the capture shrunk to 25cm width (~700 pixels wide) and saved as a .png > 230KB. Did the shrink as it didn't look too good full size on my IE browser > (1280 x 1024 screen). I've posted the result also on an experimental (play > not pay!) website of mine:- > > http://www.straightrunning.com/desktop/desktop.png > > (This is not always up, 24/7 as it's on my development machine and via a DSL > link) > > The capture shows both XDMCP and multiwindow modes in action:- > > 1) A Windows XP desktop (tamed to remove all Telly Tubby/Early Learning > Centre themes and garbage :)). > 2) A XDMCP KDE session to a remote RedHat linux box running Mozilla. > 3) A remote Konsole shell being used to monitor spam being zapped on my > mailserver! > 4) A remote Ethereal session being used to sniff my firewall traffic. > 5) A local cygwin/xfree86 xterm. > 6) A local cygwin/xfree86 xeyes showing shaped window/transparency. > 7) My custom X selection menu from the XWin system tray icon. > > I can post more of the same if you want (more web friendly or different > format/quality/size etc)? > > Colin > From huntharo@msu.edu Sun Oct 5 17:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 17:42:00 -0000 Subject: Weird keyboard behavior with "Caps Lock" key In-Reply-To: <20031005145507.4000.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20031005145507.4000.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <3F8057E6.6090601@msu.edu> Fr??d??ric and Takuma, Check out the Test104/4.3.0-17 release. I disabled processing of the Win32 repeat count for VK_CAPITAL messages. This may or may not help. In fact, I suspect that it won't help. However, it will at least give me some incentive to fix it the right way when I find out that it isn't correct. Please try it and report back. Harold Takuma Murakami wrote: > On Sun, 5 Oct 2003 02:13:24 -0300 (E. South America Standard Time) > Fr??d??ric L. W. Meunier <0@pervalidus.tk> wrote: > > >>Something strange happened minutes ago. I was typing and >>suddenly all subsequent keys pressed showed as capitals, like >>if something reversed the "Caps Lock" key. With it enabled all >>showed as lower case. >> >>Then I tested in an open rxvt from where I started the session >>and everything showed right. The problem was only on Xfree86, >>and I had to restart it. > > > It may be the mismatch between the Caps Lock state of > XFree and that of Windows. If it is the source of your > problem, you could re-synch two Caps Lock states by > pressing Caps Lock for a while (several tries should > be needed until it get fixed). > > The Caps Lock state of XFree86 is not strictly > synchronized with the state of Windows. The former > dominates the behaviour of all X applications while the > latter dominates Windows applications, non-X rxvt and > the LED on keyboards. > > As an experiment, when we press Caps Lock key for a > while, Windows takes just one toggle. However, XFree > receives a number of WM_KEYDOWN messages (due to > Windows' autorepeat?) and it toggles the state > repeatedly. Thus two states can be different. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) > From huntharo@msu.edu Sun Oct 5 18:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 18:01:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> Message-ID: <3F805C64.6000704@msu.edu> Alexander, I have submitted this to XFree86 to get it in before the XFree86 4.4.0 feature deadline in about two weeks: http://bugs.xfree86.org/show_bug.cgi?id=768 Harold Alexander Gottwald wrote: > Missing attachment :) > > NP: Lacrimosa - Schakal > > > ------------------------------------------------------------------------ > > Index: xkbcomp.c > =================================================================== > RCS file: /cvs/xc/programs/xkbcomp/xkbcomp.c,v > retrieving revision 3.19 > diff -u -u -r3.19 xkbcomp.c > --- xkbcomp.c 27 May 2003 22:27:07 -0000 3.19 > +++ xkbcomp.c 7 Sep 2003 18:56:18 -0000 > @@ -871,16 +871,30 @@ > * -- Branden Robinson > */ > int outputFileFd; > + int binMode = 0; > + const char *openMode = "w"; > unlink(outputFile); > +#ifdef O_BINARY > + switch (outputFormat) { > + case WANT_XKM_FILE: > + binMode = O_BINARY; > + openMode = "wb"; > + break; > + default: > + binMode = 0; > + break; > + } > +#endif > outputFileFd= open(outputFile, O_WRONLY|O_CREAT|O_EXCL, > - S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); > + S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH|binMode); > if (outputFileFd<0) { > ERROR1("Cannot open \"%s\" to write keyboard description\n", > outputFile); > ACTION("Exiting\n"); > exit(1); > } > - out= fdopen(outputFileFd, "w"); > + > + out= fdopen(outputFileFd, openMode); > /* end BR */ > if (out==NULL) { > ERROR1("Cannot open \"%s\" to write keyboard description\n", From riccoh@riccoh.mine.nu Sun Oct 5 19:03:00 2003 From: riccoh@riccoh.mine.nu (Cem Han) Date: Sun, 05 Oct 2003 19:03:00 -0000 Subject: Segmentation fault after xdm login Message-ID: <3F806BA4.1070207@riccoh.mine.nu> I've installed XFree86-serv 4.3.0-16 and still getting a similar crash. I don't know whether it makes any difference but although I'm getting the login screen, the remote xdm configuration is propably incomplete and I was counting on the logs to provide clues how to fix it. The workstation running XWin is a multiprocessor box. Thanks, Cem Han Exception: STATUS_ACCESS_VIOLATION at eip=61093AF5 eax=0000004B ebx=30312D30 ecx=109D4A20 edx=30312D30 esi=109D4A28 edi=40CE7750 ebp=0022FD18 esp=0022FD00 program=g:\apps\cygwin\home\Cem Han\XWin-Test103-DEBUG.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FD18 61093AF5 (0022FD40, 00004000, 109E1000, FFF6E000) 0022FD48 6103EB65 (109D4A28, 00000000, 0022FD68, 0044256F) 0022FD58 0043DAC4 (109D4A28, 00000000, 0022FEA8, 0043EC12) 0022FD68 0044256F (00000000, 00000000, 611283C4, 00000000) 0022FEA8 0043EC12 (109DD268, 10811E10, 61600B1C, 00000001) 0022FEF0 004014F9 (00000003, 61600B1C, 10100330, 0022FF24) 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000007D0, 610CFE04) 0022FF90 610052ED (00000000, 00000000, E222C418, 00000000) 0022FFB0 0085F2B1 (00401407, 037F0009, 0022FFF0, 77E814C7) 0022FFC0 0040103C (00000001, 00000032, 7FFDF000, B97C8CF0) 0022FFF0 77E814C7 (00401000, 00000000, 78746341, 00000020) End of stack trace #0 0x61093cb1 in strtosigno () from /usr/bin/cygwin1.dll #1 0x61093bc0 in strtosigno () from /usr/bin/cygwin1.dll #2 0x6103eb65 in free () from /usr/bin/cygwin1.dll #3 0x0043dac4 in Xfree (ptr=0x10975158) at utils.c:1317 #4 0x007e1c5d in FontFileFreeEntry (entry=0x10a05ea8) at fontdir.c:72 #5 0x007e1ccb in FontFileFreeTable (table=0x10901e9c) at fontdir.c:96 #6 0x007e1ecd in FontFileFreeDir (dir=0x10901e90) at fontdir.c:175 #7 0x007d5898 in FontFileFreeFPE (fpe=0x10901a48) at fontfile.c:115 #8 0x004168ab in FreeFPE (fpe=0x10901a48) at dixfonts.c:216 #9 0x004197f9 in FreeFontPath (list=0x1080f1e0, n=6, force=1) at dixfonts.c:1691 #10 0x0041a3b2 in FreeFonts () at dixfonts.c:2089 #11 0x00401a1d in main (argc=3, argv=0x10101ca8, envp=0x10100330) at main.c:469 From colin.harrison@virgin.net Sun Oct 5 19:49:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 05 Oct 2003 19:49:00 -0000 Subject: Cygwin/XFree86 Website Design (Possible Deuglification?) Message-ID: <000001c38b79$bedec500$0200a8c0@straightrunning.com> Hi Harold, I've captured again Starting from a 1280x1024 capture my shrinker gives me (preserving aspect ratio):- http://www.straightrunning.com/desktop1280 800x640 http://www.straightrunning.com/desktop800 750x600 http://www.straightrunning.com/desktop750 200x160 http://www.straightrunning.com/desktop200 On my IE browser (screen 1280x1024) the 750x600 one looks the best for me. Looks as good as original from this morning (but no spam on my screen this time!) Colin From huntharo@msu.edu Sun Oct 5 20:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 20:45:00 -0000 Subject: Server Test Series - Outlived useful life? Message-ID: <3F8082AC.9090304@msu.edu> Constantine A. Murenin suggested to me privately, and I was just thinking the same thing today while simultaneously describing the same release in three places (Change Log, Server Test Series announcement, and the XFree86-xserv-4.3.0-17 announcement), that perhaps the Server Test Series has outlived its usefulness. The Server Test Series lives here: http://xfree86.cygwin.com/devel/shadow/ The Change Log lives here: http://xfree86.cygwin.com/devel/shadow/changelog.html Perhaps it is time to do the following ====================================== 1) Change the Server Test Series name to "Server Development". 2) Stop posting the XWin-TestXXX.exe.bz2 releases. 3) Stop sending TestXXX announcements. 4) Add links to the source for the current server release to the XFree86-xserv-4.3.0-XX announcement. 5) Reformat new Change Log entries to refer only to the XFree86-xserv-4.3.0-XX package, rather than the XWin-TestXXX.exe.bz2 file. 6) Remove installation instructions for XWin-TestXXX.exe.bz2 from the Server Test Series (soon to be Server Development) page. Instead describe how to get the latest release from setup.exe. 7) Start releasing the xwin-YYYYMMDD-HHMM.tar.bz2 source code via setup.exe. This will follow a little later. The only thing included in this source release would be xc/programs/Xserver/hw/xwin/* (roughly 130 KiB). This is the bulk of the Cygwin-specific code. Everything else eventually finds its way into either XFree86's CVS HEAD or into our xoncygwin CVS HEAD on sourceforge.net. Reasons for the change ====================== 1) It takes time to maintain the XWin-TestXXX.exe.bz2 releases, yet they do not seem to be benefiting anyone. 2) It used to be true that there were sometimes XWin-TestXXX.exe.bz2 releases that were never released as an XFree86-xserv-4.3.0-XX package. This is no longer true because I either release an XFree86-xserv-4.3.0-XX package that is marked as 'test', or I just release trivial changes as the new 'curr' version. 3) The XWin-TestXXX.exe.bz2 release scheme predates installation via setup.exe. We have been installing via setup.exe for almost exactly 17 months now. 4) The whole notion of having two different names for the same release is probably confusing the he*l out of some people. 5) I get the feeling that very few people are using the XWin-TestXXX.exe.bz2 releases. Those few that are could just as easily start using the XFree86-xserv-4.3.0-XX releases. They could even manually ftp the XFree86-xserv-4.3.0-XX release and unpack it by hand if they want the old-style of release installation :) 6) I always post the XWin-TestXXX.exe.bz2 release to my space on www.msu.edu and I put a direct link to the files on there. I also mention that the releases are distributed via the sources.redhat.com mirror network and I tell where to find them. However, XWin-Test[101,102,103].exe.bz2 were not posted to the mirror network until today and no one complained that they were missing. This leads me to believe that no one is getting the XWin-TestXXX.exe.bz2 releases via the mirror network. Reasons not to do the change ============================ 1) ??? (Can't think of any) 2) Unless 3 or more people speak up in support of the current double-release scheme (with very good reasons that justify my spending extra time on each release in order to somehow save them much more time in return). Comments? Support? Disdain? Harold From huntharo@msu.edu Sun Oct 5 20:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 20:49:00 -0000 Subject: Segmentation fault after xdm login In-Reply-To: <3F806BA4.1070207@riccoh.mine.nu> References: <3F806BA4.1070207@riccoh.mine.nu> Message-ID: <3F8083A6.1070807@msu.edu> Cem, Looks like the location of your crash changed drastically. Could you run this a couple (say 5) times and check that the location stays in the same place between runs? Try varying the amount of load on your machine by doing it a couple times without many other programs, then try it again while defragmenting, compressing MP3s or movies, etc. I would like to know if this is some sort of race condition or if there is a problem with this specific part of code. You know, the fact that it ends up being a crash in free() suggests that either memory is not being allocated. Does anyone care to teach me how to take a debug .exe and a stacktrace and turn that into the set of parameters that were being passed to free() so that I can tell if it was getting a NULL pointer? Thanks, Harold Cem Han wrote: > I've installed XFree86-serv 4.3.0-16 and still getting a similar crash. > I don't know whether it makes any difference but although I'm getting > the login screen, the remote xdm configuration is propably incomplete > and I was counting on the logs to provide clues how to fix it. The > workstation running XWin is a multiprocessor box. > > Thanks, > Cem Han > > > Exception: STATUS_ACCESS_VIOLATION at eip=61093AF5 > eax=0000004B ebx=30312D30 ecx=109D4A20 edx=30312D30 esi=109D4A28 > edi=40CE7750 > ebp=0022FD18 esp=0022FD00 program=g:\apps\cygwin\home\Cem > Han\XWin-Test103-DEBUG.exe > cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 > Stack trace: > Frame Function Args > 0022FD18 61093AF5 (0022FD40, 00004000, 109E1000, FFF6E000) > 0022FD48 6103EB65 (109D4A28, 00000000, 0022FD68, 0044256F) > 0022FD58 0043DAC4 (109D4A28, 00000000, 0022FEA8, 0043EC12) > 0022FD68 0044256F (00000000, 00000000, 611283C4, 00000000) > 0022FEA8 0043EC12 (109DD268, 10811E10, 61600B1C, 00000001) > 0022FEF0 004014F9 (00000003, 61600B1C, 10100330, 0022FF24) > 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000007D0, 610CFE04) > 0022FF90 610052ED (00000000, 00000000, E222C418, 00000000) > 0022FFB0 0085F2B1 (00401407, 037F0009, 0022FFF0, 77E814C7) > 0022FFC0 0040103C (00000001, 00000032, 7FFDF000, B97C8CF0) > 0022FFF0 77E814C7 (00401000, 00000000, 78746341, 00000020) > End of stack trace > > > #0 0x61093cb1 in strtosigno () from /usr/bin/cygwin1.dll > #1 0x61093bc0 in strtosigno () from /usr/bin/cygwin1.dll > #2 0x6103eb65 in free () from /usr/bin/cygwin1.dll > #3 0x0043dac4 in Xfree (ptr=0x10975158) at utils.c:1317 > #4 0x007e1c5d in FontFileFreeEntry (entry=0x10a05ea8) at fontdir.c:72 > #5 0x007e1ccb in FontFileFreeTable (table=0x10901e9c) at fontdir.c:96 > #6 0x007e1ecd in FontFileFreeDir (dir=0x10901e90) at fontdir.c:175 > #7 0x007d5898 in FontFileFreeFPE (fpe=0x10901a48) at fontfile.c:115 > #8 0x004168ab in FreeFPE (fpe=0x10901a48) at dixfonts.c:216 > #9 0x004197f9 in FreeFontPath (list=0x1080f1e0, n=6, force=1) > at dixfonts.c:1691 > #10 0x0041a3b2 in FreeFonts () at dixfonts.c:2089 > #11 0x00401a1d in main (argc=3, argv=0x10101ca8, envp=0x10100330) > at main.c:469 > From spetreolle@yahoo.fr Sun Oct 5 20:54:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 05 Oct 2003 20:54:00 -0000 Subject: Server Test Series - Outlived useful life? In-Reply-To: <3F8082AC.9090304@msu.edu> Message-ID: <20031005205435.83701.qmail@web10104.mail.yahoo.com> Agreed with this change Harold, as this can be shown as a gain of time (for you), of (web ?) disk space, and this will be easier to maintain for both the users and you. > Comments? Support? Disdain? > > Harold > ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Sun Oct 5 22:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 05 Oct 2003 22:23:00 -0000 Subject: Server Test Series - Outlived useful life? In-Reply-To: <20031005205435.83701.qmail@web10104.mail.yahoo.com> References: <20031005205435.83701.qmail@web10104.mail.yahoo.com> Message-ID: <3F8099B9.8080203@msu.edu> Sylvain, Good, I am glad somebody else thought it was a good idea :) Please check the XWin Server development pages. I have made a lot of updates and renamed a lot of things. I pulled all XWin-TestXXX.exe.bz2 releases. I am not completely done renaming things (the links to change log segments still say 99-75, etc.). Rather than waste time now coming up with a comprehensive naming scheme I think I will instead let the naming scheme solidify over several days or weeks. You will see names of things change once in a while. Harold Sylvain Petreolle wrote: > Agreed with this change Harold, as this can be shown as a gain of time > (for you), of (web ?) disk space, and this will be easier to maintain > for both the users and you. > >>Comments? Support? Disdain? >> >>Harold >> > > > ===== > Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) > ICQ #170597259 > Say NO to software patents > Dites NON aux brevets logiciels > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From murakami@ipl.t.u-tokyo.ac.jp Mon Oct 6 07:30:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Mon, 06 Oct 2003 07:30:00 -0000 Subject: Weird keyboard behavior with "Caps Lock" key In-Reply-To: <3F8057E6.6090601@msu.edu> References: <20031005145507.4000.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3F8057E6.6090601@msu.edu> Message-ID: <20031006162423.0688.MURAKAMI@ipl.t.u-tokyo.ac.jp> > Check out the Test104/4.3.0-17 release. I disabled processing of the > Win32 repeat count for VK_CAPITAL messages. This may or may not help. > In fact, I suspect that it won't help. However, it will at least give > me some incentive to fix it the right way when I find out that it isn't > correct. Please try it and report back. It does not help. The main problem is not the repeat count in WM_KEYDOWN messages but the number of WM_KEYDOWN messages. Following your idea, installing the piece of code if (wParam == VK_CAPITAL && lParam & (1<<30)) return 0 in the WM_KEYDOWN handler will help. Of course the repeat counter reset should make more robust solution. Because the VK-based code does not work in Japanese environments, I have tested with an equivalent ScanCode-based code. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From jochen@jochen-kuepper.de Mon Oct 6 10:53:00 2003 From: jochen@jochen-kuepper.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Mon, 06 Oct 2003 10:53:00 -0000 Subject: focus / windows update problems In-Reply-To: <3F7F0038.5050607@msu.edu> (Harold L. Hunt, II's message of "Sat, 04 Oct 2003 13:15:36 -0400") References: <867k3mrbz2.fsf@doze.rijnh.nl> <3F7F0038.5050607@msu.edu> Message-ID: <86d6dak578.fsf@doze.rijnh.nl> Hi Harold, On Sat, 04 Oct 2003 13:15:36 -0400 Harold L Hunt wrote: Harold> The XFree86-xserv-4.3.0-15 release should fix your problems. Yep, seems to work. There is some flashing, but updates are done correctly for my first checks. Thanks for the quick fix. Harold> Jochen K?pper wrote: >> I do have a problem with window content updates, though. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From zakki@peppermint.jp Mon Oct 6 11:00:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 06 Oct 2003 11:00:00 -0000 Subject: Weird keyboard behavior with "Caps Lock" key In-Reply-To: <20031006162423.0688.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20031005145507.4000.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3F8057E6.6090601@msu.edu> <20031006162423.0688.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Takuma and European who have AltGr problem, Open "Regional and Language Option" in Control Panel. Add English as input language. After XFree86/Cygwin start, change language to English using Shift+Alt key. Doesn't this help you? It seems that we no longer receive fale CtrlL if I set default Input Language German. If this works on non-Japenese Windows, following code do this automatically. LoadKeyboardLayout ("00000409", KLF_ACTIVATE); Kensuke Matsuzaki From oyvind.harboe@zylin.com Mon Oct 6 12:58:00 2003 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 06 Oct 2003 12:58:00 -0000 Subject: xwinclip and openoffice Message-ID: <1065445110.2415.15.camel@famine> Q: How can I copy from an openoffice spreadsheet to Evolution HTML e-mail? Background: Recently I've had a lot of success in using CygWin x server to access my Evolution e-mail client running on my Linux box. However, when I try to copy a range of cells from openoffice calc, xwinclip.exe immediately causes a segmentation fault and the cygwin x server shuts down. My openoffice spreadsheet has some tables/colors that I would like to paste into an Evolution HTML mail. This works fine on my Linux box when I do it via a VNC session. After a bit of googling, I see that others have had similar problems and that support for "COMPOUND_TEXT" is planned. http://www.cygwin.com/ml/cygwin-xfree/2003-04/msg00249.html http://xfree86.cygwin.com/devel/todo.html ??yvind From huntharo@msu.edu Mon Oct 6 13:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 06 Oct 2003 13:44:00 -0000 Subject: -clipboard crash with large amount of text Message-ID: <3F8171B0.9040900@msu.edu> The crash is in xc/programs/Xserver/hw/xwin/winclipboardxevents.c at line 565. The offending code is after a call to: /* Convert the text property to a text list */ Xutf8TextPropertyToTextList (pDisplay, &xtpText, &ppszTextList, &iCount); ppszTextList is being returned as NULL, yet iCount is > 0. I have to go now, but maybe someone can look up reasons for why Xutf8TextPropertyToTextList would return a NULL pointer. Harold From huntharo@msu.edu Mon Oct 6 17:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 06 Oct 2003 17:17:00 -0000 Subject: -clipboard crash with large amount of text In-Reply-To: <3F8171B0.9040900@msu.edu> References: <3F8171B0.9040900@msu.edu> Message-ID: <3F81A366.6030305@msu.edu> Turns out that the function is returning XConverterNotFound. iCount is somewhere around 32 million in this case, so its value is not valid. Upon further investigation, I found out that xtpText.format was 32 instead of 8 (anything other than 8 causes Xutf8TextPropertyToTextList to return XConvertorNotFound). I also found out that xtpText.encoding didn't match any value that I had previously known about. Going even further, I printed the atom name for xtpText.format and got "INCR". Turns out that the ICCCM specifies a protocol for incremental transfers of selection data when the data being transferred is very large. This is documented in Section 2.7.2 of the ICCCM: http://tronche.com/gui/x/icccm/sec-2.html#s-2.7.2 So, the crash here is sort of by design since we don't support INCR. The two options we have are to fix the crash by silently ignoring INCR requests, or we can strive to support INCR requests. I think we will probably do the latter. Harold Harold L Hunt II wrote: > The crash is in xc/programs/Xserver/hw/xwin/winclipboardxevents.c at > line 565. The offending code is after a call to: > > /* Convert the text property to a text list */ > Xutf8TextPropertyToTextList (pDisplay, > &xtpText, > &ppszTextList, > &iCount); > > > ppszTextList is being returned as NULL, yet iCount is > 0. I have to go > now, but maybe someone can look up reasons for why > Xutf8TextPropertyToTextList would return a NULL pointer. > > > Harold > From zakki@peppermint.jp Mon Oct 6 18:07:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 06 Oct 2003 18:07:00 -0000 Subject: -clipboard crash with large amount of text In-Reply-To: <3F8171B0.9040900@msu.edu> References: <3F8171B0.9040900@msu.edu> Message-ID: Harold, I misunderstod Xutf8TextPropertyToTextList return value and meaning of iCount. This attached patch will prevent crash. To transfer large amount of text they use incrementally way called INCR, so we need to support it to copy/paste large amount of text. Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: clipboard.diff Type: application/octet-stream Size: 2737 bytes Desc: not available URL: From huntharo@msu.edu Mon Oct 6 18:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 06 Oct 2003 18:27:00 -0000 Subject: -clipboard crash with large amount of text In-Reply-To: References: <3F8171B0.9040900@msu.edu> Message-ID: <3F81B3D2.3060902@msu.edu> Kensuke, Thanks. I was about half-way done with the same sort of patch, but I didn't have time to finish it just now :) Do you want to write the INCR support? Harold Kensuke Matsuzaki wrote: > Harold, > > I misunderstod Xutf8TextPropertyToTextList return value and meaning > of iCount. This attached patch will prevent crash. > > To transfer large amount of text they use incrementally way called > INCR, so we need to support it to copy/paste large amount of text. > > Kensuke Matsuzaki From huntharo@msu.edu Tue Oct 7 01:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 07 Oct 2003 01:54:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-18 Message-ID: <3F821CA9.1020003@msu.edu> Announcement ============ The XFree86-xserv-4.3.0-18 package has been updated in the Cygwin distribution. Links ===== Server source, direct link: http://www.msu.edu/~huntharo/xwin/server/xwin-20031006-2120.tar.bz2 (129 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-17 source code: http://www.msu.edu/~huntharo/xwin/server/xwin-4.3.0-17-to-4.3.0-18.diff (3 KiB) Changes ======= 1) winclipboardxevents.c - Fix crash when copying large amounts of data from an X application. The crash was caused because the encoding of the XTextProperty was INCR, which is an incremental transfer of large amounts of text. The problem isn't really fixed because copying or cutting large amounts of text now causes that text to be lost without warning, rather than copied to the clipboard. The real solution will be to implement the INCR protocol, which will follow in a few days. (Kensuke Matsuzaki, 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Tue Oct 7 17:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 07 Oct 2003 17:05:00 -0000 Subject: XFree86 Bugzilla - New Cygwin Xserver product added - Use for entering bugs Message-ID: <3F82F25A.6050302@msu.edu> All, If you have any outstanding issues that you still want looked at, please go to http://bugs.xfree86.org/ and enter new bugs assigned to the "Cygwin Xserver" product. That will automatically send me an email and allow me to track which issues are open, invalid, and fixed. As it is right now we are not using any bug tracking system, so I expect that this will at least help me to stop forgetting open issues. Waiting for those first few bugs to be entered... Harold Note: You can enter "enhancement" bugs for new feature requests. This is perfectly allowable and encouraged. From huntharo@msu.edu Tue Oct 7 17:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 07 Oct 2003 17:08:00 -0000 Subject: Xwin stackdump while logging into RH8 with KDE as window manager In-Reply-To: <3F805C64.6000704@msu.edu> References: <3F561BEB.3040606@Etish.org> <3F561ED6.6080500@msu.edu> <3F570BC4.9060503@Etish.org> <3F5710C2.4000109@Etish.org> <3F5725AB.2030708@etish.org> <3F573109.9080104@msu.edu> <3F573474.3080208@Etish.org> <3F57358E.4080003@msu.edu> <3F585C40.90008@Etish.org> <3F5899A5.2090704@msu.edu> <3F58BB12.6080604@Etish.org> <3F58BEE8.9070706@msu.edu> <3F58CE17.40001@Etish.org> <3F58FB55.9060101@msu.edu> <3F59BCC3.9000100@Etish.org> <3F5A93E6.2020804@msu.edu> <3F805C64.6000704@msu.edu> Message-ID: <3F82F30A.2020904@msu.edu> Alexander, Egbert Eich has scheduled your patch to xkbcomp to be committed to CVS HEAD. Harold Harold L Hunt II wrote: > Alexander, > > I have submitted this to XFree86 to get it in before the XFree86 4.4.0 > feature deadline in about two weeks: > > http://bugs.xfree86.org/show_bug.cgi?id=768 > > Harold > > Alexander Gottwald wrote: > >> Missing attachment :) >> >> NP: Lacrimosa - Schakal >> >> >> ------------------------------------------------------------------------ >> >> Index: xkbcomp.c >> =================================================================== >> RCS file: /cvs/xc/programs/xkbcomp/xkbcomp.c,v >> retrieving revision 3.19 >> diff -u -u -r3.19 xkbcomp.c >> --- xkbcomp.c 27 May 2003 22:27:07 -0000 3.19 >> +++ xkbcomp.c 7 Sep 2003 18:56:18 -0000 >> @@ -871,16 +871,30 @@ >> * -- Branden Robinson >> */ >> int outputFileFd; >> + int binMode = 0; >> + const char *openMode = "w"; >> unlink(outputFile); >> +#ifdef O_BINARY >> + switch (outputFormat) { >> + case WANT_XKM_FILE: >> + binMode = O_BINARY; >> + openMode = "wb"; >> + break; >> + default: >> + binMode = 0; >> + break; >> + } >> +#endif >> outputFileFd= open(outputFile, O_WRONLY|O_CREAT|O_EXCL, >> - S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); >> + >> S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH|binMode); >> if (outputFileFd<0) { >> ERROR1("Cannot open \"%s\" to write keyboard description\n", >> outputFile); >> ACTION("Exiting\n"); >> exit(1); >> } >> - out= fdopen(outputFileFd, "w"); >> + + out= fdopen(outputFileFd, openMode); >> /* end BR */ >> if (out==NULL) { >> ERROR1("Cannot open \"%s\" to write keyboard description\n", > > From huntharo@msu.edu Tue Oct 7 17:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 07 Oct 2003 17:09:00 -0000 Subject: -clipboard crash with large amount of text In-Reply-To: References: <3F8171B0.9040900@msu.edu> Message-ID: <3F82F338.4090008@msu.edu> Kensuke, Thanks for the patch. I have released it as part of the XFree86-xserv-4.3.0-18 package. Harold Kensuke Matsuzaki wrote: > Harold, > > I misunderstod Xutf8TextPropertyToTextList return value and meaning > of iCount. This attached patch will prevent crash. > > To transfer large amount of text they use incrementally way called > INCR, so we need to support it to copy/paste large amount of text. > > Kensuke Matsuzaki From ditasaka@silverbacksystems.com Tue Oct 7 17:56:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Tue, 07 Oct 2003 17:56:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <000501c38cfc$482b2460$7b05000a@corp.silverbacksystems.com> Hello list, Here is what I did: - Opened several tcsh windows (as separate MS Window apps) - Started X by invoking "startxwin.sh" which gave me one big root window and one xterm window - In this xterm window, I did: > xhost 10.0.1.2 > ssh myname@10.0.1.2 (now I'm logged in) > setenv DISPLAY 10.0.1.1:0 (10.0.1.1 is the Windows PC with cygwin running, 10.0.1.2 is a Linux box) > twm & (now the desktop is managed by twm) - Opened a few more xterm windows from twm and already opened xterm - Went back to one of the tcsh window and did: > setenv DISPLAY localhost:0 > xterm This opened up one xterm window in the X desktop with "bash-2.05b" prompt. In this xterm window, I couldn't type the letter 's'. Not only I couldn't type, but I was unable to yank and copy a string with 's'. For example, I yanked a string "tcsh" in another xterm window and pasted it in this troubled xterm window, it displayed "tch". For another example, I yanked the word "Mississippi" from /usr/share/dict/words and pasted it and got "Miiippi". I had no such problem in any other xterm windows but this. What was happening? >uname -a CYGWIN_NT-5.1 myname 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin From huntharo@msu.edu Tue Oct 7 18:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 07 Oct 2003 18:07:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <000501c38cfc$482b2460$7b05000a@corp.silverbacksystems.com> References: <000501c38cfc$482b2460$7b05000a@corp.silverbacksystems.com> Message-ID: <3F8300AA.70205@msu.edu> Dai, Are you installing your own keymap? Are you using an XF86Config file? What keyboard layout is Windows configured for? Harold Dai Itasaka wrote: > Hello list, > > Here is what I did: > > - Opened several tcsh windows (as separate MS Window apps) > - Started X by invoking "startxwin.sh" which gave me one big root window > and one xterm window > - In this xterm window, I did: > > xhost 10.0.1.2 > > ssh myname@10.0.1.2 > (now I'm logged in) > > setenv DISPLAY 10.0.1.1:0 > (10.0.1.1 is the Windows PC with cygwin running, 10.0.1.2 is a Linux box) > > twm & > (now the desktop is managed by twm) > - Opened a few more xterm windows from twm and already opened xterm > - Went back to one of the tcsh window and did: > > setenv DISPLAY localhost:0 > > xterm > > This opened up one xterm window in the X desktop with "bash-2.05b" prompt. > In this xterm window, I couldn't type the letter 's'. Not only I couldn't > type, but I was unable to yank and copy a string with 's'. For example, > I yanked a string "tcsh" in another xterm window and pasted it in this > troubled xterm window, it displayed "tch". For another example, I yanked > the word "Mississippi" from /usr/share/dict/words and pasted it and got > "Miiippi". I had no such problem in any other xterm windows but this. > > What was happening? > > >>uname -a > > CYGWIN_NT-5.1 myname 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown > Cygwin > From ditasaka@silverbacksystems.com Tue Oct 7 18:37:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Tue, 07 Oct 2003 18:37:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <000f01c38d01$fee79760$7b05000a@corp.silverbacksystems.com> I did: setxkbmap -rules xfree86 -model pc104 -layout us -option "" XWin was invoked without any option in startxwin.sh. (XWin &) The keyboard is a normal US keyboard. (101? It's from Dell) ) Are you installing your own keymap? ) ) Are you using an XF86Config file? ) ) What keyboard layout is Windows configured for? ) ) Harold ) ) Dai Itasaka wrote: ) ) > Hello list, ) > ) > Here is what I did: ) > ) > - Opened several tcsh windows (as separate MS Window apps) ) > - Started X by invoking "startxwin.sh" which gave me one big root window ) > and one xterm window ) > - In this xterm window, I did: ) > > xhost 10.0.1.2 ) > > ssh myname@10.0.1.2 ) > (now I'm logged in) ) > > setenv DISPLAY 10.0.1.1:0 ) > (10.0.1.1 is the Windows PC with cygwin running, 10.0.1.2 is a Linux box) ) > > twm & ) > (now the desktop is managed by twm) ) > - Opened a few more xterm windows from twm and already opened xterm ) > - Went back to one of the tcsh window and did: ) > > setenv DISPLAY localhost:0 ) > > xterm ) > ) > This opened up one xterm window in the X desktop with "bash-2.05b" prompt. ) > In this xterm window, I couldn't type the letter 's'. Not only I couldn't ) > type, but I was unable to yank and copy a string with 's'. For example, ) > I yanked a string "tcsh" in another xterm window and pasted it in this ) > troubled xterm window, it displayed "tch". For another example, I yanked ) > the word "Mississippi" from /usr/share/dict/words and pasted it and got ) > "Miiippi". I had no such problem in any other xterm windows but this. ) > ) > What was happening? ) > ) > ) >>uname -a ) > ) > CYGWIN_NT-5.1 myname 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown ) > Cygwin ) > ) > From huntharo@msu.edu Tue Oct 7 20:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 07 Oct 2003 20:41:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <000f01c38d01$fee79760$7b05000a@corp.silverbacksystems.com> References: <000f01c38d01$fee79760$7b05000a@corp.silverbacksystems.com> Message-ID: <3F8324DF.1040407@msu.edu> Dai, What language is Windows using by default? You have, or course, tried this same demo (very carefully, I might add) to make sure that the same problem happens when you don't use setxkbmap? Harold Dai Itasaka wrote: > I did: > > setxkbmap -rules xfree86 -model pc104 -layout us -option "" > > XWin was invoked without any option in startxwin.sh. (XWin &) > > The keyboard is a normal US keyboard. (101? It's from Dell) > > > ) Are you installing your own keymap? > ) > ) Are you using an XF86Config file? > ) > ) What keyboard layout is Windows configured for? > ) > ) Harold > ) > ) Dai Itasaka wrote: > ) > ) > Hello list, > ) > > ) > Here is what I did: > ) > > ) > - Opened several tcsh windows (as separate MS Window apps) > ) > - Started X by invoking "startxwin.sh" which gave me one big root window > ) > and one xterm window > ) > - In this xterm window, I did: > ) > > xhost 10.0.1.2 > ) > > ssh myname@10.0.1.2 > ) > (now I'm logged in) > ) > > setenv DISPLAY 10.0.1.1:0 > ) > (10.0.1.1 is the Windows PC with cygwin running, 10.0.1.2 is a Linux > box) > ) > > twm & > ) > (now the desktop is managed by twm) > ) > - Opened a few more xterm windows from twm and already opened xterm > ) > - Went back to one of the tcsh window and did: > ) > > setenv DISPLAY localhost:0 > ) > > xterm > ) > > ) > This opened up one xterm window in the X desktop with "bash-2.05b" prompt. > ) > In this xterm window, I couldn't type the letter 's'. Not only I couldn't > ) > type, but I was unable to yank and copy a string with 's'. For example, > ) > I yanked a string "tcsh" in another xterm window and pasted it in this > ) > troubled xterm window, it displayed "tch". For another example, I yanked > ) > the word "Mississippi" from /usr/share/dict/words and pasted it and got > ) > "Miiippi". I had no such problem in any other xterm windows but this. > ) > > ) > What was happening? > ) > > ) > > ) >>uname -a > ) > > ) > CYGWIN_NT-5.1 myname 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown > ) > Cygwin > ) > > ) > > From j_tetazoo@hotmail.com Tue Oct 7 21:07:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 07 Oct 2003 21:07:00 -0000 Subject: Mississippi -> Miiippi Message-ID: By the way, you're using ssh all wrong. What you should really be doing is: 1) Invoke startxwin.sh 2) In the local xterm, verify that the value of DISPLAY is 127.0.0.1:0 (and set it to that if it is not) 3) ssh to the remote box using the "-X" flag to enable X-forwarding. 4) Once connected to the remote host, verify that the value of DISPLAY is something like remotehost:8. 5) Run your remote X-clients normally. >From: "Dai Itasaka" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: Mississippi -> Miiippi >Date: Tue, 7 Oct 2003 10:56:06 -0700 > >Hello list, > >Here is what I did: > >- Opened several tcsh windows (as separate MS Window apps) >- Started X by invoking "startxwin.sh" which gave me one big root window > and one xterm window >- In this xterm window, I did: > > xhost 10.0.1.2 > > ssh myname@10.0.1.2 > (now I'm logged in) > > setenv DISPLAY 10.0.1.1:0 > (10.0.1.1 is the Windows PC with cygwin running, 10.0.1.2 is a Linux >box) > > twm & > (now the desktop is managed by twm) >- Opened a few more xterm windows from twm and already opened xterm >- Went back to one of the tcsh window and did: > > setenv DISPLAY localhost:0 > > xterm > >This opened up one xterm window in the X desktop with "bash-2.05b" prompt. >In this xterm window, I couldn't type the letter 's'. Not only I couldn't >type, but I was unable to yank and copy a string with 's'. For example, >I yanked a string "tcsh" in another xterm window and pasted it in this >troubled xterm window, it displayed "tch". For another example, I yanked >the word "Mississippi" from /usr/share/dict/words and pasted it and got >"Miiippi". I had no such problem in any other xterm windows but this. > >What was happening? > > >uname -a >CYGWIN_NT-5.1 myname 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown >Cygwin > _________________________________________________________________ Share your photos without swamping your Inbox. Get Hotmail Extra Storage today! http://join.msn.com/?PAGE=features/es From ditasaka@silverbacksystems.com Tue Oct 7 21:20:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Tue, 07 Oct 2003 21:20:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <001501c38d18$cb3c6410$7b05000a@corp.silverbacksystems.com> I'm using Windows XP Professional. The "Regional and Language Options" in the ControlPanel says: Regional Options tab: Standards and formats: English(United States) Location: United States Language tab: Text Services and Input Languages: Japanese - MS Natural Input 2002 v8.1 Advanced tab: Language for non-Unicode programs: Japanese I cannot live without doing that setxkbmap because otherwise I will be in a bigger sh^H^H hole where the at mark becomes the double quotation, the double quotation becomes the star, the star becomes the left parenthesis, the left parenthesis becomes right....crazy. ) What language is Windows using by default? ) ) You have, or course, tried this same demo (very carefully, I might add) ) to make sure that the same problem happens when you don't use setxkbmap? ) ) Harold ) ) Dai Itasaka wrote: ) ) > I did: ) > ) > setxkbmap -rules xfree86 -model pc104 -layout us -option "" ) > ) > XWin was invoked without any option in startxwin.sh. (XWin &) ) > ) > The keyboard is a normal US keyboard. (101? It's from Dell) ) > ) > ) > ) Are you installing your own keymap? ) > ) ) > ) Are you using an XF86Config file? ) > ) ) > ) What keyboard layout is Windows configured for? ) > ) ) > ) Harold ) > ) ) > ) Dai Itasaka wrote: ) > ) ) > ) > Hello list, ) > ) > ) > ) > Here is what I did: ) > ) > ) > ) > - Opened several tcsh windows (as separate MS Window apps) ) > ) > - Started X by invoking "startxwin.sh" which gave me one big root window ) > ) > and one xterm window ) > ) > - In this xterm window, I did: ) > ) > > xhost 10.0.1.2 ) > ) > > ssh myname@10.0.1.2 ) > ) > (now I'm logged in) ) > ) > > setenv DISPLAY 10.0.1.1:0 ) > ) > (10.0.1.1 is the Windows PC with cygwin running, 10.0.1.2 is a Linux ) > box) ) > ) > > twm & ) > ) > (now the desktop is managed by twm) ) > ) > - Opened a few more xterm windows from twm and already opened xterm ) > ) > - Went back to one of the tcsh window and did: ) > ) > > setenv DISPLAY localhost:0 ) > ) > > xterm ) > ) > ) > ) > This opened up one xterm window in the X desktop with "bash-2.05b" prompt. ) > ) > In this xterm window, I couldn't type the letter 's'. Not only I couldn't ) > ) > type, but I was unable to yank and copy a string with 's'. For example, ) > ) > I yanked a string "tcsh" in another xterm window and pasted it in this ) > ) > troubled xterm window, it displayed "tch". For another example, I yanked ) > ) > the word "Mississippi" from /usr/share/dict/words and pasted it and got ) > ) > "Miiippi". I had no such problem in any other xterm windows but this. ) > ) > ) > ) > What was happening? ) > ) > ) > ) > ) > ) >>uname -a ) > ) > ) > ) > CYGWIN_NT-5.1 myname 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown ) > ) > Cygwin ) > ) > ) > ) > ) > ) > From ditasaka@silverbacksystems.com Tue Oct 7 21:30:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Tue, 07 Oct 2003 21:30:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <001b01c38d1a$3d0cc8e0$7b05000a@corp.silverbacksystems.com> I have no intention to secure the X connection. I use ssh simply because the remote guy doesn't have a telnet server running. Do I still need to use the -X option? ) By the way, you're using ssh all wrong. What you should really be doing is: ) ) 1) Invoke startxwin.sh ) 2) In the local xterm, verify that the value of DISPLAY is 127.0.0.1:0 ) (and set it to that if it is not) ) 3) ssh to the remote box using the "-X" flag to enable X-forwarding. ) 4) Once connected to the remote host, verify that the value of DISPLAY ) is something like remotehost:8. ) 5) Run your remote X-clients normally. From ditasaka@silverbacksystems.com Tue Oct 7 21:57:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Tue, 07 Oct 2003 21:57:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <002101c38d1d$fab46440$7b05000a@corp.silverbacksystems.com> Additional information. This weird behavior can only be observed in an xterm with bash. If I invoke it by "xterm -e tcsh" then no problem. If I do "xterm -e bash" (or without -e bash) then no 's' allowed at the prompt. I can't type nor paste. The stdout still works so that I do see all the 's'es in a command output. But not at the shell prompt. The bash shell prompt. From murakami@ipl.t.u-tokyo.ac.jp Wed Oct 8 04:24:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Wed, 08 Oct 2003 04:24:00 -0000 Subject: Weird keyboard behavior with "Caps Lock" key In-Reply-To: References: <20031006162423.0688.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20031008131202.3EF9.MURAKAMI@ipl.t.u-tokyo.ac.jp> > Open "Regional and Language Option" in Control Panel. > Add English as input language. > After XFree86/Cygwin start, change language to English using > Shift+Alt key. > > Doesn't this help you? It surely works on my machine, both by Control Panel and by the function LoadKeyboardLayout. Thank you for the excellent solution. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From murakami@ipl.t.u-tokyo.ac.jp Wed Oct 8 05:57:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Wed, 08 Oct 2003 05:57:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: References: <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20031008145400.3F08.MURAKAMI@ipl.t.u-tokyo.ac.jp> Alexander, Thank you for supporting Japanese keyboards. It is really useful for us. I have one request on this feature. Could you change the line { 0x411, -1, "jp", "jp", NULL, NULL, "Japanese"}, to { 0x411, 7, "jp", "jp", NULL, NULL, "Japanese"}, in winconfig.c? It prevents JP layouts loaded for JP Windows with US keyboards. Thanks in advance. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Oct 8 11:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 08 Oct 2003 11:58:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <002101c38d1d$fab46440$7b05000a@corp.silverbacksystems.com> References: <002101c38d1d$fab46440$7b05000a@corp.silverbacksystems.com> Message-ID: Dai Itasaka wrote: > Additional information. > > This weird behavior can only be observed in an xterm with bash. > If I invoke it by "xterm -e tcsh" then no problem. If I do > "xterm -e bash" (or without -e bash) then no 's' allowed at > the prompt. I can't type nor paste. can you please start xev and enter an 's' in the Event Test window? For me it prints KeyPress event, serial 21, synthetic NO, window 0x2a00001, root 0x48, subw 0x2a00002, time 5886066, (12,57), root:(323,523), state 0x0, keycode 39 (keysym 0x73, s), same_screen YES, XLookupString gives 1 bytes: "s" If the last line reports an "s" too, the I suspect a problem with the inputrc file. Can you enter an "s" if the bash is running in a console window? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Oct 8 11:59:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 08 Oct 2003 11:59:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: <20031008145400.3F08.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20030922134757.9514.MURAKAMI@ipl.t.u-tokyo.ac.jp> <20031008145400.3F08.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: Takuma Murakami wrote: > I have one request on this feature. Could you change > the line > { 0x411, -1, "jp", "jp", NULL, NULL, "Japanese"}, > to > { 0x411, 7, "jp", "jp", NULL, NULL, "Japanese"}, > in winconfig.c? It prevents JP layouts loaded for JP > Windows with US keyboards. Part of the mississippi problem? I've commited the change. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Wed Oct 8 12:51:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 08 Oct 2003 12:51:00 -0000 Subject: Mississippi -> Miiippi Message-ID: Oh, OK. In that case, maybe rsh would be a useful alternative? Here's something I do all the time from the local host running the Cygwin Xserver: xhost remotehost rsh remotehost xterm -display localhost:0 & You can even wrap it inside a shell script: #!/bin/sh rhost=$1 lhost=`hostname` xhost $rhost rsh $rhost xterm -display $lhost:0 If you save this as, say, "rxterm", you'd call it with simply: rxterm remotehostname >From: "Dai Itasaka" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: Re: Mississippi -> Miiippi >Date: Tue, 7 Oct 2003 14:30:32 -0700 > >I have no intention to secure the X connection. >I use ssh simply because the remote guy doesn't have a telnet server >running. Do I still need to use the -X option? > > >) By the way, you're using ssh all wrong. What you should really be doing >is: >) >) 1) Invoke startxwin.sh >) 2) In the local xterm, verify that the value of DISPLAY is 127.0.0.1:0 >) (and set it to that if it is not) >) 3) ssh to the remote box using the "-X" flag to enable X-forwarding. >) 4) Once connected to the remote host, verify that the value of DISPLAY >) is something like remotehost:8. >) 5) Run your remote X-clients normally. > > _________________________________________________________________ Instant message with integrated webcam using MSN Messenger 6.0. Try it now FREE! http://msnmessenger-download.com From lists@dcorking.com Wed Oct 8 13:05:00 2003 From: lists@dcorking.com (David Corking) Date: Wed, 08 Oct 2003 13:05:00 -0000 Subject: Interaction between multiwindow and xmouse (without autoraise) Message-ID: <20031008121855.GA14981@swanage.dol.net> I like using the xmouse feature in W2K with autoraise disabled (that is to say that focus follow mouse, with a click to raise.) I noticed that when I mouse over an X window, then click to raise, the newly raised window does not redraw portions that were overlapped by another X window. (I need to change focus to the overlapping window -A- and back to the raised window -B- to trigger the redraw. I can do this by mousing from B to A and back to B, or by typing Alt-Tab twice.) X is started with the distributed startxwin.bat, that is Xwin -multiwindow Is this a known problem (I did not see it in the docs) or have I made a mistake? I concede that xmouse is a relatively obscure feature in Win32, and I hope I explained the behavior satisfactorily. Workaround - use a native X window manager in rootless mode. (Preferably a wm with a click-to-raise policy similar to Win32. Now I have 2 places to customize the desktop and I will miss Alt-Tab :-) ) David From huntharo@msu.edu Wed Oct 8 13:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 08 Oct 2003 13:08:00 -0000 Subject: Interaction between multiwindow and xmouse (without autoraise) In-Reply-To: <20031008121855.GA14981@swanage.dol.net> References: <20031008121855.GA14981@swanage.dol.net> Message-ID: <3F840C37.6020501@msu.edu> David, Update to the latest version of XFree86-xserv. This was fixed last week. Harold David Corking wrote: > I like using the xmouse feature in W2K with autoraise disabled (that > is to say that focus follow mouse, with a click to raise.) > > I noticed that when I mouse over an X window, then click to raise, the > newly raised window does not redraw portions that were overlapped by > another X window. (I need to change focus to the overlapping window > -A- and back to the raised window -B- to trigger the redraw. I can do > this by mousing from B to A and back to B, or by typing Alt-Tab twice.) > > X is started with the distributed startxwin.bat, that is > Xwin -multiwindow > > Is this a known problem (I did not see it in the docs) or have I made > a mistake? I concede that xmouse is a relatively obscure feature in > Win32, and I hope I explained the behavior satisfactorily. > > Workaround - use a native X window manager in rootless mode. > (Preferably a wm with a click-to-raise policy similar to Win32. Now I > have 2 places to customize the desktop and I will miss Alt-Tab :-) ) > > David > From ditasaka@silverbacksystems.com Wed Oct 8 17:32:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Wed, 08 Oct 2003 17:32:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <002701c38dc2$227b65b0$7b05000a@corp.silverbacksystems.com> ) > Additional information. ) > ) > This weird behavior can only be observed in an xterm with bash. ) > If I invoke it by "xterm -e tcsh" then no problem. If I do ) > "xterm -e bash" (or without -e bash) then no 's' allowed at ) > the prompt. I can't type nor paste. ) ) can you please start xev and enter an 's' in the Event Test window? ) ) For me it prints ) KeyPress event, serial 21, synthetic NO, window 0x2a00001, ) root 0x48, subw 0x2a00002, time 5886066, (12,57), root:(323,523), ) state 0x0, keycode 39 (keysym 0x73, s), same_screen YES, ) XLookupString gives 1 bytes: "s" ) ) If the last line reports an "s" too, the I suspect a problem with the ) inputrc file. Can you enter an "s" if the bash is running in a console ) window? With xev, it does report an 's', exactly like that. Although I'm not sure about the term "console window", if that means the window that is created by invoking "Cygwin Bash Shell" in the start menu, then the answer is yes I can type an 's' in that window. From daniel@copyleft.no Wed Oct 8 21:28:00 2003 From: daniel@copyleft.no (Hr. Daniel Mikkelsen) Date: Wed, 08 Oct 2003 21:28:00 -0000 Subject: Clipboard unicode/utf-8 (xwinclip) Message-ID: <20031008231801.L453-100000@unity.copyleft.no> Hi. I have a feeling this question has been posed before, but the problem I was searching for answers on was difficult to put in a Google friendly format. When I try to cut and paste _from_ Evolution inside X to any external Windows program, all non-ascii characters show up as "\x{00ae}", etc. Cut/paste the other way works fine. The Windows host is running Windows 2000 Pro, and I'm using the latest packaged Cygwin XFree. Evolution (1.4.5) is run on a separate FreeBSD (4.8) server. I'm thinking it has something to do with GNOME2 using unicode/utf-8, and possibly something to do with locale settings on the FreeBSD box. Does anyone here know what's happening? Do you have any pointers to where I could find out more? -- Daniel From murakami@ipl.t.u-tokyo.ac.jp Thu Oct 9 04:35:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 09 Oct 2003 04:35:00 -0000 Subject: Japanese keyboard auto-detection In-Reply-To: References: <20031008145400.3F08.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20031009132512.1B3E.MURAKAMI@ipl.t.u-tokyo.ac.jp> > Part of the mississippi problem? I've commited the change. Thank you for committing. I think this is not the essential source of the problem. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From murakami@ipl.t.u-tokyo.ac.jp Thu Oct 9 04:48:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 09 Oct 2003 04:48:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <001501c38d18$cb3c6410$7b05000a@corp.silverbacksystems.com> References: <001501c38d18$cb3c6410$7b05000a@corp.silverbacksystems.com> Message-ID: <20031009134017.1B42.MURAKAMI@ipl.t.u-tokyo.ac.jp> > I cannot live without doing that setxkbmap because otherwise I will be > in a bigger sh^H^H hole where the at mark becomes the double quotation, > the double quotation becomes the star, the star becomes the left parenthesis, > the left parenthesis becomes right....crazy. This is the side effect of the Japanese keyboard auto- detection. It should be fixed by http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00081.html so the setxkbmap will be unnecessary after the next release of xserv. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From kngl25zpaq@mailbox.gr Thu Oct 9 08:10:00 2003 From: kngl25zpaq@mailbox.gr (Deirdre Grimes) Date: Thu, 09 Oct 2003 08:10:00 -0000 Subject: Bumper to bumper auto warranty zuajmihwc hr Message-ID: Protect yourself and your Family with a Quality Extended Auto Warranty. Save Hundreds Over Dealer Warranties Fair prices and prompt, toll-free claim service Plan Also Includes: > 24-Hour Roadside Assistance > Rental Benefit > Trip Interruption Intervention > Extended Towing Benefits Click below for Details and a Fast, Free Quote Click Here>> http://61.232.226.24/autosite/Z2DsHG7z/ ================================================== unsubscibe update : http://61.232.226.24/autosite/Z2DsHG7z/unsubscribe.html From MLEFEVRE@fininfo.fr Thu Oct 9 11:55:00 2003 From: MLEFEVRE@fininfo.fr (LEFEVRE Mickael) Date: Thu, 09 Oct 2003 11:55:00 -0000 Subject: bug : XWin memory consumption Message-ID: <9F0E818752625641850717A2C8E7C8CC013FE70C@fininfomail.fininfo.grp> I use cygwin 1.5.5-1, Xfree 4.3.0 on a daily base for job and I seen that XWin memory grow significantly, something like 16Ko every 2 seconds. So after 2/3 day of work, I have read in 'top' SIZE : 660 Mo RSS : more than 300Mo allocated for XWin. In windows tasks manager, i only read more than 300Mo for XWin.exe The PC run win2k SP4. Ask-me if you want more information. Michael Ce message et toutes les pi?ces jointes (ci-apr?s le "message") sont ?tablis ? l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le d?truire et d'en avertir imm?diatement l'exp?diteur. Toute utilisation de ce message non conforme ? sa destination, modification, diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse.FININFO (et ses filiales) d?cline(nt) toute responsabilit? au titre de ce message, dans l'hypoth?se ou il aurait ?t? modifi?, alt?r?, falsifi? ou encore ?dit? ou diffus? sans autorisation. ----------------------------------------------------- This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. Neither FININFO (nor any of its subsidiaries or affiliates) shall be liable for the message if modified, altered, falsified, edited or diffused without authorization. From huntharo@msu.edu Thu Oct 9 13:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 09 Oct 2003 13:42:00 -0000 Subject: bug : XWin memory consumption In-Reply-To: <9F0E818752625641850717A2C8E7C8CC013FE70C@fininfomail.fininfo.grp> References: <9F0E818752625641850717A2C8E7C8CC013FE70C@fininfomail.fininfo.grp> Message-ID: <3F8565AC.9000100@msu.edu> Michael, Those memory usage counts are rarely accurate. As for asking for more information, you are just going to have to provide more information. I don't know what to ask you and I haven't seen a concrete definition of what causes the supposed memory leaks before. So, this one is your baby. Harold LEFEVRE Mickael wrote: > I use cygwin 1.5.5-1, Xfree 4.3.0 on a daily base for job and I seen that > XWin memory grow significantly, something like 16Ko every 2 seconds. > > So after 2/3 day of work, I have read in 'top' > SIZE : 660 Mo > RSS : more than 300Mo > allocated for XWin. > > In windows tasks manager, i only read more than 300Mo for XWin.exe > The PC run win2k SP4. > > Ask-me if you want more information. > > Michael > > > Ce message et toutes les pi??ces jointes (ci-apr??s le "message") sont ??tablis ?? l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le d??truire et d'en avertir imm??diatement l'exp??diteur. Toute utilisation de ce message non conforme ?? sa destination, modification, diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse.FININFO (et ses filiales) d??cline(nt) toute responsabilit?? au titre de ce message, dans l'hypoth??se ou il aurait ??t?? modifi??, alt??r??, falsifi?? ou encore ??dit?? ou diffus?? sans autorisation. > ----------------------------------------------------- > This message and any attachments (the "message") is intended > solely for the addressees and is confidential. If you receive this > message in error, please delete it and immediately notify the > sender. Any use not in accord with its purpose, any dissemination > or disclosure, either whole or partial, is prohibited except formal > approval. Neither FININFO (nor any of its subsidiaries or affiliates) > shall be liable for the message if modified, altered, falsified, edited > or diffused without authorization. > From alexander.gottwald@s1999.tu-chemnitz.de Thu Oct 9 13:54:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 09 Oct 2003 13:54:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <002701c38dc2$227b65b0$7b05000a@corp.silverbacksystems.com> References: <002701c38dc2$227b65b0$7b05000a@corp.silverbacksystems.com> Message-ID: On Wed, 8 Oct 2003, Dai Itasaka wrote: > Although I'm not sure about the term "console window", if that means > the window that is created by invoking "Cygwin Bash Shell" in the > start menu, then the answer is yes I can type an 's' in that window. You've done - started tcsh - started xterm (with bash) What happens if you start the bash directly from the tcsh window? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From abraverman@itms.com Thu Oct 9 14:25:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Thu, 09 Oct 2003 14:25:00 -0000 Subject: Redrawing of screen Message-ID: <001001c38e71$2a2c2290$1e54cea7@andrew> Harold, Since you made the change for the X-Mouse issues, I am having a related issue when using the Microsoft VDM in XP. If I go to a different virtual desktop and come back, only the topmost X window gets repainted. The other window(s) have a title bar and a blank window. Could this be related to that change? - Andy From huntharo@msu.edu Thu Oct 9 14:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 09 Oct 2003 14:49:00 -0000 Subject: Redrawing of screen In-Reply-To: <001001c38e71$2a2c2290$1e54cea7@andrew> References: <001001c38e71$2a2c2290$1e54cea7@andrew> Message-ID: <3F857560.1000703@msu.edu> Andy, Yes, it is most likely related. However, I don't use the Microsoft VDM in XP. In fact, I have never even heard of it. So, testing will be difficult. I have made a 'test' XFree86-xserv-4.3.0-19 release that should be appearing on mirrors within a few hours. Give it a try and see if my minor change fixes your problem. Harold Andrew Braverman wrote: > Harold, > > Since you made the change for the X-Mouse issues, I am having a related > issue when using the Microsoft VDM in XP. If I go to a different virtual > desktop and come back, only the topmost X window gets repainted. The other > window(s) have a title bar and a blank window. Could this be related to > that change? > > - Andy > > From huntharo@msu.edu Thu Oct 9 14:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 09 Oct 2003 14:50:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <20031009134017.1B42.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <001501c38d18$cb3c6410$7b05000a@corp.silverbacksystems.com> <20031009134017.1B42.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <3F857596.3080304@msu.edu> Takuma, I have added the patch to a 'test' XFree86-xserv-4.3.0-19 package that should be on the mirrors within a few hours. Please verify that the patch operates as planned. Harold Takuma Murakami wrote: >>I cannot live without doing that setxkbmap because otherwise I will be >>in a bigger sh^H^H hole where the at mark becomes the double quotation, >>the double quotation becomes the star, the star becomes the left parenthesis, >>the left parenthesis becomes right....crazy. > > > This is the side effect of the Japanese keyboard auto- > detection. It should be fixed by > http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00081.html > so the setxkbmap will be unnecessary after the next > release of xserv. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) > From zakki@peppermint.jp Thu Oct 9 16:23:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Thu, 09 Oct 2003 16:23:00 -0000 Subject: [PATCH] Copy and Paste with iconv Message-ID: Hello, This patch make xwinclip convert clipboard text encoding using libiconv, so perhaps you can copy and paste non-ASCII characters on Win9x. But I don't have Win9X, I haven't tested it yet. I could copy and paste Unicode text on NT/2000/XP, but CJK characters sometimes become other CJK characters because of Han Unification. This patch fix this problem. For example, I use following command line option on Windows XP. LANG=ja_JP.eucJP XWin -clipboard -nounicodeclipboard -winencoding SHIFT_JIS -xencoding EUC-JP Test on other language environment and 9x platform needed. Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: clipboard_libiconv.diff Type: application/octet-stream Size: 16475 bytes Desc: not available URL: From ditasaka@silverbacksystems.com Thu Oct 9 16:53:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Thu, 09 Oct 2003 16:53:00 -0000 Subject: Mississippi -> Miiippi Message-ID: <002f01c38e85$dae52230$7b05000a@corp.silverbacksystems.com> ) What happens if you start the bash directly from the tcsh window? It swallows as well! So it is not the X issue at all, but the bash issue. From abraverman@itms.com Thu Oct 9 18:02:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Thu, 09 Oct 2003 18:02:00 -0000 Subject: Redrawing of screen In-Reply-To: <3F857560.1000703@msu.edu> Message-ID: <001301c38e8f$74fc5fb0$1e54cea7@andrew> I found a site that 4.3.0-19 and tried it and had the same problem. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II > Sent: Thursday, October 09, 2003 10:49 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Redrawing of screen > > > Andy, > > Yes, it is most likely related. However, I don't use the > Microsoft VDM > in XP. In fact, I have never even heard of it. So, testing will be > difficult. > > I have made a 'test' XFree86-xserv-4.3.0-19 release that should be > appearing on mirrors within a few hours. Give it a try and see if my > minor change fixes your problem. > > Harold > > Andrew Braverman wrote: > > Harold, > > > > Since you made the change for the X-Mouse issues, I am > having a related > > issue when using the Microsoft VDM in XP. If I go to a > different virtual > > desktop and come back, only the topmost X window gets > repainted. The other > > window(s) have a title bar and a blank window. Could this > be related to > > that change? > > > > - Andy > > > > > From ditasaka@silverbacksystems.com Thu Oct 9 18:52:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Thu, 09 Oct 2003 18:52:00 -0000 Subject: Ctrl-C propagates Message-ID: <004501c38e96$670eaf00$7b05000a@corp.silverbacksystems.com> Just like Start->All Programs->Cygwin->Cygwin Bash Shell points to a DOS batch file named "\cygwin\cygwin.bat", I created a similar batch file that invokes tcsh instead of bash. In this tcsh window, I type "startxwin.sh", which gives me a big root X windows managed by twm and an xterm with tcsh running as a login shell. I open up a few more xterm windows with tcsh. Now I have several xterm windows running in X. I go back to the first tcsh window where I typed startxwin.sh and I enter Ctrl-C in there. Then all of the xterm windows in X get a newline at the shell prompt. If I have an ssh session in xterm, it gets killed. If I left the more command, it gets killed. Looks like every xterm windows receives a signal as a result of entering Ctrl-C in the tcsh window. I have read that the Ctrl-C terminates an ssh session in the cygwin ML. I just wanted to confirm if that really happens. Now I got this. From huntharo@msu.edu Thu Oct 9 18:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 09 Oct 2003 18:55:00 -0000 Subject: [PATCH] Copy and Paste with iconv In-Reply-To: References: Message-ID: <3F85AF0D.9080301@msu.edu> Kensuke, The default behavior is not affected if the new command-line parameters are not passed, right? Is there anyway that you can figure out the -winencoding parameter from Windows? I realize that this is an initial version, but it would be wise not to introduce a new command-line parameter only to get rid of it shortly. Is it a good idea to add a dependency on libiconv? I can't think of any reason why this would be a problem. Harold Kensuke Matsuzaki wrote: > Hello, > > This patch make xwinclip convert clipboard text encoding using libiconv, > so perhaps you can copy and paste non-ASCII characters on Win9x. > But I don't have Win9X, I haven't tested it yet. > > I could copy and paste Unicode text on NT/2000/XP, but CJK characters > sometimes become other CJK characters because of Han Unification. > This patch fix this problem. > > For example, I use following command line option on Windows XP. > LANG=ja_JP.eucJP > XWin -clipboard -nounicodeclipboard -winencoding SHIFT_JIS -xencoding EUC-JP > > Test on other language environment and 9x platform needed. > > Kensuke Matsuzaki From Benjamin.Riefenstahl@epost.de Thu Oct 9 20:26:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 09 Oct 2003 20:26:00 -0000 Subject: Copy and Paste with iconv In-Reply-To: <3F85AF0D.9080301@msu.edu> (Harold L. Hunt, II's message of "Thu, 09 Oct 2003 14:55:09 -0400") References: <3F85AF0D.9080301@msu.edu> Message-ID: Hi, Harold L Hunt II writes: > Is there anyway that you can figure out the -winencoding parameter > from Windows? char label[20]; sprintf( label, "CP%d", (int) GetACP() ); Or something similar, you get the idea. E.g. for SHIFT_JIS you should get CP932, which is in the iconv list of supported encodings here. On NT/W2K/XP, you may also want to translate to Unicode and set the clipboard with that, too. benny From zakki@peppermint.jp Fri Oct 10 04:01:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Fri, 10 Oct 2003 04:01:00 -0000 Subject: [PATCH] Copy and Paste with iconv In-Reply-To: <3F85AF0D.9080301@msu.edu> Message-ID: Harold, > The default behavior is not affected if the new command-line parameters > are not passed, right? The default behavior is not affected (except bug). > Is there anyway that you can figure out the -winencoding parameter from > Windows? Benjamin's way work well. -xencoding and encoding that is specified by locale must be same. So if there were way to get encoding from locale date,it is better. It seems that nl_langinfo dosen't work. Any other ideas? Hmm. I will dig deep into this. Kensuke Matsuzaki From murakami@ipl.t.u-tokyo.ac.jp Fri Oct 10 07:22:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Fri, 10 Oct 2003 07:22:00 -0000 Subject: Mississippi -> Miiippi In-Reply-To: <3F857596.3080304@msu.edu> References: <20031009134017.1B42.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3F857596.3080304@msu.edu> Message-ID: <20031010161520.7323.MURAKAMI@ipl.t.u-tokyo.ac.jp> Harold, > I have added the patch to a 'test' XFree86-xserv-4.3.0-19 package that > should be on the mirrors within a few hours. Please verify that the > patch operates as planned. It works as intended. Thank you for your work. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From huntharo@msu.edu Fri Oct 10 20:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 10 Oct 2003 20:46:00 -0000 Subject: Ctrl-C propagates In-Reply-To: <004501c38e96$670eaf00$7b05000a@corp.silverbacksystems.com> References: <004501c38e96$670eaf00$7b05000a@corp.silverbacksystems.com> Message-ID: <3F871A97.5010907@msu.edu> Dia, Hmm... I don't understand what is happening here. Can anyone else confirm this? Harold Dai Itasaka wrote: > Just like Start->All Programs->Cygwin->Cygwin Bash Shell points to > a DOS batch file named "\cygwin\cygwin.bat", I created a similar > batch file that invokes tcsh instead of bash. > > In this tcsh window, I type "startxwin.sh", which gives me a big root > X windows managed by twm and an xterm with tcsh running as a login > shell. I open up a few more xterm windows with tcsh. Now I have > several xterm windows running in X. > > I go back to the first tcsh window where I typed startxwin.sh and I > enter Ctrl-C in there. Then all of the xterm windows in X get a newline > at the shell prompt. If I have an ssh session in xterm, it gets killed. > If I left the more command, it gets killed. > > Looks like every xterm windows receives a signal as a result of > entering Ctrl-C in the tcsh window. > > > I have read that the Ctrl-C terminates an ssh session in the cygwin ML. > I just wanted to confirm if that really happens. Now I got this. From huntharo@msu.edu Fri Oct 10 20:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 10 Oct 2003 20:46:00 -0000 Subject: [PATCH] Copy and Paste with iconv In-Reply-To: References: Message-ID: <3F871A75.5020900@msu.edu> Kensuke, Kensuke Matsuzaki wrote: > Harold, > > >>The default behavior is not affected if the new command-line parameters >>are not passed, right? > > > The default behavior is not affected (except bug). Good. >>Is there anyway that you can figure out the -winencoding parameter from >>Windows? > > > Benjamin's way work well. > -xencoding and encoding that is specified by locale must be same. > So if there were way to get encoding from locale date,it is better. > It seems that nl_langinfo dosen't work. Any other ideas? > > Hmm. I will dig deep into this. Okay. I will wait until you either send in a patch that does this automatically or you declare that it should be done manually for the time being. I am giving preference to doing this automatically from the start, but I will understand if you want to just release it at some point to find out how it works. Thanks for contributing, Harold From rwf@loonybin.net Fri Oct 10 21:04:00 2003 From: rwf@loonybin.net (Rob Foehl) Date: Fri, 10 Oct 2003 21:04:00 -0000 Subject: Ctrl-C propagates In-Reply-To: <3F871A97.5010907@msu.edu> References: <004501c38e96$670eaf00$7b05000a@corp.silverbacksystems.com> <3F871A97.5010907@msu.edu> Message-ID: On Fri, 10 Oct 2003, Harold L Hunt II wrote: > Dia, > > Hmm... I don't understand what is happening here. Can anyone else > confirm this? Yes.. start a normal cygwin bash, run XWin.exe -multiwindow &, set your display, run a few xterms (all from the same shell), then hit ctrl-c in the shell and it'll dump one on every child window. By the way, nice to finally have the raised window redraw bug fixed, only been a few months since I reported it... :) -Rob From freemyer-ml@NorcrossGroup.com Fri Oct 10 21:31:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Fri, 10 Oct 2003 21:31:00 -0000 Subject: XWin --query Message-ID: <1065821211.4598.126.camel@david.NorcrossGroup.com> I have been using "XWin --query node_name" for a while. Last week I updated to the currently released cygwin and xfree86 binaries. The XWin --query is now only bringing up a X display, but it is not showing the KDM login screen I'm used to seeing. If I look on the Linux box I'm querying, I see that it is trying to connect back to the cygwin/xfree box, but it is unable to open the display. Do I need to do somethnig else? Greg -- Greg Freemyer From huntharo@msu.edu Sat Oct 11 00:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 11 Oct 2003 00:15:00 -0000 Subject: XWin --query In-Reply-To: <1065821211.4598.126.camel@david.NorcrossGroup.com> References: <1065821211.4598.126.camel@david.NorcrossGroup.com> Message-ID: <3F874B84.9000208@msu.edu> Did you also just get a wireless networking card or another network card? The reason I am asking is that you may now need to use the -from parameter to indicate the return address that should be sent to the remote machine. Please indicate if you have only one network card. Harold Greg Freemyer wrote: > I have been using "XWin --query node_name" for a while. > > Last week I updated to the currently released cygwin and xfree86 > binaries. > > The XWin --query is now only bringing up a X display, but it is not > showing the KDM login screen I'm used to seeing. > > If I look on the Linux box I'm querying, I see that it is trying to > connect back to the cygwin/xfree box, but it is unable to open the > display. > > Do I need to do somethnig else? > > Greg From helpland1999@yahoo.com Sat Oct 11 17:58:00 2003 From: helpland1999@yahoo.com (Ogunbanjo Akeem) Date: Sat, 11 Oct 2003 17:58:00 -0000 Subject: RE; order Message-ID: <20031011175840.65965.qmail@web20206.mail.yahoo.com> I want your company to supply me all this item seagate oem orgenal . hard disk 20GB 200pcs and toshiba satellite pro model c4600 processor 700-750 mmx 120 RAM 20gb monitor 14.1ft DVD or toshiba satellite pro model 4600 series petim 111 IGHE 2GB HDD 256 MB MEMORY 15.1TFT SCREER DVD-RENT CD-WR 10/100 NETWORK CARD and canno BJC 85& 55, and NOTEBOOK PORTABLE PRITERS. I hear by solicit you to issue cheque to your company on my behalf. You are awere of my unpaid pensioner allowance which is equivalent to this above I have transacted business with this company where I am yet to pay this So therefore please consider my __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From pnews@lomarline.freeserve.co.uk Sun Oct 12 05:30:00 2003 From: pnews@lomarline.freeserve.co.uk (pbs) Date: Sun, 12 Oct 2003 05:30:00 -0000 Subject: xdm Xauthority and mount -o managed authfiles Message-ID: xmd creates an Xauthority file in the dir /etc/X11/xdm/authdir/authfiles which by default has a colon ":" in the name. MSwindows does not support ":" in names and this causes an error in xdm. As a work around if the authfiles dir is mounted as a managed mount mount -o managed c:/cygwin/etc/X11/xdm/authdir/authfiles \ /etc/X11/xdm/authdir/authfiles Then the file is created without an error. Perhapse some one would like to verify this, and if it is correct, I think it would be a good idea to add this to the FAQ: http://xfree86.cygwin.com/docs/faq From jscheef@yahoo.com Sun Oct 12 19:34:00 2003 From: jscheef@yahoo.com (Jim Scheef) Date: Sun, 12 Oct 2003 19:34:00 -0000 Subject: Cygwin XFree ignores the keyboard Message-ID: <20031012193438.6284.qmail@web41507.mail.yahoo.com> Hello everyone, I have been using Cygwin XFree86 for some time on a Winbook X1 running XP Pro, and it was working great with several Linux machines. A couple of months back it started to ignore the keyboard. IOW, I type and nothing happens in any Xwindows frame which makes things rather difficult. The mouse still works. First I tried doing a 'reinstall' to no effect. Then I uninstalled everything and did a complete reinstall with the latest versions of Cygwin and Xfree86. The reinstall seemed to go well but I saw one script error reporting a 'null' value somewhere. At the time, there was no way to know (that I knew of) to see exactly which package gave the error so I ignored it and went on. This issue is not addressed in the FAQ so now I turn to you. All help will be greatly appreciated. Jim __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From jay@JaySmith.com Sun Oct 12 19:37:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Sun, 12 Oct 2003 19:37:00 -0000 Subject: Copy/Paste problems when contains non-ascii characters Message-ID: <3F89AD69.2070204@JaySmith.com> Hi, My copy/paste behavior in MOZILLA running on RedHat 8 LINUX has gone from bad to worse when I upgraded the Mozilla from 1.2.x to 1.4. Important: The Mozilla is LINUX Mozilla running on an RH8 server. I am sitting at a Windows 95 PC, using Cygwin/XFree86 to run an X session on the PC. I am sitting at a PC, not at a Linux box. (Most people don't get this and thus reply using wrong assumptions.) WHEN RUNNING Linux Mozilla ON PC USING CYGWIN: (old) MOZ 1.2.x: When I copied text that contained a non-ascii typical European or Scandinavian character from an existing email and PASTED INTO A MOZILLA MAIL COMPOSE window, the text up to, but NOT including, the character would copy AND PASTE. That was bad, but at least you got something (the text before the character). (new) MOZ 1.4: However, now, if the copy contains such a character, NOTHING gets pasted into A MOZILLA MAIL COMPOSE window. It changed from partial to nothing. I AM still able to paste full and properly into windows applications from Mozilla, including such common European and Scandinvian characters. Because there has been no change to the Cygwin installation on this PC, I don't think the *change* in the problem is related to that. However, the root of the problem seems to be related to Cygwin. By contrast, IF I AM WORKING DIRECTLY/PHYSICALLY ON THE LINUX SERVER: Mozilla 1.2.x or 1.4: I *CAN* fully and properly cut/paste the very same text. MY ENVIRONMENT IS: Server: Red Hat Linux 8 Workstation: Windows 95 running Cygwin .... (I think these are the version numbers of what I have installed; they were as of April 2003 and I don't think I have installed any new Cygwin stuff on this machine since then -- but I don't know how to find out what versions I am running. How do I?) XFree86-base 4.2.0-1 -lib 4.2.0-5 -xserv 4.2.0-28 -xwinclip 4.2.0-8 Jay -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Sun Oct 12 23:25:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 12 Oct 2003 23:25:00 -0000 Subject: Copy/Paste problems when contains non-ascii characters In-Reply-To: <3F89AD69.2070204@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> Message-ID: <3F89E2BA.8090207@msu.edu> Jay, Your problem is that you are using Windows 95, which does not natively support unicode text. There is support in Cygwin/XFree86 for converting characters to unicode and back, but it only works on NT-based platforms (NT 4.0, Windows 2000, Windows XP, Windows Server 2003). The Microsoft Layer for Unicode on Windows 95/98/Me Systems should allow the support to work properly, but we would have to change the unicode support detection slightly for this to take effect. Have you installed the unicode support for Windows 95? More information and a link to download are here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/microsoft_layer_for_unicode_on_windows_95_98_me_systems.asp Or, the tiny url to the same thing: http://tinyurl.com/qo9n Hmm... just did some more checking... using the Layer for Unicode support will not be trivial. Kensuke may be interested in it as an alternative to using libiconv on Windows 95/98/Me. As for why you text copying is truncated vs. not appearing at all, I suspect that Mozilla 1.2.x to 1.4 changed the format of some clipboard data from plain text to INCR. But that would only make sense if you have only tried this with the versions of XFree86-xserv that don't crash when they see an INCR clipboard format. If you didn't try this until recently, then that would explain your problem. You should at least be thankful that XWin.exe doesn't core dump like it used to in these cases. In summary, your problem is known, it isn't trivial to solve, and the change from Mozilla 1.2.x to 1.4 is due to a change that they made, not something that we did. Also, your issue is already known to be not an issue on NT-based platforms, so the Microsoft answer to this problem would be "The Cygwin/XFree86 has identified this to be a problem with the products listed above.", with the idea being that they might fix it or they might not, but perhaps you should consider upgrading to a more recent version of Windows. In other words, you are more likely to get your problem fixed by spending $200 of your own money upgrading to Windows XP, versus me spending $2000 of my time to cobble together a fix for Windows 95/98/Me. That's just being honest. Thanks for testing, Harold Jay Smith wrote: > Hi, > > My copy/paste behavior in MOZILLA running on RedHat 8 LINUX has gone > from bad to worse when I upgraded the Mozilla from 1.2.x to 1.4. > > Important: The Mozilla is LINUX Mozilla running on an RH8 server. I am > sitting at a Windows 95 PC, using Cygwin/XFree86 to run an X session on > the PC. I am sitting at a PC, not at a Linux box. (Most people don't > get this and thus reply using wrong assumptions.) > > WHEN RUNNING Linux Mozilla ON PC USING CYGWIN: > > (old) MOZ 1.2.x: When I copied text that contained a non-ascii typical > European or Scandinavian character from an existing email and PASTED > INTO A MOZILLA MAIL COMPOSE window, the text up to, but NOT including, > the character would copy AND PASTE. That was bad, but at least you got > something (the text before the character). > > (new) MOZ 1.4: However, now, if the copy contains such a character, > NOTHING gets pasted into A MOZILLA MAIL COMPOSE window. It changed from > partial to nothing. > > I AM still able to paste full and properly into windows applications > from Mozilla, including such common European and Scandinvian characters. > > Because there has been no change to the Cygwin installation on this PC, I > don't think the *change* in the problem is related to that. However, > the root of the problem seems to be related to Cygwin. > > By contrast, IF I AM WORKING DIRECTLY/PHYSICALLY ON THE LINUX SERVER: > > Mozilla 1.2.x or 1.4: I *CAN* fully and properly cut/paste the very same > text. > > MY ENVIRONMENT IS: > > Server: Red Hat Linux 8 > > Workstation: Windows 95 running Cygwin .... > (I think these are the version numbers of what I have installed; they > were as of April 2003 and I don't think I have installed any new Cygwin > stuff on this machine since then -- but I don't know how to find out > what versions I am running. How do I?) > XFree86-base 4.2.0-1 > -lib 4.2.0-5 > -xserv 4.2.0-28 > -xwinclip 4.2.0-8 > > Jay From zakki@peppermint.jp Mon Oct 13 01:33:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 13 Oct 2003 01:33:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F89AD69.2070204@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> Message-ID: Jay, Perhaps this patch enable XWin to copy/paste non-ascii characters even if Windows does't support Unicode (95/98/Me). LANG environment variable and Windows locale must be same. I added -nounicodeclipboard option, I tested using this on XP. But I don't have 95/98/Me. And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff By the way, nls/locale.alias has alias somethig like "Arabic_Egypt.1256". Can we use that? If so, we no longer need LANG environment variable. We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: clipboard_mb.diff Type: application/octet-stream Size: 11109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: X11.diff Type: application/octet-stream Size: 5448 bytes Desc: not available URL: From jay@JaySmith.com Mon Oct 13 02:02:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Mon, 13 Oct 2003 02:02:00 -0000 Subject: Copy/Paste problems when contains non-ascii characters In-Reply-To: <3F89E2BA.8090207@msu.edu> References: <3F89AD69.2070204@JaySmith.com> <3F89E2BA.8090207@msu.edu> Message-ID: <3F8A0796.7090204@JaySmith.com> Hi Harold, Thanks for your input. Either I don't understand all of what you are saying or you don't understand the problem -- though Windows 95 is always a problem. :-) I *can* copy/paste from Linux Mozilla 1.4 to Windows 95. That is okay. What I *can't* do is copy/paste within Linux Mozilla 1.4 (running in X, when the copy contains European characters....) When I was using Linux Mozilla 1.2, the paste truncated immediately before the European character. Now, under Linux Mozilla 1.4, the paste is null (nothing pastes). I was doing this all the time under Linux Mozilla 1.2 (since about February 2003) without any problem (other than the darn truncation). No crashes or other problems of that nature. Regarding getting off Windows 95 you are quite right, however, the economics are not as you assume. What it really means is a) also replacing all the workstations (these are Pentium 200 or 300 machines); b) switching to Linux *IF* Linux could get its productivity apps up to a productive level (I don't mind twiddling around with them, but I certainly can't have my staff -- who are lucky to find the "on" button) dealing the the Linux problems I have to deal with every day; c) finding, replacing, configuring, and learning software for the roughly 30 (thirty) apps we run. Even if we stayed with Windows (going to 2000 Professional probably), just replacing the apps would cost $3000+ per seat and the machines around $1500 per seat. In a small company like mine, a conversion like this could put us out of business if we are not careful. A week out of business is close to our annual profit. Thus we hang on until we really have to make the switch. Hopefully Linux will get there (but the bugs I have encountered in only 2 days of use of Mozilla 1.4 make me wonder.....) Jay Harold L Hunt II said the following on 10/12/2003 07:24 PM: > Jay, > > Your problem is that you are using Windows 95, which does not natively > support unicode text. There is support in Cygwin/XFree86 for converting > characters to unicode and back, but it only works on NT-based platforms > (NT 4.0, Windows 2000, Windows XP, Windows Server 2003). > > The Microsoft Layer for Unicode on Windows 95/98/Me Systems should allow > the support to work properly, but we would have to change the unicode > support detection slightly for this to take effect. Have you installed > the unicode support for Windows 95? More information and a link to > download are here: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/microsoft_layer_for_unicode_on_windows_95_98_me_systems.asp > > > Or, the tiny url to the same thing: > > http://tinyurl.com/qo9n > > > Hmm... just did some more checking... using the Layer for Unicode > support will not be trivial. Kensuke may be interested in it as an > alternative to using libiconv on Windows 95/98/Me. > > As for why you text copying is truncated vs. not appearing at all, I > suspect that Mozilla 1.2.x to 1.4 changed the format of some clipboard > data from plain text to INCR. But that would only make sense if you > have only tried this with the versions of XFree86-xserv that don't crash > when they see an INCR clipboard format. If you didn't try this until > recently, then that would explain your problem. You should at least be > thankful that XWin.exe doesn't core dump like it used to in these cases. > > In summary, your problem is known, it isn't trivial to solve, and the > change from Mozilla 1.2.x to 1.4 is due to a change that they made, not > something that we did. Also, your issue is already known to be not an > issue on NT-based platforms, so the Microsoft answer to this problem > would be "The Cygwin/XFree86 has identified this to be a problem with > the products listed above.", with the idea being that they might fix it > or they might not, but perhaps you should consider upgrading to a more > recent version of Windows. In other words, you are more likely to get > your problem fixed by spending $200 of your own money upgrading to > Windows XP, versus me spending $2000 of my time to cobble together a fix > for Windows 95/98/Me. That's just being honest. > > Thanks for testing, > > Harold > > Jay Smith wrote: > >> Hi, >> >> My copy/paste behavior in MOZILLA running on RedHat 8 LINUX has gone >> from bad to worse when I upgraded the Mozilla from 1.2.x to 1.4. >> >> Important: The Mozilla is LINUX Mozilla running on an RH8 server. I >> am sitting at a Windows 95 PC, using Cygwin/XFree86 to run an X >> session on the PC. I am sitting at a PC, not at a Linux box. (Most >> people don't get this and thus reply using wrong assumptions.) >> >> WHEN RUNNING Linux Mozilla ON PC USING CYGWIN: >> >> (old) MOZ 1.2.x: When I copied text that contained a non-ascii typical >> European or Scandinavian character from an existing email and PASTED >> INTO A MOZILLA MAIL COMPOSE window, the text up to, but NOT including, >> the character would copy AND PASTE. That was bad, but at least you got >> something (the text before the character). >> >> (new) MOZ 1.4: However, now, if the copy contains such a character, >> NOTHING gets pasted into A MOZILLA MAIL COMPOSE window. It changed >> from partial to nothing. >> >> I AM still able to paste full and properly into windows applications >> from Mozilla, including such common European and Scandinvian characters. >> >> Because there has been no change to the Cygwin installation on this PC, I >> don't think the *change* in the problem is related to that. However, >> the root of the problem seems to be related to Cygwin. >> >> By contrast, IF I AM WORKING DIRECTLY/PHYSICALLY ON THE LINUX SERVER: >> >> Mozilla 1.2.x or 1.4: I *CAN* fully and properly cut/paste the very >> same text. >> >> MY ENVIRONMENT IS: >> >> Server: Red Hat Linux 8 >> >> Workstation: Windows 95 running Cygwin .... >> (I think these are the version numbers of what I have installed; they >> were as of April 2003 and I don't think I have installed any new >> Cygwin stuff on this machine since then -- but I don't know how to >> find out what versions I am running. How do I?) >> XFree86-base 4.2.0-1 >> -lib 4.2.0-5 >> -xserv 4.2.0-28 >> -xwinclip 4.2.0-8 >> >> Jay -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From jay@JaySmith.com Mon Oct 13 02:04:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Mon, 13 Oct 2003 02:04:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: References: <3F89AD69.2070204@JaySmith.com> Message-ID: <3F8A082D.4080106@JaySmith.com> Dear Kensuke, Thank you very much for your effort on this. Unfortunately, I am pretty ignorant of these matters, thus you will have to tell me what it is that I should do with the two .diff files you attached. I will be happy to do whatever with them, but I am clueless as to what is to be done with them. Sorry to be a pain. Jay Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: > Jay, > > Perhaps this patch enable XWin to copy/paste non-ascii characters > even if Windows does't support Unicode (95/98/Me). > LANG environment variable and Windows locale must be same. > I added -nounicodeclipboard option, I tested using this on XP. > But I don't have 95/98/Me. > > And it seems tha libX11 has some CTEXT convertion bug, I attach > patch that based on TAKABE's work. > http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff > > By the way, nls/locale.alias has alias somethig like > "Arabic_Egypt.1256". Can we use that? > If so, we no longer need LANG environment variable. > We can get it following code. > > char pszCountry[128]; > char pszLanguage[128]; > int nAcp = GetACP (); > > GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); > GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); > > printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); > > Kensuke Matsuzaki -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Mon Oct 13 02:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 02:35:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F8A082D.4080106@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> Message-ID: <3F8A0F42.2080503@msu.edu> Jay, I think he probably sent the patches for me to make a release with. You shouldn't have to do anything with them yourself. Harold Jay Smith wrote: > Dear Kensuke, > > Thank you very much for your effort on this. > > Unfortunately, I am pretty ignorant of these matters, thus you will have > to tell me what it is that I should do with the two .diff files you > attached. I will be happy to do whatever with them, but I am clueless as > to what is to be done with them. > > Sorry to be a pain. > > Jay > > Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: > >> Jay, >> >> Perhaps this patch enable XWin to copy/paste non-ascii characters >> even if Windows does't support Unicode (95/98/Me). >> LANG environment variable and Windows locale must be same. >> I added -nounicodeclipboard option, I tested using this on XP. >> But I don't have 95/98/Me. >> >> And it seems tha libX11 has some CTEXT convertion bug, I attach >> patch that based on TAKABE's work. >> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >> >> By the way, nls/locale.alias has alias somethig like >> "Arabic_Egypt.1256". Can we use that? >> If so, we no longer need LANG environment variable. >> We can get it following code. >> >> char pszCountry[128]; >> char pszLanguage[128]; >> int nAcp = GetACP (); >> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >> pszCountry, 128); >> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >> pszLanguage, 128); >> >> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >> >> Kensuke Matsuzaki > > From huntharo@msu.edu Mon Oct 13 02:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 02:43:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: References: <3F89AD69.2070204@JaySmith.com> Message-ID: <3F8A113C.3020004@msu.edu> Kensuke, Do you think the following change that you made might stop a potential memory leak? /* */ if (nNum && ppList && *ppList) { - XFree (xtpName.value); *ppName = strdup (*ppList); XFreeStringList (ppList); } + XFree (xtpName.value); Harold Kensuke Matsuzaki wrote: > Jay, > > Perhaps this patch enable XWin to copy/paste non-ascii characters > even if Windows does't support Unicode (95/98/Me). > LANG environment variable and Windows locale must be same. > I added -nounicodeclipboard option, I tested using this on XP. > But I don't have 95/98/Me. > > And it seems tha libX11 has some CTEXT convertion bug, I attach > patch that based on TAKABE's work. > http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff > > By the way, nls/locale.alias has alias somethig like > "Arabic_Egypt.1256". Can we use that? > If so, we no longer need LANG environment variable. > We can get it following code. > > char pszCountry[128]; > char pszLanguage[128]; > int nAcp = GetACP (); > > GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); > GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); > > printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); > > Kensuke Matsuzaki From huntharo@msu.edu Mon Oct 13 02:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 02:45:00 -0000 Subject: Using nls/locale.alias [ago please comment] In-Reply-To: References: <3F89AD69.2070204@JaySmith.com> Message-ID: <3F8A11AB.1060209@msu.edu> Kensuke Matsuzaki wrote: > By the way, nls/locale.alias has alias somethig like > "Arabic_Egypt.1256". Can we use that? > If so, we no longer need LANG environment variable. I didn't know that we currently needed the LANG environment variable. I don't really know enough about this stuff to contribute a useful suggestion here. I think I will do whatever you and Alexander think will work. Of course, I am always willing to try something out and change it back if it fails for too many people. Harold > We can get it following code. > > char pszCountry[128]; > char pszLanguage[128]; > int nAcp = GetACP (); > > GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); > GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); > > printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); > > Kensuke Matsuzaki From huntharo@msu.edu Mon Oct 13 03:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 03:02:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F8A082D.4080106@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> Message-ID: <3F8A1598.8050503@msu.edu> Jay, I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should be showing up on mirrors within a few hours. When it does, run setup.exe and manually select version '4.3.0-20' for the XFree86-xserv package. Then, run the new server version as usual (do not use the new flag that Kensuke talked about) and report your results to the mailing list. Harold Jay Smith wrote: > Dear Kensuke, > > Thank you very much for your effort on this. > > Unfortunately, I am pretty ignorant of these matters, thus you will have > to tell me what it is that I should do with the two .diff files you > attached. I will be happy to do whatever with them, but I am clueless as > to what is to be done with them. > > Sorry to be a pain. > > Jay > > Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: > >> Jay, >> >> Perhaps this patch enable XWin to copy/paste non-ascii characters >> even if Windows does't support Unicode (95/98/Me). >> LANG environment variable and Windows locale must be same. >> I added -nounicodeclipboard option, I tested using this on XP. >> But I don't have 95/98/Me. >> >> And it seems tha libX11 has some CTEXT convertion bug, I attach >> patch that based on TAKABE's work. >> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >> >> By the way, nls/locale.alias has alias somethig like >> "Arabic_Egypt.1256". Can we use that? >> If so, we no longer need LANG environment variable. >> We can get it following code. >> >> char pszCountry[128]; >> char pszLanguage[128]; >> int nAcp = GetACP (); >> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >> pszCountry, 128); >> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >> pszLanguage, 128); >> >> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >> >> Kensuke Matsuzaki > > From huntharo@msu.edu Mon Oct 13 03:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 03:06:00 -0000 Subject: CTEXT conversion patch In-Reply-To: References: <3F89AD69.2070204@JaySmith.com> Message-ID: <3F8A1695.6090607@msu.edu> Kensuke, Kensuke Matsuzaki wrote: > And it seems tha libX11 has some CTEXT convertion bug, I attach > patch that based on TAKABE's work. > http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff Could you send me more information on this? Please describe what the current problem is. Please send any links to a message or post that describes what the patch does. Do you have Takabe's email address as well? If you can send me those things then I can make sure that this patch makes it into XFree86, as long as it is a valid patch. Right now, I don't know how to describe what it does. :) Harold From zakki@peppermint.jp Mon Oct 13 04:09:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 13 Oct 2003 04:09:00 -0000 Subject: Using nls/locale.alias [ago please comment] In-Reply-To: <3F8A11AB.1060209@msu.edu> References: <3F89AD69.2070204@JaySmith.com> Message-ID: Harold, > > By the way, nls/locale.alias has alias somethig like > > "Arabic_Egypt.1256". Can we use that? > > If so, we no longer need LANG environment variable. > > I didn't know that we currently needed the LANG environment variable. I > don't really know enough about this stuff to contribute a useful > suggestion here. I think I will do whatever you and Alexander think > will work. Of course, I am always willing to try something out and > change it back if it fails for too many people. We must know CF_TEXT text encoding to convert it to CTEXT/UTF-8. XmbTextListToTextProperty requires input text to be encoded by current locale encoding. XmbTextPropertyToTextList's output text is encoded using current locale encoding. setlocale set those data, and it look at LC_CTYPE or LANG if second parameter of setlocale is "". Xutf8* use UTF-8 encoding so they work without LANG/LC_CTYPE. Kensuke Matsuzaki From zakki@peppermint.jp Mon Oct 13 05:52:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 13 Oct 2003 05:52:00 -0000 Subject: CTEXT conversion patch In-Reply-To: <3F8A1695.6090607@msu.edu> References: <3F89AD69.2070204@JaySmith.com> Message-ID: Harold, It was posted in discussion board. http://matsu-www.is.titech.ac.jp/~sohda/cygwin/treebbs/treebbs.cgi?kako=1&all=10&s=10 He said that "This fix following two problem. 1. X freeze when we have 2 byte string after 1 byte string using ASTEX-X's XIM. 2. We can't use XIM on Cygwin/XFree86 4.1.0 etc." Second problem is fixed http://cvsweb.xfree86.org/cvsweb/xc/lib/X11/lcSjis.c.diff?r1=3.9&r2=3.10 and http://cvsweb.xfree86.org/cvsweb/xc/lib/X11/lcEuc.c.diff?r1=3.11&r2=3.12 that Allow UTF8 conversion to work for Japanese locales (#A.1527, Etsushi Kato). So I delete code that related 2nd problem. I write about 1st problem. CTEXT has GL and GR two graphic character sets. But CTEXT to multi-byte string/wide string converter in lcSjis.c and lcEuc.c have only signle set. So text use GR convertion fail. Those fix patch was wrote by TAKABE. I added following code. if (charset == ct_state.GR_charset) { clen = charset->length; do { (*(Uchar *)(ctptr-clen)) = BIT8ON(*(Uchar *)(ctptr-clen)); } while (--clen); } Because multi-byte text to CTEXT converter in lcSjis.c doesn't set 8-bit on even if it is in GR. I don't know his mail address. At Sun, 12 Oct 2003 23:05:57 -0400, Harold L Hunt II wrote: > > Kensuke, > > > > Kensuke Matsuzaki wrote: > > And it seems tha libX11 has some CTEXT convertion bug, I attach > > patch that based on TAKABE's work. > > http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff > > Could you send me more information on this? Please describe what the > current problem is. Please send any links to a message or post that > describes what the patch does. Do you have Takabe's email address as well? > > If you can send me those things then I can make sure that this patch > makes it into XFree86, as long as it is a valid patch. Right now, I > don't know how to describe what it does. :) > > Harold Kensuke Matsuzaki From cliff@may.be Mon Oct 13 10:55:00 2003 From: cliff@may.be (Cliff Stanford) Date: Mon, 13 Oct 2003 10:55:00 -0000 Subject: No xauth data. Message-ID: <+S2kLlDKSoi$EwTE@mail.co.uk> I have a tiny problem with ssh. I run: ssh -X -T -f twin /usr/X11R6/bin/xterm -sb -sl 1000 -rightbar -ls and get the line: Warning: No xauth data; using fake authentication data for X11 forwarding. Clearly I'm missing something. But if I run the same thing from a Linux machine which share the same home directory (mounted via samba), I get no warning. Could anyone please tell me what I'm doing wrong? Thanks, Cliff. -- Cliff Stanford Might Limited +44 20 7257 2000 (Office) 17-18 Henrietta Street +44 7973 616 666 (Mobile) London WC2E 8QH From cliff@may.be Mon Oct 13 11:03:00 2003 From: cliff@may.be (Cliff Stanford) Date: Mon, 13 Oct 2003 11:03:00 -0000 Subject: Copy / Paste Message-ID: Copy and paste to and from windows applications seems to be a lot more stable now with the latest patches (thanks). However, I still have the problem that, when I highlight something in an X window, it immediately un-highlights itself. I start XWin from /usr/X11R6/bin/startxwin.bat with the following command: start XWin -multiwindow -nounixkill -clipboard -nowinkill If I leave off the -clipboard, highlighting works as expected. If I then run clipbrd.exe I get the same behaviour as with the -clipboard option. Is this expected behaviour? Or am I doing something wrong? Regards, Cliff. P.S. And does anyone have a cure for my constantly pressing the right-button in windows applications and wondering why it doesn't paste anything? :-) -- Cliff Stanford Might Limited +44 20 7257 2000 (Office) 17-18 Henrietta Street +44 7973 616 666 (Mobile) London WC2E 8QH From huntharo@msu.edu Mon Oct 13 12:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 12:07:00 -0000 Subject: No xauth data. In-Reply-To: <+S2kLlDKSoi$EwTE@mail.co.uk> References: <+S2kLlDKSoi$EwTE@mail.co.uk> Message-ID: <3F8A955C.5090104@msu.edu> Cliff, I can tell you that the warning is like ssh telling you that the sky is blue: it is telling you that a certain feature is not supported by your ssh client. This can be ignored, but search the mailing list archives if you want more information about what the message means. Harold Cliff Stanford wrote: > I have a tiny problem with ssh. > > I run: > > ssh -X -T -f twin /usr/X11R6/bin/xterm -sb -sl 1000 -rightbar -ls > > and get the line: > > Warning: No xauth data; using fake authentication data for X11 forwarding. > > Clearly I'm missing something. But if I run the same thing from a Linux > machine which share the same home directory (mounted via samba), I get > no warning. > > Could anyone please tell me what I'm doing wrong? > > Thanks, > Cliff. From huntharo@msu.edu Mon Oct 13 12:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 12:16:00 -0000 Subject: Copy / Paste In-Reply-To: References: Message-ID: <3F8A977B.8070900@msu.edu> Cliff, Cliff Stanford wrote: > Copy and paste to and from windows applications seems to be a lot more > stable now with the latest patches (thanks). However, I still have the > problem that, when I highlight something in an X window, it immediately > un-highlights itself. Yes. > I start XWin from /usr/X11R6/bin/startxwin.bat with the following command: > > start XWin -multiwindow -nounixkill -clipboard -nowinkill > > If I leave off the -clipboard, highlighting works as expected. If I > then run clipbrd.exe I get the same behaviour as with the -clipboard > option. > > Is this expected behaviour? Or am I doing something wrong? Yes, it is expected. I have written many messages about this before. I am surprised you haven't seen one yet. Here is one of my more recent messages on how development is going: http://www.cygwin.com/ml/cygwin-xfree/2003-06/msg00146.html I succeeded in using XFIXES to detect when the clipboard contents had changed. However, that introduced a new problem of having to flag which application changed the clipboard and stop trying to notify and copy the contents on those changes. The problem here was that the clipboard change detection caused an infinite loop. I made a quick and dirty change to stop the loop; it worked but I needed to spend more time looking into how it should be done properly. So, development is stuck now since I am working 30 or more hours a week and spending about 20 hours a week on my master's CS degree classes. The code is in the XFIXES_BRANCH in our xoncygwin CVS tree (see the message above for more details, I think), if you are interested in working on it. Harold > P.S. And does anyone have a cure for my constantly pressing the > right-button in windows applications and wondering why it doesn't paste > anything? :-) Yes, in Windows XP, turn on the 'quick edit' more for the command shell. This enables right-click to paste the current clipboard contents in your Cygwin bash shell. Other than that, good luck. :) From pechtcha@cs.nyu.edu Mon Oct 13 12:54:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 13 Oct 2003 12:54:00 -0000 Subject: Copy / Paste In-Reply-To: <3F8A977B.8070900@msu.edu> References: <3F8A977B.8070900@msu.edu> Message-ID: On Mon, 13 Oct 2003, Harold L Hunt II wrote: > Cliff Stanford wrote: > [snip] > > P.S. And does anyone have a cure for my constantly pressing the > > right-button in windows applications and wondering why it doesn't paste > > anything? :-) > > Yes, in Windows XP, turn on the 'quick edit' more for the command shell. > This enables right-click to paste the current clipboard contents in your > Cygwin bash shell. Other than that, good luck. :) Cliff, The above should also work in Win2k. You can also use rxvt to host your shells, which should be pretty uniform across all platforms. Did you look into Windows power toys? They may do what you want, but there were reports of some of them causing problems with other Cygwin and X applications. 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 vervoom@hotmail.com Mon Oct 13 13:07:00 2003 From: vervoom@hotmail.com (J S) Date: Mon, 13 Oct 2003 13:07:00 -0000 Subject: right-click problem Message-ID: Hi, I'm still stuck on this despite going through the archives - I can't find a similar problem. On Exceed 6.2, the submenus work if I right-click the mouse. However in XFree86 and Exceed 7.1, they don't. (These are all with fresh installs). I have even tried running the app on Linux but still have the same problem. Not that I want to run the app on Exceed, but I just wonder what Exceed 6.2 is doing that the others aren't? JS. >You're gonna have to specify which application causes trouble and/or what >type of operating system it is running on. I assume that this is a problem >with a remote application since we have seen reports of this before. So, I >guess you should search the mailing list archives as well. > >Harold > >J S wrote: > >>Hi, >> >>I have an X-app which when I right click on some of the icons produces a >>menu in Exceed, but in XFree doesn't - however if I run any other apps >>where I need to right click the mouse to get a menu up, it does work. >>Could anyone suggest how I might fix this problem please? >> >>Thanks, >> >>JS. >> >>_________________________________________________________________ >>Hotmail messages direct to your mobile phone >>http://www.msn.co.uk/msnmobile >> > _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From ihok@hotmail.com Mon Oct 13 13:43:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Mon, 13 Oct 2003 13:43:00 -0000 Subject: No xauth data. In-Reply-To: <+S2kLlDKSoi$EwTE@mail.co.uk> References: <+S2kLlDKSoi$EwTE@mail.co.uk> Message-ID: If you want the error message to go away, play with the xauth command on your Windows box. # xauth -v list This will tell you your local Xauthority file and what it contains. If it's not there, or if it's empty, try to play with "xauth generate" to get it to contain something like localhost:0 MIT-MAGIC-COOKIE-1 [long number in hex] [cygwin_pc]/unix:0 MIT-MAGIC-COOKIE-1 [another long number in hex] I'd tell you the exact command to use for xauth generate, but I forget. Perhaps somebody could post the correct answer and then add this to the FAQ. Good luck, JT From ldm@risc4.numis.nwu.edu Mon Oct 13 15:59:00 2003 From: ldm@risc4.numis.nwu.edu (L. D. Marks) Date: Mon, 13 Oct 2003 15:59:00 -0000 Subject: Setup Hangs in XFree86-bin-icons.sh Message-ID: This is probably something that you already know, but in case you don't there are some problems in XFree86-bin-icons.sh. On my XP, it hangs. I went through various permutations, e.g. deleting the scripts from /etc/postinstall, /etc/preremove and /usr/X11R6/bin and reinstalling stuff without finding anything that works (short of completely removing this package). For reference, the date on the script is 9/29/2003. ----------------------------------------------- Laurence Marks Department of Materials Science and Engineering MSE Rm 2036 Cook Hall 2225 N Campus Drive Northwestern University Evanston, IL 60201, USA Tel: (847) 491-3996 Fax: (847) 491-7820 mailto:ldm@risc4.numis.northwestern.edu http://www.numis.northwestern.edu ----------------------------------------------- From huntharo@msu.edu Mon Oct 13 16:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 16:17:00 -0000 Subject: Setup Hangs in XFree86-bin-icons.sh In-Reply-To: References: Message-ID: <3F8ACFE8.8010504@msu.edu> Laurence, This is a generic Cygwin problem, not related to XFree86. The problem is that cygpath hangs when called from a shell launched by setup.exe. This problem has been reported many times before. It started happening about a month or two ago. For a more detailed description, see my post below: http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00049.html Nobody seems interested in fixing this, myself included, so it will most likely remain broken. Harold L. D. Marks wrote: > This is probably something that you already know, but > in case you don't there are some problems in XFree86-bin-icons.sh. > On my XP, it hangs. I went through various permutations, > e.g. deleting the scripts from /etc/postinstall, > /etc/preremove and /usr/X11R6/bin and reinstalling stuff without > finding anything that works (short of completely removing this > package). For reference, the date on the script is 9/29/2003. > > ----------------------------------------------- > Laurence Marks > Department of Materials Science and Engineering > MSE Rm 2036 Cook Hall > 2225 N Campus Drive > Northwestern University > Evanston, IL 60201, USA > Tel: (847) 491-3996 Fax: (847) 491-7820 > mailto:ldm@risc4.numis.northwestern.edu > http://www.numis.northwestern.edu > ----------------------------------------------- > > From freemyer-ml@NorcrossGroup.com Mon Oct 13 17:07:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Mon, 13 Oct 2003 17:07:00 -0000 Subject: XWin --query In-Reply-To: <3F874B84.9000208@msu.edu> References: <1065821211.4598.126.camel@david.NorcrossGroup.com> <3F874B84.9000208@msu.edu> Message-ID: <1066063953.4598.154.camel@david.NorcrossGroup.com> I have not installed any new hardware, and both server and client machines have only one NIC. (Both are standard wired NICs.) I did update the Linux box with the latest patches recently, that may be causing the problem, but somehow I think it is the cygwin/xfree86 end. Greg -- Greg Freemyer On Fri, 2003-10-10 at 20:15, Harold L Hunt II wrote: > Did you also just get a wireless networking card or another network > card? The reason I am asking is that you may now need to use the -from > parameter to indicate the return address that should be sent to the > remote machine. Please indicate if you have only one network card. > > Harold > > Greg Freemyer wrote: > > I have been using "XWin --query node_name" for a while. > > > > Last week I updated to the currently released cygwin and xfree86 > > binaries. > > > > The XWin --query is now only bringing up a X display, but it is not > > showing the KDM login screen I'm used to seeing. > > > > If I look on the Linux box I'm querying, I see that it is trying to > > connect back to the cygwin/xfree box, but it is unable to open the > > display. > > > > Do I need to do somethnig else? > > > > Greg > From pavelr@coresma.com Mon Oct 13 17:14:00 2003 From: pavelr@coresma.com (Pavel Rosenboim) Date: Mon, 13 Oct 2003 17:14:00 -0000 Subject: XWin --query In-Reply-To: <1066063953.4598.154.camel@david.NorcrossGroup.com> References: <1066063953.4598.154.camel@david.NorcrossGroup.com> Message-ID: <3F8ADD69.2060700@coresma.com> Greg Freemyer wrote: > I have not installed any new hardware, and both server and client > machines have only one NIC. (Both are standard wired NICs.) > > I did update the Linux box with the latest patches recently, that may be > causing the problem, but somehow I think it is the cygwin/xfree86 end. Is it possible that kdm configuration got overwritten, and now it does not allow connections from remote hosts? Pavel. > > Greg > -- > Greg Freemyer > > On Fri, 2003-10-10 at 20:15, Harold L Hunt II wrote: > > Did you also just get a wireless networking card or another network > > card? The reason I am asking is that you may now need to use the -from > > parameter to indicate the return address that should be sent to the > > remote machine. Please indicate if you have only one network card. > > > > Harold > > > > Greg Freemyer wrote: > > > I have been using "XWin --query node_name" for a while. > > > > > > Last week I updated to the currently released cygwin and xfree86 > > > binaries. > > > > > > The XWin --query is now only bringing up a X display, but it is not > > > showing the KDM login screen I'm used to seeing. > > > > > > If I look on the Linux box I'm querying, I see that it is trying to > > > connect back to the cygwin/xfree box, but it is unable to open the > > > display. > > > > > > Do I need to do somethnig else? > > > > > > Greg > > > From huntharo@msu.edu Mon Oct 13 17:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 17:35:00 -0000 Subject: XWin --query In-Reply-To: <3F8ADD69.2060700@coresma.com> References: <1066063953.4598.154.camel@david.NorcrossGroup.com> <3F8ADD69.2060700@coresma.com> Message-ID: <3F8AE23A.1090105@msu.edu> Pavel, Pavel Rosenboim wrote: > Greg Freemyer wrote: > >> I have not installed any new hardware, and both server and client >> machines have only one NIC. (Both are standard wired NICs.) >> >> I did update the Linux box with the latest patches recently, that may be >> causing the problem, but somehow I think it is the cygwin/xfree86 end. > > > Is it possible that kdm configuration got overwritten, and now it does > not allow connections from remote hosts? I was thinking the same thing. Greg --- Please check the following FAQ entry for information on how to make sure that kdm/gdm/xdm are allowing remote logins: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp Harold From Cary.Jamison@powerquest.com Mon Oct 13 20:01:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Mon, 13 Oct 2003 20:01:00 -0000 Subject: right-click problem Message-ID: "J S" wrote in message news:... > Hi, > > I'm still stuck on this despite going through the archives - I can't find a > similar problem. > On Exceed 6.2, the submenus work if I right-click the mouse. > However in XFree86 and Exceed 7.1, they don't. (These are all with fresh > installs). > I have even tried running the app on Linux but still have the same problem. > > Not that I want to run the app on Exceed, but I just wonder what Exceed 6.2 > is doing that the others aren't? > > JS. Did you turn off num-lock? From freemyer-ml@NorcrossGroup.com Mon Oct 13 20:31:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Mon, 13 Oct 2003 20:31:00 -0000 Subject: XWin --query In-Reply-To: <3F8ADD69.2060700@coresma.com> References: <1066063953.4598.154.camel@david.NorcrossGroup.com> <3F8ADD69.2060700@coresma.com> Message-ID: <1066065618.4597.161.camel@david.NorcrossGroup.com> On Mon, 2003-10-13 at 13:14, Pavel Rosenboim wrote: > Greg Freemyer wrote: > > > I have not installed any new hardware, and both server and client > > machines have only one NIC. (Both are standard wired NICs.) > > > > I did update the Linux box with the latest patches recently, that may be > > causing the problem, but somehow I think it is the cygwin/xfree86 end. > > Is it possible that kdm configuration got overwritten, and now it does > not allow connections from remote hosts? > > Pavel. > I have used ethereal on the linux box to monitor the tcp/ip traffic. The remote connection is allowed, but when the linux box tries to connect back to the cygwin/xfree86 box, its messages seem to be ignored. I am not running any kind of firewall on the cygwin/xfree86 box and they are on a common LAN. It seems almost like I need to issue a 'xhosts +node' on the cygwin box, but I have not done that in the past and the cygwin box is not rejecting the linux box, it is just ignoring it from what I see. Has there been a security change that now requires xhosts +node to be run somehow with the XWin --query command? Greg -- Greg Freemyer From huntharo@msu.edu Mon Oct 13 21:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 21:08:00 -0000 Subject: XWin --query In-Reply-To: <1066065618.4597.161.camel@david.NorcrossGroup.com> References: <1066063953.4598.154.camel@david.NorcrossGroup.com> <3F8ADD69.2060700@coresma.com> <1066065618.4597.161.camel@david.NorcrossGroup.com> Message-ID: <3F8B1439.60800@msu.edu> Greg, I think you need to either attempt to connect from another Windows machine to the same linux box with XDMCP, or you need to attempt to connect to another remote linux machine using XDMCP from the same Windows box. You need to prove to yourself that the problem is on one end or the other. Harold Greg Freemyer wrote: > On Mon, 2003-10-13 at 13:14, Pavel Rosenboim wrote: > >>Greg Freemyer wrote: >> >> >>>I have not installed any new hardware, and both server and client >>>machines have only one NIC. (Both are standard wired NICs.) >>> >>>I did update the Linux box with the latest patches recently, that may be >>>causing the problem, but somehow I think it is the cygwin/xfree86 end. >> >>Is it possible that kdm configuration got overwritten, and now it does >>not allow connections from remote hosts? >> >>Pavel. >> > > > I have used ethereal on the linux box to monitor the tcp/ip traffic. > > The remote connection is allowed, but when the linux box tries to > connect back to the cygwin/xfree86 box, its messages seem to be ignored. > > I am not running any kind of firewall on the cygwin/xfree86 box and they > are on a common LAN. > > It seems almost like I need to issue a 'xhosts +node' on the cygwin box, > but I have not done that in the past and the cygwin box is not rejecting > the linux box, it is just ignoring it from what I see. > > Has there been a security change that now requires xhosts +node to be > run somehow with the XWin --query command? > > Greg From WHarpena@sonymusic.com Mon Oct 13 21:44:00 2003 From: WHarpena@sonymusic.com (WHarpena@sonymusic.com) Date: Mon, 13 Oct 2003 21:44:00 -0000 Subject: Cygwin Setup 99% Message-ID: I'm trying to install cygwin/xFree86. The install program runs to 99% but does not finish. It stops at 'Running...' the /etc/postinstall/XFree86-bin-icons.sh Any suggestions? Wayne Harpenau Sony Disc Manufacturing wayne_harpenau@disc.sony.com From huntharo@msu.edu Mon Oct 13 22:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 22:14:00 -0000 Subject: Cygwin Setup 99% In-Reply-To: References: Message-ID: <3F8B238D.3000501@msu.edu> Wayne, While we can't expect everyone to do a thorough mailing list archive search before posting, we do at least expect them to look at the posts from today. You problem has been reported before, and was, in fact, reported again today: http://cygwin.com/ml/cygwin-xfree/2003-10/msg00134.html The problem is known. You can just move /etc/postinstall/XFree86-bin-icons.sh to /etc/postinstall/XFree86-bin-icons.sh.done. Then, from a Cygwin bash shell run '/usr/XFree86/bin/XFree86-bin-icons.sh'. That should create the icons for you. The problem right now is that one of the utilities we use hangs when we run the script from setup.exe, but it does not hang when we run the script from a bash shell. The problem is being looked into. Harold WHarpena@sonymusic.com wrote: > > > > I'm trying to install cygwin/xFree86. The install program runs to 99% but > does not finish. It stops at 'Running...' the > /etc/postinstall/XFree86-bin-icons.sh > > Any suggestions? > > Wayne Harpenau > Sony Disc Manufacturing > wayne_harpenau@disc.sony.com > > From huntharo@msu.edu Mon Oct 13 22:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 13 Oct 2003 22:22:00 -0000 Subject: Cygwin Setup 99% In-Reply-To: <3F8B238D.3000501@msu.edu> References: <3F8B238D.3000501@msu.edu> Message-ID: <3F8B2568.5040007@msu.edu> Make that /usr/X11R6/bin/XFree86-bin-icons.sh. I said /usr/XFree86/... below. Harold Harold L Hunt II wrote: > Wayne, > > While we can't expect everyone to do a thorough mailing list archive > search before posting, we do at least expect them to look at the posts > from today. You problem has been reported before, and was, in fact, > reported again today: > > http://cygwin.com/ml/cygwin-xfree/2003-10/msg00134.html > > > The problem is known. You can just move > /etc/postinstall/XFree86-bin-icons.sh to > /etc/postinstall/XFree86-bin-icons.sh.done. Then, from a Cygwin bash > shell run '/usr/XFree86/bin/XFree86-bin-icons.sh'. That should create > the icons for you. The problem right now is that one of the utilities > we use hangs when we run the script from setup.exe, but it does not hang > when we run the script from a bash shell. The problem is being looked > into. > > Harold > > WHarpena@sonymusic.com wrote: > >> >> >> >> I'm trying to install cygwin/xFree86. The install program runs to >> 99% but >> does not finish. It stops at 'Running...' the >> /etc/postinstall/XFree86-bin-icons.sh >> >> Any suggestions? >> >> Wayne Harpenau >> Sony Disc Manufacturing >> wayne_harpenau@disc.sony.com >> >> > From kreil@verwaltung.fh-augsburg.de Tue Oct 14 07:32:00 2003 From: kreil@verwaltung.fh-augsburg.de (Hans Kreil) Date: Tue, 14 Oct 2003 07:32:00 -0000 Subject: X -multiwindow: Bug in Maximize Window? Message-ID: <3F8BA637.1040101@verwaltung.fh-augsburg.de> I am running "X -multiwindow" on NT 4.0 and display Mozilla from a remote linux machine. When I try to maximize the Window, Mozilla and X become very confused. It doesnt happen for me if I resize Mozilla before I maximize it. It also doesnt happen for me if Mozilla starts with a small window. Steps to reproduze: X -multiwindow & export DISPLAY=localhost:0 xhost + "Remote" On remote: export DISPLAY=cygwin-box:0 mozilla maximize mozilla exit mozilla Start mozilla again: mozilla should open now with a display size that is equivalent to the maximized window, because it remembers its last size. Move the window somewhere on the screen Click "maximize" God the same behavior for netscape 4.7. Same for 2 machines with different graphic cards. Any ideas? HK. From vervoom@hotmail.com Tue Oct 14 08:03:00 2003 From: vervoom@hotmail.com (J S) Date: Tue, 14 Oct 2003 08:03:00 -0000 Subject: right-click problem Message-ID: > > Hi, > > > > I'm still stuck on this despite going through the archives - I can't >find a > > similar problem. > > On Exceed 6.2, the submenus work if I right-click the mouse. > > However in XFree86 and Exceed 7.1, they don't. (These are all with >fresh > > installs). > > I have even tried running the app on Linux but still have the same >problem. > > > > Not that I want to run the app on Exceed, but I just wonder what >Exceed 6.2 > > is doing that the others aren't? > > > > JS. > >Did you turn off num-lock? Trust me! That was the first thing I checked! The right mouse click seems to be doing something though because when I click over the icon the image is indented. _________________________________________________________________ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From vervoom@hotmail.com Tue Oct 14 08:58:00 2003 From: vervoom@hotmail.com (J S) Date: Tue, 14 Oct 2003 08:58:00 -0000 Subject: right-click problem Message-ID: >> > Hi, >> > >> > I'm still stuck on this despite going through the archives - I can't >>find a >> > similar problem. >> > On Exceed 6.2, the submenus work if I right-click the mouse. >> > However in XFree86 and Exceed 7.1, they don't. (These are all with >>fresh >> > installs). >> > I have even tried running the app on Linux but still have the same >>problem. >> > >> > Not that I want to run the app on Exceed, but I just wonder what >>Exceed 6.2 >> > is doing that the others aren't? >> > >> > JS. >> >>Did you turn off num-lock? > >Trust me! That was the first thing I checked! >The right mouse click seems to be doing something though because I did actually find a similar problem in the archives http://www.cygwin.com/ml/cygwin-xfree/2003-08/msg00313.html but it doesn't sound like they got a solution. Just to add a bit more information to this: $ xmodmap -pp There are 3 pointer buttons defined. Physical Button Button Code 1 1 2 2 3 3 The application runs from a SunOS 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-Enterprise machine. I found a page about mapping mouse buttons in XFree86 using xkbset: http://www2.neweb.ne.jp/wd/fbm/kbd/kbd-e.html and I downloaded the xkbset source and it seemed to compile okay. But when I try to run it I get : $ xkbset q Non-existent or incompatible XKB library version Any ideas? JS. _________________________________________________________________ Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From jay@JaySmith.com Wed Oct 15 01:08:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 15 Oct 2003 01:08:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F8A1598.8050503@msu.edu> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> <3F8A1598.8050503@msu.edu> Message-ID: <3F8C9DFA.8070205@JaySmith.com> Harold, a) Before I attempt this fix, will this work with my old version of everything else? I know that Cygwin has moved ahead since April. Or does installing this start me down a slippery slope... b) Before I had the sense to ask the question above, I got as far as starting the download process from a mirror that I had previously used. The setup program warned me that a newer setup.ini file would replace the old one, but did not seem to give me a way to cancel out. So, now I have an new setup.ini but old "everything else" files -- and I *do* need the "old everything else" to reinstall on PCs that die, etc. Am I screwed? Jay Harold L Hunt II said the following on 10/12/2003 11:01 PM: > Jay, > > I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should be > showing up on mirrors within a few hours. When it does, run setup.exe > and manually select version '4.3.0-20' for the XFree86-xserv package. > Then, run the new server version as usual (do not use the new flag that > Kensuke talked about) and report your results to the mailing list. > > Harold > > Jay Smith wrote: > >> Dear Kensuke, >> >> Thank you very much for your effort on this. >> >> Unfortunately, I am pretty ignorant of these matters, thus you will >> have to tell me what it is that I should do with the two .diff files >> you attached. I will be happy to do whatever with them, but I am >> clueless as to what is to be done with them. >> >> Sorry to be a pain. >> >> Jay >> >> Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: >> >>> Jay, >>> >>> Perhaps this patch enable XWin to copy/paste non-ascii characters >>> even if Windows does't support Unicode (95/98/Me). >>> LANG environment variable and Windows locale must be same. >>> I added -nounicodeclipboard option, I tested using this on XP. >>> But I don't have 95/98/Me. >>> >>> And it seems tha libX11 has some CTEXT convertion bug, I attach >>> patch that based on TAKABE's work. >>> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >>> >>> By the way, nls/locale.alias has alias somethig like >>> "Arabic_Egypt.1256". Can we use that? >>> If so, we no longer need LANG environment variable. >>> We can get it following code. >>> >>> char pszCountry[128]; >>> char pszLanguage[128]; >>> int nAcp = GetACP (); >>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >>> pszCountry, 128); >>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >>> pszLanguage, 128); >>> >>> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >>> >>> Kensuke Matsuzaki >> >> >> -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From jay@JaySmith.com Wed Oct 15 01:18:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 15 Oct 2003 01:18:00 -0000 Subject: Multiple downloads from multiple mirrors confusion Message-ID: <3F8CA029.2010506@JaySmith.com> Hi, It sure is frustrating that each mirror creates it's own package download directory. Thus (unless I am doing it wrong), each time I get more files from a different mirror (because the previous mirror(s) won't respond (i.e. purdue), a new directory is created and thus I have to run setup.exe multiple times in the order of the original directory creation. That seems to be the only way to retrace history and install the most recent version of *my* set of files. However, per a and b above, if I get additional files from one of those mirrors, now things are out of order so to speak. Maybe this illustrates: 2003-01-01 Mirror #1 download creates a Directory #1 2003-02-01 Mirror #1 no longer responds, thus some additional needed files are downloaded from Mirror #2 thus creating Directory #2 At this point, to do an install on a new PC, I have to run setup.exe against Directory #1 and then AGAIN against Directory #2. A bit of a pain. 2003-03-01 An *updated* file is needed. However, now Mirror #2 is not responding. So, I go back to Mirror #1. However, when I do, Mirror #1 supplies an updated setup.ini file which it warns may no longer work with the older files in Directory #1. I download the needed *updated* file which thus goes in Directory #1. At *this* point, to do an install on a new PC, I have to run setup.exe against Directory #1 and Directory #2 (just as before), HOWEVER, now Directory *#1* contains the most recent version of that *updated* file obtained on 2003-03-01. Is there a chance that the *updated* file in Directory #1 will be overwritten with the older file that is in Diretory #2? I am sure that I don't understand the fine points of this system. However, it seems to me (easy for me to say) that everything should download into a *single* package download directory. Jay -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Wed Oct 15 01:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 15 Oct 2003 01:23:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F8C9DFA.8070205@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> <3F8A1598.8050503@msu.edu> <3F8C9DFA.8070205@JaySmith.com> Message-ID: <3F8CA178.7040300@msu.edu> Jay, Jay Smith wrote: > Harold, > > a) Before I attempt this fix, will this work with my old version of > everything else? I know that Cygwin has moved ahead since April. Or > does installing this start me down a slippery slope... I hate when I forget to ask this if people are running the latest version or not. You really need to be running the latest versions in order for us to properly debug and test things. Yes, you will have to update to the 4.3.0 release of Cygwin/XFree86. I think I released it after April. All of the DLLs have had their names changed, so you need to get those (in the -bin package) but I believe I made the fonts in such a way that they will not download again unless you have a really old version. You will basically need to get anything that has a new version, since there have been updates to Cygwin's DLL, various libraries, etc. > b) Before I had the sense to ask the question above, I got as far as > starting the download process from a mirror that I had previously used. > The setup program warned me that a newer setup.ini file would replace > the old one, but did not seem to give me a way to cancel out. So, now I > have an new setup.ini but old "everything else" files -- and I *do* need > the "old everything else" to reinstall on PCs that die, etc. Am I screwed? Setup gives a warning about setup.ini telling it that there is a new version of setup.exe available and that you don't have it. Download the latest setup.exe and you won't get the warning (plus there has been a lot of development on setup.exe in the last several months). I'm not sure about the status of your installation images. It sounds like you have been doing a download to disk then installing from that? Uh... guess all I can tell you is that you should have backed up first :) Of course, you could just look at files that have been updated recently and check if setup.exe made a backup of the old setup.ini that you had. Harold > Jay > > > Harold L Hunt II said the following on 10/12/2003 11:01 PM: > >> Jay, >> >> I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should be >> showing up on mirrors within a few hours. When it does, run setup.exe >> and manually select version '4.3.0-20' for the XFree86-xserv package. >> Then, run the new server version as usual (do not use the new flag >> that Kensuke talked about) and report your results to the mailing list. >> >> Harold >> >> Jay Smith wrote: >> >>> Dear Kensuke, >>> >>> Thank you very much for your effort on this. >>> >>> Unfortunately, I am pretty ignorant of these matters, thus you will >>> have to tell me what it is that I should do with the two .diff files >>> you attached. I will be happy to do whatever with them, but I am >>> clueless as to what is to be done with them. >>> >>> Sorry to be a pain. >>> >>> Jay >>> >>> Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: >>> >>>> Jay, >>>> >>>> Perhaps this patch enable XWin to copy/paste non-ascii characters >>>> even if Windows does't support Unicode (95/98/Me). >>>> LANG environment variable and Windows locale must be same. >>>> I added -nounicodeclipboard option, I tested using this on XP. >>>> But I don't have 95/98/Me. >>>> >>>> And it seems tha libX11 has some CTEXT convertion bug, I attach >>>> patch that based on TAKABE's work. >>>> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >>>> >>>> By the way, nls/locale.alias has alias somethig like >>>> "Arabic_Egypt.1256". Can we use that? >>>> If so, we no longer need LANG environment variable. >>>> We can get it following code. >>>> >>>> char pszCountry[128]; >>>> char pszLanguage[128]; >>>> int nAcp = GetACP (); >>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >>>> pszCountry, 128); >>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >>>> pszLanguage, 128); >>>> >>>> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >>>> >>>> Kensuke Matsuzaki >>> >>> >>> >>> > From huntharo@msu.edu Wed Oct 15 01:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 15 Oct 2003 01:31:00 -0000 Subject: Multiple downloads from multiple mirrors confusion In-Reply-To: <3F8CA029.2010506@JaySmith.com> References: <3F8CA029.2010506@JaySmith.com> Message-ID: <3F8CA381.9050605@msu.edu> Jay, This is a general Cygwin setup.exe question that is not specific to XFree86. Please send it to cygwin@cygwin.com. The people you want to contact are not on this mailing list. Be forewarned, the people that you are about to contact now come with 150% meanness for free! Harold Jay Smith wrote: > Hi, > > It sure is frustrating that each mirror creates it's own package > download directory. > > Thus (unless I am doing it wrong), each time I get more files from a > different mirror (because the previous mirror(s) won't respond (i.e. > purdue), a new directory is created and thus I have to run setup.exe > multiple times in the order of the original directory creation. That > seems to be the only way to retrace history and install the most recent > version of *my* set of files. However, per a and b above, if I get > additional files from one of those mirrors, now things are out of order > so to speak. > > Maybe this illustrates: > > 2003-01-01 Mirror #1 download creates a Directory #1 > > 2003-02-01 Mirror #1 no longer responds, thus some additional needed > files are downloaded from Mirror #2 thus creating Directory #2 > > At this point, to do an install on a new PC, I have to run setup.exe > against Directory #1 and then AGAIN against Directory #2. A bit of a pain. > > 2003-03-01 An *updated* file is needed. However, now Mirror #2 is not > responding. So, I go back to Mirror #1. However, when I do, Mirror #1 > supplies an updated setup.ini file which it warns may no longer work > with the older files in Directory #1. I download the needed *updated* > file which thus goes in Directory #1. > > At *this* point, to do an install on a new PC, I have to run setup.exe > against Directory #1 and Directory #2 (just as before), HOWEVER, now > Directory *#1* contains the most recent version of that *updated* file > obtained on 2003-03-01. Is there a chance that the *updated* file in > Directory #1 will be overwritten with the older file that is in Diretory > #2? > > > I am sure that I don't understand the fine points of this system. > However, it seems to me (easy for me to say) that everything should > download into a *single* package download directory. > > Jay > From jay@JaySmith.com Wed Oct 15 01:37:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 15 Oct 2003 01:37:00 -0000 Subject: Setup.exe interface and process issues Message-ID: <3F8CA4D0.6060207@JaySmith.com> Hi, As long as I was ranting about mirrors, I should also mention: (I am on Windows95. I don't know how to find out the version of the setup.exe file, but I got it on 2002-05-12 [that's pretty old, but I am not sure how to get a newer one].) a) If there are multiple mirror download directories in a download directory on my local server: .../downloads/ftp%3a%2f%2farchive.progeny.com%2fcygwin .../downloads/ftp%3a%2f%2fcsociety-ftp.ecn.purdue.edu%2fpub%2fcygwin and if when I run setup.exe I select .../downloads as the local package directory (instead of one of the directorie below it), setup.exe will *lockup*. I have to Ctrl Alt Delete to kill that one task. b) The wording of the dialog box in which I select the local package directory is quite confusing and the first time I used it I had to ask somebody which was what. This step could use some clarification if it has not already been clarified. Thanks. Jay -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Wed Oct 15 01:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 15 Oct 2003 01:46:00 -0000 Subject: Setup.exe interface and process issues In-Reply-To: <3F8CA4D0.6060207@JaySmith.com> References: <3F8CA4D0.6060207@JaySmith.com> Message-ID: <3F8CA6F3.90708@msu.edu> Again, wrong list. You probably sent this before seeing my other reply. Harold Jay Smith wrote: > Hi, > > As long as I was ranting about mirrors, I should also mention: > > (I am on Windows95. I don't know how to find out the version of the > setup.exe file, but I got it on 2002-05-12 [that's pretty old, but I > am not sure how to get a newer one].) > > a) If there are multiple mirror download directories in a download > directory on my local server: > > .../downloads/ftp%3a%2f%2farchive.progeny.com%2fcygwin > .../downloads/ftp%3a%2f%2fcsociety-ftp.ecn.purdue.edu%2fpub%2fcygwin > > and if when I run setup.exe I select .../downloads as the local package > directory (instead of one of the directorie below it), setup.exe will > *lockup*. I have to Ctrl Alt Delete to kill that one task. > > b) The wording of the dialog box in which I select the local package > directory is quite confusing and the first time I used it I had to ask > somebody which was what. This step could use some clarification if it > has not already been clarified. > > Thanks. > > Jay > From jay@JaySmith.com Wed Oct 15 01:51:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 15 Oct 2003 01:51:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F8CA178.7040300@msu.edu> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> <3F8A1598.8050503@msu.edu> <3F8C9DFA.8070205@JaySmith.com> <3F8CA178.7040300@msu.edu> Message-ID: <3F8CA818.7000902@JaySmith.com> Harold, Before I embark on upgrading all of Cygwin to deal with this, is there any risk that stuff will break? Since Cygwin underwent a major overhaul recently, it seems to me that there is a chance that some small parts of XFree86 stuff (I use little else) might be broken until all is brought up to speed. Since this is a minute-to-minute critical application (X windowing) upon which we rely 100%, I have to be very careful about changes. (Recalling recent RedHat library changes which broke lots of stuff and recent Perl version changes which wrecked our CGI scripts.) What is the status? Does all the XFree86 stuff work under the new Cygwin? Is it "safe" now? (I know that in the first few weeks it was not "safe".) Jay Harold L Hunt II said the following on 10/14/2003 09:23 PM: > Jay, > > Jay Smith wrote: > >> Harold, >> >> a) Before I attempt this fix, will this work with my old version of >> everything else? I know that Cygwin has moved ahead since April. Or >> does installing this start me down a slippery slope... > > > I hate when I forget to ask this if people are running the latest > version or not. You really need to be running the latest versions in > order for us to properly debug and test things. > > Yes, you will have to update to the 4.3.0 release of Cygwin/XFree86. I > think I released it after April. All of the DLLs have had their names > changed, so you need to get those (in the -bin package) but I believe I > made the fonts in such a way that they will not download again unless > you have a really old version. You will basically need to get anything > that has a new version, since there have been updates to Cygwin's DLL, > various libraries, etc. > >> b) Before I had the sense to ask the question above, I got as far as >> starting the download process from a mirror that I had previously >> used. The setup program warned me that a newer setup.ini file would >> replace the old one, but did not seem to give me a way to cancel out. >> So, now I have an new setup.ini but old "everything else" files -- and >> I *do* need the "old everything else" to reinstall on PCs that die, >> etc. Am I screwed? > > > Setup gives a warning about setup.ini telling it that there is a new > version of setup.exe available and that you don't have it. Download the > latest setup.exe and you won't get the warning (plus there has been a > lot of development on setup.exe in the last several months). > > I'm not sure about the status of your installation images. It sounds > like you have been doing a download to disk then installing from that? > Uh... guess all I can tell you is that you should have backed up first > :) Of course, you could just look at files that have been updated > recently and check if setup.exe made a backup of the old setup.ini that > you had. > > Harold > > >> Jay >> >> >> Harold L Hunt II said the following on 10/12/2003 11:01 PM: >> >>> Jay, >>> >>> I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should >>> be showing up on mirrors within a few hours. When it does, run >>> setup.exe and manually select version '4.3.0-20' for the >>> XFree86-xserv package. Then, run the new server version as usual (do >>> not use the new flag that Kensuke talked about) and report your >>> results to the mailing list. >>> >>> Harold >>> >>> Jay Smith wrote: >>> >>>> Dear Kensuke, >>>> >>>> Thank you very much for your effort on this. >>>> >>>> Unfortunately, I am pretty ignorant of these matters, thus you will >>>> have to tell me what it is that I should do with the two .diff files >>>> you attached. I will be happy to do whatever with them, but I am >>>> clueless as to what is to be done with them. >>>> >>>> Sorry to be a pain. >>>> >>>> Jay >>>> >>>> Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: >>>> >>>>> Jay, >>>>> >>>>> Perhaps this patch enable XWin to copy/paste non-ascii characters >>>>> even if Windows does't support Unicode (95/98/Me). >>>>> LANG environment variable and Windows locale must be same. >>>>> I added -nounicodeclipboard option, I tested using this on XP. >>>>> But I don't have 95/98/Me. >>>>> >>>>> And it seems tha libX11 has some CTEXT convertion bug, I attach >>>>> patch that based on TAKABE's work. >>>>> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >>>>> >>>>> By the way, nls/locale.alias has alias somethig like >>>>> "Arabic_Egypt.1256". Can we use that? >>>>> If so, we no longer need LANG environment variable. >>>>> We can get it following code. >>>>> >>>>> char pszCountry[128]; >>>>> char pszLanguage[128]; >>>>> int nAcp = GetACP (); >>>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >>>>> pszCountry, 128); >>>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >>>>> pszLanguage, 128); >>>>> >>>>> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >>>>> >>>>> Kensuke Matsuzaki >>>> >>>> >>>> >>>> >>>> >> -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Wed Oct 15 02:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 15 Oct 2003 02:28:00 -0000 Subject: [PATCH] Copy/Paste non-ascii characters In-Reply-To: <3F8CA818.7000902@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> <3F8A1598.8050503@msu.edu> <3F8C9DFA.8070205@JaySmith.com> <3F8CA178.7040300@msu.edu> <3F8CA818.7000902@JaySmith.com> Message-ID: <3F8CB0C5.9090503@msu.edu> Jay, The status is that XFree86 has been recompiled and rereleased for Cygwin 1.5.x. Everything should be "safe". However, I would always recommend doing a demo installation on one machine and trying out your apps before you upgrade all machines. That should give you a better idea of if it will work for you. One thing you can do is rename c:\cygwin to c:\cygwin_works, download setup.exe to c:\cyginstall_test, then run setup.exe and install to c:\cygwin (which is now an empty directory). This will allow you to test a complete new install and see if it works for you. You can then move c:\cygwin to c:\cygwin_test and move c:\cygwin_works back to c:\cygwin to restore your old installation. Harold Jay Smith wrote: > Harold, > > Before I embark on upgrading all of Cygwin to deal with this, is there > any risk that stuff will break? Since Cygwin underwent a major overhaul > recently, it seems to me that there is a chance that some small parts of > XFree86 stuff (I use little else) might be broken until all is brought > up to speed. > > Since this is a minute-to-minute critical application (X windowing) upon > which we rely 100%, I have to be very careful about changes. (Recalling > recent RedHat library changes which broke lots of stuff and recent Perl > version changes which wrecked our CGI scripts.) > > What is the status? Does all the XFree86 stuff work under the new > Cygwin? Is it "safe" now? (I know that in the first few weeks it was > not "safe".) > > Jay > > Harold L Hunt II said the following on 10/14/2003 09:23 PM: > >> Jay, >> >> Jay Smith wrote: >> >>> Harold, >>> >>> a) Before I attempt this fix, will this work with my old version of >>> everything else? I know that Cygwin has moved ahead since April. Or >>> does installing this start me down a slippery slope... >> >> >> >> I hate when I forget to ask this if people are running the latest >> version or not. You really need to be running the latest versions in >> order for us to properly debug and test things. >> >> Yes, you will have to update to the 4.3.0 release of Cygwin/XFree86. >> I think I released it after April. All of the DLLs have had their >> names changed, so you need to get those (in the -bin package) but I >> believe I made the fonts in such a way that they will not download >> again unless you have a really old version. You will basically need >> to get anything that has a new version, since there have been updates >> to Cygwin's DLL, various libraries, etc. >> >>> b) Before I had the sense to ask the question above, I got as far as >>> starting the download process from a mirror that I had previously >>> used. The setup program warned me that a newer setup.ini file would >>> replace the old one, but did not seem to give me a way to cancel >>> out. So, now I have an new setup.ini but old "everything else" files >>> -- and I *do* need the "old everything else" to reinstall on PCs that >>> die, etc. Am I screwed? >> >> >> >> Setup gives a warning about setup.ini telling it that there is a new >> version of setup.exe available and that you don't have it. Download >> the latest setup.exe and you won't get the warning (plus there has >> been a lot of development on setup.exe in the last several months). >> >> I'm not sure about the status of your installation images. It sounds >> like you have been doing a download to disk then installing from that? >> Uh... guess all I can tell you is that you should have backed up first >> :) Of course, you could just look at files that have been updated >> recently and check if setup.exe made a backup of the old setup.ini >> that you had. >> >> Harold >> >> >>> Jay >>> >>> >>> Harold L Hunt II said the following on 10/12/2003 11:01 PM: >>> >>>> Jay, >>>> >>>> I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should >>>> be showing up on mirrors within a few hours. When it does, run >>>> setup.exe and manually select version '4.3.0-20' for the >>>> XFree86-xserv package. Then, run the new server version as usual (do >>>> not use the new flag that Kensuke talked about) and report your >>>> results to the mailing list. >>>> >>>> Harold >>>> >>>> Jay Smith wrote: >>>> >>>>> Dear Kensuke, >>>>> >>>>> Thank you very much for your effort on this. >>>>> >>>>> Unfortunately, I am pretty ignorant of these matters, thus you will >>>>> have to tell me what it is that I should do with the two .diff >>>>> files you attached. I will be happy to do whatever with them, but I >>>>> am clueless as to what is to be done with them. >>>>> >>>>> Sorry to be a pain. >>>>> >>>>> Jay >>>>> >>>>> Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: >>>>> >>>>>> Jay, >>>>>> >>>>>> Perhaps this patch enable XWin to copy/paste non-ascii characters >>>>>> even if Windows does't support Unicode (95/98/Me). >>>>>> LANG environment variable and Windows locale must be same. >>>>>> I added -nounicodeclipboard option, I tested using this on XP. >>>>>> But I don't have 95/98/Me. >>>>>> >>>>>> And it seems tha libX11 has some CTEXT convertion bug, I attach >>>>>> patch that based on TAKABE's work. >>>>>> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >>>>>> >>>>>> By the way, nls/locale.alias has alias somethig like >>>>>> "Arabic_Egypt.1256". Can we use that? >>>>>> If so, we no longer need LANG environment variable. >>>>>> We can get it following code. >>>>>> >>>>>> char pszCountry[128]; >>>>>> char pszLanguage[128]; >>>>>> int nAcp = GetACP (); >>>>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >>>>>> pszCountry, 128); >>>>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >>>>>> pszLanguage, 128); >>>>>> >>>>>> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >>>>>> >>>>>> Kensuke Matsuzaki >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> > From h.pollak@pke.at Wed Oct 15 08:48:00 2003 From: h.pollak@pke.at (Harald Pollak) Date: Wed, 15 Oct 2003 08:48:00 -0000 Subject: X in 8 bit mode - Perfomancetroubles Message-ID: <1066207712.2630.13.camel@HarryWS.ksg.co.at> Hy! Im using Cygwin XFree on a Acer Travelmate 634lci with Windows XP ( Color 32 bit ) my Application running on OpenVMS. I have to use 8 Bit Colormode for correct display. When i start X with the command: X -ac -fullscreen -depth 8 & The display is ok, but the perfomane is unuseabel. When i use : X -ac -fullscreen -emulatepseudo & Then the Applicationdisplay isn't working correct. Does anyone have a idea how I can use 8bit-colored Application with good performace on Cygwin Xwin I'm sure anybody outthere has an solution for my problem, so let me know. Thanks & best regards Harry From j_tetazoo@hotmail.com Wed Oct 15 13:03:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 15 Oct 2003 13:03:00 -0000 Subject: X in 8 bit mode - Perfomancetroubles Message-ID: I think the best 8-bit performance will result if you "downshift" the Windows desktop to 256 colors and run XWin in windowed mode, which will allow it to use the DirectDraw engine. >From: Harald Pollak >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: X in 8 bit mode - Perfomancetroubles >Date: Wed, 15 Oct 2003 10:48:32 +0200 > >Hy! >Im using Cygwin XFree on a Acer Travelmate 634lci with Windows XP ( >Color 32 bit ) >my Application running on OpenVMS. > >I have to use 8 Bit Colormode for correct display. > >When i start X with the command: > >X -ac -fullscreen -depth 8 & > >The display is ok, but the perfomane is unuseabel. > >When i use : > >X -ac -fullscreen -emulatepseudo & > >Then the Applicationdisplay isn't working correct. > >Does anyone have a idea how I can use 8bit-colored Application with good >performace on > >Cygwin Xwin > >I'm sure anybody outthere has an solution for my problem, so let me >know. > >Thanks & best regards > >Harry > _________________________________________________________________ Enjoy MSN 8 patented spam control and more with MSN 8 Dial-up Internet Service. Try it FREE for one month! http://join.msn.com/?page=dept/dialup From Jonathan@integrationnewmedia.com Wed Oct 15 13:47:00 2003 From: Jonathan@integrationnewmedia.com (Jonathan Primeau) Date: Wed, 15 Oct 2003 13:47:00 -0000 Subject: Can't start gnome-terminal, fatal error Message-ID: <362C7EAA2A1B9E44B13EA66993D8AC6509F4BB@licorne.jungle.integration.qc.ca> Hi, I am running the latest version of XWin on my Windows XP machine. I am able to connect to the remote Sun Ultra 5 (running Solaris 9 w/ GNOME 2.0) by using the following command: Xwin -screen 0 1280 1024 -from myhost -query remote_host -fp tcp/remote_host:7100 -fullscreen -depth 24 -refresh 85 & The GNOME desktop displays properly. However, when I run the gnome-terminal application, the following error occurs: Application "gnome-terminal" (process 29819) has crashed due to a fatal error. (Arithmetic Exception) I am unable to run Netscape as well. However, I don't get any error message (the "dtaction" window appears but nothing happens). Any help would be appreciated, Best Regards, Jonathan Primeau From Jonathan@integrationnewmedia.com Wed Oct 15 14:09:00 2003 From: Jonathan@integrationnewmedia.com (Jonathan Primeau) Date: Wed, 15 Oct 2003 14:09:00 -0000 Subject: (additional info) Can't start gnome-terminal, fatal error Message-ID: <362C7EAA2A1B9E44B13EA66993D8AC6509F4BC@licorne.jungle.integration.qc.ca> I have more information related to my problem. I hope that this will make my problem more obvious... When I run gnome-terminal from a standard terminal I get: BEGIN OUTPUT ------------ ** (gnome-terminal:161): WARNING **: Cannot load font for XLFD '-bitstream-courier-medium-r-normal--14-*-*-*-*-*-iso8859-1 (gnome-terminal:161): ZVT-WARNING **: Cannot get required fonts from "monospace13" (gnome-terminal:161): ZVT-WARNING **: Use "-*-*-*-*-*-*-13-*-*-*-*-*-*-*" XLFD fontname - some characters may not appear correctly (gnome-terminal:161): ZVT-WARNING **: Use "-*-*-*-*-*-*-0-*-*-*-*-*-*-*" XLFD fontname - some characters may not appear correctly (gnome-terminal:161): ZVT-CRITICAL **: file zvti18n.c: line 831: assertion `new_fontset != NULL' failed (gnome-terminal:161): ZVT-WARNING **: Failed to load any required font, so crash will occur..check X11 font pathes and etc/pangox.alias file ** (gnome-terminal:161): WARNING **: Cannot load font for XLFD '-adobe-helvetica-medium-r-normal--10-*-*-*-*-*-iso8859-1 ** (gnome-terminal:161): WARNING **: Cannot load font for XLFD '-bitstream-courier-medium-r-normal--10-*-*-*-*-*-iso8859-1 (gnome-terminal:161): ZVT-WARNING **: Cannot get required fonts from "monospace10" (gnome-terminal:161): ZVT-WARNING **: Use "-*-*-*-*-*-*-10-*-*-*-*-*-*-*" XLFD fontname - some characters may not appear correctly (gnome-terminal:161): ZVT-WARNING **: Use "-*-*-*-*-*-*-0-*-*-*-*-*-*-*" XLFD fontname - some characters may not appear correctly (gnome-terminal:161): ZVT-CRITICAL **: file zvti18n.c: line 831: assertion `new_fontset != NULL' failed (gnome-terminal:161): ZVT-WARNING **: Failed to load any required font, so crash will occur..check X11 font pathes and etc/pangox.alias file ** (gnome_segv:162): WARNING **: Cannot load font for XLFD '-adobe-helvetica-medium-r-normal--10-*-*-*-*-*-iso8859-1 ---------- END OUTPUT I guess that the problem comes from "the missing fonts", it says: Failed to load any required font, so crash will occur..check X11 font pathes and etc/pangox.alias file. Is there any way I can fix that? By the way, I use the -fp option for Xwin (Font server). Regards, Jonathan Primeau From cliff@may.be Wed Oct 15 15:58:00 2003 From: cliff@may.be (Cliff Stanford) Date: Wed, 15 Oct 2003 15:58:00 -0000 Subject: Copy / Paste In-Reply-To: <3F8A977B.8070900@msu.edu> References: <3F8A977B.8070900@msu.edu> Message-ID: In message <3F8A977B.8070900@msu.edu>, Harold L Hunt II writes >I have written many messages about this before. I am surprised you >haven't seen one yet. Thank you for your excellent responses. I had actually totally missed that there were searchable archives available. *blush* >So, development is stuck now since I am working 30 or more hours a week >and spending about 20 hours a week on my master's CS degree classes. >The code is in the XFIXES_BRANCH in our xoncygwin CVS tree (see the >message above for more details, I think), if you are interested in >working on it. I've pulled down the tree but I'm not sure that the learning curve isn't going to be too great for me to get to grips with this code. Anyway, you're only working 50 hours a week. Put aside another 14 for sleep and you'll have it done in no time. :-) Good luck on the Masters and thanks for all the effort. Cygwin + XWin has made my life *so* much simpler. >Yes, in Windows XP, turn on the 'quick edit' more for the command >shell. This enables right-click to paste the current clipboard >contents in your Cygwin bash shell. Other than that, good luck. :) Ooh, I never knew that. Thanks again. Regards, Cliff. -- Cliff Stanford Might Limited +44 20 7257 2000 (Office) 17-18 Henrietta Street +44 7973 616 666 (Mobile) London WC2E 8QH From jc.gervais@videotron.ca Wed Oct 15 16:49:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 15 Oct 2003 16:49:00 -0000 Subject: Cygwin Setup 99% In-Reply-To: <3F8B238D.3000501@msu.edu> References: <3F8B238D.3000501@msu.edu> Message-ID: <1066236570.13274.210.camel@localhost.localdomain> A bit of bad luck here: I'm reinstalling Cygwin on a newly formatted machine this morning. So what do I do to get it installed now? The setup is hung. Do I cancel and run it again? What? Thanks. On Mon, 2003-10-13 at 18:13, Harold L Hunt II wrote: > Wayne, > > While we can't expect everyone to do a thorough mailing list archive > search before posting, we do at least expect them to look at the posts > from today. You problem has been reported before, and was, in fact, > reported again today: > > http://cygwin.com/ml/cygwin-xfree/2003-10/msg00134.html > > > The problem is known. You can just move > /etc/postinstall/XFree86-bin-icons.sh to > /etc/postinstall/XFree86-bin-icons.sh.done. Then, from a Cygwin bash > shell run '/usr/XFree86/bin/XFree86-bin-icons.sh'. That should create > the icons for you. The problem right now is that one of the utilities > we use hangs when we run the script from setup.exe, but it does not hang > when we run the script from a bash shell. The problem is being looked into. > > Harold > > WHarpena@sonymusic.com wrote: > > > > > > > > I'm trying to install cygwin/xFree86. The install program runs to 99% but > > does not finish. It stops at 'Running...' the > > /etc/postinstall/XFree86-bin-icons.sh > > > > Any suggestions? > > > > Wayne Harpenau > > Sony Disc Manufacturing > > wayne_harpenau@disc.sony.com > > > > > From Jonathan@integrationnewmedia.com Wed Oct 15 17:04:00 2003 From: Jonathan@integrationnewmedia.com (Jonathan Primeau) Date: Wed, 15 Oct 2003 17:04:00 -0000 Subject: Cygwin Setup 99% Message-ID: <362C7EAA2A1B9E44B13EA66993D8AC6509F4BD@licorne.jungle.integration.qc.ca> Hi Jean-Claude, When does the setup hang exactly? I installed Xwin this morning and it hangs while executing XFree86-bin-icons.sh. So I cancelled the installation and I went in the /etc/postinstall directory and I executed all the sh scripts one by one and renamed them *.done. I don't know why it happens though. Executing XFree86-bin-icons.sh manually seems to work fine... Hope this helps... Jonathan > -----Original Message----- > From: Jean-Claude Gervais [mailto:jc.gervais@videotron.ca] > Sent: October 15, 2003 12:50 PM > To: Cygwin-XFree > Subject: Re: Cygwin Setup 99% > > A bit of bad luck here: > > I'm reinstalling Cygwin on a newly formatted machine this morning. > > So what do I do to get it installed now? > The setup is hung. > > Do I cancel and run it again? What? > > Thanks. > > On Mon, 2003-10-13 at 18:13, Harold L Hunt II wrote: > > Wayne, > > > > While we can't expect everyone to do a thorough mailing list archive > > search before posting, we do at least expect them to look at the posts > > from today. You problem has been reported before, and was, in fact, > > reported again today: > > > > http://cygwin.com/ml/cygwin-xfree/2003-10/msg00134.html > > > > > > The problem is known. You can just move > > /etc/postinstall/XFree86-bin-icons.sh to > > /etc/postinstall/XFree86-bin-icons.sh.done. Then, from a Cygwin bash > > shell run '/usr/XFree86/bin/XFree86-bin-icons.sh'. That should create > > the icons for you. The problem right now is that one of the utilities > > we use hangs when we run the script from setup.exe, but it does not hang > > when we run the script from a bash shell. The problem is being looked > into. > > > > Harold > > > > WHarpena@sonymusic.com wrote: > > > > > > > > > > > > I'm trying to install cygwin/xFree86. The install program runs to > 99% but > > > does not finish. It stops at 'Running...' the > > > /etc/postinstall/XFree86-bin-icons.sh > > > > > > Any suggestions? > > > > > > Wayne Harpenau > > > Sony Disc Manufacturing > > > wayne_harpenau@disc.sony.com > > > > > > > > From pechtcha@cs.nyu.edu Wed Oct 15 17:15:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 15 Oct 2003 17:15:00 -0000 Subject: Cygwin Setup 99% In-Reply-To: <1066236570.13274.210.camel@localhost.localdomain> References: <3F8B238D.3000501@msu.edu> <1066236570.13274.210.camel@localhost.localdomain> Message-ID: Open a bash shell and run "kill -9 `ps -s|grep cygpath|awk '{print $1}'`" from it. Setup should then simply continue. Igor On Wed, 15 Oct 2003, Jean-Claude Gervais wrote: > A bit of bad luck here: > > I'm reinstalling Cygwin on a newly formatted machine this morning. > > So what do I do to get it installed now? > The setup is hung. > > Do I cancel and run it again? What? > > Thanks. > > On Mon, 2003-10-13 at 18:13, Harold L Hunt II wrote: > > Wayne, > > > > While we can't expect everyone to do a thorough mailing list archive > > search before posting, we do at least expect them to look at the posts > > from today. You problem has been reported before, and was, in fact, > > reported again today: > > > > http://cygwin.com/ml/cygwin-xfree/2003-10/msg00134.html > > > > The problem is known. You can just move > > /etc/postinstall/XFree86-bin-icons.sh to > > /etc/postinstall/XFree86-bin-icons.sh.done. Then, from a Cygwin bash > > shell run '/usr/XFree86/bin/XFree86-bin-icons.sh'. That should create > > the icons for you. The problem right now is that one of the utilities > > we use hangs when we run the script from setup.exe, but it does not hang > > when we run the script from a bash shell. The problem is being looked into. > > > > Harold > > > > WHarpena@sonymusic.com wrote: > > > > > I'm trying to install cygwin/xFree86. The install program runs to 99% but > > > does not finish. It stops at 'Running...' the > > > /etc/postinstall/XFree86-bin-icons.sh > > > > > > Any suggestions? > > > > > > Wayne Harpenau -- 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 cliff@may.be Wed Oct 15 19:45:00 2003 From: cliff@may.be (Cliff Stanford) Date: Wed, 15 Oct 2003 19:45:00 -0000 Subject: Copy / Paste In-Reply-To: <3F8A977B.8070900@msu.edu> References: <3F8A977B.8070900@msu.edu> Message-ID: In message <3F8A977B.8070900@msu.edu>, Harold L Hunt II writes >The code is in the XFIXES_BRANCH in our xoncygwin CVS tree (see the >message above for more details, I think), if you are interested in >working on it. Hmm... CVS seems to be missing a copy of xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which means that xfixes.c won't build. Cliff. -- Cliff Stanford Might Limited +44 20 7257 2000 (Office) 17-18 Henrietta Street +44 7973 616 666 (Mobile) London WC2E 8QH From alexander.gottwald@s1999.tu-chemnitz.de Wed Oct 15 20:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 15 Oct 2003 20:20:00 -0000 Subject: Copy / Paste In-Reply-To: References: <3F8A977B.8070900@msu.edu> Message-ID: On Wed, 15 Oct 2003, Cliff Stanford wrote: > In message <3F8A977B.8070900@msu.edu>, Harold L Hunt II > writes > > >The code is in the XFIXES_BRANCH in our xoncygwin CVS tree (see the > >message above for more details, I think), if you are interested in > >working on it. > > Hmm... CVS seems to be missing a copy of > xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which > means that xfixes.c won't build. > The files were in xc/include/extensions I've added them to the xoncygwin cvs. They will show up on public cvs tomorrow, bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From spetreolle@yahoo.fr Wed Oct 15 20:49:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Wed, 15 Oct 2003 20:49:00 -0000 Subject: XWin --query In-Reply-To: <1066065618.4597.161.camel@david.NorcrossGroup.com> Message-ID: <20031015204917.99214.qmail@web10102.mail.yahoo.com> Just to be sure: are you using the correct option : XWin -query dmcphost (good) not XWin --query dmcphost (bad) ? > > Has there been a security change that now requires xhosts +node to be > run somehow with the XWin --query command? > > Greg > -- > Greg Freemyer > ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From paulcoker@rediffmail.com Wed Oct 15 21:44:00 2003 From: paulcoker@rediffmail.com (PAUL COKER) Date: Wed, 15 Oct 2003 21:44:00 -0000 Subject: GOOD NEWS Message-ID: Dear Ron Eijling I am an Administrative Staff of the Federal Ministry of Petroleum Resources, as I represent a group that is interested in engaging your service as Manager for investment purpose, of a large volume of fund. If this proposal is acceptable to you, please get back to me via my eamil address :paulcoker@rediffmail.com, so that I can work out a remuneration for your participation in the transaction, and also let you know how I came to select you for this purpose. As i await to here from you my warm regard goes to you and your family. Paul Coker. From robertchong1@yahoo.com Thu Oct 16 02:23:00 2003 From: robertchong1@yahoo.com (Robert Chong) Date: Thu, 16 Oct 2003 02:23:00 -0000 Subject: Questions Message-ID: <20031016022307.45329.qmail@web41103.mail.yahoo.com> Hi, I've installed Cygwin and XFree86 in my Windows XP laptop. XFree86 works great! I really like it, and enjoy using the X Windows. Now I've got questions regarding security. It seems to me that someone could use X Windows to spy on what I'm doing on my laptop. Is there any settings in XFree86 I can adjust to prevent any snooper? I also have a ZoneAlarm firewall installed. Are there any ports I should set rules to block? In UNIX, I can use "xhost - 'hostname'" to remove the remote host from access control list, but the Free86/xhost command doesn't seem to have such option. Is there any other command that can do this? Thanks much in advance, Robert __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Thu Oct 16 06:15:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 16 Oct 2003 06:15:00 -0000 Subject: Questions In-Reply-To: <20031016022307.45329.qmail@web41103.mail.yahoo.com> References: <20031016022307.45329.qmail@web41103.mail.yahoo.com> Message-ID: On Wed, 15 Oct 2003, Robert Chong wrote: > Now I've got questions regarding security. It seems to > me that someone could use X Windows to spy on what I'm > doing on my laptop. Is there any settings in XFree86 I > can adjust to prevent any snooper? I also have a > ZoneAlarm firewall installed. Are there any ports I > should set rules to block? In UNIX, I can use "xhost - > 'hostname'" to remove the remote host from access > control list, but the Free86/xhost command doesn't > seem to have such option. Is there any other command > that can do this? XFree by default does not allow connections from remote hosts. You have to enable this explicitly with xhost + or xhost hostname. To prevent all conncections from external hosts you have to prohibit network connections to port 6000+x where x is the display number. see also man Xsecurity bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From joseanmo@unex.es Thu Oct 16 15:27:00 2003 From: joseanmo@unex.es (=?iso-8859-1?Q?Jos=E9_Antonio_Moreno_Zamora?=) Date: Thu, 16 Oct 2003 15:27:00 -0000 Subject: Two problems with X Message-ID: <000001c393fa$0e92bab0$981a319e@josan1> I am trying to connect to Sun WS from an PC with XP and cygwin throug typical "X -query remote_ws -from local_ws" I don?t obtain any message with error, but the remote login screen doesn?t appear, changing resolution and depth the maximum I have got is to see the waiting clock from CDE mouse. When I star X in local mode and connect by telnet exporting display from remote machine, I can start perfectly the apps, my problem is only with X -query mode. I have read a lot of questions and answer about this problem but I can solve it. Anyone can help me? Other question: To access to a machine with SSH and "X -query" which steps I must do? I have seen the option "ssh -X -l user remote_ws", but to obtain whole desktop? Thanks in advance. Josan M. From Jonathan@integrationnewmedia.com Thu Oct 16 15:48:00 2003 From: Jonathan@integrationnewmedia.com (Jonathan Primeau) Date: Thu, 16 Oct 2003 15:48:00 -0000 Subject: Two problems with X Message-ID: <362C7EAA2A1B9E44B13EA66993D8AC6509F4BE@licorne.jungle.integration.qc.ca> Hi Jos?, Check the following FAQ, the answer is obviously there... http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts The FAQ says: 4.10. Why does Cygwin/XFree86 not display the XDM login prompt on Solaris when I try to open an XDMCP session with a remote Solaris machine? See also Q: 4.11. and Q: 6.16. [David Dawson] For whatever reason, certain versions of Solaris need fonts that are not provided by Cygwin/XFree86; the result is that you may see the Solaris background tile and the hourglass cursor, but the XDM login prompt will never appear. The simplest solution is to point Cygwin/XFree86 at the font server that is usually running on the Solaris machine. You'll need a command line similar to the following to start your XDMCP session and to connect to the Solaris font server: XWin.exe -query solaris_hostname_or_ip_address -fp tcp/solaris_hostname_or_ip_address:7100 Note: The -fp parameter is a general X Server parameter, it is not specific to Cygwin/XFree86; therefore, the -fp is documented in the X Server documentation. For additional information about fonts, see Fonts in XFree86. The standard port number for a font server is 7100, however, you may need to ask your system administrator what the font server port number is if you cannot connect to a font server on port 7100. It is also possible that your Solaris machine is not running a font server, in which case you will need to consult your Solaris documentation for instructions on how to run a font server. Hope this helps, Jonathan Primeau > -----Original Message----- > From: Jos? Antonio Moreno Zamora [mailto:joseanmo@unex.es] > Sent: October 16, 2003 11:28 AM > To: cygwin-xfree@cygwin.com > Subject: Two problems with X > > > I am trying to connect to Sun WS from an PC with XP and cygwin throug > typical "X -query remote_ws -from local_ws" > I don't obtain any message with error, but the remote login screen doesn't > appear, changing resolution and depth the maximum I have got is to see the > waiting clock from CDE mouse. > When I star X in local mode and connect by telnet exporting display from > remote machine, I can start perfectly the apps, my problem is only with X > -query mode. > I have read a lot of questions and answer about this problem but I can > solve > it. Anyone can help me? > Other question: > To access to a machine with SSH and "X -query" which steps I must do? I > have > seen the option "ssh -X -l user remote_ws", but to obtain whole desktop? > Thanks in advance. > Josan M. From freemyer-ml@NorcrossGroup.com Thu Oct 16 16:34:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Thu, 16 Oct 2003 16:34:00 -0000 Subject: XWin --query In-Reply-To: <20031015204917.99214.qmail@web10102.mail.yahoo.com> References: <20031015204917.99214.qmail@web10102.mail.yahoo.com> Message-ID: <1066321686.19476.122.camel@david.NorcrossGroup.com> On Wed, 2003-10-15 at 16:49, Sylvain Petreolle wrote: > Just to be sure: are you using the correct option : > XWin -query dmcphost (good) > > not > > XWin --query dmcphost (bad) ? I invoke this via a shell script, and yes the script had a single -. Greg From j_tetazoo@hotmail.com Thu Oct 16 19:13:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 16 Oct 2003 19:13:00 -0000 Subject: (additional info) Can't start gnome-terminal, fatal error Message-ID: A couple of thoughts... Have you verified that the remote host is actually running a font server? Take a look at /tmp/XWin.log for error messages pertaining to the font path. Try running a local xterm and entering "xset fp+ " instead of using the "-fp" command-line option. >From: "Jonathan Primeau" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: (additional info) Can't start gnome-terminal, fatal error >Date: Wed, 15 Oct 2003 10:10:15 -0400 > >I have more information related to my problem. I hope that this will >make my problem more obvious... > >When I run gnome-terminal from a standard terminal I get: > >BEGIN OUTPUT >------------ > >** (gnome-terminal:161): WARNING **: Cannot load font for XLFD >'-bitstream-courier-medium-r-normal--14-*-*-*-*-*-iso8859-1 > >(gnome-terminal:161): ZVT-WARNING **: Cannot get required fonts from >"monospace13" > >(gnome-terminal:161): ZVT-WARNING **: Use >"-*-*-*-*-*-*-13-*-*-*-*-*-*-*" XLFD fontname - some characters may not >appear correctly > >(gnome-terminal:161): ZVT-WARNING **: Use "-*-*-*-*-*-*-0-*-*-*-*-*-*-*" >XLFD fontname - some characters may not appear correctly > >(gnome-terminal:161): ZVT-CRITICAL **: file zvti18n.c: line 831: >assertion `new_fontset != NULL' failed > >(gnome-terminal:161): ZVT-WARNING **: Failed to load any required font, >so crash will occur..check X11 font pathes and etc/pangox.alias file > >** (gnome-terminal:161): WARNING **: Cannot load font for XLFD >'-adobe-helvetica-medium-r-normal--10-*-*-*-*-*-iso8859-1 > >** (gnome-terminal:161): WARNING **: Cannot load font for XLFD >'-bitstream-courier-medium-r-normal--10-*-*-*-*-*-iso8859-1 > >(gnome-terminal:161): ZVT-WARNING **: Cannot get required fonts from >"monospace10" > >(gnome-terminal:161): ZVT-WARNING **: Use >"-*-*-*-*-*-*-10-*-*-*-*-*-*-*" XLFD fontname - some characters may not >appear correctly > >(gnome-terminal:161): ZVT-WARNING **: Use "-*-*-*-*-*-*-0-*-*-*-*-*-*-*" >XLFD fontname - some characters may not appear correctly > >(gnome-terminal:161): ZVT-CRITICAL **: file zvti18n.c: line 831: >assertion `new_fontset != NULL' failed > >(gnome-terminal:161): ZVT-WARNING **: Failed to load any required font, >so crash will occur..check X11 font pathes and etc/pangox.alias file > >** (gnome_segv:162): WARNING **: Cannot load font for XLFD >'-adobe-helvetica-medium-r-normal--10-*-*-*-*-*-iso8859-1 > >---------- >END OUTPUT > >I guess that the problem comes from "the missing fonts", it says: Failed >to load any required font, so crash will occur..check X11 font pathes >and etc/pangox.alias file. > >Is there any way I can fix that? By the way, I use the -fp option for >Xwin (Font server). > >Regards, >Jonathan Primeau _________________________________________________________________ Surf and talk on the phone at the same time with broadband Internet access. Get high-speed for as low as $29.95/month (depending on the local service providers in your area). https://broadband.msn.com From Ralf.Habacker@freenet.de Fri Oct 17 00:33:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 17 Oct 2003 00:33:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? Message-ID: Hi all, > >What we would need is a startup function which replaces pointers to the >importlib _XtInherit to the pointer of _XtInherit from the dll. > >func reloc_addr[] = { .... }; >unsigned reloc_addr_size = ...; >__startup_relocate(void) { > unsigned i; > func real_func = dlsym("cygXt.dll", "_XtInherit"); > for (i = 0; i < reloc_addr_size; i++) > *(reloc_addr[i]) = real_func; >} > >This must be added to libXt.dll.a and the linker must fill the reloc_addr >array. I've found some time to take a look at this problem and it seems as I've got a solution, which is documented below. Could you please give this a try ? cheers Ralf /* /* * The Symbol _XtInherit is used in two different manners. First it could be used as a * generric function and second as an absolute address reference, which will be used to * check the initialisation process of several other libraries. Because of this the symbol * must be accessable by all client dll's and applications. * In unix environments this is no problem, because the used shared libraries format (elf) * supports this immediatly. * Under Windows this isn't true, because a functions address in a dll is different from * the same function in another dll or applications. The used Portable Executable * File adds a code stub to each client to provide the exported symbol name. This stub * uses an indirect pointer to get the original symbol address, to which is then jumped to, * like this example shows: * * --- client --- --- dll ---- * ... * call foo * * foo: jmp (*_imp_foo) ----> foo: .... * nop * nop * * _imp_foo: .long * * Now it is clear why the clients symbol foo isn't the same as in the dll and we can think * about how to deal which this two above mentioned requirements, to export this symbol to * all clients and to allow calling this symbol as a function. * The solution I've used exports the symbol _XtInherit as data symbol, because globale data * symbols are exported to all clients. But how to deal with the second requirement, that * this symbol should be used as function ? The Trick is to build a little code stub in the * data section in the exact manner as above explained. This is done with the assembler code * below. * * References: * msdn http://msdn.microsoft.com/msdnmag/issues/02/02/PE/PE.asp * cygwin-xfree: http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00000.html */ -------------- next part -------------- A non-text attachment was scrubbed... Name: libtest-1.tar.gz2 Type: application/octet-stream Size: 975 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lib_xt.patch Type: application/octet-stream Size: 3211 bytes Desc: not available URL: From huntharo@msu.edu Fri Oct 17 02:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 02:39:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: Message-ID: <3F8F5653.7030307@msu.edu> Ralf, It looks like you got it nailed to me. I am testing a build right now. Harold Ralf Habacker wrote: > Hi all, > > >>What we would need is a startup function which replaces pointers to the >>importlib _XtInherit to the pointer of _XtInherit from the dll. >> >>func reloc_addr[] = { .... }; >>unsigned reloc_addr_size = ...; >>__startup_relocate(void) { >> unsigned i; >> func real_func = dlsym("cygXt.dll", "_XtInherit"); >> for (i = 0; i < reloc_addr_size; i++) >> *(reloc_addr[i]) = real_func; >>} >> >>This must be added to libXt.dll.a and the linker must fill the reloc_addr >>array. > > > I've found some time to take a look at this problem and it seems as I've got > a solution, which is documented below. > Could you please give this a try ? > > cheers > Ralf > > > /* > /* > * The Symbol _XtInherit is used in two different manners. First it could be > used as a > * generric function and second as an absolute address reference, which will > be used to > * check the initialisation process of several other libraries. Because of > this the symbol > * must be accessable by all client dll's and applications. > * In unix environments this is no problem, because the used shared > libraries format (elf) > * supports this immediatly. > * Under Windows this isn't true, because a functions address in a dll is > different from > * the same function in another dll or applications. The used Portable > Executable > * File adds a code stub to each client to provide the exported symbol name. > This stub > * uses an indirect pointer to get the original symbol address, to which is > then jumped to, > * like this example shows: > * > * --- client --- --- dll ---- > * ... > * call foo > * > * foo: jmp (*_imp_foo) ----> foo: .... > * nop > * nop > * > * _imp_foo: .long address > * by the runtime linker> > * > * Now it is clear why the clients symbol foo isn't the same as in the dll > and we can think > * about how to deal which this two above mentioned requirements, to export > this symbol to > * all clients and to allow calling this symbol as a function. > * The solution I've used exports the symbol _XtInherit as data symbol, > because globale data > * symbols are exported to all clients. But how to deal with the second > requirement, that > * this symbol should be used as function ? The Trick is to build a little > code stub in the > * data section in the exact manner as above explained. This is done with > the assembler code > * below. > * > * References: > * msdn http://msdn.microsoft.com/msdnmag/issues/02/02/PE/PE.asp > * cygwin-xfree: http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00000.html > */ From huntharo@msu.edu Fri Oct 17 05:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 05:36:00 -0000 Subject: Shared libXt/Xmu/Xaw/Xaw6 XFree86-bin and XFree86-prog test build In-Reply-To: <3F8F5653.7030307@msu.edu> References: <3F8F5653.7030307@msu.edu> Message-ID: <3F8F7FD8.4050300@msu.edu> Thanks to Ralf Habacker we have a new test build of the XFree86-bin and XFree86-prog packages: XFree86-bin-4.3.0-5 XFree86-prog-4.3.0-8 These packages use a shared build of the Xt library, which also allowed the Xmu, Xaw, and Xaw6 libraries to be rebuilt as shared. This dropped the XFree86-bin package from 13 MiB to only 4 MiB!!! Please install the above 'test' packages and report your results here. If the reports are good, I will mark this as 'curr' right away. Please send feedback quickly. This was *the* longest awaited cleanup to Cygwin/XFree86 and I would really like to mark this as done as soon as possible. I would also like to submit this patch to XFree86 for inclusion in 4.4.0 if we can make the bug fix deadline. Don't forget to thank Ralf, Harold From huntharo@msu.edu Fri Oct 17 05:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 05:44:00 -0000 Subject: xfig-bin-3.2.4-2 'test' version using shared libXt In-Reply-To: <3F8F5653.7030307@msu.edu> References: <3F8F5653.7030307@msu.edu> Message-ID: <3F8F81C8.7000304@msu.edu> Subject line says it all. Please report your positive/negative results to the mailing list. This version depends upon XFree86-bin-4.3.0-5, which includes the new shared Xt DLL. Harold From huntharo@msu.edu Fri Oct 17 07:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 07:29:00 -0000 Subject: xman - Not showing X man pages? Message-ID: <3F8F9A57.3060501@msu.edu> xman doesn't list X man pages. Yet, /etc/man.config seems to imply that /usr/X11R6/bin is in the MANPATH, but running 'set' shows that this is not the case. Does man.config get read only by man, not xman? Does xman look only at the MANPATH environment variable? If xman only looks at the MANPATH environment variable, then do we need to add /usr/X11R6/man to MANPATH via a script in /etc/profile.d? I manually added /usr/X11R6/man to the MANPATH and got xman to start showing the X man pages, which leads me to believe that this would be the correct solution. Thanks in advance for any feedback, Harold From cliff@may.be Fri Oct 17 10:01:00 2003 From: cliff@may.be (Cliff Stanford) Date: Fri, 17 Oct 2003 10:01:00 -0000 Subject: Copy / Paste In-Reply-To: References: <3F8A977B.8070900@msu.edu> Message-ID: In message , Alexander Gottwald writes >On Wed, 15 Oct 2003, Cliff Stanford wrote: > >> Hmm... CVS seems to be missing a copy of >> xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which >> means that xfixes.c won't build. > >The files were in xc/include/extensions I've added them to the xoncygwin >cvs. They will show up on public cvs tomorrow, Hmm. Still nothing. Just as a sanity check: $ cat CVS/Root :pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin $ cat CVS/Tag TXFIXES_BRANCH This correct? Cliff. -- Cliff Stanford Might Limited +44 20 7257 2000 (Office) 17-18 Henrietta Street +44 7973 616 666 (Mobile) London WC2E 8QH From colin.harrison@virgin.net Fri Oct 17 10:04:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 17 Oct 2003 10:04:00 -0000 Subject: Shared libXt/Xmu/Xaw/Xaw6 XFree86-bin and XFree86-prog test build Message-ID: <000001c39496$0c27b540$0200a8c0@straightrunning.com> Hi, Did some testing on your build and rebuild my xc tree with new cygwin.rules and Ralf's patch to Xt All looks good to me. Thanks Colin From alexander.gottwald@s1999.tu-chemnitz.de Fri Oct 17 11:13:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 17 Oct 2003 11:13:00 -0000 Subject: Copy / Paste In-Reply-To: References: <3F8A977B.8070900@msu.edu> Message-ID: On Fri, 17 Oct 2003, Cliff Stanford wrote: > In message > , > Alexander Gottwald writes > >On Wed, 15 Oct 2003, Cliff Stanford wrote: > > > >> Hmm... CVS seems to be missing a copy of > >> xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which > >> means that xfixes.c won't build. > > > >The files were in xc/include/extensions I've added them to the xoncygwin > >cvs. They will show up on public cvs tomorrow, > > Hmm. Still nothing. I've checked via CVSWeb. It did not show up on the backup server yet. But on the primary cvs it is already available. cvs log xfixesproto.h RCS file: /cvsroot/xoncygwin/xc/include/extensions/Attic/xfixesproto.h,v Working file: xfixesproto.h head: 1.2 branch: locks: strict access list: symbolic names: XFIXES_BRANCH: 1.2.0.2 Sourceforge seems to be very crowded these days. It seems you have to be patient or you can use the developer access if you already have a login on sourceforge. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Fri Oct 17 11:15:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 17 Oct 2003 11:15:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: Message-ID: On Fri, 17 Oct 2003, Ralf Habacker wrote: > I've found some time to take a look at this problem and it seems as I've got > a solution, which is documented below. > Could you please give this a try ? I had no time to read the patch, but after the latest success messages I have to thank you for your great work! bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dldhdz@hotmail.com Fri Oct 17 12:25:00 2003 From: dldhdz@hotmail.com (dh) Date: Fri, 17 Oct 2003 12:25:00 -0000 Subject: a problem with X connection to HPC server-------local computer IP name Message-ID: I am trying to connect to a SGI Onyx 300 server from an PC with Win ME and cygwin at home through typical Xwin.exe -ac -query remote_ws -from but the remote login screen doesn't appear properly. It's just a blank window. I think my problem is really with local IP setting. I am not sure about my local IP. It is a 3 pcs LAN connectting to the internet through a router. My pc got a local IP: 192.168.0.3, whist 3pcs share one external IP(as gateway) provided by ISP. But neither of the IPs can work(openning DISPLAY). My problem is only with an XDMCP-query session. What I must do to access a machine with SSH and "X -query" in this case? Thanks in advance. Philip D. From j_tetazoo@hotmail.com Fri Oct 17 15:00:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 17 Oct 2003 15:00:00 -0000 Subject: a problem with X connection to HPC server-------local computer IP name Message-ID: I don't use SSH or XDM, but nonetheless was intrigued by your question about running XDM via an SSH tunnel. After some poking around, it occurred to me that there might be a way to make this work by finding and editting the Xservers file on the XDM server. The process would go something like... 1) Launch XWin without the -query business. 2) Set DISPLAY=127.0.0.1:0 then run "ssh -x " to bring up a tunnel into the XDM server. 3) Once connected, edit the XDM server's Xservers file and create a "local" entry for the display number handled by ssh. 4) Send a SIGHUP signal to XDM to tell it to re-read the Xservers file and start managing the virtual DISPLAY setup by ssh. The one thing I'm not sure abouit is what would happen to XDM after the SSH tunnel ended. Will it continuously loop trying to start an X session on the defunct DISPLAY? >From: "dh" >Reply-To: cygwin-xfree@cygwin.com >To: >Subject: a problem with X connection to HPC server-------local computer IP >name >Date: Fri, 17 Oct 2003 13:25:45 +0100 > >I am trying to connect to a SGI Onyx 300 server from an PC with Win ME and >cygwin at home through typical > >Xwin.exe -ac -query remote_ws -from > >but the remote login screen doesn't appear properly. It's just a blank >window. > >I think my problem is really with local IP setting. I am not sure about my >local IP. >It is a 3 pcs LAN connectting to the internet through a router. My pc got a >local IP: 192.168.0.3, whist 3pcs share one external IP(as gateway) >provided >by ISP. >But neither of the IPs can work(openning DISPLAY). > >My problem is only with an XDMCP-query session. >What I must do to access a machine with SSH and "X -query" in this case? > >Thanks in advance. >Philip D. _________________________________________________________________ Need more e-mail storage? Get 10MB with Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es From huntharo@msu.edu Fri Oct 17 17:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 17:00:00 -0000 Subject: Copy / Paste In-Reply-To: References: <3F8A977B.8070900@msu.edu> Message-ID: <3F90201A.8010103@msu.edu> Cliff, Sorry, I meant to mail these to you yesterday so that you could get started. I will send them off-list. Harold Cliff Stanford wrote: > In message > , > Alexander Gottwald writes > >> On Wed, 15 Oct 2003, Cliff Stanford wrote: >> >>> Hmm... CVS seems to be missing a copy of >>> xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which >>> means that xfixes.c won't build. >> >> >> The files were in xc/include/extensions I've added them to the xoncygwin >> cvs. They will show up on public cvs tomorrow, > > > Hmm. Still nothing. > > Just as a sanity check: > > $ cat CVS/Root > :pserver:anonymous@cvs.sourceforge.net:/cvsroot/xoncygwin > > $ cat CVS/Tag > TXFIXES_BRANCH > > This correct? > > Cliff. From huntharo@msu.edu Fri Oct 17 17:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 17:36:00 -0000 Subject: Updated: XFree86-bin-4.3.0-5 and XFree86-prog-4.3.0-8 Message-ID: <3F9028B6.5080608@msu.edu> The following packages have been updated in the Cygwin distribution: *** XFree86-bin-4.3.0-5 *** XFree86-prog-4.3.0-8 Changes ======= 1) xc/lib/Xt/Initialize.c,IntrinsicP.h xc/config/cf/cygwin.rules - Add a very nice hack to allow Xt to be built as a shared library. The fix exports _XtInherit as a data symbol and adds a bit of assembly code to the data section that redirects calls to the XtInherit function in the Xt DLL. (Ralf Habacker) 2) General - Recompile all libraries and executables with Xt, Xaw, Xaw6, and Xmu built as shared libraries. This cuts the size of the XFree86-bin package from around 10 MiB to 4 MiB. (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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Fri Oct 17 18:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 18:02:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-20 Message-ID: <3F902EA6.2050407@msu.edu> Announcement ============ The XFree86-xserv-4.3.0-20 package has been updated in the Cygwin distribution. Links ===== Server source, direct link: http://www.msu.edu/~huntharo/xwin/server/xwin-20031017-1340.tar.bz2 (130 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-18 source code: http://www.msu.edu/~huntharo/xwin/server/xwin-4.3.0-18-to-4.3.0-20.diff (20 KiB) Changes ======= 1) Clipboard Support - Enabled copying and pasting of non-ascii characters even when Windows does not support Unicode (i.e. Windows 95/98/Me). (Kensuke Matsuzaki) 2) Clipboard Support - Add ``-nounicodeclipboard'' command-line parameter that instructs the clipboard support in XWin.exe to not use Unicode functions, even if Windows supports them. (Kensuke Matsuzaki) 3) winconfig.c - Prevent JP layouts loaded for JP Windows with US keyboards. (Takuma Murakami) 4) winscrinit.c - Bail if -rootless and -multiwindow flags both present. (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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 pechtcha@cs.nyu.edu Fri Oct 17 18:11:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 17 Oct 2003 18:11:00 -0000 Subject: xman - Not showing X man pages? In-Reply-To: <3F8F9A57.3060501@msu.edu> References: <3F8F9A57.3060501@msu.edu> Message-ID: On Fri, 17 Oct 2003, Harold L Hunt II wrote: > xman doesn't list X man pages. Yet, /etc/man.config seems to imply that > /usr/X11R6/bin is in the MANPATH, but running 'set' shows that this is > not the case. Does man.config get read only by man, not xman? Does > xman look only at the MANPATH environment variable? According to the xman man page, that is the case. > If xman only looks at the MANPATH environment variable, then do we need > to add /usr/X11R6/man to MANPATH via a script in /etc/profile.d? I > manually added /usr/X11R6/man to the MANPATH and got xman to start > showing the X man pages, which leads me to believe that this would be > the correct solution. > > Thanks in advance for any feedback, > Harold Exactly. Preferably, this script should be added in the package that contains the X manpages (XFree86-man, I believe). Or you can reuse the 00xfree.sh that's already there (from the XFree86-bin package, I think). 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 huntharo@msu.edu Fri Oct 17 23:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 17 Oct 2003 23:39:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont Message-ID: <3F907DC6.2020602@msu.edu> I have tried enabling SharedLibFont in cygwin.rules, but we need xc/lib/font/Xfont-def.cpp. I ran Alexander's gendef.sh script to create the export list as follows: cd lib/font gendef.sh Xfont bitmap/unshared/?*.o fontfile/unshared/?*.o fc/unshared/?*.o fontcache/unshared/?*.o Speedo/unshared/?*.o Type1/unshared/?*.o FreeType/unshared/?*.o util/unshared/?*.o The Xfont-def.cpp file gets built just fine, but 'make' gives the following errors. Any help would be appreciated. Harold make[1]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/font/stubs' rm -f libXfont-1.dll.a rm -f cygXfont-1.dll gcc -shared -Wl,--out-implib=libXfont-1.dll.a -Wl,--enable-auto-import --def Xfo nt.def -Wl,--exclude-libs,ALL -o cygXfont-1.dll bitmap/?*.o fontfile/?*.o fc/?*. o fontcache/?*.o Speedo/?*.o Type1/?*.o FreeTyp e/?*.o util/?*.o Creating library file: libXfont-1.dll.a fontfile/ffcheck.o(.text+0x49):ffcheck.c: undefined reference to `_XpClientIsBit mapClient' fontfile/ffcheck.o(.text+0xe1):ffcheck.c: undefined reference to `_XpClientIsBit mapClient' fontfile/ffcheck.o(.text+0x171):ffcheck.c: undefined reference to `_XpClientIsBi tmapClient' fontfile/ffcheck.o(.text+0x207):ffcheck.c: undefined reference to `_XpClientIsBi tmapClient' fontfile/ffcheck.o(.text+0x2a1):ffcheck.c: undefined reference to `_XpClientIsBi tmapClient' fontfile/ffcheck.o(.text+0x337):ffcheck.c: more undefined references to `_XpClie ntIsBitmapClient' follow fontfile/ffcheck.o(.text+0x437):ffcheck.c: undefined reference to `_RegisterFPEF unctions' fontfile/fontdir.o(.text+0x1096):fontdir.c: undefined reference to `_GetDefaultP ointSize' fontfile/fontdir.o(.text+0x11d3):fontdir.c: undefined reference to `_GetClientRe solutions' fontfile/fontdir.o(.text+0x1255):fontdir.c: undefined reference to `_GetDefaultP ointSize' fontfile/fontdir.o(.text+0x12b9):fontdir.c: undefined reference to `_GetDefaultP ointSize' fontfile/fontencc.o(.text+0x59):fontencc.c: undefined reference to `_ErrorF' fontfile/fontencc.o(.text+0xa8):fontencc.c: undefined reference to `_ErrorF' fontfile/fontfile.o(.text+0x1b0e):fontfile.c: undefined reference to `_RegisterF PEFunctions' fontfile/fontscale.o(.text+0x268):fontscale.c: undefined reference to `_GetClien tResolutions' fontfile/gunzip.o(.text+0x84):gunzip.c: undefined reference to `_inflateInit2_' fontfile/gunzip.o(.text+0x116):gunzip.c: undefined reference to `_inflateEnd' fontfile/gunzip.o(.text+0x228):gunzip.c: undefined reference to `_inflate' fontfile/printerfont.o(.text+0x120):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x1b5):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x245):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x2db):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x375):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x40b):printerfont.c: more undefined references to `_XpClientIsPrintClient' follow fontfile/printerfont.o(.text+0x4ee):printerfont.c: undefined reference to `_Regi sterFPEFunctions' fontfile/renderers.o(.text+0x169):renderers.c: undefined reference to `_ErrorF' fc/fsconvert.o(.text+0x107a):fsconvert.c: undefined reference to `_find_old_font ' fc/fsconvert.o(.text+0x10aa):fsconvert.c: undefined reference to `_DeleteFontCli entID' fc/fsconvert.o(.text+0x11d0):fsconvert.c: undefined reference to `_GetNewFontCli entID' fc/fsconvert.o(.text+0x11df):fsconvert.c: undefined reference to `_StoreFontClie ntFont' fc/fserve.o(.text+0x56):fserve.c: undefined reference to `_GetClientResolutions' fc/fserve.o(.text+0x149):fserve.c: undefined reference to `_init_fs_handlers' fc/fserve.o(.text+0x231):fserve.c: undefined reference to `_remove_fs_handlers' fc/fserve.o(.text+0x358):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x41b):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x731):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x85d):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x89f):fserve.c: undefined reference to `_find_old_font' fc/fserve.o(.text+0xd27):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x10f9):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x1415):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x165f):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x1789):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x1817):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x18a7):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x18cd):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x24d9):fserve.c: undefined reference to `_serverClient' fc/fserve.o(.text+0x2512):fserve.c: undefined reference to `_serverClient' fc/fserve.o(.text+0x252f):fserve.c: undefined reference to `_serverClient' fc/fserve.o(.text+0x2dd4):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x2f4a):fserve.c: undefined reference to `_GetNewFontClientID' fc/fserve.o(.text+0x2f77):fserve.c: undefined reference to `_set_font_authorizat ions' fc/fserve.o(.text+0x2fdb):fserve.c: undefined reference to `_client_auth_generat ion' fc/fserve.o(.text+0x304d):fserve.c: undefined reference to `_client_auth_generat ion' fc/fserve.o(.text+0x3200):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x33a9):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x3420):fserve.c: undefined reference to `_GetClientResolution s' fc/fserve.o(.text+0x36c6):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x38e1):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x3a14):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x3bee):fserve.c: undefined reference to `_RegisterFPEFunction s' fc/fserve.o(.text+0x3c49):fserve.c: undefined reference to `_XpClientIsBitmapCli ent' fc/fserve.o(.text+0x3ce1):fserve.c: undefined reference to `_XpClientIsBitmapCli ent' fc/fserve.o(.text+0x3d71):fserve.c: undefined reference to `_XpClientIsBitmapCli ent' fc/fserve.o(.text+0x3e07):fserve.c: undefined reference to `_XpClientIsBitmapCli ent' fc/fserve.o(.text+0x3eee):fserve.c: undefined reference to `_RegisterFPEFunction s' fc/fsio.o(.text+0x448):fsio.c: undefined reference to `_GetTimeInMillis' Speedo/sperr.o(.text+0x1e):sperr.c: undefined reference to `_ErrorF' Speedo/sperr.o(.text+0x30):sperr.c: undefined reference to `_ErrorF' Type1/arith.o(.text+0x227):arith.c: undefined reference to `_FatalError' Type1/curves.o(.text+0x420):curves.c: undefined reference to `_FatalError' Type1/hints.o(.text+0x165):hints.c: undefined reference to `_FatalError' Type1/hints.o(.text+0x2da):hints.c: undefined reference to `_FatalError' Type1/hints.o(.text+0x3e7):hints.c: undefined reference to `_FatalError' Type1/hints.o(.text+0x53d):hints.c: more undefined references to `_FatalError' f ollow Type1/t1funcs.o(.text+0x286c):t1funcs.c: undefined reference to `_ErrorF' Type1/t1malloc.o(.text+0x113):t1malloc.c: undefined reference to `_FatalError' Type1/t1malloc.o(.text+0x239):t1malloc.c: undefined reference to `_FatalError' Type1/t1malloc.o(.text+0x538):t1malloc.c: undefined reference to `_FatalError' Type1/t1malloc.o(.text+0x741):t1malloc.c: undefined reference to `_FatalError' Type1/t1stub.o(.text+0x2a):t1stub.c: undefined reference to `_FatalError' FreeType/ftenc.o(.text+0x17b):ftenc.c: undefined reference to `_FT_Select_Charma p' FreeType/ftenc.o(.text+0x1b8):ftenc.c: undefined reference to `_ErrorF' FreeType/ftenc.o(.text+0x1ed):ftenc.c: undefined reference to `_FT_Has_PS_Glyph_ Names' FreeType/ftenc.o(.text+0x2aa):ftenc.c: undefined reference to `_FT_Get_Sfnt_Tabl e' FreeType/ftenc.o(.text+0x2f3):ftenc.c: undefined reference to `_ErrorF' FreeType/ftenc.o(.text+0x437):ftenc.c: undefined reference to `_FT_Set_Charmap' FreeType/ftenc.o(.text+0x44e):ftenc.c: undefined reference to `_FT_Get_Char_Inde x' FreeType/ftenc.o(.text+0x483):ftenc.c: undefined reference to `_FT_Get_Name_Inde x' FreeType/ftfuncs.o(.text+0x1ce):ftfuncs.c: undefined reference to `_FT_Init_Free Type' FreeType/ftfuncs.o(.text+0x2bb):ftfuncs.c: undefined reference to `_FT_New_Face' FreeType/ftfuncs.o(.text+0x306):ftfuncs.c: undefined reference to `_ErrorF' FreeType/ftfuncs.o(.text+0x33f):ftfuncs.c: undefined reference to `_FT_New_Face' FreeType/ftfuncs.o(.text+0x371):ftfuncs.c: undefined reference to `_ErrorF' FreeType/ftfuncs.o(.text+0x3f5):ftfuncs.c: undefined reference to `_ErrorF' FreeType/ftfuncs.o(.text+0x400):ftfuncs.c: undefined reference to `_FT_Done_Face ' FreeType/ftfuncs.o(.text+0x5ed):ftfuncs.c: undefined reference to `_FT_Activate_ Size' FreeType/ftfuncs.o(.text+0x60c):ftfuncs.c: undefined reference to `_ErrorF' FreeType/ftfuncs.o(.text+0x64f):ftfuncs.c: undefined reference to `_FT_Set_Trans form' FreeType/ftfuncs.o(.text+0x7e8):ftfuncs.c: undefined reference to `_FT_New_Size' FreeType/ftfuncs.o(.text+0x7fe):ftfuncs.c: undefined reference to `_ErrorF' FreeType/ftfuncs.o(.text+0x871):ftfuncs.c: undefined reference to `_FT_Set_Char_ Size' FreeType/ftfuncs.o(.text+0x882):ftfuncs.c: undefined reference to `_FT_Done_Size ' FreeType/ftfuncs.o(.text+0x918):ftfuncs.c: undefined reference to `_FT_Done_Size ' FreeType/ftfuncs.o(.text+0xd19):ftfuncs.c: undefined reference to `_FT_Load_Glyp h' FreeType/ftfuncs.o(.text+0x18cc):ftfuncs.c: undefined reference to `_FT_Get_Sfnt _Table' FreeType/ftfuncs.o(.text+0x18eb):ftfuncs.c: undefined reference to `_FT_Get_Sfnt _Table' FreeType/ftfuncs.o(.text+0x1906):ftfuncs.c: undefined reference to `_FT_Get_PS_F ont_Info' FreeType/ftfuncs.o(.text+0x2416):ftfuncs.c: undefined reference to `_FT_Get_X11_ Font_Format' FreeType/ftfuncs.o(.text+0x315b):ftfuncs.c: undefined reference to `_FT_Get_PS_F ont_Info' FreeType/fttools.o(.text+0xc0):fttools.c: undefined reference to `_FT_Get_Sfnt_N ame_Count' FreeType/fttools.o(.text+0xef):fttools.c: undefined reference to `_FT_Get_Sfnt_N ame' collect2: ld returned 1 exit status make: *** [cygXfont-1.dll] Error 1 From huntharo@msu.edu Sat Oct 18 05:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 05:57:00 -0000 Subject: Updated: XFree86-man-4.3.0-2 Message-ID: <3F90D639.4050508@msu.edu> The XFree86-man-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Add two new files: /etc/profile.d/XFree86-man.csh /etc/profile.d/XFree86-man.sh Both of these files append /usr/X11R6/man to the environment variable MANPATH. This allows 'xman' to finally list the XFree86 man pages in its directory of man pages. (Harold L Hunt II, Igor Pechtchanski) -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Sat Oct 18 05:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 05:57:00 -0000 Subject: Updated: XFree86-fsrv-4.3.0-4 Message-ID: <3F90D645.9090008@msu.edu> The XFree86-fsrv-4.3.0-4 package has been updated in the Cygwin distribution. Changes: 1) The man page for xfs went missing. Found it and put it back in this package where it belongs. (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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Sat Oct 18 05:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 05:58:00 -0000 Subject: xman - Not showing X man pages? In-Reply-To: References: <3F8F9A57.3060501@msu.edu> Message-ID: <3F90D66B.4070503@msu.edu> Igor, Thanks. Just uploaded XFree86-man-4.3.0-2. It will be nice to have this working finally. Any other rough edges that Cygwin/XFree86 has that I am blissfully unaware of? Harold Igor Pechtchanski wrote: > On Fri, 17 Oct 2003, Harold L Hunt II wrote: > > >>xman doesn't list X man pages. Yet, /etc/man.config seems to imply that >>/usr/X11R6/bin is in the MANPATH, but running 'set' shows that this is >>not the case. Does man.config get read only by man, not xman? Does >>xman look only at the MANPATH environment variable? > > > According to the xman man page, that is the case. > > >>If xman only looks at the MANPATH environment variable, then do we need >>to add /usr/X11R6/man to MANPATH via a script in /etc/profile.d? I >>manually added /usr/X11R6/man to the MANPATH and got xman to start >>showing the X man pages, which leads me to believe that this would be >>the correct solution. >> >>Thanks in advance for any feedback, >>Harold > > > Exactly. Preferably, this script should be added in the package that > contains the X manpages (XFree86-man, I believe). Or you can reuse the > 00xfree.sh that's already there (from the XFree86-bin package, I think). > Igor From huntharo@msu.edu Sat Oct 18 07:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 07:26:00 -0000 Subject: New package: xgraph-12.1-1 Message-ID: <3F90EB10.2070508@msu.edu> The xgraph-12.1-1 package has been added to the Cygwin distribution. Description: VINT release of Xgraph. Xgraph does interactive plotting and graphing in X Windows. http://www.isi.edu/nsnam/xgraph/ -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 hzhr@linuxforum.net Sat Oct 18 09:41:00 2003 From: hzhr@linuxforum.net (hzhr@linuxforum.net) Date: Sat, 18 Oct 2003 09:41:00 -0000 Subject: When to update shared lesstif, Xaw3d? Message-ID: Hi, It's very nice that libXt has released as shared lib now, thanks you all great works. Yes, you know, I just ask and want to know when will update lesstif to shared lib? Today I compiled xpdf with shared libXt and static lesstif, but that segmentation fault. And I've found that shared Xaw3d never worked correctly, since it was built with static libXt but to shared lib, so it exports lots of functions that origin in libXt. I think Xaw3d needs rebuild. Thanks. From huntharo@msu.edu Sat Oct 18 18:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 18:42:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION Message-ID: <3F91899A.8070801@msu.edu> This is for Brian Ford (unofficial lesstif maintainer): I recompiled your lesstif-0.93.91-1-src package for the new shared Xt. Everything compiles fine and mwm.exe runs okay, but I noticed a STATUS_ACCESS_VIOLATION when you choose the "Close" command from a window's menu. I built a debug version of lesstif and got the backtrace below. Now, first things first: was this a problem in the lesstif-0.93.91-1 binary release that is out there? Could someone that has not upgraded to the new shared Xt (XFree86-bin-4.3.0-5 package) try running mwm.exe and report on this? If this was already a problem then we don't need to worry about fixing it now. If it is a new problem then it should probably be fixed before we make a new release. Harold (gdb) run Starting program: /usr/X11R6/bin/mwm.exe Program received signal SIGSEGV, Segmentation fault. MENU_WinMenu (scr=0x101056e0, menu=0x240, win=0x10115ef8, button=0, icon=0) at menus.c:1023 1023 if (menu->in_use) (gdb) bt #0 MENU_WinMenu (scr=0x101056e0, menu=0x240, win=0x10115ef8, button=0, icon=0) at menus.c:1023 #1 0x0040c1e1 in FUNC_Execute (scr=0x101056e0, func=44, action=0x0, in_w=6291578, tmp_win=0x10115ef8, eventp=0x22fb38, context=32, val1=0, val2=0, val1_unit=1400, val2_unit=1020, menu=0x10114558) at functions.c:1554 #2 0x00407ddd in button_press (scr=0x101056e0, win=0x10115ef8, event=0x22fb38) at events.c:1034 #3 0x00408d90 in EVENT_Dispatch (event=0x22fb38) at events.c:1639 #4 0x00413c0c in main (argc=269441056, argv=0x0) at mwm.c:562 (gdb) From huntharo@msu.edu Sat Oct 18 19:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 19:10:00 -0000 Subject: When to update shared lesstif, Xaw3d? In-Reply-To: <200310180941.h9I9fqE16742@pilot07.cl.msu.edu> References: <200310180941.h9I9fqE16742@pilot07.cl.msu.edu> Message-ID: <3F91901C.7030408@msu.edu> I forgot that lesstif would have to be recompiled. See my note that I sent about my efforts to recompile it for more details. Xaw3d never did work as a shared library. Compiling it as a shared library now causes a crash when you drop down the menus in xfig. I am looking into this right now. I may or may not be able to fix this. Harold hzhr@linuxforum.net wrote: > Hi, > It's very nice that libXt has released as shared lib now, thanks you all > great works. Yes, you know, I just ask and want to know when will update > lesstif to shared lib? Today I compiled xpdf with shared libXt and static > lesstif, but that segmentation fault. > And I've found that shared Xaw3d never worked correctly, since it was built > with static libXt but to shared lib, so it exports lots of functions that origin > in libXt. I think Xaw3d needs rebuild. > > Thanks. From huntharo@msu.edu Sat Oct 18 19:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 19:13:00 -0000 Subject: xfig - Crash when built against shared Xaw3d Message-ID: <3F9190DC.8040409@msu.edu> Backtrace is below. Maybe I will downgrade back to Xaw3d 1.5D plus the patch that Nicholas had. That might avoid the problem altogether. Please send in any input about this crash if you have any. Harold (gdb) run Starting program: /home/harold/x-devel/4.3/ports/xfig/build/Xaw3d/xfig.exe Program received signal SIGSEGV, Segmentation fault. 0x0075a11f in Redisplay (w=0x101129c8, event=0x0, region=0x0) at SmeLine.c:220 220 Dimension s = tdw->threeD.shadow_width; (gdb) bt #0 0x0075a11f in Redisplay (w=0x101129c8, event=0x0, region=0x0) at SmeLine.c:220 #1 0x0050701b in Redisplay (w=0x1010e460, event=0x22fcf8, region=0x100f5a20) at SimpleMenu.c:337 #2 0x008611c6 in SendExposureEvent () from /usr/X11R6/bin/cygXt-6.dll #3 0x00860e9d in CompressExposures () from /usr/X11R6/bin/cygXt-6.dll #4 0x00860d7b in XtDispatchEventToWidget () from /usr/X11R6/bin/cygXt-6.dll #5 0x008615f7 in _XtDefaultDispatcher () from /usr/X11R6/bin/cygXt-6.dll #6 0x008619bf in XtDispatchEvent () from /usr/X11R6/bin/cygXt-6.dll #7 0x004537e9 in _fu419__XtStrings () at main.c:1501 #8 0x61005018 in forkpty () from /usr/bin/cygwin1.dll #9 0x610052ed in dll_crt0@0 () from /usr/bin/cygwin1.dll #10 0x00509a51 in cygwin_crt0 () #11 0x0040103c in mainCRTStartup () #12 0x77e814c7 in KERNEL32!GetCurrentDirectoryW () from /cygdrive/c/WINDOWS/system32/kernel32.dll #13 0x611283b4 in h_errno () #14 0x61128390 in h_errno () #15 0x7ffdf000 in ?? () #16 0xf52ffcf0 in ?? () #17 0x0022ffc8 in ?? () #18 0x80534504 in ?? () #19 0xffffffff in ?? () #20 0x77e94809 in SetThreadExecutionState () ---Type to continue, or q to quit--- from /cygdrive/c/WINDOWS/system32/kernel32.dll (gdb) From huntharo@msu.edu Sat Oct 18 20:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 20:06:00 -0000 Subject: xfig - Crash when built against shared Xaw3d In-Reply-To: <3F9190DC.8040409@msu.edu> References: <3F9190DC.8040409@msu.edu> Message-ID: <3F919D2B.4000202@msu.edu> I compiled Xaw3d 1.5D with Nicholas's patch and xfig worked just fine without crashing. Either Nicholas or I can update the Xaw3d package. He is pretty busy, so it might end up being me again. In any case, I have played with Cygwin enough for today. Until tomorrow. Harold Harold L Hunt II wrote: > Backtrace is below. Maybe I will downgrade back to Xaw3d 1.5D plus the > patch that Nicholas had. That might avoid the problem altogether. > > Please send in any input about this crash if you have any. > > Harold > > > (gdb) run > Starting program: /home/harold/x-devel/4.3/ports/xfig/build/Xaw3d/xfig.exe > > Program received signal SIGSEGV, Segmentation fault. > 0x0075a11f in Redisplay (w=0x101129c8, event=0x0, region=0x0) at > SmeLine.c:220 > 220 Dimension s = tdw->threeD.shadow_width; > (gdb) bt > #0 0x0075a11f in Redisplay (w=0x101129c8, event=0x0, region=0x0) > at SmeLine.c:220 > #1 0x0050701b in Redisplay (w=0x1010e460, event=0x22fcf8, > region=0x100f5a20) > at SimpleMenu.c:337 > #2 0x008611c6 in SendExposureEvent () from /usr/X11R6/bin/cygXt-6.dll > #3 0x00860e9d in CompressExposures () from /usr/X11R6/bin/cygXt-6.dll > #4 0x00860d7b in XtDispatchEventToWidget () from > /usr/X11R6/bin/cygXt-6.dll > #5 0x008615f7 in _XtDefaultDispatcher () from /usr/X11R6/bin/cygXt-6.dll > #6 0x008619bf in XtDispatchEvent () from /usr/X11R6/bin/cygXt-6.dll > #7 0x004537e9 in _fu419__XtStrings () at main.c:1501 > #8 0x61005018 in forkpty () from /usr/bin/cygwin1.dll > #9 0x610052ed in dll_crt0@0 () from /usr/bin/cygwin1.dll > #10 0x00509a51 in cygwin_crt0 () > #11 0x0040103c in mainCRTStartup () > #12 0x77e814c7 in KERNEL32!GetCurrentDirectoryW () > from /cygdrive/c/WINDOWS/system32/kernel32.dll > #13 0x611283b4 in h_errno () > #14 0x61128390 in h_errno () > #15 0x7ffdf000 in ?? () > #16 0xf52ffcf0 in ?? () > #17 0x0022ffc8 in ?? () > #18 0x80534504 in ?? () > #19 0xffffffff in ?? () > #20 0x77e94809 in SetThreadExecutionState () > ---Type to continue, or q to quit--- > from /cygdrive/c/WINDOWS/system32/kernel32.dll > (gdb) > From jay@JaySmith.com Sat Oct 18 20:50:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Sat, 18 Oct 2003 20:50:00 -0000 Subject: results/problems (Re: [PATCH] Copy/Paste non-ascii characters) In-Reply-To: <3F8CB0C5.9090503@msu.edu> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> <3F8A1598.8050503@msu.edu> <3F8C9DFA.8070205@JaySmith.com> <3F8CA178.7040300@msu.edu> <3F8CA818.7000902@JaySmith.com> <3F8CB0C5.9090503@msu.edu> Message-ID: <3F91A751.9020109@JaySmith.com> Harold, I have done the installation and I have several things to report. If some of these are not for this list, please advise. First of all, FYI, when I did the install, Progeny would not respond at all so I used Purdue. In any case, I turned OFF everything and then turned on only XFree xserve, scalable fonts, and xwinclip -- those of course caused some other things to turn on automatically. 1) The main problem of copy/paste of non-ascii characters *within* Linux Mozilla seems to be *fixed*. Thanks! However.... 2) I had my own modified script (with its own unique filename) that was used to start X; I guess this was before startxdmcp.bat was available. I copied my script into place. However, when I run MY script now, it seems like the command (in MY script) start XWin -nodecoration -clipboard -once -query jsa.jaysmith.com actually (also?) RUNS startxdmcp.bat That is very odd and I am not sure what to do. I had to modify startxdmcp.bat to bring it in line with my script so the proper command would get done. I believe that startxdmcp.bat is getting run because the DOS box that appears says so, identifying it by name -- even if *I* don't directly run it. 3) I think that startxdmcp.bat may have an error in it. The original version of it has the command: start XWin -query %REMOTE_HOST% -nodecoration -lesspointer and this causes an error in the DOS box about "too many paramaters". I am certainly no expert, but I think that the "-query ...." should be the LAST thing on the command line. Anyway, when I made it so (like my original script) it worked without putting out the error. 4) Generally X performance seems to be better. It is very subjective, but so good, so far. Jay Harold L Hunt II said the following on 10/14/2003 10:28 PM: > Jay, > > The status is that XFree86 has been recompiled and rereleased for Cygwin > 1.5.x. Everything should be "safe". However, I would always recommend > doing a demo installation on one machine and trying out your apps before > you upgrade all machines. That should give you a better idea of if it > will work for you. > > One thing you can do is rename c:\cygwin to c:\cygwin_works, download > setup.exe to c:\cyginstall_test, then run setup.exe and install to > c:\cygwin (which is now an empty directory). This will allow you to > test a complete new install and see if it works for you. You can then > move c:\cygwin to c:\cygwin_test and move c:\cygwin_works back to > c:\cygwin to restore your old installation. > > Harold > > Jay Smith wrote: > >> Harold, >> >> Before I embark on upgrading all of Cygwin to deal with this, is there >> any risk that stuff will break? Since Cygwin underwent a major >> overhaul recently, it seems to me that there is a chance that some >> small parts of XFree86 stuff (I use little else) might be broken until >> all is brought up to speed. >> >> Since this is a minute-to-minute critical application (X windowing) >> upon which we rely 100%, I have to be very careful about changes. >> (Recalling recent RedHat library changes which broke lots of stuff and >> recent Perl version changes which wrecked our CGI scripts.) >> >> What is the status? Does all the XFree86 stuff work under the new >> Cygwin? Is it "safe" now? (I know that in the first few weeks it was >> not "safe".) >> >> Jay >> >> Harold L Hunt II said the following on 10/14/2003 09:23 PM: >> >>> Jay, >>> >>> Jay Smith wrote: >>> >>>> Harold, >>>> >>>> a) Before I attempt this fix, will this work with my old version of >>>> everything else? I know that Cygwin has moved ahead since April. >>>> Or does installing this start me down a slippery slope... >>> >>> >>> >>> >>> I hate when I forget to ask this if people are running the latest >>> version or not. You really need to be running the latest versions in >>> order for us to properly debug and test things. >>> >>> Yes, you will have to update to the 4.3.0 release of Cygwin/XFree86. >>> I think I released it after April. All of the DLLs have had their >>> names changed, so you need to get those (in the -bin package) but I >>> believe I made the fonts in such a way that they will not download >>> again unless you have a really old version. You will basically need >>> to get anything that has a new version, since there have been updates >>> to Cygwin's DLL, various libraries, etc. >>> >>>> b) Before I had the sense to ask the question above, I got as far as >>>> starting the download process from a mirror that I had previously >>>> used. The setup program warned me that a newer setup.ini file would >>>> replace the old one, but did not seem to give me a way to cancel >>>> out. So, now I have an new setup.ini but old "everything else" >>>> files -- and I *do* need the "old everything else" to reinstall on >>>> PCs that die, etc. Am I screwed? >>> >>> >>> >>> >>> Setup gives a warning about setup.ini telling it that there is a new >>> version of setup.exe available and that you don't have it. Download >>> the latest setup.exe and you won't get the warning (plus there has >>> been a lot of development on setup.exe in the last several months). >>> >>> I'm not sure about the status of your installation images. It sounds >>> like you have been doing a download to disk then installing from >>> that? Uh... guess all I can tell you is that you should have backed >>> up first :) Of course, you could just look at files that have been >>> updated recently and check if setup.exe made a backup of the old >>> setup.ini that you had. >>> >>> Harold >>> >>> >>>> Jay >>>> >>>> >>>> Harold L Hunt II said the following on 10/12/2003 11:01 PM: >>>> >>>>> Jay, >>>>> >>>>> I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should >>>>> be showing up on mirrors within a few hours. When it does, run >>>>> setup.exe and manually select version '4.3.0-20' for the >>>>> XFree86-xserv package. Then, run the new server version as usual >>>>> (do not use the new flag that Kensuke talked about) and report your >>>>> results to the mailing list. >>>>> >>>>> Harold >>>>> >>>>> Jay Smith wrote: >>>>> >>>>>> Dear Kensuke, >>>>>> >>>>>> Thank you very much for your effort on this. >>>>>> >>>>>> Unfortunately, I am pretty ignorant of these matters, thus you >>>>>> will have to tell me what it is that I should do with the two >>>>>> .diff files you attached. I will be happy to do whatever with >>>>>> them, but I am clueless as to what is to be done with them. >>>>>> >>>>>> Sorry to be a pain. >>>>>> >>>>>> Jay >>>>>> >>>>>> Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: >>>>>> >>>>>>> Jay, >>>>>>> >>>>>>> Perhaps this patch enable XWin to copy/paste non-ascii characters >>>>>>> even if Windows does't support Unicode (95/98/Me). >>>>>>> LANG environment variable and Windows locale must be same. >>>>>>> I added -nounicodeclipboard option, I tested using this on XP. >>>>>>> But I don't have 95/98/Me. >>>>>>> >>>>>>> And it seems tha libX11 has some CTEXT convertion bug, I attach >>>>>>> patch that based on TAKABE's work. >>>>>>> http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff >>>>>>> >>>>>>> By the way, nls/locale.alias has alias somethig like >>>>>>> "Arabic_Egypt.1256". Can we use that? >>>>>>> If so, we no longer need LANG environment variable. >>>>>>> We can get it following code. >>>>>>> >>>>>>> char pszCountry[128]; >>>>>>> char pszLanguage[128]; >>>>>>> int nAcp = GetACP (); >>>>>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, >>>>>>> pszCountry, 128); >>>>>>> GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, >>>>>>> pszLanguage, 128); >>>>>>> >>>>>>> printf ("%s_%s.%d\n", pszLanguage, pszCountry, nAcp); >>>>>>> >>>>>>> Kensuke Matsuzaki -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Sat Oct 18 22:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 18 Oct 2003 22:30:00 -0000 Subject: results/problems (Re: [PATCH] Copy/Paste non-ascii characters) In-Reply-To: <3F91A751.9020109@JaySmith.com> References: <3F89AD69.2070204@JaySmith.com> <3F8A082D.4080106@JaySmith.com> <3F8A1598.8050503@msu.edu> <3F8C9DFA.8070205@JaySmith.com> <3F8CA178.7040300@msu.edu> <3F8CA818.7000902@JaySmith.com> <3F8CB0C5.9090503@msu.edu> <3F91A751.9020109@JaySmith.com> Message-ID: <3F91BF0E.5000100@msu.edu> Jay, Jay Smith wrote: > Harold, > > I have done the installation and I have several things to report. If > some of these are not for this list, please advise. First of all, FYI, > when I did the install, Progeny would not respond at all so I used > Purdue. In any case, I turned OFF everything and then turned on only > XFree xserve, scalable fonts, and xwinclip -- those of course caused > some other things to turn on automatically. > > 1) The main problem of copy/paste of non-ascii characters *within* Linux > Mozilla seems to be *fixed*. Thanks! That is good to know. Thanks to Kensuke Matsuzaki. > However.... > > 2) I had my own modified script (with its own unique filename) that was > used to start X; I guess this was before startxdmcp.bat was available. > I copied my script into place. However, when I run MY script now, it > seems like the command (in MY script) > start XWin -nodecoration -clipboard -once -query jsa.jaysmith.com > actually (also?) RUNS startxdmcp.bat > > That is very odd and I am not sure what to do. I had to modify > startxdmcp.bat to bring it in line with my script so the proper command > would get done. > > I believe that startxdmcp.bat is getting run because the DOS box that > appears says so, identifying it by name -- even if *I* don't directly > run it. You would have to send in your script and your copy of startxdmcp.bat and the exact command you are using to run your script in order for us to figure out what is going on. > 3) I think that startxdmcp.bat may have an error in it. The original > version of it has the command: > > start XWin -query %REMOTE_HOST% -nodecoration -lesspointer > > and this causes an error in the DOS box about "too many paramaters". > I am certainly no expert, but I think that the "-query ...." should be > the LAST thing on the command line. Anyway, when I made it so (like my > original script) it worked without putting out the error. Nope. The order of these parameters shouldn't matter. You may be having some trouble if %REMOTE_HOST% is not properly defined or if it has characters in it that are getting interpreted by the DOS batch processor. > 4) Generally X performance seems to be better. It is very subjective, > but so good, so far. Huh... no performance tweaks this time. Must just feel faster :) Harold From zakki@peppermint.jp Sun Oct 19 07:36:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sun, 19 Oct 2003 07:36:00 -0000 Subject: Generic rootless Message-ID: Hello, This uses miext/rootless. rootless mode create Windows window for each toplevel X window. The remote X apps's reorder/maximize/minimize performance is improved. And to click one X window doesn't raise all X window together. Known problem: When using twm, I click window then that window raise top in Windows but it stay previous position in X. I don't know how to avoid clicking Windows window raise window. Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: rootless.tar.bz2 Type: application/octet-stream Size: 12425 bytes Desc: not available URL: From dldhdz@hotmail.com Sun Oct 19 11:26:00 2003 From: dldhdz@hotmail.com (Philip D) Date: Sun, 19 Oct 2003 11:26:00 -0000 Subject: can not open display Message-ID: I want to get x connection to remote server: run the programme in the server and display in local pc. My pc got a local IP: 192.168.0.3, external IP 81.152.*.* (my homenetworking with 3 pcs connectting to the internet through a router) it does not work when I set DISPLAY=127.0.0.1:0 or any of the above. what I should do to OPEN DISPLAY? Thanks in advance Philip D. From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Oct 19 13:17:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 19 Oct 2003 13:17:00 -0000 Subject: a problem with X connection to HPC server-------local computer IP name In-Reply-To: References: Message-ID: Thomas Chadwick wrote: > The one thing I'm not sure abouit is what would happen to XDM after the SSH > tunnel ended. Will it continuously loop trying to start an X session on the > defunct DISPLAY? It will try a few (5 afair) times and then disable the entry for 30 minutes. bye ago NP: JBO - Bimber Bumber D?del Dei -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Oct 19 13:20:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 19 Oct 2003 13:20:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: <3F907DC6.2020602@msu.edu> References: <3F907DC6.2020602@msu.edu> Message-ID: Harold L Hunt II wrote: > gcc -shared -Wl,--out-implib=libXfont-1.dll.a -Wl,--enable-auto-import > --def Xfont.def -Wl,--exclude-libs,ALL -o cygXfont-1.dll bitmap/?*.o > fontfile/?*.o fc/?*.o fontcache/?*.o Speedo/?*.o Type1/?*.o > FreeType/?*.o util/?*.o No libs. I think -lXp -lX11 -lXext -lz -lfreetype will help. NP: JBO - Meister der Musik (Teil 2) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Oct 19 13:26:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 19 Oct 2003 13:26:00 -0000 Subject: can not open display In-Reply-To: References: Message-ID: Philip D wrote: > I want to get x connection to remote server: run the programme in the server > and display in local pc. > > My pc got a local IP: 192.168.0.3, > external IP 81.152.*.* > (my homenetworking with 3 pcs connectting to the internet through a router) > > it does not work when I set DISPLAY=127.0.0.1:0 or any of the above. > > what I should do to OPEN DISPLAY? use ssh. DISPLAY=127.0.0.1:0.0 ssh -X server after login you can start any X11 program and ssh automagicly forwards the output to your local xserver. If it does not work, see the troubleshooting section of the faq. bye ago NP: JBO - Ein klassischer Tag zum Sterbe -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From quarto@thuntek.net Sun Oct 19 14:50:00 2003 From: quarto@thuntek.net (quarto) Date: Sun, 19 Oct 2003 14:50:00 -0000 Subject: Window focus problem with new releases Message-ID: I installed relaeses XFree86-bin-4.3.0-5.tar.bz2, XFree86-prog-4.3.0-8.tar.bz2 and XFree86-xserv-4.3.0-20.tar.bz2 and have noticed the following problem while running Fluxbox: A window (e.g. xterm) that has the focus but does not have the cursor in the window cannot recieve keyboard input. This has not been a problem prior to installation of the named releases. Not a big issue, just an issue. Paul From davidf@sjsoft.com Sun Oct 19 15:01:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Sun, 19 Oct 2003 15:01:00 -0000 Subject: Generic rootless In-Reply-To: References: Message-ID: <3F92A731.6070208@sjsoft.com> Kensuke Matsuzaki wrote: >Hello, > >This uses miext/rootless. rootless mode create Windows window for each toplevel X >window. >The remote X apps's reorder/maximize/minimize performance is improved. >And to click one X window doesn't raise all X window together. > >Known problem: > When using twm, I click window then that window raise top in Windows but it stay >previous position in X. I don't know how to avoid clicking Windows window raise >window. > >Kensuke Matsuzaki > > Hi Kensuke Wow, you keep on coming up with brilliant improvements Thanks! David From huntharo@msu.edu Sun Oct 19 23:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 19 Oct 2003 23:23:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: References: <3F907DC6.2020602@msu.edu> Message-ID: <3F931CCF.3020605@msu.edu> Alexander, I got this to work by modifying our SharedXfontReqs in xc/config/cf/cygwin.tmpl as follows: #define SharedXfontReqs $(LDPRELIB) $(FONTSTUBLIB) GzipLibrary \ $(FREETYPE2LIB) I then rebuilt all clients, but it looks like only 'luit', 'xfs', 'mkfontscale', and the servers depend on the Xfont lib. Neither of 'luit' or 'xfs' seem to work on Cygwin. 'mkfontscale' works, right? But the servers don't link to the shared Xfont lib unless you define XserverStaticFontLib as YES. I did a build of the servers with XserverStaticFontLib set to YES. XWin.exe crashed on startup and I didn't look into it any further. Also, when SharedLibFont is YES, both the shared and static versions get built, since the servers need the static version by default and don't seem to work with the shared version. This all gets down to one question: does it make any sense and is there any benefit to building a shared Xfont lib? I can't see any good reasons for it. Well, the one good reason is that the size of XWin.exe drops by about 600 KiB, but that is about it. Please send you input, Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>gcc -shared -Wl,--out-implib=libXfont-1.dll.a -Wl,--enable-auto-import >>--def Xfont.def -Wl,--exclude-libs,ALL -o cygXfont-1.dll bitmap/?*.o >>fontfile/?*.o fc/?*.o fontcache/?*.o Speedo/?*.o Type1/?*.o >> FreeType/?*.o util/?*.o > > > No libs. I think -lXp -lX11 -lXext -lz -lfreetype will help. > > NP: JBO - Meister der Musik (Teil 2) From huntharo@msu.edu Sun Oct 19 23:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 19 Oct 2003 23:42:00 -0000 Subject: Generic rootless In-Reply-To: References: Message-ID: <3F932145.1060603@msu.edu> Kensuke, Looks cool. I really like the idea of doing this. I had talked to Torrey about how to do this, but I never got around to it. One problem I noticed right away: Your diff for hw/xwin thinks it is creating the Imakefile as a new file because there was no xwin-20031017-1340/Imakefile file on your system. I think I can probably figure out what you were trying to do here (adding a few source and object files I assume). Very impressive. I won't have a chance to build this until a day or two from now. I will give more feedback then. Harold Kensuke Matsuzaki wrote: > Hello, > > This uses miext/rootless. rootless mode create Windows window for each toplevel X > window. > The remote X apps's reorder/maximize/minimize performance is improved. > And to click one X window doesn't raise all X window together. > > Known problem: > When using twm, I click window then that window raise top in Windows but it stay > previous position in X. I don't know how to avoid clicking Windows window raise > window. > > Kensuke Matsuzaki From Joshua.Rubin@Colorado.EDU Mon Oct 20 01:48:00 2003 From: Joshua.Rubin@Colorado.EDU (Joshua Rubin) Date: Mon, 20 Oct 2003 01:48:00 -0000 Subject: Can Not Install Font Packages Message-ID: <913A5816FA8A29408092C226E7FFFBEB08CB51@OPTIMUSPRIME.cybertron.cc> Hi, I just had my hard drive with my cygwin installation die. ?I am now installing cygwin on a new hard drive. ?However, when doing the setup, it freezes on 5 packages: XFree86-f100 XFree86-fcyr XFree86-fenc XFree86-fnts XFree86-fscl Subsequently, I can not run my X server since it can not find the fonts. ?Can someone either tell me how to install these packages manually, or explain why it is failing with the cygwin setup? Thanks, Joshua __________ Joshua Rubin Assistant Team Lead UltraViolet Imaging Spectrograph (UVIS) Team Cassini Mission to Saturn Laboratory for Atmospheric and Space Physics University of Colorado 1234 Innovation Drive Boulder, Colorado 80303 Hillel Shabbat Committee Chair Joshua.Rubin@Colorado.EDU (303) 909-6199 "Gravity can not be held responsible for people falling in love." ??????????????????????????????????????????????????-Albert Einstein From huntharo@msu.edu Mon Oct 20 01:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 01:58:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <913A5816FA8A29408092C226E7FFFBEB08CB51@OPTIMUSPRIME.cybertron.cc> References: <913A5816FA8A29408092C226E7FFFBEB08CB51@OPTIMUSPRIME.cybertron.cc> Message-ID: <3F93413D.60003@msu.edu> Joshua, Try another mirror. The mirror you downloaded from may have corrupt or missing font packages. There have not been other reports of problems with the font packages. Harold Joshua Rubin wrote: > Hi, > I just had my hard drive with my cygwin installation die. I am now installing cygwin on a new hard drive. However, when doing the setup, it freezes on 5 packages: > XFree86-f100 > XFree86-fcyr > XFree86-fenc > XFree86-fnts > XFree86-fscl > Subsequently, I can not run my X server since it can not find the fonts. Can someone either tell me how to install these packages manually, or explain why it is failing with the cygwin setup? > Thanks, > Joshua > > __________ > Joshua Rubin > Assistant Team Lead > UltraViolet Imaging Spectrograph (UVIS) Team > Cassini Mission to Saturn > Laboratory for Atmospheric and Space Physics > University of Colorado > 1234 Innovation Drive > Boulder, Colorado 80303 > Hillel Shabbat Committee Chair > Joshua.Rubin@Colorado.EDU > (303) 909-6199 > "Gravity can not be held responsible for people falling in love." > -Albert Einstein > > > From huntharo@msu.edu Mon Oct 20 02:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 02:47:00 -0000 Subject: Generic rootless In-Reply-To: References: Message-ID: <3F934CB4.2000203@msu.edu> Kensuke, I did a quick build test of the generic rootless code. hw/xwin builds fine, but nothing is getting built in miext/rootless, nor has rootless extension been added to the XWin.exe link command (so there are unresolved references to rootless* symbols). I am guessing that you had to modify Xserver/Imakefile or config/cf/cygwin.*, but forgot to send a diff for those. Could you send that diff please? Is the next step in this to pull the multi-window window manager back out of XWin.exe and make it a stand-alone executable, like XDarwin? Or, is our current setup with the integrated multi-window wm the best solution? Thanks for contributing, Harold Kensuke Matsuzaki wrote: > Hello, > > This uses miext/rootless. rootless mode create Windows window for each toplevel X > window. > The remote X apps's reorder/maximize/minimize performance is improved. > And to click one X window doesn't raise all X window together. > > Known problem: > When using twm, I click window then that window raise top in Windows but it stay > previous position in X. I don't know how to avoid clicking Windows window raise > window. > > Kensuke Matsuzaki From Narasimhak@mascotsystems.com Mon Oct 20 03:50:00 2003 From: Narasimhak@mascotsystems.com (Narasimha Reddy K) Date: Mon, 20 Oct 2003 03:50:00 -0000 Subject: can not open display Message-ID: <5575473D4532D411BE4C009027E8C838081F8364@masblrexc02.mascotsystems.com> Try with xhost + local pc ip address on server and run calc ot any X Dispaly on server and try. rgs, NR -----Original Message----- From: Philip D [mailto:dldhdz@hotmail.com] Sent: Saturday, October 18, 2003 9:26 PM To: cygwin-xfree@cygwin.com Subject: can not open display I want to get x connection to remote server: run the programme in the server and display in local pc. My pc got a local IP: 192.168.0.3, external IP 81.152.*.* (my homenetworking with 3 pcs connectting to the internet through a router) it does not work when I set DISPLAY=127.0.0.1:0 or any of the above. what I should do to OPEN DISPLAY? Thanks in advance Philip D. DISCLAIMER: Information contained and transmitted by this E-MAIL is proprietary to iGATE Global Solutions Limited and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If this is a forwarded message, the content of this E-MAIL may not have been sent with the authority of the Company. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please delete this mail & notify us immediately at Mailadmin@mascotsystems.com Before opening attachments, please scan for viruses. From zakki@peppermint.jp Mon Oct 20 04:47:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 20 Oct 2003 04:47:00 -0000 Subject: Generic rootless In-Reply-To: <3F934CB4.2000203@msu.edu> Message-ID: Harold, > I did a quick build test of the generic rootless code. hw/xwin builds > fine, but nothing is getting built in miext/rootless, nor has rootless > extension been added to the XWin.exe link command (so there are > unresolved references to rootless* symbols). I am guessing that you had > to modify Xserver/Imakefile or config/cf/cygwin.*, but forgot to send a > diff for those. Could you send that diff please? Sorry. I forgot it. > Is the next step in this to pull the multi-window window manager back > out of XWin.exe and make it a stand-alone executable, like XDarwin? Or, > is our current setup with the integrated multi-window wm the best solution? If possible, stand-alone executable seems better. I read OroborOSX source some month ago. But I didn't know MacOS API so I couldn't understand it. But I felt it is implemented Aqua like skin. Their site say new v0.9 have many new features. I will read it. I want someone who is familiar with XDarwin to comment. By the way, Greg Parker's xroot.c is very useful when I use rootless mode. http://sealiesoftware.com/ Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: Imakefile.patch Type: application/octet-stream Size: 1472 bytes Desc: not available URL: From Joshua.Rubin@Colorado.EDU Mon Oct 20 05:34:00 2003 From: Joshua.Rubin@Colorado.EDU (Joshua Rubin) Date: Mon, 20 Oct 2003 05:34:00 -0000 Subject: Can Not Install Font Packages Message-ID: <913A5816FA8A29408092C226E7FFFBEB08CB53@OPTIMUSPRIME.cybertron.cc> Thanks.? I tried several other mirrors and they have not worked either. Any other ideas? Joshua From Joshua.Rubin@Colorado.EDU Mon Oct 20 16:34:00 2003 From: Joshua.Rubin@Colorado.EDU (Joshua Rubin) Date: Mon, 20 Oct 2003 16:34:00 -0000 Subject: Can Not Install Font Packages Message-ID: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> I am finding out more about why this is not installing right... In a bash shell (not using X), I CAN NOT create the fonts folder. This is the output. $ mkdir fonts mkdir: cannot create directory `fonts': No such file or directory It seems that something from my old install is causing this. Does anyone have a clue?!? Joshua From huntharo@msu.edu Mon Oct 20 16:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 16:46:00 -0000 Subject: can not open display In-Reply-To: References: Message-ID: <3F941150.3000904@msu.edu> Philip, You should read the half-page in the User's Guide that tells how to do this. Note that it may be easier to use ssh (described on the same page) if you already have an ssh server setup. http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-telnet Harold Philip D wrote: > I want to get x connection to remote server: run the programme in the server > and display in local pc. > > My pc got a local IP: 192.168.0.3, > external IP 81.152.*.* > (my homenetworking with 3 pcs connectting to the internet through a router) > > it does not work when I set DISPLAY=127.0.0.1:0 or any of the above. > > what I should do to OPEN DISPLAY? > > Thanks in advance > Philip D. From Joshua.Rubin@Colorado.EDU Mon Oct 20 16:47:00 2003 From: Joshua.Rubin@Colorado.EDU (Joshua Rubin) Date: Mon, 20 Oct 2003 16:47:00 -0000 Subject: Can Not Install Font Packages Message-ID: <913A5816FA8A29408092C226E7FFFBEB08CB5A@OPTIMUSPRIME.cybertron.cc> Ok, I am finding out more and more now... It seems that a mount from my previous installation will not unmount. When I use cygpath, everything gets converted from cygwin path to UNIX path fine, EXCEPT /usr/X11R6/lib/X11/fonts which is still listed as my old, crashed, hard drive. How can I unmount this???? Thanks, Joshua From huntharo@msu.edu Mon Oct 20 16:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 16:50:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> Message-ID: <3F94123C.2060400@msu.edu> Joshua, Please run in a bash shell: umount /usr/X11R6/lib/X11/fonts You may need to twiddle the parameters to umount a little, with the point being that you need to remove the mount for the fonts directory as it probably points to a non-existant directory or drive. Harold Joshua Rubin wrote: > I am finding out more about why this is not installing right... > > In a bash shell (not using X), I CAN NOT create the fonts folder. > > This is the output. > > $ mkdir fonts > mkdir: cannot create directory `fonts': No such file or directory > > It seems that something from my old install is causing this. Does > anyone have a clue?!? > > Joshua > From huntharo@msu.edu Mon Oct 20 17:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 17:28:00 -0000 Subject: Generic rootless In-Reply-To: References: Message-ID: <3F941B1F.5070504@msu.edu> Kensuke, Okay, I got it to build and run. It is very nice. What you think about renaming old '-rootless'to '-oldrootless' and calling the new '-win32rootless' just '-rootess'? -win32rootless is going to cause a lot of trouble for people to remember, and most people will get confused about the distinction between -rootless and -win32rootless. Is there any reason to suspect that the old '-oldrootless' will remain in use after the new '-rootless' is available? It would seem to me that we might even want to just replace the original rootless functionality with the new functionality that uses the shared code. Anybody have some input on this? Harold Kensuke Matsuzaki wrote: > Harold, > > >>I did a quick build test of the generic rootless code. hw/xwin builds >>fine, but nothing is getting built in miext/rootless, nor has rootless >>extension been added to the XWin.exe link command (so there are >>unresolved references to rootless* symbols). I am guessing that you had >>to modify Xserver/Imakefile or config/cf/cygwin.*, but forgot to send a >>diff for those. Could you send that diff please? > > Sorry. I forgot it. > > >>Is the next step in this to pull the multi-window window manager back >>out of XWin.exe and make it a stand-alone executable, like XDarwin? Or, >>is our current setup with the integrated multi-window wm the best solution? > > If possible, stand-alone executable seems better. > I read OroborOSX source some month ago. But I didn't know MacOS API so > I couldn't understand it. But I felt it is implemented Aqua like skin. > Their site say new v0.9 have many new features. I will read it. > I want someone who is familiar with XDarwin to comment. > > > By the way, Greg Parker's xroot.c is very useful when I use rootless mode. > http://sealiesoftware.com/ > > Kensuke Matsuzaki From alanh@fairlite.demon.co.uk Mon Oct 20 17:31:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 20 Oct 2003 17:31:00 -0000 Subject: Generic rootless In-Reply-To: <3F941B1F.5070504@msu.edu> References: <3F941B1F.5070504@msu.edu> Message-ID: <20031020173016.GI1921@fairlite.demon.co.uk> On Mon, Oct 20, 2003 at 01:27:59PM -0400, Harold L Hunt II wrote: > Kensuke, > > Okay, I got it to build and run. It is very nice. > > What you think about renaming old '-rootless'to '-oldrootless' and > calling the new '-win32rootless' just '-rootess'? > > -win32rootless is going to cause a lot of trouble for people to > remember, and most people will get confused about the distinction > between -rootless and -win32rootless. Is there any reason to suspect > that the old '-oldrootless' will remain in use after the new '-rootless' > is available? It would seem to me that we might even want to just > replace the original rootless functionality with the new functionality > that uses the shared code. > > Anybody have some input on this? I agree Harold. Deprecate the old one and remove the code, unless there's some benefits to using it. Alan. From geek@burri.to Mon Oct 20 17:33:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Mon, 20 Oct 2003 17:33:00 -0000 Subject: Generic rootless In-Reply-To: <3F941B1F.5070504@msu.edu> References: <3F941B1F.5070504@msu.edu> Message-ID: <3F941C62.8070903@burri.to> Harold L Hunt II wrote: > -win32rootless is going to cause a lot of trouble for people to > remember, and most people will get confused about the distinction > between -rootless and -win32rootless. Is there any reason to suspect > that the old '-oldrootless' will remain in use after the new '-rootless' > is available? It would seem to me that we might even want to just > replace the original rootless functionality with the new functionality > that uses the shared code. > > Anybody have some input on this? Post a binary and I'll let you know! 8-} I think the real question here is: how is the new rootless mode going to affect multi-window mode (if at all)? I've used the old rootless mode, and like it a lot, BUT it's really convenient to have my windows show up in the task bar/menu. From huntharo@msu.edu Mon Oct 20 17:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 17:44:00 -0000 Subject: Generic rootless In-Reply-To: <3F941C62.8070903@burri.to> References: <3F941B1F.5070504@msu.edu> <3F941C62.8070903@burri.to> Message-ID: <3F941F12.4050503@msu.edu> Brian E. Gallew wrote: > Harold L Hunt II wrote: > >> -win32rootless is going to cause a lot of trouble for people to >> remember, and most people will get confused about the distinction >> between -rootless and -win32rootless. Is there any reason to suspect >> that the old '-oldrootless' will remain in use after the new >> '-rootless' is available? It would seem to me that we might even want >> to just replace the original rootless functionality with the new >> functionality that uses the shared code. >> >> Anybody have some input on this? > > > Post a binary and I'll let you know! 8-} Okay, unfortunately this can only be built from CVS head, so it can't be distributed as a 'test' release via setup.exe. Ugh... this is going to get me into the same sort of thing that was the Server Test Series. I really don't want to go down that route again... but I will post one binary for people to check out: http://www.msu.edu/~huntharo/xwin/devel/server/XWin-rootless-20031020-1341.exe.bz2 (1.3 MiB) If you don't know what to do with the above, then please just forget about it; do not ask for help, you will not receive any. This is only to enable other developers and very advanced users to provide feedback on the new shared rootless code. > I think the real question here is: how is the new rootless mode going to > affect multi-window mode (if at all)? I've used the old rootless mode, > and like it a lot, BUT it's really convenient to have my windows show up > in the task bar/menu. This won't have any effect on multi-window mode for now. The rootless mode still requires an external window manager. We may rewrite the current multi-window mode as an external window manager, which would allow the new rootless mode and the new external window manager to do the same thing as the current multi-window mode. Harold From huntharo@msu.edu Mon Oct 20 17:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 17:45:00 -0000 Subject: Generic rootless In-Reply-To: <20031020173016.GI1921@fairlite.demon.co.uk> References: <3F941B1F.5070504@msu.edu> <20031020173016.GI1921@fairlite.demon.co.uk> Message-ID: <3F941F3A.2090605@msu.edu> Alan Hourihane wrote: > On Mon, Oct 20, 2003 at 01:27:59PM -0400, Harold L Hunt II wrote: > >>Kensuke, >> >>Okay, I got it to build and run. It is very nice. >> >>What you think about renaming old '-rootless'to '-oldrootless' and >>calling the new '-win32rootless' just '-rootess'? >> >>-win32rootless is going to cause a lot of trouble for people to >>remember, and most people will get confused about the distinction >>between -rootless and -win32rootless. Is there any reason to suspect >>that the old '-oldrootless' will remain in use after the new '-rootless' >>is available? It would seem to me that we might even want to just >>replace the original rootless functionality with the new functionality >>that uses the shared code. >> >>Anybody have some input on this? > > > I agree Harold. > > Deprecate the old one and remove the code, unless there's some > benefits to using it. Alan, Input noted. We agree completely. Harold From Joshua.Rubin@Colorado.EDU Mon Oct 20 17:50:00 2003 From: Joshua.Rubin@Colorado.EDU (Joshua Rubin) Date: Mon, 20 Oct 2003 17:50:00 -0000 Subject: Can Not Install Font Packages Message-ID: <913A5816FA8A29408092C226E7FFFBEB08CB5C@OPTIMUSPRIME.cybertron.cc> Ok, I found a registry key I had to delete. Once I did that, the mount disappeared and I was able to install. X works fine now. Thanks. Joshua From geek@burri.to Mon Oct 20 18:03:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Mon, 20 Oct 2003 18:03:00 -0000 Subject: Generic rootless In-Reply-To: <3F941F12.4050503@msu.edu> References: <3F941B1F.5070504@msu.edu> <3F941C62.8070903@burri.to> <3F941F12.4050503@msu.edu> Message-ID: <3F942358.6000703@burri.to> Harold L Hunt II wrote: > Okay, unfortunately this can only be built from CVS head, so it can't be > distributed as a 'test' release via setup.exe. Ugh... this is going to > get me into the same sort of thing that was the Server Test Series. I > really don't want to go down that route again... but I will post one > binary for people to check out: Works like a charm. My opinion: if you like the code, then replace the old version. From ditasaka@silverbacksystems.com Mon Oct 20 18:18:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Mon, 20 Oct 2003 18:18:00 -0000 Subject: Window focus problem with new releases Message-ID: <000501c39736$87ee5ec0$7b05000a@corp.silverbacksystems.com> ) I installed relaeses XFree86-bin-4.3.0-5.tar.bz2, ) XFree86-prog-4.3.0-8.tar.bz2 and ) XFree86-xserv-4.3.0-20.tar.bz2 and have noticed the following problem ) while running Fluxbox: ) A window (e.g. xterm) that has the focus but does not have the ) cursor in the window cannot recieve keyboard input. This has not been ) a problem prior to installation of the named releases. ) ) Not a big issue, just an issue. I have a similar issue here. Using twm, I can move the keyboard focus from one window to another by entering this special key combo, but the new window that has the focus now doesn't take any key input unless I click the mouse inside the window to give it the focus explicitly. It is a big issue for me to have to grab a mouse every time I want to move the focus to a different window now. I did cygwin_setup this morning to get the latest xserv. I didn't have to click the mouse before that. From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Oct 20 18:44:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 20 Oct 2003 18:44:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: <3F931CCF.3020605@msu.edu> References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> Message-ID: Harold L Hunt II wrote: > Alexander, > > This all gets down to one question: does it make any sense and is there > any benefit to building a shared Xfont lib? I'll take a look too. I'd like to see the clients (luit, xfs ...) work with the shared library. > I can't see any good > reasons for it. Well, the one good reason is that the size of XWin.exe > drops by about 600 KiB, but that is about it. This would add a new dependency to the xserver binary. Nearly everything in the xserver is linked staticly and I think this was done to make the independend of the other X11 client libraries. I'd leave the server with the static Xfont library. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Mon Oct 20 18:49:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Oct 2003 18:49:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <3F94123C.2060400@msu.edu> References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> Message-ID: Harold, Do you think the pre-remove scripts for the fonts packages should attempt to unmount the directory? It's very hard to get this right, though, because this has to be done by the *last* package being uninstalled. I can think of one quick and dirty solution, but maybe we should do some brainstorming first and try to do it right. I'm willing to help out with coding the final solution, whatever it is. Igor On Mon, 20 Oct 2003, Harold L Hunt II wrote: > Joshua, > > Please run in a bash shell: > > umount /usr/X11R6/lib/X11/fonts > > You may need to twiddle the parameters to umount a little, with the > point being that you need to remove the mount for the fonts directory as > it probably points to a non-existant directory or drive. > > Harold > > Joshua Rubin wrote: > > > I am finding out more about why this is not installing right... > > > > In a bash shell (not using X), I CAN NOT create the fonts folder. > > > > This is the output. > > > > $ mkdir fonts > > mkdir: cannot create directory `fonts': No such file or directory > > > > It seems that something from my old install is causing this. Does > > anyone have a clue?!? > > > > Joshua -- 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 pechtcha@cs.nyu.edu Mon Oct 20 18:53:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Oct 2003 18:53:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <913A5816FA8A29408092C226E7FFFBEB08CB5A@OPTIMUSPRIME.cybertron.cc> References: <913A5816FA8A29408092C226E7FFFBEB08CB5A@OPTIMUSPRIME.cybertron.cc> Message-ID: On Mon, 20 Oct 2003, Joshua Rubin wrote: > Ok, I am finding out more and more now... > > It seems that a mount from my previous installation will not unmount. > > When I use cygpath, everything gets converted from cygwin path to UNIX > path fine, EXCEPT /usr/X11R6/lib/X11/fonts which is still listed as my > old, crashed, hard drive. > > How can I unmount this???? > > Thanks, > Joshua It would help if you posted the output of "mount", but I suspect you're trying to unmount the user mount, and the default is the system mount. Try "umount -u /usr/X11R6/lib/X11/fonts"... Otherwise, please post the output of "mount", the exact command you give to try to umount it, and the exact error message you get. 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 huntharo@msu.edu Mon Oct 20 18:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 18:53:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> Message-ID: <3F942F0E.8040407@msu.edu> Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>Alexander, >> >>This all gets down to one question: does it make any sense and is there >>any benefit to building a shared Xfont lib? > > > I'll take a look too. I'd like to see the clients (luit, xfs ...) work > with the shared library. Okay, please do. I don't think luit and xfs worked even with the static library, so they are probably just as broken with the shared library as they were before. Let me know what you find. >>I can't see any good >>reasons for it. Well, the one good reason is that the size of XWin.exe >>drops by about 600 KiB, but that is about it. > > This would add a new dependency to the xserver binary. Nearly everything > in the xserver is linked staticly and I think this was done to make the > independend of the other X11 client libraries. I don't know why that would really matter: the 600 KiB of built-in library would be replaced with 600 KiB of a shared library. XWin.exe already depends upon Xlib and Xext libs, so it wouldn't be a big deal to depend on one more lib that is included in the same package, especially when the overall size doesn't increase any. I have been thinking about this more, and it might actually be a good idea to try to save that 600 KiB in XWin.exe. See, the XFree86-xserv package gets updated weekly and sometimes daily, while the Xfont lib is unlikely to be updated except at major releases. It would be nice of us to try to save 600 KiB from every download of XFree86-xserv that our loyal users make. 600 KiB times several hundred users times a couple updates a week is a lot of bandwidth that we could save our mirrors. Every little bit helps. What do you think of that? Harold From huntharo@msu.edu Mon Oct 20 19:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 19:09:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> Message-ID: <3F9432E9.3040900@msu.edu> Igor, The problem has been happening less often, but I am all for fixing it permanently. It sounds to me like a pre-remove script would function at the wrong time, if my assumption that the pre-remove script is run before the files are removed is correct. Sounds to me like we would need a post-remove script that had unmounted the directory if it was still mounted. Also, neither a pre-remove nor a post-remove script would work in this case. The problem here is that his alternate hard drive crashed, thus no remove scripts were ever run. Upon reinstalling Cygwin he had a problem because the package is unpacked to its destination directory before any scripts are run. Setup was trying to write files to a mount point that didn't exist. Maybe this needs a more generic fix in setup.exe to detect when it is attempting to write files to a mount point that doesn't have an actual location on disk. Perhaps in that case it could either fail (acceptable) or present a dialog asking if the mount should be removed and the unpacking tried again. What do you think? Harold Igor Pechtchanski wrote: > Harold, > > Do you think the pre-remove scripts for the fonts packages should attempt > to unmount the directory? It's very hard to get this right, though, > because this has to be done by the *last* package being uninstalled. I > can think of one quick and dirty solution, but maybe we should do some > brainstorming first and try to do it right. I'm willing to help out with > coding the final solution, whatever it is. > Igor > > On Mon, 20 Oct 2003, Harold L Hunt II wrote: > > >>Joshua, >> >>Please run in a bash shell: >> >>umount /usr/X11R6/lib/X11/fonts >> >>You may need to twiddle the parameters to umount a little, with the >>point being that you need to remove the mount for the fonts directory as >>it probably points to a non-existant directory or drive. >> >>Harold >> >>Joshua Rubin wrote: >> >> >>>I am finding out more about why this is not installing right... >>> >>>In a bash shell (not using X), I CAN NOT create the fonts folder. >>> >>>This is the output. >>> >>>$ mkdir fonts >>>mkdir: cannot create directory `fonts': No such file or directory >>> >>>It seems that something from my old install is causing this. Does >>>anyone have a clue?!? >>> >>>Joshua > > From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Oct 20 19:12:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 20 Oct 2003 19:12:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: <3F942F0E.8040407@msu.edu> References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> <3F942F0E.8040407@msu.edu> Message-ID: Harold L Hunt II wrote: > > This would add a new dependency to the xserver binary. Nearly everything > > in the xserver is linked staticly and I think this was done to make the > > independend of the other X11 client libraries. > > I don't know why that would really matter: the 600 KiB of built-in > library would be replaced with 600 KiB of a shared library. XWin.exe > already depends upon Xlib and Xext libs, so it wouldn't be a big deal to > depend on one more lib that is included in the same package, especially > when the overall size doesn't increase any. > I have been thinking about this more, and it might actually be a good > idea to try to save that 600 KiB in XWin.exe. See, the XFree86-xserv > package gets updated weekly and sometimes daily, while the Xfont lib is > unlikely to be updated except at major releases. It would be nice of us > to try to save 600 KiB from every download of XFree86-xserv that our > loyal users make. 600 KiB times several hundred users times a couple > updates a week is a lot of bandwidth that we could save our mirrors. > Every little bit helps. > > What do you think of that? I think you're right. I only stumbled over a slight problem. I first tried the shared Xfont with the xoncygwin repository. I usally take only XWin.exe from this build tree and all other binaries from the xfree cvs build tree. These trees might get out of sync and create small problems because XWin.exe was compiled and linked with an older version of libXfont, libXlib and libXext but is used with newer ones from the xfree tree. But that is very unlikely and can be easily fixed by pulling the xoncygwin cvs to the latest snapshot from the XF-4-3 branch. So I agree with the plan to use the shared Xfont library. bye ago NP: grauzone.03-08-31 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ford@vss.fsi.com Mon Oct 20 19:51:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 20 Oct 2003 19:51:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION Message-ID: Harold L Hunt II wrote: >This is for Brian Ford (unofficial lesstif maintainer): Sorry for the delay, Harold. I usually only scan the list archives from work, so I'm not around on the weekends. I saw your success with shared Xt on Friday and wondered whether I should do a quick lesstif release, but..., I wasn't sure shared Xt was the only thing keeping lesstif from going shared, I didn't have much time right then, and your release was still in test, so I thought it could wait a bit. I'm embarrased to say that I haven't run mwm in a long while (if at all). I usually just test the library with a bunch of our internal apps before releasing. Incidentally, there is a problem with Modal dialogs in this release, but I haven't yet had time to debug it extensively or reduce a test case to send upstream. I haven't yet updated to XFree86-bin-4.3.0-5, so I thought I would try your test. I had bigger problems, though. I can't even get a window to move. I can click on the title bar, icons, etc. and they respond by indenting, but I can't get a menu to select close from. Does anyone else who hasn't updated yet get different results? I am sorry, Harold, but I am swamped right now. I won't have time to look at this in depth for few days. PS. If you do make the release, please fix where the man pages are installed for me. Thanks. http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00034.html -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From pechtcha@cs.nyu.edu Mon Oct 20 20:04:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Oct 2003 20:04:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <3F9432E9.3040900@msu.edu> References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> <3F9432E9.3040900@msu.edu> Message-ID: Harold, There are mounts, and there are mounts. If the user creates her own mount for the fonts directory, it's her responsibility to remove the mount after uninstalling. However, the only purpose of this particular mount created by the postinstall package is to force binmode for the fonts directory. I don't see anything wrong with removing this mount before the files themselves are removed (especially since it's going to be re-created later by the postinstall script). You're right that in this particular case the preremove scripts would not have been run, so there's no point in targeting it. I believe in cleaning up after postinstall scripts, though, and preremove scripts are the right place to do it. FWIW, my quick-and-dirty idea was basically to have each font package postinstall script create a uniquely named file in a known location, and each preremove script remove its corresponding file and then check whether any other files exist, and if not, umount. I think for setup to detect when a mount is stale would be a good idea anyway. Currently, AFAIK, setup doesn't have a notion of "failing to install a package" with subsequent reinstall, but if it ever does, this would be the right way to handle the situation. Igor On Mon, 20 Oct 2003, Harold L Hunt II wrote: > Igor, > > The problem has been happening less often, but I am all for fixing it > permanently. > > It sounds to me like a pre-remove script would function at the wrong > time, if my assumption that the pre-remove script is run before the > files are removed is correct. Sounds to me like we would need a > post-remove script that had unmounted the directory if it was still mounted. > > Also, neither a pre-remove nor a post-remove script would work in this > case. The problem here is that his alternate hard drive crashed, thus > no remove scripts were ever run. Upon reinstalling Cygwin he had a > problem because the package is unpacked to its destination directory > before any scripts are run. Setup was trying to write files to a mount > point that didn't exist. > > Maybe this needs a more generic fix in setup.exe to detect when it is > attempting to write files to a mount point that doesn't have an actual > location on disk. Perhaps in that case it could either fail > (acceptable) or present a dialog asking if the mount should be removed > and the unpacking tried again. > > What do you think? > Harold > > > Igor Pechtchanski wrote: > > > Harold, > > > > Do you think the pre-remove scripts for the fonts packages should attempt > > to unmount the directory? It's very hard to get this right, though, > > because this has to be done by the *last* package being uninstalled. I > > can think of one quick and dirty solution, but maybe we should do some > > brainstorming first and try to do it right. I'm willing to help out with > > coding the final solution, whatever it is. > > Igor > > > > On Mon, 20 Oct 2003, Harold L Hunt II wrote: > > > > > >>Joshua, > >> > >>Please run in a bash shell: > >> > >>umount /usr/X11R6/lib/X11/fonts > >> > >>You may need to twiddle the parameters to umount a little, with the > >>point being that you need to remove the mount for the fonts directory as > >>it probably points to a non-existant directory or drive. > >> > >>Harold > >> > >>Joshua Rubin wrote: > >> > >> > >>>I am finding out more about why this is not installing right... > >>> > >>>In a bash shell (not using X), I CAN NOT create the fonts folder. > >>> > >>>This is the output. > >>> > >>>$ mkdir fonts > >>>mkdir: cannot create directory `fonts': No such file or directory > >>> > >>>It seems that something from my old install is causing this. Does > >>>anyone have a clue?!? > >>> > >>>Joshua -- 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 huntharo@msu.edu Mon Oct 20 20:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 20:24:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> <3F942F0E.8040407@msu.edu> Message-ID: <3F944490.9030806@msu.edu> Alexander Gottwald wrote: > I think you're right. I only stumbled over a slight problem. I first tried > the shared Xfont with the xoncygwin repository. I usally take only XWin.exe > from this build tree and all other binaries from the xfree cvs build tree. > These trees might get out of sync and create small problems because XWin.exe > was compiled and linked with an older version of libXfont, libXlib and libXext > but is used with newer ones from the xfree tree. > > But that is very unlikely and can be easily fixed by pulling the xoncygwin cvs > to the latest snapshot from the XF-4-3 branch. > > So I agree with the plan to use the shared Xfont library. Okay, do you want to look into why XWin.exe crashed on startup with the shared version of the Xfont library? Or, are you willing to let me handle that? :) Harold From huntharo@msu.edu Mon Oct 20 20:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 20:28:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION In-Reply-To: References: Message-ID: <3F94457A.6010607@msu.edu> Brian, Brian Ford wrote: > Does anyone else who hasn't updated yet get different results? > > I am sorry, Harold, but I am swamped right now. I won't have time to look > at this in depth for few days. > > PS. If you do make the release, please fix where the man pages are > installed for me. Thanks. No rush. I am swamped as well. I could see this sitting in a broken state for about a month or two before I feel compelled to take the reigns :) Harold From huntharo@msu.edu Mon Oct 20 20:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 20:33:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> <3F9432E9.3040900@msu.edu> Message-ID: <3F944686.4020706@msu.edu> Igor, Igor Pechtchanski wrote: > There are mounts, and there are mounts. If the user creates her own mount > for the fonts directory, it's her responsibility to remove the mount after > uninstalling. However, the only purpose of this particular mount created > by the postinstall package is to force binmode for the fonts directory. > I don't see anything wrong with removing this mount before the files > themselves are removed (especially since it's going to be re-created later > by the postinstall script). Understood. > You're right that in this particular case the preremove scripts would not > have been run, so there's no point in targeting it. I believe in cleaning > up after postinstall scripts, though, and preremove scripts are the right > place to do it. Agreed. > FWIW, my quick-and-dirty idea was basically to have each > font package postinstall script create a uniquely named file in a known > location, and each preremove script remove its corresponding file and then > check whether any other files exist, and if not, umount. Hmm... I suspected that your quick-and-dirty idea was to troll /etc/preremove and make sure that we are the only XFree86 fonts script that has a .sh extension instead of an .sh.done extension. Is that a little too quick-and-dirty, or is there some reason to have a defined location for these magic files? > I think for setup to detect when a mount is stale would be a good idea > anyway. Currently, AFAIK, setup doesn't have a notion of "failing to > install a package" with subsequent reinstall, but if it ever does, this > would be the right way to handle the situation. Cool, although IANACSD (I am not a Cygiwn setup developer), so that is about as far as I am going to go with the idea :) Harold From huntharo@msu.edu Mon Oct 20 20:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 20:49:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION In-Reply-To: References: Message-ID: <3F944A5D.90507@msu.edu> Brian, I just realized that I forgot to edit the build script and change --disable-shared to --enable-shared. That could explain my problems and why you don't get modal dialogs but I do. I will let you know if my results are similar to yours after a rebuild. Harold Brian Ford wrote: > Harold L Hunt II wrote: > >>This is for Brian Ford (unofficial lesstif maintainer): > > > Sorry for the delay, Harold. I usually only scan the list archives from > work, so I'm not around on the weekends. > > I saw your success with shared Xt on Friday and wondered whether I should > do a quick lesstif release, but..., I wasn't sure shared Xt was the only > thing keeping lesstif from going shared, I didn't have much time right > then, and your release was still in test, so I thought it could > wait a bit. > > I'm embarrased to say that I haven't run mwm in a long while (if at all). > I usually just test the library with a bunch of our internal apps before > releasing. Incidentally, there is a problem with Modal dialogs in this > release, but I haven't yet had time to debug it extensively or reduce a > test case to send upstream. > > I haven't yet updated to XFree86-bin-4.3.0-5, so I thought I would try > your test. I had bigger problems, though. I can't even get a window to > move. I can click on the title bar, icons, etc. and they respond by > indenting, but I can't get a menu to select close from. > > Does anyone else who hasn't updated yet get different results? > > I am sorry, Harold, but I am swamped right now. I won't have time to look > at this in depth for few days. > > PS. If you do make the release, please fix where the man pages are > installed for me. Thanks. > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00034.html > From pechtcha@cs.nyu.edu Mon Oct 20 21:08:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Oct 2003 21:08:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <3F944686.4020706@msu.edu> References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> <3F9432E9.3040900@msu.edu> <3F944686.4020706@msu.edu> Message-ID: On Mon, 20 Oct 2003, Harold L Hunt II wrote: > Igor, > > Igor Pechtchanski wrote: > [snip] > > FWIW, my quick-and-dirty idea was basically to have each > > font package postinstall script create a uniquely named file in a known > > location, and each preremove script remove its corresponding file and then > > check whether any other files exist, and if not, umount. > > Hmm... I suspected that your quick-and-dirty idea was to troll > /etc/preremove and make sure that we are the only XFree86 fonts script > that has a .sh extension instead of an .sh.done extension. Is that a > little too quick-and-dirty, or is there some reason to have a defined > location for these magic files? Well, I was thinking of /etc/postinstall or /etc/preremove as the location for these files anyway... Frankly, I didn't think of checking the scripts themselves - this might work just as well, and eliminates the need for extra files. The only thing is that this constrains the package names for X fonts, so if a new one is added, its package name will either have to follow the same pattern or be added to the lists in all the other packages, whereas with the separate files, we control the names... > > I think for setup to detect when a mount is stale would be a good idea > > anyway. Currently, AFAIK, setup doesn't have a notion of "failing to > > install a package" with subsequent reinstall, but if it ever does, this > > would be the right way to handle the situation. > > Cool, although IANACSD (I am not a Cygiwn setup developer), so that is > about as far as I am going to go with the idea :) > > Harold I am, and I'll look into this at some point (certainly the detection part). 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 huntharo@msu.edu Mon Oct 20 21:20:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 21:20:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION In-Reply-To: <3F944A5D.90507@msu.edu> References: <3F944A5D.90507@msu.edu> Message-ID: <3F94518E.40601@msu.edu> Brian, My rebuild with --enable-shared didn't actually create a shared version of Xm; I got lots of warnings about unresolved symbols not being allowed in shared libraries. This rebuild worked just the same as my previous build against the shared libXt: moving, menus, everything worked, but mwm.exe gives a STATUS_ACCESS_VIOLATION when you choose "Close" from a menu. I also logged into one of my other machines and installed the static lesstif, ran mwm.exe, and confirmed that the STATUS_ACCESS_VIOLATION occurs even when mwm.exe is built against a static libXt. So, looks like this was a pre-existing problem. Therefore, it should probably not hold up the current release of a new lesstif build. I might go ahead and make a release now that I know that it isn't causing the Close crash. Harold From huntharo@msu.edu Mon Oct 20 21:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 20 Oct 2003 21:23:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> <3F9432E9.3040900@msu.edu> <3F944686.4020706@msu.edu> Message-ID: <3F945242.2040305@msu.edu> Igor, Igor Pechtchanski wrote: > Well, I was thinking of /etc/postinstall or /etc/preremove as the location > for these files anyway... Frankly, I didn't think of checking the scripts > themselves - this might work just as well, and eliminates the need for > extra files. Heh heh... my laziness comes in handy. > The only thing is that this constrains the package names for > X fonts, so if a new one is added, its package name will either have to > follow the same pattern or be added to the lists in all the other > packages, whereas with the separate files, we control the names... I don't think there has been a new font package in over 5 years, or possibly longer. In any case, there will not be a new font package added within a major release, only between major releases, so this should be a non-issue. When a major release is made the font packages all get replaced, so we could freshen the scripts at that point if need be. >>>I think for setup to detect when a mount is stale would be a good idea >>>anyway. Currently, AFAIK, setup doesn't have a notion of "failing to >>>install a package" with subsequent reinstall, but if it ever does, this >>>would be the right way to handle the situation. >> >>Cool, although IANACSD (I am not a Cygiwn setup developer), so that is >>about as far as I am going to go with the idea :) >> >>Harold > > I am, and I'll look into this at some point (certainly the detection > part). Excellent. Thanks for your input Igor, I appreciate it. Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Oct 20 21:40:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 20 Oct 2003 21:40:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: <3F944490.9030806@msu.edu> References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> <3F942F0E.8040407@msu.edu> <3F944490.9030806@msu.edu> Message-ID: Harold L Hunt II wrote: > Okay, do you want to look into why XWin.exe crashed on startup with the > shared version of the Xfont library? Or, are you willing to let me > handle that? :) First should be xfs working with the shared lib. I've tried the shared linked xfs and it failed. Relinking it with the static Xfont solved the problem. So there must be a big difference in the way how the libs are build. That's the next I'll take a look at. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Mon Oct 20 21:46:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 20 Oct 2003 21:46:00 -0000 Subject: Can Not Install Font Packages In-Reply-To: <3F945242.2040305@msu.edu> References: <913A5816FA8A29408092C226E7FFFBEB08CB59@OPTIMUSPRIME.cybertron.cc> <3F94123C.2060400@msu.edu> <3F9432E9.3040900@msu.edu> <3F944686.4020706@msu.edu> <3F945242.2040305@msu.edu> Message-ID: On Mon, 20 Oct 2003, Harold L Hunt II wrote: > Igor, > > Igor Pechtchanski wrote: > > > Well, I was thinking of /etc/postinstall or /etc/preremove as the location > > for these files anyway... Frankly, I didn't think of checking the scripts > > themselves - this might work just as well, and eliminates the need for > > extra files. > > Heh heh... my laziness comes in handy. > > > The only thing is that this constrains the package names for > > X fonts, so if a new one is added, its package name will either have to > > follow the same pattern or be added to the lists in all the other > > packages, whereas with the separate files, we control the names... > > I don't think there has been a new font package in over 5 years, or > possibly longer. In any case, there will not be a new font package > added within a major release, only between major releases, so this > should be a non-issue. When a major release is made the font packages > all get replaced, so we could freshen the scripts at that point if need be. > [snip] > > Harold Great. So the postinstall and preremove code will look something like this: -------------------------- Begin fonts-preremove.sh -------------------------- #!/bin/sh FONTDIR=/usr/X11R6/lib/X11/fonts ALLSCRIPTS="`echo /etc/preremove/XFree86-f*.sh`" # Check if we're the last script running, and if so, umount the fonts dir if [ "$ALLSCRIPTS" == "$0" ]; then umount -s $FONTDIR 2>/dev/null || umount -u $FONTDIR fi ------------- Note: cutting here may damage your screen surface -------------- BTW, the postinstall scripts should be fixed, too, as they won't unmount the system-mounted fonts directory (see below). HTH, Igor --- XFree86-fnts.sh~ 2003-08-01 00:41:22.000000000 -0400 +++ XFree86-fnts.sh 2003-10-20 17:44:42.536752000 -0400 @@ -8,7 +8,7 @@ FONTDIR=/usr/X11R6/lib/X11/fonts # Unmounting will cause the root mount or /usr mount to # be used to resolve the path to /usr/X11R6/lib/X11/fonts, # which should point to the actual fonts directory. -umount -u $FONTDIR 2>/dev/null +umount -s $FONTDIR 2>/dev/null || umount -u $FONTDIR 2>/dev/null # Get the path to the actual fonts directory WFONTDIR=`cygpath -w $FONTDIR` -- 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 zakki@peppermint.jp Mon Oct 20 21:55:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 20 Oct 2003 21:55:00 -0000 Subject: Generic rootless In-Reply-To: <3F941B1F.5070504@msu.edu> Message-ID: <87znfv376j.wl@peppermint.jp> Harold, > Okay, I got it to build and run. It is very nice. Good. > What you think about renaming old '-rootless'to '-oldrootless' and > calling the new '-win32rootless' just '-rootess'? I think that's good, and acutually I wont to do so. Kensuke Matsuzaki From ford@vss.fsi.com Mon Oct 20 22:28:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 20 Oct 2003 22:28:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION Message-ID: Harold L Hunt II wrote: > My rebuild with --enable-shared didn't actually create a shared version > of Xm. I got lots of warnings about unresolved symbols not being > allowed in shared libraries. > I'll look into that in the comming weeks. > This rebuild worked just the same as my previous build against the > shared libXt: moving, menus, everything worked, but mwm.exe gives a > STATUS_ACCESS_VIOLATION when you choose "Close" from a menu. > Strange. I just tried another box here (XP, the first one was NT4) with the same results: able to click on things and watch them depress, but not move them or get menus from the title bar. This happens both pre and post XFree86-bin-4.3.0-5. twm/fvwm2/etc. seem to work fine. Guess I'm just lucky? :) > Therefore, it should probably not hold up the current release of a new > lesstif build. I might go ahead and make a release now that I know that > it isn't causing the Close crash. > No problem here. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Tue Oct 21 03:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 21 Oct 2003 03:59:00 -0000 Subject: Updated: lesstif-0.93.91-2 Message-ID: <3F94AF12.3050402@msu.edu> The lesstif-0.93.91-2 package has been updated in the Cygwin distribution. Changes: 1) Rebuilt against Cygwin 1.5.5, XFree86-bin-4.3.0-5, and XFree86-prog-4.3.0-8 (with shared Xt lib). 2) Move man pages from /usr/X11R6/share/man to /usr/X11R6/man. 3) Move license files etc. from /usr/X11R6/LessTif to /usr/X11R6/doc/lesstif-0.93.91. 4) Move html documentation from /usr/X11R6/LessTif/doc to /usr/X11R6/doc/lesstif-0.93.91/doc. 5) Update autotool-generated files (aclocal, autoconf, automake). -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Tue Oct 21 04:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 21 Oct 2003 04:03:00 -0000 Subject: lesstif - Recompile for shared Xt has STATUS_ACCESS_VIOLATION In-Reply-To: References: Message-ID: <3F94B02C.7070201@msu.edu> Brian, I took care of the rebuild and moving the files to the correct locations in the release that I just made. Let me know if you still have the problem with menus in this new distribution. I still count this as "your" package in my book, so please send bug fixes and/or new builds if you figure out the problem sometime in the next few weeks. Harold Brian Ford wrote: > Harold L Hunt II wrote: > >>My rebuild with --enable-shared didn't actually create a shared version >>of Xm. I got lots of warnings about unresolved symbols not being >>allowed in shared libraries. >> > > I'll look into that in the comming weeks. > > >>This rebuild worked just the same as my previous build against the >>shared libXt: moving, menus, everything worked, but mwm.exe gives a >>STATUS_ACCESS_VIOLATION when you choose "Close" from a menu. >> > > Strange. I just tried another box here (XP, the first one was NT4) with > the same results: able to click on things and watch them depress, but not > move them or get menus from the title bar. This happens both pre and post > XFree86-bin-4.3.0-5. twm/fvwm2/etc. seem to work fine. Guess I'm just > lucky? :) > > >>Therefore, it should probably not hold up the current release of a new >>lesstif build. I might go ahead and make a release now that I know that >>it isn't causing the Close crash. >> > > No problem here. > From huntharo@msu.edu Tue Oct 21 06:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 21 Oct 2003 06:19:00 -0000 Subject: Updated: Xaw3d-1.5D-2 Message-ID: <3F94CFE3.8@msu.edu> The Xaw3d-1.5D-2 package has been updated in the Cygwin distribution. Changes ======= 1) Reverted to Xaw3d 1.5D from 1.5E. 2) Using the patch against 1.5D from SuSE again. 3) Using Nicholas Wourms' build script again. Thanks Nicholas, the script is a great help. I wish I had tried it earlier :) 4) Modified build script to build in xc/.build using lndir. 5) Modified build script to strip after installing. 6) Modified build script to remove "XFree86-" prefix from Xaw3d package name. 7) Enabled shared build of library. 8) Confirmed that xfig builds against this version and does not crash when dropping down the File menu. Will release new xfig in a few days. 9) Rebuilt against shared Xt library. Requires XFree86-bin-4.3.0-5 at run-time, XFree86-prog-4.3.0-8 at compile time. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Ralf.Habacker@freenet.de Tue Oct 21 07:43:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 21 Oct 2003 07:43:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? Message-ID: Harold, >It looks like you got it nailed to me. I am testing a build right now. > I have too additional notes to this patch. 1. Because _Xtinherit is exported as a data symbol, immediate calls to this function in the manner ... _XtInherit(); ... will be relocated wrongly and should be avoided ( I have seen this, but does not know currently why this happens). A workaround in case this is absolutly required is to use the following stuff. void (*func)(void); func _blah_blah = XtInherit; ... (*_blah_blah); ... 2. In the patch there is a symbol named "_y". This should be renamed to a name, which couldn't be used by regular functions for example _$Xtinherit_ref or so. The '$' isn't a valid c function name. Ralf From huntharo@msu.edu Tue Oct 21 13:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 21 Oct 2003 13:10:00 -0000 Subject: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: Message-ID: <3F953051.7080204@msu.edu> Ralf, Not sure I understand. What should be changed in the current version of the Xt code? Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files. Please send a diff against these if anything should be changed. Note that these are intentionally from the 4.3 branch. Thanks, Harold Ralf Habacker wrote: > Harold, > > >>It looks like you got it nailed to me. I am testing a build right now. >> > > I have too additional notes to this patch. > > 1. Because _Xtinherit is exported as a data symbol, immediate calls to this > function in the manner > > ... > _XtInherit(); > ... > > will be relocated wrongly and should be avoided ( I have seen this, but does > not know currently why this happens). > > A workaround in case this is absolutly required is to use the following > stuff. > > void (*func)(void); > > func _blah_blah = XtInherit; > > ... > (*_blah_blah); > ... > > 2. In the patch there is a symbol named "_y". This should be renamed to a > name, which couldn't be used by regular functions for example > _$Xtinherit_ref or so. The '$' isn't a valid c function name. > > Ralf > > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: Initialize_and_IntrinsicP.tar.bz2 Type: application/octet-stream Size: 11822 bytes Desc: not available URL: From Ralf.Habacker@freenet.de Tue Oct 21 18:30:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 21 Oct 2003 18:30:00 -0000 Subject: AW: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F953051.7080204@msu.edu> Message-ID: Harold > > Not sure I understand. What should be changed in the current version of > the Xt code? only note 1, chaning the label. The second note is only for completeness. > Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files. > Please send a diff against these if anything should be changed. Note > that these are intentionally from the 4.3 branch. > --- Initialize-old.c 2003-10-21 20:21:18.000000000 +0200 +++ Initialize.c 2003-10-21 20:23:25.000000000 +0200 @@ -236,8 +236,8 @@ asm (".data\n\ .globl __XtInherit \n\ - __XtInherit: jmp *_$$y \n\ - _$$y: .long ___XtInherit \n\ + __XtInherit: jmp *__$XtInherit \n\ + __$XtInherit: .long ___XtInherit \n\ .text \n"); #define _XtInherit __XtInherit From huntharo@msu.edu Tue Oct 21 23:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 21 Oct 2003 23:59:00 -0000 Subject: [ITP] freetype2 2.1.5 Message-ID: <3F95C841.1010808@msu.edu> Original from http://www.freetype.org/ Questions for other maintainers =============================== 1) freetype2 is built as part of XFree86 right now as a shared library, but configuring with --enable-shared and --disable-static doesn't produce a .dll when building the standalone tree. 2) Any tips for getting the standalone tree to emit a shared library? I tried relibtoolizing it (aclocal, autoheader, autoconf, libtoolize, forcing copy of files) to no avail. 3) There is a warning coming from libtool: libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries The whole build log is here in case anyone can give some insight from it: http://www.msu.edu/~huntharo/cygwin/freetype2/build.log.bz2 (4 KiB) Initial version of package files ================================ http://www.msu.edu/~huntharo/cygwin/freetype2/freetype2-2.1.5-1-src.tar.bz2 (841 KiB) http://www.msu.edu/~huntharo/cygwin/freetype2/freetype2-2.1.5-1.tar.bz2 (320 KiB) Any help would be appreciated, Harold From cygwin@cwilson.fastmail.fm Wed Oct 22 02:16:00 2003 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Oct 2003 02:16:00 -0000 Subject: [ITP] freetype2 2.1.5 In-Reply-To: <3F95C841.1010808@msu.edu> References: <3F95C841.1010808@msu.edu> Message-ID: <3F95E909.6000306@cwilson.fastmail.fm> Harold L Hunt II wrote: > Original from http://www.freetype.org/ > > Questions for other maintainers > =============================== > 1) freetype2 is built as part of XFree86 right now as a shared library, > but configuring with --enable-shared and --disable-static doesn't > produce a .dll when building the standalone tree. > > 2) Any tips for getting the standalone tree to emit a shared library? I > tried relibtoolizing it (aclocal, autoheader, autoconf, libtoolize, > forcing copy of files) to no avail. Well, it's a bit confusing to me without actually running configure myself, but I can't tell if fontconfig really actually use autoconf/automake/libtool "the right way", or if instead it merely uses them to generate a JamFile for the 'jam' package building tool. > 3) There is a warning coming from libtool: > > libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin > shared libraries Well, that's either (a) a warning that the relevant libtool link command line does not contain the "-no-undefined" flag, which indicates that the maintainer asserts that the library will have no undefined symbols at link time, or (b) an indication that, contrary to expectations, the library DID have undefined symbols at link time. When I get a chance, I'll download your source and see what I can make of it. Ping me if you don't hear in a few days. -- Chuck From cygwin@cwilson.fastmail.fm Wed Oct 22 02:22:00 2003 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 22 Oct 2003 02:22:00 -0000 Subject: AW: cygwin.rules - Enabling shared libXt finally? In-Reply-To: References: <3F953051.7080204@msu.edu> Message-ID: <3F95EA46.4000109@cwilson.fastmail.fm> Errm, this isn't going to change the public interface is it? That is, if Harold releases another libXt with this change, would that break the recently re-compiled and released lesstif, etc etc? -- Chuck Ralf Habacker wrote: >>Not sure I understand. What should be changed in the current version of >>the Xt code? > > > only note 1, chaning the label. The second note is only for completeness. > > > >>Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files. >>Please send a diff against these if anything should be changed. Note >>that these are intentionally from the 4.3 branch. >> > > --- Initialize-old.c 2003-10-21 20:21:18.000000000 +0200 > +++ Initialize.c 2003-10-21 20:23:25.000000000 +0200 > @@ -236,8 +236,8 @@ > > asm (".data\n\ > .globl __XtInherit \n\ > - __XtInherit: jmp *_$$y \n\ > - _$$y: .long ___XtInherit \n\ > + __XtInherit: jmp *__$XtInherit \n\ > + __$XtInherit: .long ___XtInherit \n\ > .text \n"); > > #define _XtInherit __XtInherit From huntharo@msu.edu Wed Oct 22 02:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 22 Oct 2003 02:39:00 -0000 Subject: AW: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F95EA46.4000109@cwilson.fastmail.fm> References: <3F953051.7080204@msu.edu> <3F95EA46.4000109@cwilson.fastmail.fm> Message-ID: <3F95EDD1.5030900@msu.edu> I would be okay with that if it happened. I am the one that recompiled lesstif and I don't think that the maintainers of other Xt-dependent apps have recompiled yet. However, if it isn't a big deal then I will wait until the 4.4.0 release to make this change. 4.4.0 should be released around December some time. Harold Charles Wilson wrote: > Errm, this isn't going to change the public interface is it? That is, > if Harold releases another libXt with this change, would that break the > recently re-compiled and released lesstif, etc etc? > > -- > Chuck > > Ralf Habacker wrote: > >>> Not sure I understand. What should be changed in the current version >>> of the Xt code? >> >> >> >> only note 1, chaning the label. The second note is only for completeness. >> >> >>> Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files. >>> Please send a diff against these if anything should be changed. Note >>> that these are intentionally from the 4.3 branch. >>> >> >> --- Initialize-old.c 2003-10-21 20:21:18.000000000 +0200 >> +++ Initialize.c 2003-10-21 20:23:25.000000000 +0200 >> @@ -236,8 +236,8 @@ >> >> asm (".data\n\ >> .globl __XtInherit \n\ >> - __XtInherit: jmp *_$$y \n\ >> - _$$y: .long ___XtInherit \n\ >> + __XtInherit: jmp *__$XtInherit \n\ >> + __$XtInherit: .long ___XtInherit \n\ >> .text \n"); >> >> #define _XtInherit __XtInherit > > From huntharo@msu.edu Wed Oct 22 03:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 22 Oct 2003 03:02:00 -0000 Subject: [ITP] freetype2 2.1.5 In-Reply-To: <3F95E9EE.6030902@msu.edu> References: <3F95C841.1010808@msu.edu> <3F95E909.6000306@cwilson.fastmail.fm> <3F95E9EE.6030902@msu.edu> Message-ID: <3F95F32D.4090805@msu.edu> Chuck, Thanks for your help. I got it with the one-two combination: 1) Re libtoolize it. 2) Add LDFLAGS="-no-undefined" in my package script. A DLL is now created. Haven't rebuilt XFree86 yet to how it operates. Note that before relibtoolizing it I got an error about an undefined reference to WinMain16. Relibtoolizing it fixed that problem. Thanks again, Harold Harold L Hunt II wrote: > Charles Wilson wrote: > >> Well, it's a bit confusing to me without actually running configure >> myself, but I can't tell if fontconfig really actually use >> autoconf/automake/libtool "the right way", or if instead it merely >> uses them to generate a JamFile for the 'jam' package building tool. > > > Hmm... I think it optionally uses jam. It certainly doesn't use > automake (no Makefile.am, etc.). It is a very strange package indeed. > >> Well, that's either (a) a warning that the relevant libtool link >> command line does not contain the "-no-undefined" flag, which >> indicates that the maintainer asserts that the library will have no >> undefined symbols at link time, or (b) an indication that, contrary to >> expectations, the library DID have undefined symbols at link time. > > > Thanks Chuck. It has been a while since I worked with the autotools. > For (b), does this contradiction require that '-no-undefined' be passed? > Right now I am not passing -no-undefined and am getting this warning. > >> When I get a chance, I'll download your source and see what I can make >> of it. Ping me if you don't hear in a few days. > > > Okay, thanks. There is a freetype2-2.1.5-1.sh script included and doing > a "prep && conf && build" takes about two minutes on my box. Just FYI. > > Harold > From hzhr@linuxforum.net Wed Oct 22 04:54:00 2003 From: hzhr@linuxforum.net (hzhr@linuxforum.net) Date: Wed, 22 Oct 2003 04:54:00 -0000 Subject: Updated: lesstif-0.93.91-2 Message-ID: Hi, Harold, Thanks for the quickly update. Now I rebuild xpdf with the new lesstif lib, but unfortunately, get the same result, xpdf throws lots of messages: Warning: XmManager ClassInitialize: XmeTraitSet failed Warning: Name: xpdf Class: XmDisplay Display.c:_XmGetDropSiteManagerObject(551) called without an XmDisplay Warning: Name: xpdf Class: XmDisplay Display.c:_XmGetDropSiteManagerObject(551) called without an XmDisplay ....................... Warning: Name: xpdf Class: XmDisplay Display.c:_XmGetDropSiteManagerObject(551) called without an XmDisplay Segmentation fault (core dumped) Anything wrong with me? I have tried others sample motif apps, but still not work, looks like that failed in initializing lesstif lib. I noticed that lesstif-0.93.91-2 was still released as static lib, I guess shared lesstif lib may resolve the problem. Any suggestion? Thanks for help. Harold L Hunt II wrote: > The lesstif-0.93.91-2 package has been updated in the Cygwin > distribution. > > Changes: > 1) Rebuilt against Cygwin 1.5.5, XFree86-bin-4.3.0-5, and > XFree86-prog-4.3.0-8 (with shared Xt lib). > > 2) Move man pages from /usr/X11R6/share/man to /usr/X11R6/man. > 3) Move license files etc. from /usr/X11R6/LessTif to > /usr/X11R6/doc/lesstif-0.93.91. > > 4) Move html documentation from /usr/X11R6/LessTif/doc to > /usr/X11R6/doc/lesstif-0.93.91/doc. > > 5) Update autotool-generated files (aclocal, autoconf, automake). > From huntharo@msu.edu Wed Oct 22 04:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 22 Oct 2003 04:54:00 -0000 Subject: [ITP] fontconfig 2.2.0 Message-ID: <3F960D67.20701@msu.edu> Original from http://www.fontconfig.org/ Notes ===== 1) This depends on the freetype2 package that I have already ITP'd. 2) Shared library will be broken out into separate package before final submission. (Same goes for freetype2 package.) 3) Both shared and static libs are being built. That is desired, correct? 4) File placement is not yet correct. I wanted to get this out there for early review in case anyone was watching. 5) Is it okay to send ITPs at this point? It will probably be a few days before the package is ready for release. Initial version of package files ================================ http://www.msu.edu/~huntharo/cygwin/fontconfig/fontconfig-2.2.0-1-src.tar.bz2 (883 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/fontconfig-2.2.0-1.tar.bz2 (199 KiB) Harold From huntharo@msu.edu Wed Oct 22 05:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 22 Oct 2003 05:08:00 -0000 Subject: Updated: lesstif-0.93.91-2 In-Reply-To: <200310220455.h9M4tT874680@pilot06.cl.msu.edu> References: <200310220455.h9M4tT874680@pilot06.cl.msu.edu> Message-ID: <3F9610B1.8080907@msu.edu> Huh... sometimes I am pretty brain-dead; I don't remember even trying to enable a shared build for lesstif. I must have forgotten to try it. I will try it and post the build if it works with mwm.exe. That is really the only test client that I am familiar with. Harold hzhr@linuxforum.net wrote: > Hi, Harold, > Thanks for the quickly update. > Now I rebuild xpdf with the new lesstif lib, but unfortunately, > get the same result, xpdf throws lots of messages: > > Warning: XmManager ClassInitialize: XmeTraitSet failed > > Warning: > Name: xpdf > Class: XmDisplay > Display.c:_XmGetDropSiteManagerObject(551) called without an XmDisplay > > Warning: > Name: xpdf > Class: XmDisplay > Display.c:_XmGetDropSiteManagerObject(551) called without an XmDisplay > > ....................... > > Warning: > Name: xpdf > Class: XmDisplay > Display.c:_XmGetDropSiteManagerObject(551) called without an XmDisplay > > Segmentation fault (core dumped) > > Anything wrong with me? I have tried others sample motif apps, but still not work, > looks like that failed in initializing lesstif lib. I noticed that lesstif-0.93.91-2 > was still released as static lib, I guess shared lesstif lib may resolve the problem. > Any suggestion? Thanks for help. > > > Harold L Hunt II wrote: > >>The lesstif-0.93.91-2 package has been updated in the Cygwin >>distribution. >> >> Changes: >>1) Rebuilt against Cygwin 1.5.5, XFree86-bin-4.3.0-5, and >>XFree86-prog-4.3.0-8 (with shared Xt lib). >> >> 2) Move man pages from /usr/X11R6/share/man to /usr/X11R6/man. >>3) Move license files etc. from /usr/X11R6/LessTif to >>/usr/X11R6/doc/lesstif-0.93.91. >> >>4) Move html documentation from /usr/X11R6/LessTif/doc to >>/usr/X11R6/doc/lesstif-0.93.91/doc. >> >> 5) Update autotool-generated files (aclocal, autoconf, automake). From zakki@peppermint.jp Wed Oct 22 06:00:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Wed, 22 Oct 2003 06:00:00 -0000 Subject: [PATCH] Generic rootless In-Reply-To: <87znfv376j.wl@peppermint.jp> References: <3F941B1F.5070504@msu.edu> <87znfv376j.wl@peppermint.jp> Message-ID: <87ismhdd7s.wl@peppermint.jp> Harold, The old rootless mode is replaced new rootless mode which use generic rootless library. And a problem that redrawing fails after window resizing is fixed. Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: win32rootless-20031022-1414.patch.bz2 Type: application/octet-stream Size: 11270 bytes Desc: not available URL: From lylez@kc.rr.com Wed Oct 22 06:27:00 2003 From: lylez@kc.rr.com (Lyle) Date: Wed, 22 Oct 2003 06:27:00 -0000 Subject: using cygwin's Perl from within gvim Message-ID: Hello I am unable to use Perl from within gvim. For example, if within gvim, I type Esc :%!perl -p -e 's/public/private/;' and hit return, nothing happens, where as if I issue this exact same command cat filename.java | perl -p -e 's/public/private/;' from the cygwin bash command line (outside of gvim), then it works as expected. When attempting to execute this command from the gvim editor, as shown above, a shell window appears and then disappears immediately, causing me to suspect that some sort of error message is being displayed, but its too fast to read it. Attempting this same action using gvim and Perl on AIX Unix works fine, so its not a mistake in the Perl syntax. I'm using VIM 6.1 (2002 Mar 24, compiled Mar 24 2002 16:04:44) MS-Windows 32 bit GUI version with OLE support on Windows XP. Any ideas? thanks Lyle Ziegelmiller lylez@kc.rr.com -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 13425 bytes Desc: not available URL: From gp@familiehaase.de Wed Oct 22 06:48:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Oct 2003 06:48:00 -0000 Subject: fontconfig 2.2.0 In-Reply-To: <3F960D67.20701@msu.edu> References: <3F960D67.20701@msu.edu> Message-ID: <64318214528.20031022085427@familiehaase.de> Hallo Harold, > 3) Both shared and static libs are being built. That is desired, correct? Yes, please. > 4) File placement is not yet correct. I wanted to get this out there > for early review in case anyone was watching. I had some problems with not exported symbols, I have a patch in my office, I'll send you later. The problem happens also to me with another build yesterday when the --export-all-symbols linker flag was not used. BTW, I vote pro this package. Gerrit -- =^..^= From Joerg.Schaible@Elsag-Solutions.com Wed Oct 22 07:35:00 2003 From: Joerg.Schaible@Elsag-Solutions.com (=?iso-8859-1?Q?J=F6rg_Schaible?=) Date: Wed, 22 Oct 2003 07:35:00 -0000 Subject: using cygwin's Perl from within gvim Message-ID: Lyle wrote on Wednesday, October 22, 2003 8:28 AM: > I'm using VIM 6.1 (2002 Mar 24, compiled Mar 24 2002 > 16:04:44) MS-Windows 32 bit GUI version with OLE support on Windows > XP. > > Any ideas? Yes. GVIM is not a Cygwin application and will provide perl with a temporary file name in DOSish format. Since Cygwin's perl expect files in standard Unix format, this won't work. For GVIM use a Win32-aware perl from the perl home page or from ActiveState. Regards, J?rg From gerrit@familiehaase.de Wed Oct 22 10:30:00 2003 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Oct 2003 10:30:00 -0000 Subject: fontconfig 2.2.0 In-Reply-To: <64318214528.20031022085427@familiehaase.de> References: <3F960D67.20701@msu.edu> <64318214528.20031022085427@familiehaase.de> Message-ID: <1661815453413.20031022122947@familiehaase.de> Gerrit schrieb: > Hallo Harold, >> 3) Both shared and static libs are being built. That is desired, correct? > Yes, please. >> 4) File placement is not yet correct. I wanted to get this out there >> for early review in case anyone was watching. > I had some problems with not exported symbols, I have a patch in my > office, I'll send you later. The problem happens also to me with > another build yesterday when the --export-all-symbols linker flag was > not used. The fontconfig package is online: http://anfaenger.de/cygwin/fontconfig~/ There are also the patches and infos for the related packages: Render ====== #!/bin/sh tar zxf render-0.8.tar.gz cd render-0.8 ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc make make install Xrender ======= #!/bin/sh tar zxf xrender-0.8.3.tar.gz cd xrender-0.8.3 patch -p1<../xrender-0.8.3-1.patch ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc --with-x make make install Xft === #!/bin/sh tar zxf xft-2.1.2.tar.gz cd xft-2.1.2 patch -p1<../xft-2.1.2-1.patch ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc --with-x make make install Xcursor ======= #!/bin/sh tar zxf xcursor-1.0.2.tar.gz cd xcursor-1.0.2 patch -p1<../xcursor-1.0.2-1.patch ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc --with-x make make install The fontconfig README and the patch: ==================================== Fontconfig version 2.2.90 Fontconfig is a library designed to provide system-wide font configuration, customization and application access. Built with this script: #!/bin/sh export PATH=`pwd`/fontconfig-2.2.90/src/.libs:$PATH tar xzf fontconfig-2.2.90.tar.gz patch -p0 < fontconfig-2.2.90-1.patch cd fontconfig-2.2.90 # relibtoolize libtoolize -c -f --automake aclocal automake -a -c -f autoconf # configure ./configure \ --prefix=/usr/X11R6 \ --localstatedir=/var \ --sysconfdir=/etc \ --with-docdir=/usr/doc/fontconfig \ 2>&1 | tee log.configure # compile make 2>&1 | tee log.make # install make install 2>&1 | tee log.install and this patch: diff -urd fontconfig-2.2.90~/Makefile.am fontconfig-2.2.90/Makefile.am --- fontconfig-2.2.90~/Makefile.am 2003-06-09 20:49:18.000000000 +0200 +++ fontconfig-2.2.90/Makefile.am 2003-06-22 19:09:18.000000000 +0200 @@ -48,4 +48,4 @@ echo " $(INSTALL_DATA) local.conf $(DESTDIR)$(configdir)/local.conf"; \ $(INSTALL_DATA) local.conf $(DESTDIR)$(configdir)/local.conf; \ fi; fi; fi - if [ x$(DESTDIR) = x ]; then fc-cache/fc-cache -f -v; fi + if [ x$(DESTDIR) = x ]; then fc-cache/.libs/fc-cache -f -v; fi diff -urd fontconfig-2.2.90~/configure.in fontconfig-2.2.90/configure.in --- fontconfig-2.2.90~/configure.in 2003-06-09 21:21:06.000000000 +0200 +++ fontconfig-2.2.90/configure.in 2003-06-22 19:26:21.000000000 +0200 @@ -66,10 +66,14 @@ *-*-mingw*) os_win32=yes ;; + *-*-cygwin*) + os_cygwin=yes + ;; *) os_win32=no esac AM_CONDITIONAL(OS_WIN32, test "$os_win32" = "yes") +AM_CONDITIONAL(OS_CYGWIN, test "$os_cygwin" = "yes") if test "$os_win32" = "yes"; then AC_CHECK_PROG(ms_librarian, lib.exe, yes, no) diff -urd fontconfig-2.2.90~/src/Makefile.am fontconfig-2.2.90/src/Makefile.am --- fontconfig-2.2.90~/src/Makefile.am 2003-04-17 23:50:24.000000000 +0200 +++ fontconfig-2.2.90/src/Makefile.am 2003-06-22 19:13:33.000000000 +0200 @@ -19,6 +19,23 @@ endif + +if OS_CYGWIN + +no_undefined = -no-undefined +export_symbols = -export-symbols + +# gcc import library install/uninstall + +install-libtool-import-lib: + $(INSTALL) .libs/libfontconfig.dll.a $(DESTDIR)$(libdir) + +uninstall-libtool-import-lib: + -rm $(DESTDIR)$(libdir)/libfontconfig.dll.a + +endif + + if MS_LIB_AVAILABLE # Microsoft import library install/uninstall diff -urd -x .libs fontconfig-2.2.0~/src/fontconfig.def.in fontconfig-2.2.0/src/fontconfig.def.in --- fontconfig-2.2.90~/src/fontconfig.def.in 2003-03-22 22:25:34.000000000 +0100 +++ fontconfig-2.2.90/src/fontconfig.def.in 2003-06-17 13:18:32.000000000 +0200 @@ -1,4 +1,4 @@ -LIBRARY fontconfig +LIBRARY cygfontconfig-1.dll VERSION @LT_CURRENT@.@LT_REVISION@ EXPORTS FcAtomicCreate @@ -159,3 +159,7 @@ FcValueEqual FcValuePrint FcValueSave + FcFreeTypeCharSetAndSpacing + FcConfigHome + FcConfigEnableHome + FcLangSetContains # END This Cygwin Fontconfig package: Gerrit P. Haase, 2003-06-22 Gerrit -- =^..^= From freeweb@nyckelpiga.de Wed Oct 22 11:05:00 2003 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Wed, 22 Oct 2003 11:05:00 -0000 Subject: using cygwin's Perl from within gvim In-Reply-To: References: Message-ID: <1861817579050.20031022130513@familiehaase.de> Lyle schrieb: > Hello > I am unable to use Perl from within gvim. For example, if within > gvim, I type > Esc :%!perl -p -e 's/public/private/;' and hit return, > nothing happens, where as if I issue this exact same command > cat filename.java | perl -p -e 's/public/private/;' > from the cygwin bash command line (outside of gvim), then it works as > expected. When attempting to execute this command from the > gvim editor, as shown above, a shell window appears and then > disappears immediately, causing me to suspect that some sort > of error message is being displayed, but its too fast to read it. > Attempting this same action using gvim and Perl on AIX Unix > works fine, so its not a mistake in the Perl syntax. > I'm using VIM 6.1 (2002 Mar 24, compiled Mar 24 2002 16:04:44) > MS-Windows 32 bit GUI version with OLE support on Windows XP. > Any ideas? You cannot use Cygwin Perl from within an Windows application, try to use ActiveStates or another native Windows Perl, or use Cygwin Vim/Gvim. Gerrit -- =^..^= From huntharo@msu.edu Wed Oct 22 13:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 22 Oct 2003 13:31:00 -0000 Subject: fontconfig 2.2.0 In-Reply-To: <1661815453413.20031022122947@familiehaase.de> References: <3F960D67.20701@msu.edu> <64318214528.20031022085427@familiehaase.de> <1661815453413.20031022122947@familiehaase.de> Message-ID: <3F9686BB.1020507@msu.edu> Gerrit, Thanks. Looks like this will be useful. You are not intending to release these packages yourself, right? Harold Gerrit P. Haase wrote: > Gerrit schrieb: > > >>Hallo Harold, > > >>>3) Both shared and static libs are being built. That is desired, correct? > > >>Yes, please. > > >>>4) File placement is not yet correct. I wanted to get this out there >>>for early review in case anyone was watching. > > >>I had some problems with not exported symbols, I have a patch in my >>office, I'll send you later. The problem happens also to me with >>another build yesterday when the --export-all-symbols linker flag was >>not used. > > > The fontconfig package is online: > http://anfaenger.de/cygwin/fontconfig~/ > > There are also the patches and infos for the related packages: > > Render > ====== > #!/bin/sh > tar zxf render-0.8.tar.gz > cd render-0.8 > ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc > make > make install > > > Xrender > ======= > #!/bin/sh > tar zxf xrender-0.8.3.tar.gz > cd xrender-0.8.3 > patch -p1<../xrender-0.8.3-1.patch > ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc --with-x > make > make install > > > Xft > === > #!/bin/sh > tar zxf xft-2.1.2.tar.gz > cd xft-2.1.2 > patch -p1<../xft-2.1.2-1.patch > ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc --with-x > make > make install > > > Xcursor > ======= > #!/bin/sh > tar zxf xcursor-1.0.2.tar.gz > cd xcursor-1.0.2 > patch -p1<../xcursor-1.0.2-1.patch > ./autogen.sh --prefix=/usr/X11R6 --localstatedir=/var --sysconfdir=/etc --with-x > make > make install > > > > The fontconfig README and the patch: > ==================================== > Fontconfig version 2.2.90 > > Fontconfig is a library designed to provide system-wide font > configuration, customization and application access. > > > Built with this script: > > #!/bin/sh > export PATH=`pwd`/fontconfig-2.2.90/src/.libs:$PATH > tar xzf fontconfig-2.2.90.tar.gz > patch -p0 < fontconfig-2.2.90-1.patch > cd fontconfig-2.2.90 > > # relibtoolize > libtoolize -c -f --automake > aclocal > automake -a -c -f > autoconf > > # configure > ./configure \ > --prefix=/usr/X11R6 \ > --localstatedir=/var \ > --sysconfdir=/etc \ > --with-docdir=/usr/doc/fontconfig \ > 2>&1 | tee log.configure > > # compile > make 2>&1 | tee log.make > > # install > make install 2>&1 | tee log.install > > > and this patch: > > diff -urd fontconfig-2.2.90~/Makefile.am fontconfig-2.2.90/Makefile.am > --- fontconfig-2.2.90~/Makefile.am 2003-06-09 20:49:18.000000000 +0200 > +++ fontconfig-2.2.90/Makefile.am 2003-06-22 19:09:18.000000000 +0200 > @@ -48,4 +48,4 @@ > echo " $(INSTALL_DATA) local.conf $(DESTDIR)$(configdir)/local.conf"; \ > $(INSTALL_DATA) local.conf $(DESTDIR)$(configdir)/local.conf; \ > fi; fi; fi > - if [ x$(DESTDIR) = x ]; then fc-cache/fc-cache -f -v; fi > + if [ x$(DESTDIR) = x ]; then fc-cache/.libs/fc-cache -f -v; fi > diff -urd fontconfig-2.2.90~/configure.in fontconfig-2.2.90/configure.in > --- fontconfig-2.2.90~/configure.in 2003-06-09 21:21:06.000000000 +0200 > +++ fontconfig-2.2.90/configure.in 2003-06-22 19:26:21.000000000 +0200 > @@ -66,10 +66,14 @@ > *-*-mingw*) > os_win32=yes > ;; > + *-*-cygwin*) > + os_cygwin=yes > + ;; > *) > os_win32=no > esac > AM_CONDITIONAL(OS_WIN32, test "$os_win32" = "yes") > +AM_CONDITIONAL(OS_CYGWIN, test "$os_cygwin" = "yes") > > if test "$os_win32" = "yes"; then > AC_CHECK_PROG(ms_librarian, lib.exe, yes, no) > diff -urd fontconfig-2.2.90~/src/Makefile.am fontconfig-2.2.90/src/Makefile.am > --- fontconfig-2.2.90~/src/Makefile.am 2003-04-17 23:50:24.000000000 +0200 > +++ fontconfig-2.2.90/src/Makefile.am 2003-06-22 19:13:33.000000000 +0200 > @@ -19,6 +19,23 @@ > > endif > > + > +if OS_CYGWIN > + > +no_undefined = -no-undefined > +export_symbols = -export-symbols > + > +# gcc import library install/uninstall > + > +install-libtool-import-lib: > + $(INSTALL) .libs/libfontconfig.dll.a $(DESTDIR)$(libdir) > + > +uninstall-libtool-import-lib: > + -rm $(DESTDIR)$(libdir)/libfontconfig.dll.a > + > +endif > + > + > if MS_LIB_AVAILABLE > > # Microsoft import library install/uninstall > diff -urd -x .libs fontconfig-2.2.0~/src/fontconfig.def.in fontconfig-2.2.0/src/fontconfig.def.in > --- fontconfig-2.2.90~/src/fontconfig.def.in 2003-03-22 22:25:34.000000000 +0100 > +++ fontconfig-2.2.90/src/fontconfig.def.in 2003-06-17 13:18:32.000000000 +0200 > @@ -1,4 +1,4 @@ > -LIBRARY fontconfig > +LIBRARY cygfontconfig-1.dll > VERSION @LT_CURRENT@.@LT_REVISION@ > EXPORTS > FcAtomicCreate > @@ -159,3 +159,7 @@ > FcValueEqual > FcValuePrint > FcValueSave > + FcFreeTypeCharSetAndSpacing > + FcConfigHome > + FcConfigEnableHome > + FcLangSetContains > > # END > > This Cygwin Fontconfig package: Gerrit P. Haase, 2003-06-22 > > > Gerrit From ns@1en.de Wed Oct 22 14:08:00 2003 From: ns@1en.de (Norbert Schmidt) Date: Wed, 22 Oct 2003 14:08:00 -0000 Subject: xinit: only xserver, then crash (no xterm) Message-ID: That happend after updating last night: If I start xinit from a .bat-file from Windows only the Xserver starts and shuts down some seconds later and no xterm appeared before. If I start xinit from cygwin-terminal everything works fine and even the whole .bat-file. I need that for an easy way to ssh-X-ing to a solaris-maschine (xinit -e ssh -X ...), and it worked before! The reason for the update was to test the -emulatepseudo feature, but no success yet. (pointer without white frame, some windows almost black, some lines (CAD) out of the window) thanks for your work ;-)), Norbert From pechtcha@cs.nyu.edu Wed Oct 22 14:10:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 22 Oct 2003 14:10:00 -0000 Subject: using cygwin's Perl from within gvim In-Reply-To: <1861817579050.20031022130513@familiehaase.de> References: <1861817579050.20031022130513@familiehaase.de> Message-ID: > On Wed, 22 Oct 2003, Lyle wrote: > > > Hello > > > > I am unable to use Perl from within gvim. For example, if within > > gvim, I type > > Esc :%!perl -p -e 's/public/private/;' and hit return, > > > > nothing happens, where as if I issue this exact same command > > > > cat filename.java | perl -p -e 's/public/private/;' > > > > from the cygwin bash command line (outside of gvim), then it works as > > expected. When attempting to execute this command from the > > gvim editor, as shown above, a shell window appears and then > > disappears immediately, causing me to suspect that some sort > > of error message is being displayed, but its too fast to read it. > > > > Attempting this same action using gvim and Perl on AIX Unix > > works fine, so its not a mistake in the Perl syntax. > > > > I'm using VIM 6.1 (2002 Mar 24, compiled Mar 24 2002 16:04:44) > > MS-Windows 32 bit GUI version with OLE support on Windows XP. > > > > Any ideas? Lyle, Both of the answers below are clear, concise, and not quite correct. On Wed, 22 Oct 2003, J??rg Schaible wrote: > Yes. GVIM is not a Cygwin application and will provide perl with a > temporary file name in DOSish format. Since Cygwin's perl expect files > in standard Unix format, this won't work. For GVIM use a Win32-aware > perl from the perl home page or from ActiveState. > > Regards, > J??rg AFAIK, the temporary file management is done by gvim itself, and it simply execs the program, pipes the file to it, and redirects the output into a temp file (i.e., from perl's point of view, it's just a filter invocation). I suspect the problem is with argument quoting and/or finding the right perl executable. On Wed, 22 Oct 2003, Gerrit P. Haase wrote: > You cannot use Cygwin Perl from within an Windows application, try to > use ActiveStates or another native Windows Perl, or use Cygwin Vim/Gvim. > > Gerrit That is plainly not true (sorry, Gerrit). While trying ActivePerl is a good suggestion, you *can* use Cygwin apps from non-Cygwin programs as long as you're careful about paths and argument quoting. I'd suggest trying something like ESC :%!c:\cygwin\bin\bash --login -c "perl -pe 's/public/private/;'" to make sure the right perl is found and the arguments are properly quoted (the --login ensures you have the right PATH). Alternatively, you could try setting the "shell" variable within gvim to "c:\cygwin\bin\bash". If "c:\cygwin\bin" is in your system PATH and you don't have other bashs or perls installed, you can probably omit the "c:\cygwin\bin" and "--login" bits. Igor P.S. What does this discussion have to do with XFree86, BTW? ;-) -- 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 j_tetazoo@hotmail.com Wed Oct 22 16:56:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 22 Oct 2003 16:56:00 -0000 Subject: xinit: only xserver, then crash (no xterm) Message-ID: >From: Norbert Schmidt >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: xinit: only xserver, then crash (no xterm) >Date: Wed, 22 Oct 2003 15:49:55 +0200 (CEST) > > >That happend after updating last night: > >If I start xinit from a .bat-file from Windows only the Xserver starts and >shuts down some seconds later and no xterm appeared before. [snip] Sounds to me like a problem with your PATH. I suggest you make a copy of /usr/X11R6/bin/startxwin.bat and customize it to do what you want. _________________________________________________________________ See when your friends are online with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com From Ralf.Habacker@freenet.de Wed Oct 22 17:16:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 22 Oct 2003 17:16:00 -0000 Subject: AW: AW: cygwin.rules - Enabling shared libXt finally? In-Reply-To: <3F95EA46.4000109@cwilson.fastmail.fm> Message-ID: No, there is no functional changes. I only want to make sure, that no c function in Intrinsic.c can use the symbol _y (in c 'y'), so this patch renames it to __$XtInherit, which isn't usable for c functions. BTW: I was very in rush while doing the last patch, which may fails to be applied. The symbol which has to be patched is _y and not _$$y like done in the previous patch. I've added an updated patch. Ralf --- Initialize-old.c 2003-10-21 20:21:18.000000000 +0200 +++ Initialize.c 2003-10-21 20:23:25.000000000 +0200 @@ -236,8 +236,8 @@ asm (".data\n\ .globl __XtInherit \n\ - __XtInherit: jmp *_y \n\ - _y: .long ___XtInherit \n\ + __XtInherit: jmp *__$XtInherit \n\ + __$XtInherit: .long ___XtInherit \n\ .text \n"); #define _XtInherit __XtInherit Ralf > > Errm, this isn't going to change the public interface is it? That is, > if Harold releases another libXt with this change, would that break the > recently re-compiled and released lesstif, etc etc? > > -- > Chuck > > Ralf Habacker wrote: > > >>Not sure I understand. What should be changed in the current > version of > >>the Xt code? > > > > > > only note 1, chaning the label. The second note is only for > completeness. > > > > > > > >>Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files. > >>Please send a diff against these if anything should be changed. Note > >>that these are intentionally from the 4.3 branch. > >> > > > > --- Initialize-old.c 2003-10-21 20:21:18.000000000 +0200 > > +++ Initialize.c 2003-10-21 20:23:25.000000000 +0200 > > @@ -236,8 +236,8 @@ > > > > asm (".data\n\ > > .globl __XtInherit \n\ > > - __XtInherit: jmp *_$$y \n\ > > - _$$y: .long ___XtInherit \n\ > > + __XtInherit: jmp *__$XtInherit \n\ > > + __$XtInherit: .long ___XtInherit \n\ > > .text \n"); > > > > #define _XtInherit __XtInherit > > From jay@JaySmith.com Wed Oct 22 17:48:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 22 Oct 2003 17:48:00 -0000 Subject: xinit: only xserver, then crash (no xterm) In-Reply-To: References: Message-ID: <3F96C279.8080400@JaySmith.com> I had a similar problem that may or may not be what you are experiencing. Though two people have told me that the change I made should not have an effect one way or the other, I moved the "-query ...." to the end of the command line and it started working instantly. Xwin -this -that -query myserver.mydomain.com Or Xwin -this -that -query 192.168.1.1 (or whatever) Jay Norbert Schmidt said the following on 10/22/2003 09:49 AM: > That happend after updating last night: > > If I start xinit from a .bat-file from Windows only the Xserver starts and > shuts down some seconds later and no xterm appeared before. > > If I start xinit from cygwin-terminal everything works fine and even > the whole .bat-file. > > I need that for an easy way to ssh-X-ing to a solaris-maschine > (xinit -e ssh -X ...), > and it worked before! > > > > The reason for the update was to test the -emulatepseudo feature, but no > success yet. > (pointer without white frame, some windows almost black, some lines (CAD) > out of the window) > > thanks for your work ;-)), > Norbert -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From llosee@hvc.rr.com Wed Oct 22 20:51:00 2003 From: llosee@hvc.rr.com (Lou Losee) Date: Wed, 22 Oct 2003 20:51:00 -0000 Subject: Error linking against libXt Message-ID: <20031022210114.GA21423@hvc.rr.com> Hi, I am trying to compile and link the Rob Pike's 'sam' editor available from the bell labs site. I am having problems when it comes to linking the executable. The statement that is failing is: gcc -o samterm main.o flayer.o icons.o io.o menu.o mesg.o rasp.o scroll.o unix.o ../../libframe.a -lm ../../libXg/.libs/libXg.a -lXt -lX11 -lm -lm ../../libplan9c/.libs/libplan9c.a -lm -lm -lXt -lX11 The error returned is: /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: cannot find -lXt Looking in /usr/X11R6/lib/ I find: libXt-6.dll.a libXt.dll.a -> libXt-6.dll.a So I figured I needed a libXt.a and following the procedure in the 'Building and Using DLLs - Linking Against DLLs' section of Chapter 4 of the Users Guide, I issued the following commands to create a libXt.a echo EXPORTS > libXt.def nm libXt.dll.a | grep ' T _' | sed 's/.* T _//' >> libXt.def dlltool --def libXt.def --dllname libXt.dll.a --output-lib libXt.a This did not help at all!! I still get the same error. I assume I will run into the same error when ld gets to the -lX11 parm, since the same type of files exist for it in /usr/X11R6/lib/ libX11-6.dll.a libX11.dll.a -> libX11-6.dll.a One last thing, what are the -lm options in the gcc command invocation? It isn't a library named libm.a right? I can't find any other reference to such an option for ld anywhere. Anyway, can anyone give me some pointers as to where to go next? Thanks Lou From gp@familiehaase.de Wed Oct 22 21:42:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Oct 2003 21:42:00 -0000 Subject: fontconfig 2.2.0 In-Reply-To: <3F9686BB.1020507@msu.edu> References: <3F960D67.20701@msu.edu> <64318214528.20031022085427@familiehaase.de> <1661815453413.20031022122947@familiehaase.de> <3F9686BB.1020507@msu.edu> Message-ID: <73371884731.20031022234857@familiehaase.de> Hallo Harold, Am Mittwoch, 22. Oktober 2003 um 15:31 schriebst du: > Gerrit, > Thanks. Looks like this will be useful. I didn't used the suggested generic scripts, just did ./configure && make && make DESTDIR=/tmp/... install && cd /tmp/... && tar cjvf package.tar.bz2 usr/ && cp /var/www/htdocs/cygwin/... and scribbled this short README. The path layout isn't conform with the usual X layout and so on, there are a lot of issues I didn't cared about. > You are not intending to release these packages yourself, right? I was not sure yet if the binaries are working at all. Since I know near to nothing about X, I won't be a good maintainer at all. Though the packages are building nearly out of the tarball (besides adding the -no-undefined and running autoreconf there is only this little bug with the missing exports which should be pushed upstreams). But I have still a lot of other packages on my plate and I'm always seeking for maintainers to take these packages and maintain them. Gerrit -- =^..^= From huntharo@msu.edu Wed Oct 22 21:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 22 Oct 2003 21:55:00 -0000 Subject: Error linking against libXt In-Reply-To: <20031022210114.GA21423@hvc.rr.com> References: <20031022210114.GA21423@hvc.rr.com> Message-ID: <3F96FCDF.1050105@msu.edu> You should have a -L/usr/X11R6/lib before the X libs, this tells gcc to look in /usr/X11R6/lib. I don't know enough about sam to tell you how to get that into the link line automatically, but you should be able to figure it out. Harold Lou Losee wrote: > Hi, > I am trying to compile and link the Rob Pike's 'sam' editor available > from the bell labs site. I am having problems when it comes to linking > the executable. The statement that is failing is: > > gcc -o samterm main.o flayer.o icons.o io.o menu.o mesg.o rasp.o > scroll.o unix.o ../../libframe.a -lm ../../libXg/.libs/libXg.a -lXt > -lX11 -lm -lm ../../libplan9c/.libs/libplan9c.a -lm -lm -lXt -lX11 > > The error returned is: > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: cannot find -lXt > > Looking in /usr/X11R6/lib/ I find: > libXt-6.dll.a > libXt.dll.a -> libXt-6.dll.a > > So I figured I needed a libXt.a and following the procedure in the > 'Building and Using DLLs - Linking Against DLLs' section of Chapter 4 of > the Users Guide, I issued the following commands to create a libXt.a > > echo EXPORTS > libXt.def > nm libXt.dll.a | grep ' T _' | sed 's/.* T _//' >> libXt.def > dlltool --def libXt.def --dllname libXt.dll.a --output-lib libXt.a > > This did not help at all!! I still get the same error. > > I assume I will run into the same error when ld gets to the -lX11 parm, > since the same type of files exist for it in /usr/X11R6/lib/ > libX11-6.dll.a > libX11.dll.a -> libX11-6.dll.a > > One last thing, what are the -lm options in the gcc command invocation? > It isn't a library named libm.a right? I can't find any other reference > to such an option for ld anywhere. > > Anyway, can anyone give me some pointers as to where to go next? > > Thanks > Lou From llosee@hvc.rr.com Wed Oct 22 22:02:00 2003 From: llosee@hvc.rr.com (Lou Losee) Date: Wed, 22 Oct 2003 22:02:00 -0000 Subject: Error linking against libXt In-Reply-To: <3F96FCDF.1050105@msu.edu> References: <20031022210114.GA21423@hvc.rr.com> <3F96FCDF.1050105@msu.edu> Message-ID: <20031022221250.GB21423@hvc.rr.com> Thanks, I will try that. Is there any way to determine what the default search libs are for gcc/ld? I was not able to find anything in the man/info pages other than there was a default search path. Lou * Harold L Hunt II [2003-10-22 18:07]: > You should have a -L/usr/X11R6/lib before the X libs, this tells gcc to > look in /usr/X11R6/lib. > > I don't know enough about sam to tell you how to get that into the link > line automatically, but you should be able to figure it out. > > Harold > > Lou Losee wrote: > > >Hi, > >I am trying to compile and link the Rob Pike's 'sam' editor available > >from the bell labs site. I am having problems when it comes to linking > >the executable. The statement that is failing is: > > > >gcc -o samterm main.o flayer.o icons.o io.o menu.o mesg.o rasp.o > >scroll.o unix.o ../../libframe.a -lm ../../libXg/.libs/libXg.a -lXt > >-lX11 -lm -lm ../../libplan9c/.libs/libplan9c.a -lm -lm -lXt -lX11 > > > >The error returned is: > >/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld: > >cannot find -lXt > > > >Looking in /usr/X11R6/lib/ I find: > >libXt-6.dll.a > >libXt.dll.a -> libXt-6.dll.a > > > >So I figured I needed a libXt.a and following the procedure in the > >'Building and Using DLLs - Linking Against DLLs' section of Chapter 4 of > >the Users Guide, I issued the following commands to create a libXt.a > > > >echo EXPORTS > libXt.def > >nm libXt.dll.a | grep ' T _' | sed 's/.* T _//' >> libXt.def > >dlltool --def libXt.def --dllname libXt.dll.a --output-lib libXt.a > > > >This did not help at all!! I still get the same error. > > > >I assume I will run into the same error when ld gets to the -lX11 parm, > >since the same type of files exist for it in /usr/X11R6/lib/ > >libX11-6.dll.a > >libX11.dll.a -> libX11-6.dll.a > > > >One last thing, what are the -lm options in the gcc command invocation? > >It isn't a library named libm.a right? I can't find any other reference > >to such an option for ld anywhere. > > > >Anyway, can anyone give me some pointers as to where to go next? > > > >Thanks > >Lou > > From jay@JaySmith.com Wed Oct 22 22:07:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 22 Oct 2003 22:07:00 -0000 Subject: xinit: only xserver, then crash (no xterm) In-Reply-To: References: Message-ID: <3F96FF32.2090206@JaySmith.com> I had a similar problem that may or may not be what you are experiencing. Though two people have told me that the change I made should not have an effect one way or the other, I moved the "-query ...." to the end of the command line and it started working instantly. Xwin -this -that -query myserver.mydomain.com Or Xwin -this -that -query 192.168.1.1 (or whatever) Jay Norbert Schmidt said the following on 10/22/2003 09:49 AM: > That happend after updating last night: > > If I start xinit from a .bat-file from Windows only the Xserver starts and > shuts down some seconds later and no xterm appeared before. > > If I start xinit from cygwin-terminal everything works fine and even > the whole .bat-file. > > I need that for an easy way to ssh-X-ing to a solaris-maschine > (xinit -e ssh -X ...), > and it worked before! > > > > The reason for the update was to test the -emulatepseudo feature, but no > success yet. > (pointer without white frame, some windows almost black, some lines (CAD) > out of the window) > > thanks for your work ;-)), > Norbert -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From gp@familiehaase.de Wed Oct 22 22:15:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 22 Oct 2003 22:15:00 -0000 Subject: using cygwin's Perl from within gvim In-Reply-To: References: <1861817579050.20031022130513@familiehaase.de> Message-ID: <134373860062.20031023002153@familiehaase.de> Hallo Igor, >>> I am unable to use Perl from within gvim. For example, if within >>> gvim, I type >>> Esc :%!perl -p -e 's/public/private/;' and hit return, >>> >>> nothing happens, where as if I issue this exact same command > AFAIK, the temporary file management is done by gvim itself, and it simply > execs the program, pipes the file to it, and redirects the output into a > temp file (i.e., from perl's point of view, it's just a filter > invocation). I suspect the problem is with argument quoting and/or > finding the right perl executable. > On Wed, 22 Oct 2003, Gerrit P. Haase wrote: >> You cannot use Cygwin Perl from within an Windows application, try to >> use ActiveStates or another native Windows Perl, or use Cygwin Vim/Gvim. >> >> Gerrit > That is plainly not true (sorry, Gerrit). While trying ActivePerl is a > good suggestion, you *can* use Cygwin apps from non-Cygwin programs as > long as you're careful about paths and argument quoting. I'd suggest > trying something like Yes, of course you're right, but I don't do it and I cannot support it. If I sit down to figure out what is going on (I even have no Gvim installed) then the half day is over and I have no interest to support Gvim problems. It is a Windows App and if someone should support it then IMO the Gvim people. And yes I didn't tell him in the first, my bad. > ESC :%!c:\cygwin\bin\bash --login -c "perl -pe 's/public/private/;'" Maybe your first hint was correct, just a matter of the PATH setting? > to make sure the right perl is found and the arguments are properly quoted > (the --login ensures you have the right PATH). Alternatively, you could > try setting the "shell" variable within gvim to "c:\cygwin\bin\bash". If > "c:\cygwin\bin" is in your system PATH and you don't have other bashs or > perls installed, you can probably omit the "c:\cygwin\bin" and "--login" > bits. > Igor > P.S. What does this discussion have to do with XFree86, BTW? ;-) It is OT, like it is when people are asking how to use sed regex on the main list;-) Gerrit -- =^..^= From gp@familiehaase.de Thu Oct 23 07:32:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Thu, 23 Oct 2003 07:32:00 -0000 Subject: missing #define LC_MESSAGES in Xlocale.h? Message-ID: <194407315979.20031023093928@familiehaase.de> Hallo cygwin-xfree, I'm missing the define for LC_MESSAGES in Xlocale.h: $ diff -u3 Xlocale.h~ Xlocale.h --- Xlocale.h~ 2003-10-23 09:36:39.708214400 +0200 +++ Xlocale.h 2003-10-23 09:36:24.406211200 +0200 @@ -44,6 +44,7 @@ #define LC_MONETARY 3 #define LC_NUMERIC 4 #define LC_TIME 5 +#define LC_MESSAGES 6 _XFUNCPROTOBEGIN extern char *_Xsetlocale( Gerrit -- =^..^= From zakki@peppermint.jp Thu Oct 23 08:24:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Thu, 23 Oct 2003 08:24:00 -0000 Subject: missing #define LC_MESSAGES in Xlocale.h? In-Reply-To: <194407315979.20031023093928@familiehaase.de> References: <194407315979.20031023093928@familiehaase.de> Message-ID: <87znfs5plr.wl@peppermint.jp> Gerrit, By the way, _Xsetlocale works only when category is LC_CTYPE or LC_ALL. Otherwise it do nothing but return NULL. Kensuke Matsuzaki From marciano@northwestern.edu Thu Oct 23 14:42:00 2003 From: marciano@northwestern.edu (Marciano Siniscalchi) Date: Thu, 23 Oct 2003 14:42:00 -0000 Subject: Performance issues -- xdvi Message-ID: <3F97E8DB.5090708@northwestern.edu> Running: cygwin 1.5.5-1, XFree 4.3.0 on WinXP in rootless or fullscreen mode; xwin.log file below. I have been playing around with xdvi from the latest tetex distribution, mainly to see if whizzytex (an almost-instant preview package for emacs/latex/xdvi) could be made to work under Cygwin. I have found xdvi to be vastly slower under Cygwin/Xfree than under Linux/Xfree. Displaying a new page takes about 1--1.5 seconds on my P4 2.8 Ghz / 512MB PC. You can see text being displayed almost line by line. This happens both in "rootless" and "fullscreen" mode. Under Linux/Xfree, it's almost instantaneous. Under Linux Xfree, xdvi is known to be pretty fast (faster than Yap under Win32, say). I should emphasize that, although my goal was to get whizzytex to work, speed considerations arise when simply previewing a DVI file, by typing xdvi file.dvi at the bash prompt and then paging through the file with the keyboard. I first thought this was due to the Cygwin port of xwin, or to Cygwin proper, not Cygwin/Xfree. However, I eventually tried the Xwin32 X server, and was surprised to find out that performance is greatly improved, very close to "native". So, the issue seems to be with Cygwin/Xfree. Indeed, I also found out that other X clients (xterm, emacs) are much snappier under Xwin32 than under Cygwin/Xfree. Now, this could be a misconfiguration issue. My xwin.log file is attached below. I also export DISPLAY=:0 before running clients. [I have also tried DISPLAY=127.0.0.1:0, but observed no change in performance, although I recall seeing a thread on the ML concerning possible differneces] Otherwise, does anybody have any thoughts? This is probably not a huge issue for many clients, but the instant-preview nature of whizzytex makes speed essential (basically, you need to refresh a DVI file every few keystrokes). Thanks! Marciano. xwin.log file: (running in rootless mode) ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 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 - 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: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 994 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 994 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 994 r 1280 l 0 b 994 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 994 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 994 depth: 32 size image: 5089280 winAllocateFBShadowGDI - Created shadow stride: 1280 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 () (==) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 640 497 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress -- Marciano Siniscalchi Ph (847) 491-5398 Department of Economics Fax (847) 491-7001 Northwestern University http://www.faculty.econ.northwestern.edu/faculty/siniscalchi From freemyer-ml@NorcrossGroup.com Thu Oct 23 16:54:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Thu, 23 Oct 2003 16:54:00 -0000 Subject: XWin --query In-Reply-To: <1066321686.19476.122.camel@david.NorcrossGroup.com> References: <20031015204917.99214.qmail@web10102.mail.yahoo.com> <1066321686.19476.122.camel@david.NorcrossGroup.com> Message-ID: <1066859256.26409.1.camel@david.internal.NorcrossGroup.com> On Thu, 2003-10-16 at 12:28, Greg Freemyer wrote: > On Wed, 2003-10-15 at 16:49, Sylvain Petreolle wrote: > > Just to be sure: are you using the correct option : > > XWin -query dmcphost (good) > > > > not > > > > XWin --query dmcphost (bad) ? > > I invoke this via a shell script, and yes the script had a single -. > > Greg > I upgraded to the latest cygwin xfree-bin and xfree-progs. All works again. Must have been a problem relating to the cygwin 1.5 transition. Greg From huntharo@msu.edu Thu Oct 23 17:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 23 Oct 2003 17:18:00 -0000 Subject: Performance issues -- xdvi In-Reply-To: <3F97E8DB.5090708@northwestern.edu> References: <3F97E8DB.5090708@northwestern.edu> Message-ID: <3F980D49.4010902@msu.edu> Marciano, XWin.exe is not as fast as Exceed or XWin-32. Harold Marciano Siniscalchi wrote: > Running: cygwin 1.5.5-1, XFree 4.3.0 on WinXP in rootless or fullscreen > mode; xwin.log file below. > > I have been playing around with xdvi from the latest tetex distribution, > mainly to see if whizzytex (an almost-instant preview package for > emacs/latex/xdvi) could be made to work under Cygwin. > > I have found xdvi to be vastly slower under Cygwin/Xfree than under > Linux/Xfree. Displaying a new page takes about 1--1.5 seconds on my P4 > 2.8 Ghz / 512MB PC. You can see text being displayed almost line by > line. This happens both in "rootless" and "fullscreen" mode. Under > Linux/Xfree, it's almost instantaneous. Under Linux Xfree, xdvi is known > to be pretty fast (faster than Yap under Win32, say). > > I should emphasize that, although my goal was to get whizzytex to work, > speed considerations arise when simply previewing a DVI file, by typing > xdvi file.dvi at the bash prompt and then paging through the file with > the keyboard. > > I first thought this was due to the Cygwin port of xwin, or to Cygwin > proper, not Cygwin/Xfree. However, I eventually tried the Xwin32 X > server, and was surprised to find out that performance is greatly > improved, very close to "native". > > So, the issue seems to be with Cygwin/Xfree. Indeed, I also found out > that other X clients (xterm, emacs) are much snappier under Xwin32 than > under Cygwin/Xfree. > > Now, this could be a misconfiguration issue. My xwin.log file is > attached below. I also export DISPLAY=:0 before > running clients. [I have also tried DISPLAY=127.0.0.1:0, but observed no > change in performance, although I recall seeing a thread on the ML > concerning possible differneces] > > Otherwise, does anybody have any thoughts? This is probably not a huge > issue for many clients, but the instant-preview nature of whizzytex > makes speed essential (basically, you need to refresh a DVI file every > few keystrokes). > > Thanks! > Marciano. > > xwin.log file: (running in rootless mode) > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 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 - 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: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 > winAdjustForAutoHide - Original WorkArea: 0 0 994 1280 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 994 1280 > winCreateBoundingWindowWindowed - WindowClient w 1280 h 994 r 1280 l 0 b > 994 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 994 > depth: 32 > winAllocateFBShadowGDI - Dibsection width: 1280 height: 994 depth: 32 > size image: 5089280 > winAllocateFBShadowGDI - Created shadow stride: 1280 > 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 () > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > winPointerWarpCursor - Discarding first warp: 640 497 > winBlockHandler - Releasing pmServerStarted > winInitMultiWindowWM - pthread_mutex_lock () returned. > DetectUnicodeSupport - Windows NT/2000/XP > winInitMultiWindowWM - Calling setlocale () > winBlockHandler - pthread_mutex_unlock () returned > winInitMultiWindowWM - setlocale () returned > winInitMultiWindowWM - XInitThreads () returned. > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - XOpenDisplay () returned and successfully > opened the display. > winInitMultiWindowWM - XOpenDisplay () returned and successfully opened > the display. > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress > > From Twt47@aol.com Thu Oct 23 17:26:00 2003 From: Twt47@aol.com (Twt47@aol.com) Date: Thu, 23 Oct 2003 17:26:00 -0000 Subject: Sun Workshop debugger hangs Message-ID: <5B76306D.3917F653.000113BE@aol.com> Hello Cygwin-Xfree masters, I have a programmer using Sun Workshop6.0 debugger running on a Solaris8 server and displayed back to his Win2K PC via Cygwin 1.5.4 Xfree from an XDCMP login. I have monitored system resources both on the PC and the server and it is normal. The problem is that at a random times the debugger will lock up, first the function keys will stop working, forcing the programmer to use the mouse on the GUI buttons, then a several operations later the mouse will stop responding. The PC and the server are still normal but the debugger is locked. He can use the debugger on a Sun workstation displayed back from the same server with no problems. Any ideas what I do to solve this problem? TIA, Tim From huntharo@msu.edu Thu Oct 23 17:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 23 Oct 2003 17:29:00 -0000 Subject: Sun Workshop debugger hangs In-Reply-To: <5B76306D.3917F653.000113BE@aol.com> References: <5B76306D.3917F653.000113BE@aol.com> Message-ID: <3F981007.4090604@msu.edu> Tim, Just so you get a reply: I have no ideas. There are lots of weird problems that occur when using Cygwin/XFree86 with Solaris. Check the FAQ. Most of the issues relate to fonts and using a font server, other than that I can only say that I hope someone else has already encountered and solved your particular problem. Harold Twt47@aol.com wrote: > Hello Cygwin-Xfree masters, > I have a programmer using Sun Workshop6.0 debugger running on a Solaris8 server and displayed back to his Win2K PC via Cygwin 1.5.4 Xfree from an XDCMP login. I have monitored system resources both on the PC and the server and it is normal. The problem is that at a random times the debugger will lock up, first the function keys will stop working, forcing the programmer to use the mouse on the GUI buttons, then a several operations later the mouse will stop responding. The PC and the server are still normal but the debugger is locked. He can use the debugger on a Sun workstation displayed back from the same server with no problems. Any ideas what I do to solve this problem? > > TIA, > Tim From lorenzo.travaglio@fastwebnet.it Thu Oct 23 18:45:00 2003 From: lorenzo.travaglio@fastwebnet.it (Lorenzo Travaglio) Date: Thu, 23 Oct 2003 18:45:00 -0000 Subject: Xfig and printer References: <3F97E8DB.5090708@northwestern.edu> Message-ID: <001601c39995$c9601540$a124ff29@fastwebnet.it> I found some problems running Xfig under Cygwin, I cannot "save" and/or "save as" a new picture because in the Save window the keyboard seems to be disabled. The only way I found is to create a void file .fig (i.e. using Vi) and then try to save the new picture clicking this dummy name. The second problem I found is the printer, I don't found a way to set the defult printer. May someone kindly help me? Thank you in advance Lorenzo From andrew.markebo@comhem.se Thu Oct 23 20:29:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Thu, 23 Oct 2003 20:29:00 -0000 Subject: Error linking against libXt References: <20031022210114.GA21423@hvc.rr.com> <3F96FCDF.1050105@msu.edu> <20031022221250.GB21423@hvc.rr.com> Message-ID: / Lou Losee wrote: | Thanks, I will try that. Is there any way to determine what the default | search libs are for gcc/ld? I was not able to find anything in the | man/info pages other than there was a default search path. Run gcc with -v and it will show you where it searches and so on /Andy -- From the other side of the screen it looked so easy - Tron Please note, new email, @telia.com -> @comhem.se From huntharo@msu.edu Thu Oct 23 20:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 23 Oct 2003 20:37:00 -0000 Subject: Xfig and printer In-Reply-To: <001601c39995$c9601540$a124ff29@fastwebnet.it> References: <3F97E8DB.5090708@northwestern.edu> <001601c39995$c9601540$a124ff29@fastwebnet.it> Message-ID: <3F983C08.5010509@msu.edu> Lorenzo, The keyboard isn't disabled, as far as I know. I have had problems with xfig being finicky regarding keyboard focus in various dialogs. Just try cliking the mouse in a few more places around where the text caret is... you won't get a visual indication that the keyboard focus is in that field, but you will be able to type eventually. xfig has a terrible interface, get used to it. Harold Lorenzo Travaglio wrote: > I found some problems running Xfig under Cygwin, I cannot "save" and/or > "save as" a new picture because in the Save window the keyboard seems to be > disabled. The only way I found is to create a void file .fig (i.e. using Vi) > and then try to save the new picture clicking this dummy name. > > The second problem I found is the printer, I don't found a way to set the > defult printer. > > May someone kindly help me? > > Thank you in advance > Lorenzo > From B.Wildermoth@griffith.edu.au Thu Oct 23 22:22:00 2003 From: B.Wildermoth@griffith.edu.au (Brett Wildermoth) Date: Thu, 23 Oct 2003 22:22:00 -0000 Subject: Installation Problems: XFree-icons-bin Message-ID: <1066947724.2392.71.camel@pc070981.me.gu.edu.au> When installing the complete cygwin package, the install frezees at XFree-icons-bin post install. I have tried this a few times. When I dont choose to install this package and X it installs everything else fine but I cant use X. I am running Win2000 fully service packed. Is there something I am missing or do I have manually install it. I am highly literate in UNIX been using RedHat linux for over 9 years. Thought I'd give cygwin a go on my home PC ( I run windows at home because my wife only knows windows) Cygwin was the only option because I want to use a UNIX shell and run Sims while she can still use windows.... Can any one give me a hand.... Thanks in advance Brett Wildermoth Lecturer Griffith University Brisbane, Australia From ford@vss.fsi.com Thu Oct 23 22:30:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 23 Oct 2003 22:30:00 -0000 Subject: Installation Problems: XFree-icons-bin In-Reply-To: <1066947724.2392.71.camel@pc070981.me.gu.edu.au> References: <1066947724.2392.71.camel@pc070981.me.gu.edu.au> Message-ID: On Thu, 24 Oct 2003, Brett Wildermoth wrote: > When installing the complete cygwin package, the install frezees at > XFree-icons-bin post install. > Please search the archives before posting. This issue has been beaten to death. If you are using a reasonably up to date mirror, it should already have the new version of bash that fixes this problem. See the following thread and its thread link for more information if you really want to: http://www.cygwin.com/ml/cygwin/2003-10/msg01309.html -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ihok@hotmail.com Fri Oct 24 17:54:00 2003 From: ihok@hotmail.com (ihok .) Date: Fri, 24 Oct 2003 17:54:00 -0000 Subject: Xfig and printer Message-ID: Lorenzo, Keyboard focus issues in xfig may be related to keyboard focus issues in the latest Cygwin/Xfree releases. See http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00226.html. BTW, here's how to reproduce a keyboard focus bug: 1. Start Xfree using the default startxwin.bat. 2. Try to type into the terminal window that pops up. Even though the window has focus, it won't get your keystrokes until you click inside it. -JT _________________________________________________________________ Add MSN 8 Internet Software to your current Internet access and enjoy patented spam control and more. Get two months FREE! http://join.msn.com/?page=dept/byoa From ford@vss.fsi.com Fri Oct 24 18:30:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 24 Oct 2003 18:30:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows Message-ID: > Windows > > On windows using Cygwin, U/WIN or Interix, LessTif must be built as > static libraries. Because, one of the biggest issues with X on Win32 is > the moronic DLL format. Specifically - it is not possible to export > data from a Win32 DLL in a form that can be used to statically > initialize another global variable. Data access from a DLL requires at > least one pointer indirection, and hence executable code. This is why > X11R6 doesn't have DLLs for Xt/Xmu/Xaw (and Motif) on Win32. > Not exactly true on Cygwin anymore because of the following hack: http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html I am still trying to shake out a working lesstif DLL from this, but I thought I would ask two questions that might help speed this up. Does anyone remember what variables specifically this effects? Is _XtInherit() the only one? As an intermediate step, I am trying a static lesstif build with the new shared Xt/Xmu, etc. I am getting the followin message on startup of an application that previously worked fine: Warning: XmManager ClassInitialize: XmeTraitSet failed Error: attempt to add non-widget child "DropSiteManager" to parent "he" which supports only widgets Still digging in lesstif source to find out what this means and where to go from here, but any comments/suggestions would be greatly appreciated. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Oct 24 18:56:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 24 Oct 2003 18:56:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> <3F942F0E.8040407@msu.edu> <3F944490.9030806@msu.edu> Message-ID: Alexander Gottwald wrote: > Harold L Hunt II wrote: > > > Okay, do you want to look into why XWin.exe crashed on startup with the > > shared version of the Xfont library? Or, are you willing to let me > > handle that? :) > > First should be xfs working with the shared lib. I've tried the shared > linked xfs and it failed. Relinking it with the static Xfont solved the > problem. So there must be a big difference in the way how the libs are > build. Results of my closer look: The stub library (libfntstubs) is required because the libXfont design requires undefined symbols, which are defined in the program (eg ErrorF). libfntstubs provides the functions as non-functional ones. the only consist of the prototype and an return. Some of the functions initalize global structures (RegisterFPEFunctions). RegisterFPEFunctions is not defined in libXfont but in xfs. Unfortunatly the dlls do not allow undefined symbols and the stub library is used, but now the required initialisation of the global structures is not done. As a fix I think of changing the stubs to use an indirect call: func_type *_RegisterFPEFunctions = NULL; int RegisterFPEFunctions(...) { if (_RegisterFPEFunctions == NULL) return 0; else _RegisterFPEFunctions(...); } and set it with code added to libXfont.dll.a which is linked staticly into the program: extern func_type *_RegisterFPEFunctions; void __init() { _RegisterFPEFunctions = RegisterFPEFunctions; } But this still requires some days. I'm away for the next weekend. bye ago NP: Terminal Choice - Flesh in Chains -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Oct 24 19:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 19:24:00 -0000 Subject: Xfig and printer In-Reply-To: References: Message-ID: <3F997C5C.3050803@msu.edu> I don't think these two issues are related. xfig has been weird about keyboard focus even when not running in -multiwindow mode. Harold ihok . wrote: > Lorenzo, > > Keyboard focus issues in xfig may be related to keyboard focus issues in > the latest Cygwin/Xfree releases. See > http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00226.html. > > BTW, here's how to reproduce a keyboard focus bug: > > 1. Start Xfree using the default startxwin.bat. 2. Try to type into the > terminal window that pops up. Even though the window has focus, it won't > get your keystrokes until you click inside it. > > -JT > > _________________________________________________________________ > Add MSN 8 Internet Software to your current Internet access and enjoy > patented spam control and more. Get two months FREE! > http://join.msn.com/?page=dept/byoa > From huntharo@msu.edu Fri Oct 24 19:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 19:34:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: References: Message-ID: <3F997E5B.2070307@msu.edu> Brian, Actually, Nicholas Wourms and I got a shared build working. He has posted the package for me to review and I will try to upload it tonight if I get a chance. He also included bug fixes that are in lesstif's CVS, so mwm's 'Close' menu item seems to be working again. Harold Brian Ford wrote: >>Windows >> >>On windows using Cygwin, U/WIN or Interix, LessTif must be built as >>static libraries. Because, one of the biggest issues with X on Win32 is >>the moronic DLL format. Specifically - it is not possible to export >>data from a Win32 DLL in a form that can be used to statically >>initialize another global variable. Data access from a DLL requires at >>least one pointer indirection, and hence executable code. This is why >>X11R6 doesn't have DLLs for Xt/Xmu/Xaw (and Motif) on Win32. >> > > Not exactly true on Cygwin anymore because of the following hack: > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html > > I am still trying to shake out a working lesstif DLL from this, but I > thought I would ask two questions that might help speed this up. > > Does anyone remember what variables specifically this effects? Is > _XtInherit() the only one? > > As an intermediate step, I am trying a static lesstif build with the new > shared Xt/Xmu, etc. I am getting the followin message on startup of an > application that previously worked fine: > > Warning: XmManager ClassInitialize: XmeTraitSet failed > > Error: attempt to add non-widget child "DropSiteManager" to parent "he" > which supports only widgets > > Still digging in lesstif source to find out what this means and where to > go from here, but any comments/suggestions would be greatly appreciated. > > Thanks. > From huntharo@msu.edu Fri Oct 24 19:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 19:35:00 -0000 Subject: Enabling cygwin.rules/SharedLibFont In-Reply-To: References: <3F907DC6.2020602@msu.edu> <3F931CCF.3020605@msu.edu> <3F942F0E.8040407@msu.edu> <3F944490.9030806@msu.edu> Message-ID: <3F997EFC.7010105@msu.edu> Alexander, Thanks for the update. No rush. It sounds like you have some good ideas. By the way, David Dawes made a comment to another developer today about possibly revisiting the design of linking static libraries into the X Server after 4.4.0 is released. This may be accepted as a general patch for all platforms if that ends up happening (or at least as a general mechanism that other platforms could use). Harold Alexander Gottwald wrote: > Alexander Gottwald wrote: > > >>Harold L Hunt II wrote: >> >> >>>Okay, do you want to look into why XWin.exe crashed on startup with the >>>shared version of the Xfont library? Or, are you willing to let me >>>handle that? :) >> >>First should be xfs working with the shared lib. I've tried the shared >>linked xfs and it failed. Relinking it with the static Xfont solved the >>problem. So there must be a big difference in the way how the libs are >>build. > > > Results of my closer look: > > The stub library (libfntstubs) is required because the libXfont design > requires undefined symbols, which are defined in the program (eg ErrorF). > libfntstubs provides the functions as non-functional ones. the only consist > of the prototype and an return. > > Some of the functions initalize global structures (RegisterFPEFunctions). > RegisterFPEFunctions is not defined in libXfont but in xfs. Unfortunatly > the dlls do not allow undefined symbols and the stub library is used, but > now the required initialisation of the global structures is not done. > > As a fix I think of changing the stubs to use an indirect call: > > func_type *_RegisterFPEFunctions = NULL; > int RegisterFPEFunctions(...) { > if (_RegisterFPEFunctions == NULL) > return 0; > else > _RegisterFPEFunctions(...); > } > > and set it with code added to libXfont.dll.a which is linked staticly into > the program: > > extern func_type *_RegisterFPEFunctions; > > void __init() { > _RegisterFPEFunctions = RegisterFPEFunctions; > } > > But this still requires some days. I'm away for the next weekend. > > bye > ago > > NP: Terminal Choice - Flesh in Chains From ford@vss.fsi.com Fri Oct 24 20:13:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 24 Oct 2003 20:13:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <3F997E5B.2070307@msu.edu> References: <3F997E5B.2070307@msu.edu> Message-ID: On Fri, 24 Oct 2003, Harold L Hunt II wrote: > Brian, > > Actually, Nicholas Wourms and I got a shared build working. He has > posted the package for me to review and I will try to upload it tonight > if I get a chance. He also included bug fixes that are in lesstif's > CVS, so mwm's 'Close' menu item seems to be working again. > Um..., great! But..., I wasn't *just* trying to get a shared build, or *just* trying to fix mwm's Close bug. At least with your new static lib build (lesstif-0.93.91-2), none of our apps work anymore. They all die with error messages like I quoted below. Any chance you/Nicholas did something to fix these too? Any chance of previewing that package to see if it WFU (that would be "Works For Us") :)? BTW, I still can't reproduct the Close bug because I still can't get mwm to let me move a window, or pop up a menu from the title bar. This is strange because it happens to me with stock lesstif/XFree86 on both NT4 and XP. I guess nobody else see this? > Brian Ford wrote: > > > As an intermediate step, I am trying a static lesstif build with the new > > shared Xt/Xmu, etc. I am getting the followin message on startup of an > > application that previously worked fine: > > This happens with your stock lesstif-0.93.91-2 package. > > Warning: XmManager ClassInitialize: XmeTraitSet failed > > > > Error: attempt to add non-widget child "DropSiteManager" to parent "he" > > which supports only widgets > > And then the app dies. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From jay@JaySmith.com Fri Oct 24 20:33:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Fri, 24 Oct 2003 20:33:00 -0000 Subject: Copy/Paste problems due to speed of xdm login process Message-ID: <3F998C1F.9080000@JaySmith.com> Hi Harold, Kensuke, et al.... The copy/paste is working *much* better after your recent fix. However, I am having a very serious problem with it -- the copy/paste functionality only works if I login *extremely* fast to the XDM. I am a fast typist, but I can only login fast enough about half of the time. About 18 months ago (?) back when we were using xwinclip -- before it was integrated into the main program -- we had to put a "sleep" into the script to provide enough time for the communication to take place so that xwinclip would function. After xwinclip became integrated into the program, none of this was a problem, until I installed the new Cygwin a couple weeks ago. Can you do something to allow adequate time to login so that the copy/paste will function? Jay -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Fri Oct 24 20:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 20:50:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: References: <3F997E5B.2070307@msu.edu> Message-ID: <3F9990A0.1080505@msu.edu> Brian Ford wrote: > Um..., great! But..., I wasn't *just* trying to get a shared build, or > *just* trying to fix mwm's Close bug. At least with your new static lib > build (lesstif-0.93.91-2), none of our apps work anymore. They all die > with error messages like I quoted below. The -2 build was borked. I linked the static versions of the libs against the shared version of Xt, this is why it fails to work properly. I got confused during the packaging and forgot to switch the libs to shared. The new -3 build uses shared libs and everything should be fine again. > Any chance you/Nicholas did something to fix these too? Any chance of > previewing that package to see if it WFU (that would be "Works For Us") > :)? Yes, see above. As for a WFU, I don't want to publish Nicholas's package address, but I have uploaded the binary and source packages here: http://www.msu.edu/~huntharo/cygwin/lesstif/lesstif-0.93.91-3.tar.bz2 (3.1 MiB) http://www.msu.edu/~huntharo/cygwin/lesstif/lesstif-0.93.91-3-src.tar.bz2 (2.98 MiB) I am almost done with a rebuild of the source package on my machine. I will post the packages afterwards if the build completes. > BTW, I still can't reproduct the Close bug because I still can't get mwm > to let me move a window, or pop up a menu from the title bar. This is > strange because it happens to me with stock lesstif/XFree86 on both NT4 > and XP. I guess nobody else see this? Hmm... I still can't reproduce the problem of not being able to move a window. You have tried running with both "-rootless" and without any flags at all right (which would run in windowed mode. You aren't using -multiwindow when testing mwm, right? That might cause the sort of problem you are describing. Harold From ditasaka@silverbacksystems.com Fri Oct 24 20:59:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Fri, 24 Oct 2003 20:59:00 -0000 Subject: no key input Message-ID: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> My startxwin.sh gives me the root window and an xterm window in it. I login to a remote host from this xterm after doing xhost for it. >From there, I invoke xterm specifying the local PC as the display. Now I have two xterm windows here: one invoked locally, the other invoked from the remote host. TWM is my window manager. My preference is to show the IconManager at the upper right hand corner of the root, in which I can move from one icon to the next by pressing the keyboard combo specified in the ~/.twmrc as "f.downiconmgr" or "f.upiconmgr". If I press the key combo, no matter where the mouse cursor is at, it jumps to the IconManager area and points to the window that has the keyboard focus at the time. As I press the "up" or the "down" key, the mouse cursor jumps to one icon up or down, and the keyboard focus moves to the corresponding window at once. This is the equivalent of MS Windows' Alt-Tab for me in X(no autoraise by default though). This is how I move the keyboard focus from one window to another. I can't live without this as I have been doing this for over 10 years now. I'm so accustomed to it that I sometimes do it in MS Windows. Now, with the latest Cygwin install, I still can move the keyboard focus by pressing the "up" or "down" key, thus I can toggle the keyboard focus between the two xterm windows I mentioned above. But, the xterm that is locally executed(cygwin xterm) doesnt take any key input unless I move the mouse cursor over the xterm window area, while the one that is remotely executed can take key inputs as usual without moving a mouse(the mouse cursor stays in the IconManager area). Until the one before the latest(XFree86-xserv-4.3.0-18?), this was not the case. I was able to move around AND TYPE. Something that was added since then broke this capability. From pechtcha@cs.nyu.edu Fri Oct 24 21:04:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 24 Oct 2003 21:04:00 -0000 Subject: Xfig and printer In-Reply-To: <3F997C5C.3050803@msu.edu> References: <3F997C5C.3050803@msu.edu> Message-ID: IIRC, xfig requires the mouse pointer to actually be inside the text entry field for keyboard input to work -- just being inside of the "Save..." box is not enough. Igor On Fri, 24 Oct 2003, Harold L Hunt II wrote: > I don't think these two issues are related. > > xfig has been weird about keyboard focus even when not running in > -multiwindow mode. > > Harold > > ihok . wrote: > > > Lorenzo, > > > > Keyboard focus issues in xfig may be related to keyboard focus issues in > > the latest Cygwin/Xfree releases. See > > http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00226.html. > > > > BTW, here's how to reproduce a keyboard focus bug: > > > > 1. Start Xfree using the default startxwin.bat. 2. Try to type into the > > terminal window that pops up. Even though the window has focus, it won't > > get your keystrokes until you click inside it. > > > > -JT -- 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 ford@vss.fsi.com Fri Oct 24 21:11:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 24 Oct 2003 21:11:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <3F9990A0.1080505@msu.edu> References: <3F997E5B.2070307@msu.edu> <3F9990A0.1080505@msu.edu> Message-ID: On Fri, 24 Oct 2003, Harold L Hunt II wrote: > Brian Ford wrote: > > Um..., great! But..., I wasn't *just* trying to get a shared build, or > > *just* trying to fix mwm's Close bug. At least with your new static lib > > build (lesstif-0.93.91-2), none of our apps work anymore. They all die > > with error messages like I quoted below. > > The -2 build was borked. I linked the static versions of the libs > against the shared version of Xt, this is why it fails to work properly. > I got confused during the packaging and forgot to switch the libs to > shared. > IIRC, you first rebuilt lesstif without removing --disable-shared, then you remembered and tried a rebuild with --enable-shared. But I think you didn't supply all the correct linker flags and got unresolved symbols. So you gave in temporarily and shipped the resulting static libs because mwm worked for you with them? Thus, I thought you expected those static libs to work, at least until we fixed the shared build issue. > The new -3 build uses shared libs and everything should be fine again. > > > Any chance you/Nicholas did something to fix these too? Any chance of > > previewing that package to see if it WFU (that would be "Works For Us") > > :)? > > Yes, see above. > Good, that's all I wanted to know. I'm content to wait for the release now that I know there's a good chance it will fix my problem. I was just trying to debug something I didn't think was fixed before the next release. > As for a WFU, I don't want to publish Nicholas's package address, but I > have uploaded the binary and source packages here: > > http://www.msu.edu/~huntharo/cygwin/lesstif/lesstif-0.93.91-3.tar.bz2 > (3.1 MiB) > http://www.msu.edu/~huntharo/cygwin/lesstif/lesstif-0.93.91-3-src.tar.bz2 > (2.98 MiB) > Thanks. I guess I'll test them anyway since you have kindly posted them. It's the least I can do. > I am almost done with a rebuild of the source package on my machine. I > will post the packages afterwards if the build completes. > Ok. > > BTW, I still can't reproduct the Close bug because I still can't get mwm > > to let me move a window, or pop up a menu from the title bar. This is > > strange because it happens to me with stock lesstif/XFree86 on both NT4 > > and XP. I guess nobody else see this? > > Hmm... I still can't reproduce the problem of not being able to move a > window. You have tried running with both "-rootless" and without any > flags at all right (which would run in windowed mode. You aren't using > -multiwindow when testing mwm, right? That might cause the sort of > problem you are describing. > I didn't try "-rootless". Just: Xwin.exe& ; mwm& from a bash prompt. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From jgray@jhu.edu Fri Oct 24 21:14:00 2003 From: jgray@jhu.edu (Jeffrey J. Gray) Date: Fri, 24 Oct 2003 21:14:00 -0000 Subject: XWinrc and window placement Message-ID: <3F999654.9050307@jhu.edu> Hi, Just upgraded my cygwin build for the first time in about a year and I'm loving all the new stuff! A couple questions: 1-What can go in XWinrc? I see a news posting on the cygwin/xfree86 web page that you can put custom commands in the tray icon, but the link to the sample XWinrc file is broken. Could someone post such a file? 2-new xterms always appear in the upper left corner of my screen, all on top of each other. Are there any provisions for 'smart placement' of windows? How would I turn this on? Preferences in XWinrc perhaps?? Thanks for the help, and kudos to all the devs out there. Jeff From huntharo@msu.edu Fri Oct 24 21:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 21:24:00 -0000 Subject: no key input In-Reply-To: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> References: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> Message-ID: <3F999874.9060209@msu.edu> Dai, Very good documentation of your bug. Thanks. One undocumented change I made somewhere between October 4th and October 24th was to include the final version of Ivan Pascal's xc/programs/Xserver/os/WaitFor.c patch: http://cvs.sourceforge.net/viewcvs.py/xoncygwin/xc/programs/Xserver/os/WaitFor.c?r1=1.2&r2=1.3 I suspect that this patch may be involved with the keyboard focus problems, since the problem seems to affect multi-window, rootless, and standard modes of operation. I have not yet merged Kensuke's new rootless code into a release, so I know that his new code has nothing to do with this at all. I have built a special test version of XWin.exe for you to check out. The test version's only difference from 4.3.0-20 is that it reverts the above patch to WaitFor.c. Please run it and report your results: http://www.msu.edu/~huntharo/xwin/devel/server/XWin-4.3.0-20-Test01.exe.bz2 Thanks for testing, Harold Dai Itasaka wrote: > My startxwin.sh gives me the root window and an xterm window in it. > I login to a remote host from this xterm after doing xhost for it. > From there, I invoke xterm specifying the local PC as the display. > Now I have two xterm windows here: one invoked locally, the other > invoked from the remote host. > > TWM is my window manager. My preference is to show the IconManager > at the upper right hand corner of the root, in which I can move > from one icon to the next by pressing the keyboard combo specified > in the ~/.twmrc as "f.downiconmgr" or "f.upiconmgr". If I press > the key combo, no matter where the mouse cursor is at, it jumps > to the IconManager area and points to the window that has the keyboard > focus at the time. As I press the "up" or the "down" key, the mouse > cursor jumps to one icon up or down, and the keyboard focus moves > to the corresponding window at once. This is the equivalent of > MS Windows' Alt-Tab for me in X(no autoraise by default though). > This is how I move the keyboard focus from one window to another. > I can't live without this as I have been doing this for over 10 > years now. I'm so accustomed to it that I sometimes do it in MS > Windows. > > Now, with the latest Cygwin install, I still can move the keyboard > focus by pressing the "up" or "down" key, thus I can toggle the > keyboard focus between the two xterm windows I mentioned above. > But, the xterm that is locally executed(cygwin xterm) doesnt take > any key input unless I move the mouse cursor over the xterm > window area, while the one that is remotely executed can take key > inputs as usual without moving a mouse(the mouse cursor stays in > the IconManager area). > > Until the one before the latest(XFree86-xserv-4.3.0-18?), this was > not the case. I was able to move around AND TYPE. Something that > was added since then broke this capability. > From jpdalbec@ysu.edu Fri Oct 24 21:30:00 2003 From: jpdalbec@ysu.edu (John Dalbec) Date: Fri, 24 Oct 2003 21:30:00 -0000 Subject: Cygwin upgrade (including XFree86) - keyboard disabled - FIXED Message-ID: <3F9999D0.9030102@ysu.edu> Today I upgraded my Cygwin installation (Win 2000 Pro) including the X server. When I tried to run X programs (even locally), there was no response to the keyboard. After some experimentation I found that the XKB extension was the problem. Starting XWin with -kb fixed it. FYI, John Dalbec From huntharo@msu.edu Fri Oct 24 21:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 21:33:00 -0000 Subject: XWinrc and window placement In-Reply-To: <3F999654.9050307@jhu.edu> References: <3F999654.9050307@jhu.edu> Message-ID: <3F999ABB.5080905@msu.edu> Jeff, Jeffrey J. Gray wrote: > Hi, > > Just upgraded my cygwin build for the first time in about a year and I'm > loving all the new stuff! A couple questions: > > 1-What can go in XWinrc? I see a news posting on the cygwin/xfree86 web > page that you can put custom commands in the tray icon, but the link to > the sample XWinrc file is broken. Could someone post such a file? I believe you are referring to the example.XWinrc link on the project home page (http://xfree86.cygwin.com). If so, the broken link has been fixed. The sample .XWinrc file has all of the documenation in it that I know of (Earle F. Philhower III wrote it). There has not yet been a section written in the User's Guide for this feature. > 2-new xterms always appear in the upper left corner of my screen, all on > top of each other. Are there any provisions for 'smart placement' of > windows? How would I turn this on? Preferences in XWinrc perhaps?? No smart placement, but you can change the placement of the windows using the geometry flags (generic to almost all X apps, please seek other documentation for this). Also, this implies that you are using startx (I think), when you should most likely be using startxwin.bat instead. Give it a try, see if you like it. I will eventually update the startx scripts, but I don't understand them as well as the batch file, so startx will always be a little out of date. > Thanks for the help, and kudos to all the devs out there. No problem, glad you like it. Harold From huntharo@msu.edu Fri Oct 24 21:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 21:34:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: References: <3F997E5B.2070307@msu.edu> <3F9990A0.1080505@msu.edu> Message-ID: <3F999AFF.3070508@msu.edu> Brian Ford wrote: > IIRC, you first rebuilt lesstif without removing --disable-shared, then > you remembered and tried a rebuild with --enable-shared. But I think you > didn't supply all the correct linker flags and got unresolved symbols. So > you gave in temporarily and shipped the resulting static libs because mwm > worked for you with them? > > Thus, I thought you expected those static libs to work, at least until we > fixed the shared build issue. I can see how you would have thought that. What really happened was that I got confused about whether the build was successful or not, installed it, ran mwm, everything worked, so I shipped it. Then I looked in the package and noticed there were no DLLs. Upon inspecting the build log I saw that the missing link flags were preventing them from being build. Upon adding the missing link flags there were still lots of build problems that had to be resolved in order to build shared libraries. That is where Nicholas and I started working on it and he finished up getting the shared libraries built plus he included bug fixes from lesstif's CVS tree. The new version should work without problems. >>>BTW, I still can't reproduct the Close bug because I still can't get mwm >>>to let me move a window, or pop up a menu from the title bar. This is >>>strange because it happens to me with stock lesstif/XFree86 on both NT4 >>>and XP. I guess nobody else see this? >> >>Hmm... I still can't reproduce the problem of not being able to move a >>window. You have tried running with both "-rootless" and without any >>flags at all right (which would run in windowed mode. You aren't using >>-multiwindow when testing mwm, right? That might cause the sort of >>problem you are describing. >> > > I didn't try "-rootless". Just: > > Xwin.exe& ; mwm& > > from a bash prompt. With all of the weirdness about bash lately, perhaps you should edit startxwin.bat and try from there instead? Or at least try it from a straight command prompt (after running 'set DISPLAY=127.0.0.1:0.0' and setting the PATH as in startxwin.bat). Harold From huntharo@msu.edu Fri Oct 24 21:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 24 Oct 2003 21:45:00 -0000 Subject: Cygwin upgrade (including XFree86) - keyboard disabled - FIXED In-Reply-To: <3F9999D0.9030102@ysu.edu> References: <3F9999D0.9030102@ysu.edu> Message-ID: <3F999D6F.9010801@msu.edu> John, That is a work-around, not a fix. Regardless, it is useful information, so thanks for posting it. Harold John Dalbec wrote: > Today I upgraded my Cygwin installation (Win 2000 Pro) including the X > server. When I tried to run X programs (even locally), there was no > response to the keyboard. After some experimentation I found that the > XKB extension was the problem. Starting XWin with -kb fixed it. > FYI, > John Dalbec > > From ford@vss.fsi.com Fri Oct 24 22:07:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 24 Oct 2003 22:07:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <3F999AFF.3070508@msu.edu> References: <3F997E5B.2070307@msu.edu> <3F9990A0.1080505@msu.edu> <3F999AFF.3070508@msu.edu> Message-ID: On Fri, 24 Oct 2003, Harold L Hunt II wrote: > Brian Ford wrote: > > IIRC, you first rebuilt lesstif without removing --disable-shared, then > > you remembered and tried a rebuild with --enable-shared. But I think you > > didn't supply all the correct linker flags and got unresolved symbols. So > > you gave in temporarily and shipped the resulting static libs because mwm > > worked for you with them? > > > > Thus, I thought you expected those static libs to work, at least until we > > fixed the shared build issue. > > I can see how you would have thought that. What really happened was > that I got confused about whether the build was successful or not, > installed it, ran mwm, everything worked, so I shipped it. Then I > looked in the package and noticed there were no DLLs. Upon inspecting > the build log I saw that the missing link flags were preventing them > from being build. Upon adding the missing link flags there were still > lots of build problems that had to be resolved in order to build shared > libraries. That is where Nicholas and I started working on it and he > finished up getting the shared libraries built plus he included bug > fixes from lesstif's CVS tree. The new version should work without > problems. > Ok, understood. Bad news though, maybe. I just tried the binary package you posted, and assuming I didn't make an installation error, I still get those XmeTraitSet errors with our apps. I was in a rush though, and I am just about instantaneously headed out of town for the weekend, so this is just a heads up. I'll restle with it again on Monday. > >>>BTW, I still can't reproduct the Close bug because I still can't get mwm > >>>to let me move a window, or pop up a menu from the title bar. This is > >>>strange because it happens to me with stock lesstif/XFree86 on both NT4 > >>>and XP. I guess nobody else see this? > >> > >>Hmm... I still can't reproduce the problem of not being able to move a > >>window. You have tried running with both "-rootless" and without any > >>flags at all right (which would run in windowed mode. You aren't using > >>-multiwindow when testing mwm, right? That might cause the sort of > >>problem you are describing. > >> > > > > I didn't try "-rootless". Just: > > > > Xwin.exe& ; mwm& > > > > from a bash prompt. > > With all of the weirdness about bash lately, perhaps you should edit > startxwin.bat and try from there instead? Or at least try it from a > straight command prompt (after running 'set DISPLAY=127.0.0.1:0.0' and > setting the PATH as in startxwin.bat). > Just tried your new shared linked mwm with a modified startxwin.bat run from Start->Run. Same results. I'll look again on Monday. One other note. cygcheck /usr/X11R6/bin/mwm: ford@fordpc ~/v9win/util/host $ cygcheck /usr/X11R6/bin/mwm.exe G:/cygwin/usr/X11R6/bin/mwm.exe G:/cygwin/usr/X11R6/bin\cygXm-2.dll G:/cygwin/usr/X11R6/bin\cygX11-6.dll G:\cygwin\bin\cygcygipc-2.dll G:\cygwin\bin\cygwin1.dll D:\WINNT\System32\KERNEL32.dll D:\WINNT\System32\ntdll.dll G:/cygwin/usr/X11R6/bin\cygXft-2.dll G:/cygwin/usr/X11R6/bin\cygXext-6.dll G:/cygwin/usr/X11R6/bin\cygfontconfig-1.dll G:/cygwin/usr/X11R6/bin\cygfreetype-9.dll G:\cygwin\bin\cygexpat-0.dll G:/cygwin/usr/X11R6/bin\cygXp-6.dll G:/cygwin/usr/X11R6/bin\cygXrender-1.dll G:/cygwin/usr/X11R6/bin\cygXt-6.dll G:/cygwin/usr/X11R6/bin\cygICE-6.dll G:/cygwin/usr/X11R6/bin\cygSM-6.dll Are those mixed slashes normal and ok? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ditasaka@silverbacksystems.com Fri Oct 24 22:10:00 2003 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Fri, 24 Oct 2003 22:10:00 -0000 Subject: no key input Message-ID: <00ba01c39a7b$978cae20$7b05000a@corp.silverbacksystems.com> Thanks Harold for the special XWin.exe but I must report "still no key input" on local xterms. I noticed that my XWin.exe is dated as Oct 6. The latest xserv went public on last Friday Oct 17 and I updated it on the following Monday Oct 20. I know I was able to move around on Oct 17(before I updated to the latest). The latest package didn't update XWin.exe, did it? Almost all other exe files in /usr/X11R6/bin are dated as Oct 16 now so they are probably included in the latest package but I don't think XWin.exe is. This leads me to think that XWin.exe is not the culprit. From zakki@peppermint.jp Sat Oct 25 03:32:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sat, 25 Oct 2003 03:32:00 -0000 Subject: no key input In-Reply-To: <3F999874.9060209@msu.edu> References: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> <3F999874.9060209@msu.edu> Message-ID: Hi, Even if I use X-Win32 and eXcursion trial version, I can't input using keyboard when mouse cursor is not on xterm. And remote xterm is all right. So perhaps this problem depends on client side. Kensuke Matsuzaki From amai@lesstif.org Sat Oct 25 09:30:00 2003 From: amai@lesstif.org (Alexander Mai) Date: Sat, 25 Oct 2003 09:30:00 -0000 Subject: [Lesstif] http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: Message-ID: On Fri, 24 Oct 2003 13:29:55 -0500 (CDT), Brian Ford wrote: >I am still trying to shake out a working lesstif DLL from this, but I >thought I would ask two questions that might help speed this up. > >Does anyone remember what variables specifically this effects? Is >_XtInherit() the only one? > >As an intermediate step, I am trying a static lesstif build with the new >shared Xt/Xmu, etc. I am getting the followin message on startup of an >application that previously worked fine: > >Warning: XmManager ClassInitialize: XmeTraitSet failed > >Error: attempt to add non-widget child "DropSiteManager" to parent "he" >which supports only widgets > >Still digging in lesstif source to find out what this means and where to >go from here, but any comments/suggestions would be greatly appreciated. > >Thanks. > Something like a wrong linking order: http://www.faqs.org/faqs/motif-faq/part9/section-29.html ? Hmm, on second thought I remember we even have an entry in our own FAQ :-) http://www.lesstif.org/FAQ.html#QU3.0 -- Alexander Mai amai@lesstif.org From rwscott@alumni.uwaterloo.ca Sat Oct 25 12:17:00 2003 From: rwscott@alumni.uwaterloo.ca (Rick Scott) Date: Sat, 25 Oct 2003 12:17:00 -0000 Subject: [Lesstif] Re: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <3F997E5B.2070307@msu.edu> Message-ID: On 25-Oct-03 at 05:21, Harold L Hunt II (huntharo@msu.edu) wrote: > Brian, > > Actually, Nicholas Wourms and I got a shared build working. He has > posted the package for me to review and I will try to upload it tonight > if I get a chance. He also included bug fixes that are in lesstif's > CVS, so mwm's 'Close' menu item seems to be working again. > > Harold > > Brian Ford wrote: > > >>Windows > >> > >>On windows using Cygwin, U/WIN or Interix, LessTif must be built as > >>static libraries. Because, one of the biggest issues with X on Win32 is > >>the moronic DLL format. Specifically - it is not possible to export > >>data from a Win32 DLL in a form that can be used to statically > >>initialize another global variable. Data access from a DLL requires at > >>least one pointer indirection, and hence executable code. This is why > >>X11R6 doesn't have DLLs for Xt/Xmu/Xaw (and Motif) on Win32. > >> > > > > Not exactly true on Cygwin anymore because of the following hack: > > > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html > > > > I am still trying to shake out a working lesstif DLL from this, but I > > thought I would ask two questions that might help speed this up. > > > > Does anyone remember what variables specifically this effects? Is > > _XtInherit() the only one? > > > > As an intermediate step, I am trying a static lesstif build with the new > > shared Xt/Xmu, etc. I am getting the followin message on startup of an > > application that previously worked fine: > > > > Warning: XmManager ClassInitialize: XmeTraitSet failed > > > > Error: attempt to add non-widget child "DropSiteManager" to parent "he" > > which supports only widgets This error is usually a result of using the Xt VendorShell instead of the Xm VendorShell, caused by linking ... -Xt -lXm -lX11 ... > > > > Still digging in lesstif source to find out what this means and where to > > go from here, but any comments/suggestions would be greatly appreciated. > > > > Thanks. > > > > _______________________________________________ > Lesstif mailing list > Lesstif@lesstif.org > https://terror.hungry.com/mailman/listinfo/lesstif From huntharo@msu.edu Sat Oct 25 15:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 25 Oct 2003 15:56:00 -0000 Subject: Updated: XFree86-bin-icons-4.3.0-5 Message-ID: <3F9A9D0F.8020805@msu.edu> The XFree86-bin-icons-4.3.0-5 package has been updated in the Cygwin distribution. Changes: 1) Add "export PATH=/usr/X11R6/bin:$PATH" to /etc/postinstall/XFree86-bin-icons.sh. The /usr/X11R6/bin/XFree86-bin-icons.sh script looks in the current PATH for each executable before creating an icon for that program; running the script from setup.exe did not cause the path to /usr/X11R6/bin to be added to the path so we have to manually add it to the path in the postinstall script. This changes the behavior of the script from creating icons for only /usr/bin programs (like emacs) when run from setup.exe, to creating icons for all programs that are present, as was intended. 2) For the first time ever, the XFree86-bin-icons package now works correctly. Make sure that you have bash-2.05b-16, else the script will hang when it runs cygpath. Be sure to express your gratitude to Chris Faylor for fixing this bug with bash: http://www.cygwin.com/ml/cygwin/2003-10/msg01166.html -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 bijumaillist@yahoo.com Sat Oct 25 16:35:00 2003 From: bijumaillist@yahoo.com (=?iso-8859-1?q?Biju=20G=20C?=) Date: Sat, 25 Oct 2003 16:35:00 -0000 Subject: XWinrc and window placement In-Reply-To: <3F999ABB.5080905@msu.edu> Message-ID: <20031025163531.43030.qmail@web14610.mail.yahoo.com> --- Harold L Hunt II wrote: believe you are referring to the example.XWinrc link on the project > home page (http://xfree86.cygwin.com). If so, the broken link has been > fixed. The sample .XWinrc file has all of the documenation in it that I gone thru http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc a small correction at # Set the taskmar menu with # ROOTMENU correction "taskbar" # Set the taskmar menu with ^^^^^^ some things I wish to have Now I always (I mean, most time) use -nodecoration mode and I run xwin.exe directly (ie, with out using startxwin.bat or startx file) So wish I could have an "autoexec" command in .XWinrc for openbox (or another window manager) This will be also useful for people using ??multiwindow mode, eg: to start xterm automatically As -nodecoration mode also show "cygwin/xfree" on task bar we could add "RootMenu" to controlbox menu of "cygwin/xfree" And why not provide a copy of example.XWinrc at /usr/X11R6/lib/X11/system.XWinrc when somebody install Cygwin/Xfree Other (non so important) items in my wish list are. 1. disable (and/or hide) menu items depending on -multiwindow mode (this is useful when there is autoexec, we dont want to run a window manager program on -multiwindow mode) 2. a delay option for autoexec 3. show "RootMenu" when you do right click on rootwindow on -multiwindow mode or there is no other window manager 4. A provision to specify "default" command line options 5. A GUI menu editor, that will make life easy for non geek (or a better option is http://sourceforge.net/projects/xlauncher/ do the editor) ________________________________________________________________________ Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk From huntharo@msu.edu Sat Oct 25 17:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 25 Oct 2003 17:53:00 -0000 Subject: Cygwin/XFree86 Bugs? In-Reply-To: <1067095960.2619.39.camel@thor.asgaard.local> References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> Message-ID: <3F9AB8A2.7060709@msu.edu> Michel D??nzer wrote: > On Wed, 2003-10-22 at 17:13, Egbert Eich wrote: > >>Marc Aurele La France writes: >> > >> > developer@bugs.xfree86.org is an ML anyone can subscribe to. I am, and, I >> > believe, so is Egbert. >> >>No, not currently. I usually go to the web interface and >>look at the open bugs, process new ones that can be handled >>quickly, or try to assign them to an expert on the specific >>area. >> >>There are a lot more areas than we have experts - in these >>cases I try to work on the ticket myself. This, and the >>low quality of some of the submissions, consumes a >>considerable amount of time. > > > Indeed, you're doing most of the bugzilla work alone; it's a pity there > aren't more people helping with that. Well, you know, XFree86's disregard for offers to help made by developers that have been with the project for over two years are certainly part of the problem. Seriously, I don't know why I waste my time submitting patches that are specific to my platform and then wait up to three weeks for them to be committed. It is a waste of my time and an insult that I am made to do this while other platform maintainers made the luck of the draw and get to commit their patches directly. Here it is: Let me commit my own patches within two months or I am going to let xc/programs/Xserver/hw/xwin die; I will stop sending updates, I will request that you remove hw/xwin and stop advertising that you support Cygwin. Harold From huntharo@msu.edu Sat Oct 25 20:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 25 Oct 2003 20:47:00 -0000 Subject: [ITP] freetype2 2.1.5 - Ready for review Message-ID: <3F9AE179.4000003@msu.edu> Original from http://www.freetype.org/ Description =========== A Free, High-Quality, and Portable Font Engine. Changes from original ITP ========================= 1) Both shared and static libs are being built correctly. 2) Broke monolithic package up into three packages (below). 3) Setup external-source references for the libfreetype26 and libfreetype2-devel packages. 4) I believe the package is feature complete and ready to be posted. freetype2 ========= http://www.msu.edu/~huntharo/cygwin/freetype2/freetype2-2.1.5-1-src.tar.bz2 (1048 KiB) http://www.msu.edu/~huntharo/cygwin/freetype2/freetype2-2.1.5-1.tar.bz2 (3 KiB) http://www.msu.edu/~huntharo/cygwin/freetype2/setup.hint (1 KiB) libfreetype26 ============= http://www.msu.edu/~huntharo/cygwin/freetype2/libfreetype26/libfreetype26-2.1.5-1.tar.bz2 (172 KiB) http://www.msu.edu/~huntharo/cygwin/freetype2/libfreetype26/setup.hint (1 KiB) libfreetype26 ============= http://www.msu.edu/~huntharo/cygwin/freetype2/libfreetype2-devel/libfreetype2-devel-2.1.5-1.tar.bz2 (332 KiB) http://www.msu.edu/~huntharo/cygwin/freetype2/libfreetype2-devel/setup.hint (1 KiB) Please remember to vote when finished reviewing, Harold From huntharo@msu.edu Sat Oct 25 22:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 25 Oct 2003 22:08:00 -0000 Subject: [ITP] fontconfig 2.2.0 - Ready for review Message-ID: <3F9AF44F.80805@msu.edu> Original from http://www.fontconfig.org/ Description =========== Fontconfig is a library for configuring and customizing font access. Changes from original ITP ========================= 1) Both shared and static libs are being built correctly. 2) Broke monolithic package up into three packages (below). 3) Setup external-source references for the libfontconfig1 and libfontconfig-devel packages. 4) I believe the package is feature complete and ready to be posted. fontconfig ========== http://www.msu.edu/~huntharo/cygwin/fontconfig/fontconfig-2.2.0-1-src.tar.bz2 (883 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/fontconfig-2.2.0-1.tar.bz2 (66 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/setup.hint (1 KiB) libfontconfig1 ============== http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig1/libfontconfig1-2.2.0-1.tar.bz2 (69 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig1/setup.hint (1 KiB) libfontconfig-devel =================== http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig-devel/libfontconfig-devel-2.2.0-1.tar.bz2 (92 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig-devel/setup.hint (1 KiB) Please remember to vote when finished reviewing, Harold From huntharo@msu.edu Sat Oct 25 22:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 25 Oct 2003 22:15:00 -0000 Subject: Problems with shared lesstif and shared Xt on Cygwin/XFree86 In-Reply-To: References: <3F9A1B84.7020204@msu.edu> Message-ID: <3F9AF60E.3060101@msu.edu> Thanks Torrey. I tried a build without $(SMLIB) and $(ICELIB) in SharedXtReqs, but it fails to link due to unresolved symbols (all symbols must be resolved at library link time in DLLs on Windows). I will have to consult with the rest of the Cygwin people to see what we should do now. Thanks again, Harold Torrey Lyons wrote: > The issue on Mac OS X is that most shared libraries want to be built as > "two-level namespace" images. Two-level namespace images have > significant advantages in loading speed, but they require that they have > no unresolved symbols when linking the library. This is why the > darwinLib.tmpl contains a complete list of every library's dependencies. > Unfortunately this causes a problem with two shared libraries, Xt and > Xfont. The problem is that these libraries are designed to have certain > symbols undefined and to have theses references resolved at application > link time by one of various other library choices. In the case of Xt, SM > and ICE provide the default resolution of these symbols in > darwinLib.tmpl (and cygwin.tmpl), but symbols with the same names from > lesstif should be used instead when the application is linked with it. > Two-level namespace libraries don't allow you to do that since all > symbols get resolved at library link time, not application link time. > Thus we fixed this problem by building libXt and libXfont as flat > namespace images, which have the same linking semantics that most people > on other *nixes are used to. > > In your case, I suspect that including $(SMLIB) and $(ICELIB) in the > following line from cygwin.tmpl is causing your problem: > > #define SharedXtReqs $(LDPRELIB) $(SMLIB) $(ICELIB) $(XLIBONLY) > > If Cygwin's linker does not complain when you removed these two, you > should be fine. As it is all of the references which are supposed to > remain undefined are likely being satisfied at library link time so > nothing from lesstif is being included at application link time. > > --Torrey > > At 2:43 AM -0400 10/25/03, Harold L Hunt II wrote: > >> Torrey, >> >> Looks like you may have had the same sort of trouble that we are now >> having with regards to building a shared version of the lesstif >> libraries that link to a shared version of the Xt library. The >> particular error message, when starting a lesstif app is: >> >> XmManager ClassInitialize: XmeTraitSet failed >> >> >> Nicholas Wourms has been looking into this problem (his notes are >> below) and he seems to think that an OS/X-specific fix may have been >> made to one of the XFree86 libs to alleviate this problem with lesstif. >> >> Do you recall anything related to this problem? If so, could you >> describe the fix or point us to a message describing the fix? >> >> Thanks in advance, >> >> Harold >> >> >> >> >> *SIGH* I spoke too soon, after building nedit and trying some other >> tests, I'm experiencing the "XmManager ClassInitialize: XmeTraitSet >> failed" problem. Apparently the MacOSX people went through this ordeal >> last year, but unfortunately that doesn't help us. They had two >> solutions: >> 1) Pass "-force_flat_namespace" which is part of OSX's proprietary >> linker. >> 2) Downgrade to XFree86-4.1 libs of some sort or upgrade to latest cvs. >> >> Of course, in-depth information on why this is happening is nonexistant, >> all I could find were: >> http://oroborosx.sourceforge.net/faq.html#q5p1 >> http://www.geocrawler.com/mail/msg.php3?msg_id=8230372&list=8629 >> >> Given that information, I'm willing to bet that an OSX-only fix was >> checked in sometime after July of last year to resolve this. Finding >> out what it is will be difficult I'm willing to bet. Of course it could >> just be Xt misbehaving or an auto-import/psuedo-ops failure. Heh, oh >> well, I'm going to further investigate this tommorrow... Sorry that it >> isn't working properly :-(. >> >> One last thought, perhaps we should CC Brian Ford in on this since >> another fresh perspective might be good. >> >> Cheers, >> Nicholas > > From michel@daenzer.net Sun Oct 26 12:19:00 2003 From: michel@daenzer.net (Michel =?ISO-8859-1?Q?D=E4nzer?=) Date: Sun, 26 Oct 2003 12:19:00 -0000 Subject: Cygwin/XFree86 Bugs? In-Reply-To: <3F9AB8A2.7060709@msu.edu> References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> <3F9AB8A2.7060709@msu.edu> Message-ID: <1067170774.9446.19.camel@thor.asgaard.local> On Sat, 2003-10-25 at 19:53, Harold L Hunt II wrote: > Michel D??nzer wrote: > > On Wed, 2003-10-22 at 17:13, Egbert Eich wrote: > > > >>Marc Aurele La France writes: > >> > > >> > developer@bugs.xfree86.org is an ML anyone can subscribe to. I am, and, I > >> > believe, so is Egbert. > >> > >>No, not currently. I usually go to the web interface and > >>look at the open bugs, process new ones that can be handled > >>quickly, or try to assign them to an expert on the specific > >>area. > >> > >>There are a lot more areas than we have experts - in these > >>cases I try to work on the ticket myself. This, and the > >>low quality of some of the submissions, consumes a > >>considerable amount of time. > > > > > > Indeed, you're doing most of the bugzilla work alone; it's a pity there > > aren't more people helping with that. > > Well, you know, XFree86's disregard for offers to help made by > developers that have been with the project for over two years are > certainly part of the problem. Err, this is about bug triage, which you can do just as well as everybody else. I agree that you should be able to commit Cygwin stuff yourself (but I can't do anything about it), I'm afraid your rants and threats won't do much good there though. -- Earthling Michel D??nzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer From huntharo@msu.edu Sun Oct 26 17:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 26 Oct 2003 17:37:00 -0000 Subject: Cygwin/XFree86 - Staying or leaving XFree86.org? [Was: Re: Cygwin/XFree86 Bugs?] In-Reply-To: <1067170774.9446.19.camel@thor.asgaard.local> References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> <3F9AB8A2.7060709@msu.edu> <1067170774.9446.19.camel@thor.asgaard.local> Message-ID: <3F9C0659.1040305@msu.edu> Michel D??nzer wrote: >>Well, you know, XFree86's disregard for offers to help made by >>developers that have been with the project for over two years are >>certainly part of the problem. > > Err, this is about bug triage, which you can do just as well as > everybody else. No, this is about my submitting Cygwin-specific bugs that can't actually be assigned to me for committing them, even though I am the "expert" on Cygwin/XFree86. This thread started to point out the hypocrisy of the situation and to see what the official response to this was. > I agree that you should be able to commit Cygwin stuff yourself (but I > can't do anything about it), I'm afraid your rants and threats won't do > much good there though. Thanks for your agreement. Hmm... rants and threats isn't very polite. I have asked numerous people to both "elect" me to get commit access and I have asked people with the power to do so to set me up with it (all privately, off list, as it should be). Nothing has ever happened from any of those requests. What else am I supposed to do? I have made a decision that my family deserves the time that XFree86 is having me waste being a patch nanny. In light of that decision, I am either going to commit my bugs directly to XFree86's CVS, or I am going to leave the project. It is not a "rant" or "threat" to tell people this. This is simply the way it is going to be, from my standpoint. As I said, I have made a decision to give this time back to my family, and I am going to do that, regardless of what other people decide their role in this will be. Either way this plays out, I get to spend less time developing on X for the same amount of impact, and my family recovers three or four hours a month. When you are in a graduate degree program and working 30-40 hours per week, that is a *lot* of time. So here is the choice to be made again: 1) Set me up with CVS commit access with the understanding that I commit only Cygwin-specific patches and all others get sent in through bugs.xfree86.org for review by other developers. -or- 2) I will stop sending patches for Cygwin support. It is simply not worth my time and I feel that the XFree86 project has no right to take that time away from me or my family. I ask that the CVS commit access be granted within 2 months if it is going to be granted. If access is not going to be granted, then a short note telling me to piss off would be appreciated so that I can start setting up my tree elsewhere. Thank you very much for *your* time, Harold From dickey@his.com Sun Oct 26 19:15:00 2003 From: dickey@his.com (Thomas Dickey) Date: Sun, 26 Oct 2003 19:15:00 -0000 Subject: Cygwin/XFree86 Bugs? In-Reply-To: <3F9AB8A2.7060709@msu.edu> References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> <3F9AB8A2.7060709@msu.edu> Message-ID: On Sat, 25 Oct 2003, Harold L Hunt II wrote: > Seriously, I don't know why I waste my time submitting patches that are > specific to my platform and then wait up to three weeks for them to be > committed. It is a waste of my time and an insult that I am made to do well, when you graduate and (presumably) find a real job, you'll have a chance to get an idea of where time goes. the patches _are_ applied, right? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Sun Oct 26 19:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 26 Oct 2003 19:34:00 -0000 Subject: Cygwin/XFree86 Bugs? In-Reply-To: References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> <3F9AB8A2.7060709@msu.edu> Message-ID: <3F9C21AA.6030303@msu.edu> Thomas Dickey wrote: > On Sat, 25 Oct 2003, Harold L Hunt II wrote: > > >>Seriously, I don't know why I waste my time submitting patches that are >>specific to my platform and then wait up to three weeks for them to be >>committed. It is a waste of my time and an insult that I am made to do > > > well, when you graduate and (presumably) find a real job, you'll have > a chance to get an idea of where time goes. > > the patches _are_ applied, right? Thanks for your amazing support Thomas. You don't know anything about me, so you can keep your blanket statements about where you time goes to yourself. By the way, how often do you have to go to the doctor's office? How often do you have to get prescriptions refiled? How often do you have to change the tubing for a medical device that is attached to you? Huh? Didn't think so. So, please take this as kindly as possible when I say: Go fuck yourself. The funny thing here is that I am volunteering to take care of my own patches and I am personally insulted that my offer is being ignored. Harold From huntharo@msu.edu Sun Oct 26 21:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 26 Oct 2003 21:41:00 -0000 Subject: [ITP] fontconfig 2.2.0 - Ready for 2nd review Message-ID: <3F9C3F6B.8080608@msu.edu> Original from http://www.fontconfig.org/ Description =========== Fontconfig is a library for configuring and customizing font access. Changes from first review request ================================= 1) Install /etc/fonts files with a postinstall script 2) Exclude the autom4te.cache directory from the patch. 3) Include md5sum info for each file. 4) Change references to libfreetype26 in setup.hint files to freetype2. That is the proper way to do this, right? freetype2 requires libfreetype26, so you should always get the appropriate version of the library. fontconfig ========== http://www.msu.edu/~huntharo/cygwin/fontconfig/fontconfig-2.2.0-1-src.tar.bz2 (809 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/fontconfig-2.2.0-1.tar.bz2 (67 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/setup.hint (1 KiB) libfontconfig1 ============== http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig1/libfontconfig1-2.2.0-1.tar.bz2 (69 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig1/setup.hint (1 KiB) libfontconfig-devel =================== http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig-devel/libfontconfig-devel-2.2.0-1.tar.bz2 (92 KiB) http://www.msu.edu/~huntharo/cygwin/fontconfig/libfontconfig-devel/setup.hint (1 KiB) md5sum ====== http://www.msu.edu/~huntharo/cygwin/fontconfig/md5.sum (1 KiB) 15aaa7e9282618313b1dfee9c9b354a9 *fontconfig-2.2.0-1-src.tar.bz2 e98496ef67853bbe3758eaa6321cffb2 *fontconfig-2.2.0-1.tar.bz2 b5c3d0a6edd156a62e4364f3c552c5ab *libfontconfig-devel/libfontconfig-devel-2.2.0-1.tar.bz2 82089888c9c295174a7e96e095565204 *libfontconfig-devel/setup.hint 990e2e701ac853467f3a49d4f6a090a5 *libfontconfig1/libfontconfig1-2.2.0-1.tar.bz2 d7fb4dec2a249a231518e72272eb133c *libfontconfig1/setup.hint 90ac6cd514cec28f6aa2c8d6a79144f0 *setup.hint Please remember to vote when finished reviewing, Harold From huntharo@msu.edu Mon Oct 27 04:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 04:02:00 -0000 Subject: no key input In-Reply-To: References: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> <3F999874.9060209@msu.edu> Message-ID: <3F9C98CC.7080704@msu.edu> Good point. I think this has to do with the shared Xt library. I will check into this. Harold Kensuke Matsuzaki wrote: > Hi, > > Even if I use X-Win32 and eXcursion trial version, I can't input using > keyboard when mouse cursor is not on xterm. > And remote xterm is all right. > So perhaps this problem depends on client side. > > Kensuke Matsuzaki From huntharo@msu.edu Mon Oct 27 04:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 04:03:00 -0000 Subject: [PATCH] Generic rootless In-Reply-To: <87ismhdd7s.wl@peppermint.jp> References: <3F941B1F.5070504@msu.edu> <87znfv376j.wl@peppermint.jp> <87ismhdd7s.wl@peppermint.jp> Message-ID: <3F9C9929.3040902@msu.edu> Kensuke, I just wanted to drop you a line to let you know that I have received this patch and I will be looking into it... I have just been busy with other things for a while. By the way, I am looking into ways to allow you and other developers to have direct CVS access to the main source tree (if that is what you can call the discussion on devel@xfree86.org). The intention here is that I will no longer slow you down when this is finished :) Harold Kensuke Matsuzaki wrote: > Harold, > > The old rootless mode is replaced new rootless mode which use generic > rootless library. > And a problem that redrawing fails after window resizing is fixed. > > Kensuke Matsuzaki From davidf@sjsoft.com Mon Oct 27 08:03:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Mon, 27 Oct 2003 08:03:00 -0000 Subject: Cygwin/XFree86 - Staying or leaving XFree86.org? [Was: Re: Cygwin/XFree86 Bugs?] In-Reply-To: <3F9C0659.1040305@msu.edu> References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> <3F9AB8A2.7060709@msu.edu> <1067170774.9446.19.camel@thor.asgaard.local> <3F9C0659.1040305@msu.edu> Message-ID: <3F9CD123.3060107@sjsoft.com> Harold L Hunt II wrote: > Michel D??nzer wrote: > >>> Well, you know, XFree86's disregard for offers to help made by >>> developers that have been with the project for over two years are >>> certainly part of the problem. >> >> >> Err, this is about bug triage, which you can do just as well as >> everybody else. > > > No, this is about my submitting Cygwin-specific bugs that can't > actually be assigned to me for committing them, even though I am the > "expert" on Cygwin/XFree86. This thread started to point out the > hypocrisy of the situation and to see what the official response to > this was. > >> I agree that you should be able to commit Cygwin stuff yourself (but I >> can't do anything about it), I'm afraid your rants and threats won't do >> much good there though. > > > Thanks for your agreement. > > Hmm... rants and threats isn't very polite. I have asked numerous > people to both "elect" me to get commit access and I have asked people > with the power to do so to set me up with it (all privately, off list, > as it should be). Nothing has ever happened from any of those requests. > > What else am I supposed to do? I have made a decision that my family > deserves the time that XFree86 is having me waste being a patch nanny. > > In light of that decision, I am either going to commit my bugs > directly to XFree86's CVS, or I am going to leave the project. It is > not a "rant" or "threat" to tell people this. This is simply the way > it is going to be, from my standpoint. As I said, I have made a > decision to give this time back to my family, and I am going to do > that, regardless of what other people decide their role in this will be. > > Either way this plays out, I get to spend less time developing on X > for the same amount of impact, and my family recovers three or four > hours a month. When you are in a graduate degree program and working > 30-40 hours per week, that is a *lot* of time. > > So here is the choice to be made again: > 1) Set me up with CVS commit access with the understanding that I > commit only Cygwin-specific patches and all others get sent in through > bugs.xfree86.org for review by other developers. -or- > > 2) I will stop sending patches for Cygwin support. It is simply not > worth my time and I feel that the XFree86 project has no right to take > that time away from me or my family. > > > I ask that the CVS commit access be granted within 2 months if it is > going to be granted. > > If access is not going to be granted, then a short note telling me to > piss off would be appreciated so that I can start setting up my tree > elsewhere. > > > Thank you very much for *your* time, > > Harold > Without getting involved in the disagreement, what about Xouvert? David From huntharo@msu.edu Mon Oct 27 15:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 15:29:00 -0000 Subject: Cygwin/XFree86 - Staying or leaving XFree86.org? [Was: Re: Cygwin/XFree86 Bugs?] In-Reply-To: <3F9CD123.3060107@sjsoft.com> References: <20031021201701.A72066@xfree86.org> <16278.40627.61637.982457@zeus.local> <1067095960.2619.39.camel@thor.asgaard.local> <3F9AB8A2.7060709@msu.edu> <1067170774.9446.19.camel@thor.asgaard.local> <3F9C0659.1040305@msu.edu> <3F9CD123.3060107@sjsoft.com> Message-ID: <3F9D39C6.2070700@msu.edu> David, > Without getting involved in the disagreement, what about Xouvert? Oh yeah, alternatives are being looked into. More on that later. Harold From huntharo@msu.edu Mon Oct 27 16:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 16:35:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org Message-ID: <3F9D4948.5080205@msu.edu> It seems that David Dawes has made his decision not to let the Cygwin/XFree86 project commit patches directly to the XFree86.org CVS tree; he doesn't seem to want to go on record saying this, but he has written several messages during this discussion about ftp servers, cvs servers, etc., while making no attempt to provide a direct answer to my question. Had he intended otherwise he could have easily said, "Gotta wait until the next board meeting", or "Sorry, server died, gonna have to wait a couple days". I can only interpret his ignoring the issue as a passive refusal to grant Cygwin/XFree86 CVS commit access. In the interests of providing a more open development model, the Cygwin/XFree86 project will no longer be maintaining code in the XFree86.org CVS tree. Maintaining code in XFree86.org's CVS tree provides little benefit in relation to the amount of time required to do so; XFree86.org is passively unwilling to work with Cygwin/XFree86 to reduce the amount of time required. What this means for Cygwin/XFree86 users and developers ======================================================= 1) No major changes to the files currently distributed with Cygwin/XFree86 for at least a month. 2) The Cygwin/XFree86 mailing lists and project pages will stay at cygwin.com. 3) Builds will continue to be made from the 4.3.0 snapshot, patched with the latest Cygwin/XFree86 patches. 4) A 4.4.0 snapshot may be pulled to make builds from. 5) Patches for Cygwin-specific code will no longer be sent to XFree86.org. Non Cygwin-specific patches should still be sent, to be dealt with as XFree86 pleases. 6) Alternatives are being evaluated for hosting Cygwin/XFree86 code in CVS. Hosts that can provide CVS commit access for at least five Cygwin/XFree86 developers will be given priority. What this means for Cygwin ========================== Nothing. Nada. Zilch. They were not involved in this at all. What this means for XFree86 =========================== Some will say nothing. Some will say good riddance. Some will say this is the beginning of the end. Who knows? Who cares? Let /. figure it out. Harold From alanh@fairlite.demon.co.uk Mon Oct 27 16:45:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 27 Oct 2003 16:45:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org In-Reply-To: <3F9D4948.5080205@msu.edu> References: <3F9D4948.5080205@msu.edu> Message-ID: <20031027164542.GI1920@fairlite.demon.co.uk> On Mon, Oct 27, 2003 at 11:35:20AM -0500, Harold L Hunt II wrote: > 6) Alternatives are being evaluated for hosting Cygwin/XFree86 code in > CVS. Hosts that can provide CVS commit access for at least five > Cygwin/XFree86 developers will be given priority. Harold, I thought you already had the CVS for Cygwin/XFree86 sorted out, by using what you'd already setup in http://sf.net/projects/xoncygwin ? You and Alexander Gottwald (and myself) have already been using this for quite some time now. Couldn't you give Kensuke et al commit access there rather than seeking out yet another repository ? Alan. From huntharo@msu.edu Mon Oct 27 17:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 17:26:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org In-Reply-To: <20031027164542.GI1920@fairlite.demon.co.uk> References: <3F9D4948.5080205@msu.edu> <20031027164542.GI1920@fairlite.demon.co.uk> Message-ID: <3F9D5536.3040400@msu.edu> Alan Hourihane wrote: > On Mon, Oct 27, 2003 at 11:35:20AM -0500, Harold L Hunt II wrote: > >>6) Alternatives are being evaluated for hosting Cygwin/XFree86 code in >>CVS. Hosts that can provide CVS commit access for at least five >>Cygwin/XFree86 developers will be given priority. > > > Harold, > > I thought you already had the CVS for Cygwin/XFree86 sorted out, by > using what you'd already setup in http://sf.net/projects/xoncygwin ? It is something I am looking into. It all depends on if we want to have to import and maintain the clients. > You and Alexander Gottwald (and myself) have already been using this for > quite some time now. Couldn't you give Kensuke et al commit access there rather > than seeking out yet another repository ? Looking into it. Harold From paulthomas2@wanadoo.fr Mon Oct 27 18:04:00 2003 From: paulthomas2@wanadoo.fr (Paul Thomas) Date: Mon, 27 Oct 2003 18:04:00 -0000 Subject: XFree86 for cygwin installation hanging Message-ID: <3F9D5E0F.6020408@wanadoo.fr> Hello, I have been trying to load XFree86 for Cygwin, using the Cygwin web installation. I have a Compaq Athlon 1700 based machine, running Windows XP home edition. Cygwin itself is fine. All components run perfectly, except XFree86 and anything that depends on it. The download ends in a message that it is unable to find file ""; pressing OK gets the installation underway but it then hangs at varying points in the installation. I have uninstalled before each attempt. Also, when I shut down Windows, the post-install programme is still running and has to be stopped. Invoking XWin, with any combination of arguments results in the background coming up but nothing else. What should I do? Try downloading and installing from hard disk? Thank you in advance for any advice that you can give me. Paul Thomas From huntharo@msu.edu Mon Oct 27 18:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 18:27:00 -0000 Subject: XFree86 for cygwin installation hanging In-Reply-To: <3F9D5E0F.6020408@wanadoo.fr> References: <3F9D5E0F.6020408@wanadoo.fr> Message-ID: <3F9D6377.6090006@msu.edu> Paul, It sounds like you may need to try another mirror. Also, you are probably having a problem with the XFree86-bin-icons package, which was fixed by the bash-2.05b-16 release. However, you may still have problems due to the ordering in which postinstall scripts are running and depending on whether your mirror has bash-2.05b-16 yet (it should, it has been a few days). I would recommend deleting the c:\cygwin directory (or wherever you installed), selecting another mirror, downloading and installing again. This time, let it install the base set of packages first. Then, go back and pick the extras you want. Be sure to leave XFree86-bin-icons until everything else is working. Good luck, Harold Paul Thomas wrote: > Hello, > > I have been trying to load XFree86 for Cygwin, using the Cygwin web > installation. I have a Compaq Athlon 1700 based machine, running > Windows XP home edition. > > Cygwin itself is fine. All components run perfectly, except XFree86 and > anything that depends on it. The download ends in a message that it is > unable to find file ""; pressing OK gets the installation underway but > it then hangs at varying points in the installation. I have uninstalled > before each attempt. Also, when I shut down Windows, the post-install > programme is still running and has to be stopped. Invoking XWin, with > any combination of arguments results in the background coming up but > nothing else. > > What should I do? Try downloading and installing from hard disk? > > Thank you in advance for any advice that you can give me. > > Paul Thomas > From ford@vss.fsi.com Mon Oct 27 18:35:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 27 Oct 2003 18:35:00 -0000 Subject: XFree86 for cygwin installation hanging In-Reply-To: <3F9D5E0F.6020408@wanadoo.fr> References: <3F9D5E0F.6020408@wanadoo.fr> Message-ID: On Mon, 27 Oct 2003, Paul Thomas wrote: > Invoking XWin, with any combination of arguments results in the > background coming up but nothing else. > FYI, this is normal behavior. You need to launch a window manager (like twm) unless you are using the -multiwindow switch. Then, you might also want to launch a client or two (like xterm). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Mon Oct 27 18:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 18:43:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: References: <3F997E5B.2070307@msu.edu> <3F9990A0.1080505@msu.edu> <3F999AFF.3070508@msu.edu> Message-ID: <3F9D6752.5090102@msu.edu> Brian, Sounds like we are going to have more trouble with Xt and LessTif. Torrey Lyons sent me a great description of the problem on OS X (I believe I forwarded it to the list). It boils down to Xt having some unresolved symobls that we resolve at link time by linking to ICE and SM (these libraries provide the default functions). However, other libraries are supposed to be able to override these functions with their own implementations, which the linker is expected to figure out. As we all know, DLLs cannot have unresolved symbols, thus this functionality is lost. We would need to provide an alternative to this behavior or attempt to modify the linker to provide this functionality. In the meantime this means that the shared build of Xt doesn't work. This is probably causing some of the weird problems people have noticed with keyboard focus. This also explains why some types of LessTif apps don't work anymore. We should probably revert to a static Xt and LessTif for the time being. I know, this is not desireable, but it is probably going to take months for this to be fixed and we can't have broken libs and apps for the duration. Thoughts? Harold Brian Ford wrote: > On Fri, 24 Oct 2003, Harold L Hunt II wrote: > > >>Brian Ford wrote: >> >>>IIRC, you first rebuilt lesstif without removing --disable-shared, then >>>you remembered and tried a rebuild with --enable-shared. But I think you >>>didn't supply all the correct linker flags and got unresolved symbols. So >>>you gave in temporarily and shipped the resulting static libs because mwm >>>worked for you with them? >>> >>>Thus, I thought you expected those static libs to work, at least until we >>>fixed the shared build issue. >> >>I can see how you would have thought that. What really happened was >>that I got confused about whether the build was successful or not, >>installed it, ran mwm, everything worked, so I shipped it. Then I >>looked in the package and noticed there were no DLLs. Upon inspecting >>the build log I saw that the missing link flags were preventing them >>from being build. Upon adding the missing link flags there were still >>lots of build problems that had to be resolved in order to build shared >>libraries. That is where Nicholas and I started working on it and he >>finished up getting the shared libraries built plus he included bug >>fixes from lesstif's CVS tree. The new version should work without >>problems. >> > > Ok, understood. > > Bad news though, maybe. I just tried the binary package you posted, and > assuming I didn't make an installation error, I still get those > XmeTraitSet errors with our apps. > > I was in a rush though, and I am just about instantaneously headed out of > town for the weekend, so this is just a heads up. I'll restle with it > again on Monday. > > >>>>>BTW, I still can't reproduct the Close bug because I still can't get mwm >>>>>to let me move a window, or pop up a menu from the title bar. This is >>>>>strange because it happens to me with stock lesstif/XFree86 on both NT4 >>>>>and XP. I guess nobody else see this? >>>> >>>>Hmm... I still can't reproduce the problem of not being able to move a >>>>window. You have tried running with both "-rootless" and without any >>>>flags at all right (which would run in windowed mode. You aren't using >>>>-multiwindow when testing mwm, right? That might cause the sort of >>>>problem you are describing. >>>> >>> >>>I didn't try "-rootless". Just: >>> >>>Xwin.exe& ; mwm& >>> >>>from a bash prompt. >> >>With all of the weirdness about bash lately, perhaps you should edit >>startxwin.bat and try from there instead? Or at least try it from a >>straight command prompt (after running 'set DISPLAY=127.0.0.1:0.0' and >>setting the PATH as in startxwin.bat). >> > > Just tried your new shared linked mwm with a modified startxwin.bat run > from Start->Run. Same results. I'll look again on Monday. > > One other note. cygcheck /usr/X11R6/bin/mwm: > > ford@fordpc ~/v9win/util/host > $ cygcheck /usr/X11R6/bin/mwm.exe > G:/cygwin/usr/X11R6/bin/mwm.exe > G:/cygwin/usr/X11R6/bin\cygXm-2.dll > G:/cygwin/usr/X11R6/bin\cygX11-6.dll > G:\cygwin\bin\cygcygipc-2.dll > G:\cygwin\bin\cygwin1.dll > D:\WINNT\System32\KERNEL32.dll > D:\WINNT\System32\ntdll.dll > G:/cygwin/usr/X11R6/bin\cygXft-2.dll > G:/cygwin/usr/X11R6/bin\cygXext-6.dll > G:/cygwin/usr/X11R6/bin\cygfontconfig-1.dll > G:/cygwin/usr/X11R6/bin\cygfreetype-9.dll > G:\cygwin\bin\cygexpat-0.dll > G:/cygwin/usr/X11R6/bin\cygXp-6.dll > G:/cygwin/usr/X11R6/bin\cygXrender-1.dll > G:/cygwin/usr/X11R6/bin\cygXt-6.dll > G:/cygwin/usr/X11R6/bin\cygICE-6.dll > G:/cygwin/usr/X11R6/bin\cygSM-6.dll > > Are those mixed slashes normal and ok? > From huntharo@msu.edu Mon Oct 27 19:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 19:52:00 -0000 Subject: freenode.net - IRC channel for the project? Message-ID: <3F9D7780.7020608@msu.edu> Would someone here care to set us up an IRC channel on irc.freenode.net? I think 'cygwinx' would be an appropriate name. We could have some development discussions there as well as answering questions from users. I think it would be a beneficial format. With that being said, I don't op IRC channels, so someone else could probably do a much better job setting this up than I could. Any volunteers? I'd like to get it setup within the next few hours, if possible. Harold From jay@JaySmith.com Mon Oct 27 20:03:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Mon, 27 Oct 2003 20:03:00 -0000 Subject: freenode.net - IRC channel for the project? In-Reply-To: <3F9D7780.7020608@msu.edu> References: <3F9D7780.7020608@msu.edu> Message-ID: <3F9D796C.7020802@JaySmith.com> Harold, I hope you are not suggesting that this entire newsgroup/list would move to IRC. Jay Harold L Hunt II said the following on 10/27/2003 02:52 PM: > Would someone here care to set us up an IRC channel on irc.freenode.net? > I think 'cygwinx' would be an appropriate name. > > We could have some development discussions there as well as answering > questions from users. I think it would be a beneficial format. > > With that being said, I don't op IRC channels, so someone else could > probably do a much better job setting this up than I could. > > Any volunteers? I'd like to get it setup within the next few hours, if > possible. > > Harold -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Mon Oct 27 20:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 20:11:00 -0000 Subject: freenode.net - IRC channel for the project? In-Reply-To: <3F9D796C.7020802@JaySmith.com> References: <3F9D7780.7020608@msu.edu> <3F9D796C.7020802@JaySmith.com> Message-ID: <3F9D7BE1.20200@msu.edu> Of course not, don't be silly. This is something that we could do in addition to this mailing list. I like the format of IRC and I think I could answer questions more quickly there. I also think that some development discussions would be better off in IRC. It is something I want to try, that is all. Harold Jay Smith wrote: > Harold, > > I hope you are not suggesting that this entire newsgroup/list would move > to IRC. > > Jay > > Harold L Hunt II said the following on 10/27/2003 02:52 PM: > >> Would someone here care to set us up an IRC channel on >> irc.freenode.net? I think 'cygwinx' would be an appropriate name. >> >> We could have some development discussions there as well as answering >> questions from users. I think it would be a beneficial format. >> >> With that being said, I don't op IRC channels, so someone else could >> probably do a much better job setting this up than I could. >> >> Any volunteers? I'd like to get it setup within the next few hours, >> if possible. >> >> Harold > > From fredlwm@fastmail.fm Mon Oct 27 20:36:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 27 Oct 2003 20:36:00 -0000 Subject: freenode.net - IRC channel for the project? In-Reply-To: <3F9D7780.7020608@msu.edu> References: <3F9D7780.7020608@msu.edu> Message-ID: On Mon, 27 Oct 2003, Harold L Hunt II wrote: > Would someone here care to set us up an IRC channel on > irc.freenode.net? I think 'cygwinx' would be an appropriate > name. Any particular reason to create it on irc.freenode.net instead of irc.oftc.net ? I don't use IRC that often anymore, don't know if anything changed since then, but would read http://slashdot.org/articles/02/08/17/2147232.shtml before considering having a channel on freenode. I recall the #kernelnewbies move. -- http://www.pervalidus.net/contact.html From nwourms@netscape.net Mon Oct 27 20:54:00 2003 From: nwourms@netscape.net (Nicholas Wourms) Date: Mon, 27 Oct 2003 20:54:00 -0000 Subject: host cygwin/xfree86 code on sources.redhat.com Message-ID: <3F9D85E2.20409@netscape.net> Harold, It just makes sense, considering everything else is hosted there as well. CGF has made offers in the past to host serious projects' code, I'm sure Cygwin/XFree86 qualifies. It saddens me to see that we cannot get the time of day from the XFree86 people. Shame on them for that! Cheers, Nicholas From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Oct 27 21:19:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 27 Oct 2003 21:19:00 -0000 Subject: freenode.net - IRC channel for the project? In-Reply-To: <3F9D7BE1.20200@msu.edu> References: <3F9D7780.7020608@msu.edu> <3F9D796C.7020802@JaySmith.com> <3F9D7BE1.20200@msu.edu> Message-ID: Harold L Hunt II wrote: > I like the format of IRC and I think I could answer questions more > quickly there. I also think that some development discussions would be > better off in IRC. It is something I want to try, that is all. Discussing in the messaging systems (irc or icq) is sometimes more productive than via email. Especially when trying new ideas or debugging strange errors. I like the idea of setting up the channel. But the where and how should be discussed by the people who are more comfortable with this topic than I am. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Oct 27 21:20:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 21:20:00 -0000 Subject: freenode.net - IRC channel for the project? In-Reply-To: References: <3F9D7780.7020608@msu.edu> Message-ID: <3F9D8BFF.80706@msu.edu> Fr??d??ric, Fr??d??ric L. W. Meunier wrote: > Any particular reason to create it on irc.freenode.net instead > of irc.oftc.net ? Three other channels that I monitor are on irc.freenode.net... in particular, the freedesktop.org folks are there and I see us working closely with them. > I don't use IRC that often anymore, don't know if anything > changed since then, but would read > http://slashdot.org/articles/02/08/17/2147232.shtml before > considering having a channel on freenode. I recall the > #kernelnewbies move. I think we will be okay. There are still lots of very high profile projects on freenode.net. Harold From huntharo@msu.edu Mon Oct 27 21:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 27 Oct 2003 21:22:00 -0000 Subject: host cygwin/xfree86 code on sources.redhat.com In-Reply-To: <3F9D85E2.20409@netscape.net> References: <3F9D85E2.20409@netscape.net> Message-ID: <3F9D8C88.8000108@msu.edu> I have thought about it. There are really two phases to this: 1) Maintain a fork of the 4.3.0 tree for builds and bug fixes for a few months. 2) Work in parallel on autotooling the Cygwin/X build so we can build on the xserver tree on freedesktop.org. This is more of an experimental setup. It will require a lot of work and won't be ready for some time. I don't want to get into all of the details right now... I am still thinking about this. Thanks for your insight, Harold Nicholas Wourms wrote: > Harold, > > It just makes sense, considering everything else is hosted there as > well. CGF has made offers in the past to host serious projects' code, > I'm sure Cygwin/XFree86 qualifies. > > It saddens me to see that we cannot get the time of day from the XFree86 > people. Shame on them for that! > > Cheers, > Nicholas > From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Oct 27 21:26:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 27 Oct 2003 21:26:00 -0000 Subject: Problems with shared lesstif and shared Xt on Cygwin/XFree86 In-Reply-To: <3F9AF60E.3060101@msu.edu> References: <3F9A1B84.7020204@msu.edu> <3F9AF60E.3060101@msu.edu> Message-ID: Harold L Hunt II wrote: > I tried a build without $(SMLIB) and $(ICELIB) in SharedXtReqs, but it > fails to link due to unresolved symbols (all symbols must be resolved at > library link time in DLLs on Windows). > > I will have to consult with the rest of the Cygwin people to see what we > should do now. I'm working on a similar problem with libXfont. The more I think about it, the more problems I see and I think this is a feature, which ld must provide. The cases where the symbol is undefined in the shared library might get resolved with dispatch functions and code in the program which changes the pointer which is used by the dispatch code. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From matthieu.herrb@wanadoo.fr Mon Oct 27 21:48:00 2003 From: matthieu.herrb@wanadoo.fr (Matthieu Herrb) Date: Mon, 27 Oct 2003 21:48:00 -0000 Subject: Problems with shared lesstif and shared Xt on Cygwin/XFree86 In-Reply-To: References: <3F9A1B84.7020204@msu.edu> Message-ID: <16285.37568.480409.852981@harvest.herrb.com> Torrey Lyons wrote (in a message from Saturday 25) > The issue on Mac OS X is that most shared libraries want to be built > as "two-level namespace" images. Two-level namespace images have > significant advantages in loading speed, but they require that they > have no unresolved symbols when linking the library. This is why the > darwinLib.tmpl contains a complete list of every library's > dependencies. Unfortunately this causes a problem with two shared > libraries, Xt and Xfont. The problem is that these libraries are > designed to have certain symbols undefined and to have theses > references resolved at application link time by one of various other > library choices. In the case of Xt, SM and ICE provide the default > resolution of these symbols in darwinLib.tmpl (and cygwin.tmpl), but > symbols with the same names from lesstif should be used instead when > the application is linked with it. Two-level namespace libraries > don't allow you to do that since all symbols get resolved at library > link time, not application link time. Thus we fixed this problem by > building libXt and libXfont as flat namespace images, which have the > same linking semantics that most people on other *nixes are used to. Weak symbols can be used on systems that support them to solve this kind of issues. Does cygwin support them ? If so libXt and libXfont can be patched to provide weak definitions of the SM/ICE functions it needs instead of linking libXt against those libs. Matthieu From ford@vss.fsi.com Mon Oct 27 22:25:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 27 Oct 2003 22:25:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <3F9D6752.5090102@msu.edu> References: <3F997E5B.2070307@msu.edu> <3F9990A0.1080505@msu.edu> <3F999AFF.3070508@msu.edu> <3F9D6752.5090102@msu.edu> Message-ID: Sorry, Harold. I've been really busy today, and I'm a DLL dunce. I've been trying to wrap my head around the problem so as to offer something useful. I understand the basic issues involved and could see the problem after the lesstif list responded with that FAQ entry. But, I don't know enough about how/why DLLs require all symbols to be resolved to offer a work around. I'll keep looking... In the mean time, if we could produce a list of the symbols involved, that would make things go smoother when we do find a solution. On Mon, 27 Oct 2003, Harold L Hunt II wrote: > Brian, > > Sounds like we are going to have more trouble with Xt and LessTif. > Torrey Lyons sent me a great description of the problem on OS X (I > believe I forwarded it to the list). It boils down to Xt having some > unresolved symobls that we resolve at link time by linking to ICE and SM > (these libraries provide the default functions). However, other > libraries are supposed to be able to override these functions with their > own implementations, which the linker is expected to figure out. As we > all know, DLLs cannot have unresolved symbols, thus this functionality > is lost. We would need to provide an alternative to this behavior or > attempt to modify the linker to provide this functionality. > > In the meantime this means that the shared build of Xt doesn't work. > This is probably causing some of the weird problems people have noticed > with keyboard focus. This also explains why some types of LessTif apps > don't work anymore. > > We should probably revert to a static Xt and LessTif for the time being. > I know, this is not desireable, but it is probably going to take > months for this to be fixed and we can't have broken libs and apps for > the duration. > > Thoughts? > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From Ralf.Habacker@freenet.de Mon Oct 27 22:57:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 27 Oct 2003 22:57:00 -0000 Subject: AW: Problems with shared lesstif and shared Xt on Cygwin/XFree86 In-Reply-To: Message-ID: Hi > Harold L Hunt II wrote: > > > I tried a build without $(SMLIB) and $(ICELIB) in SharedXtReqs, but it > > fails to link due to unresolved symbols (all symbols must be resolved at > > library link time in DLLs on Windows). > > > > I will have to consult with the rest of the Cygwin people to see what we > > should do now. > > I'm working on a similar problem with libXfont. The more I think about it, > the more problems I see and I think this is a feature, which ld > must provide. > > The cases where the symbol is undefined in the shared library might get > resolved with dispatch functions and code in the program which changes > the pointer which is used by the dispatch code. > This might be possible, but how could ld find the propper library ? Let me explain a few notes to this topic, may be this helps to understand the relating things a little bit more. linux and other unix os uses a runtime search for such symbols through ld.so, ldconfig and friends. (see http://www.cs.princeton.edu/cgi-bin/man2html?ld.so.1:1 and http://www.cs.princeton.edu/cgi-bin/man2html?ld.so.1:1 for more informations) Beside the recommended linker patch, something like the above mentioned ld.so functionality has to be implemented too. There must be a runtime specific code located somewhere in the (mingw- and cygwin's) applications startup library (like the pseudo-runtime-reloc code see http://www.cygwin.com/ml/cygwin-patches/2002-q4/msg00205.html) or somewhere else. As far as I can see the runtime stuff could be implemented in two manners: 1. when the dll is loaded by the dll startup code. The loading stuff searches the PATH (or using an newly introduced LD_LIBRARY_PATH) environment var for dll's and their exported symbols to find a valid symbol and resolves this reference. 2. at the time an unresolved symbol is called (lazy binding, ms and other native win32 linkers are supporting such a mode). Unfortunally this work only with functions symbols and not with data symbols, because of the different accessing mode (call versus content loading/writing). Both cases increases the loading time of an application and may end up in seg faults in case more than one dll exports the requested symbol and the search path is searched in an unwanted order. The increased loading time could be reduced by a dependency cache like ldconfig does, but this decision could be reached in real test scenarios. For the dll ordering problem currently I have no idea how to fix, may be someone else can help with this. The linker patch should contain the following parts: 1. a command line options to enable/disable dynamic-runtime-linking support ( --[no-]allow-shlib-undefined seems to be usable) 2. it has to detect unresolved symbols and shuld build internal code stubs (like the regular function import stub) to solve symbol requests. For the runtime stuff is has to provide internal tables (the dynamic import table) allowing the runtime stuff to find and resolve this dependencies. These import tables are probably not be visible in the PE-dll supplied import, they are only internal defined. Another approach seems to be to link all such undefined symbols to one known symbol in an specific helper dll, augmented with the original symbol in an currently unspecified decoration, so that this dll is able to solve the undefined symbol. The advantage of this solution is that there is no specific runtime stuff in each dll or application necessary. All this stuff is located in one dll and could be upgraded and improved independently from the real application or dll's (for cygwin this dll will be probably cygwin1.dll, for mingw the mingwxx.dll). BTW: I've cc'ed this email to the binutils list, because there are more people with ld knowledge, who can give some more informations/solutions for this issue. Hope that help Ralf (It may be possible to us a dummy dll' From hzhr@linuxforum.net Tue Oct 28 00:34:00 2003 From: hzhr@linuxforum.net (hzhr@linuxforum.net) Date: Tue, 28 Oct 2003 00:34:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows Message-ID: Hi, I have a patch getting shared LessTif lib to work, but also getting some warnings in some apps. I compiled Xpdf with that shared lib, now Xpdf works fine, but when quit, Xpdf throws: Warning: XtRemoveGrab asked to remove a widget not on the list fortunately, no segmentation fault. Sounds like shared Xt, lesstif work in OS/2, so there is good OS/2 stuff in xc, lesstif source code, I think cygwin people can learn from that also. Hope useful. Regards, Zhangrong Huang -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: lesstif-0.93.91-3.patch URL: From huntharo@msu.edu Tue Oct 28 01:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 01:07:00 -0000 Subject: Problems with shared lesstif and shared Xt on Cygwin/XFree86 In-Reply-To: <16285.37568.480409.852981@harvest.herrb.com> References: <3F9A1B84.7020204@msu.edu> <16285.37568.480409.852981@harvest.herrb.com> Message-ID: <3F9DC168.2020103@msu.edu> Matthieu, Matthieu Herrb wrote: > Torrey Lyons wrote (in a message from Saturday 25) > > The issue on Mac OS X is that most shared libraries want to be built > > as "two-level namespace" images. Two-level namespace images have > > significant advantages in loading speed, but they require that they > > have no unresolved symbols when linking the library. This is why the > > darwinLib.tmpl contains a complete list of every library's > > dependencies. Unfortunately this causes a problem with two shared > > libraries, Xt and Xfont. The problem is that these libraries are > > designed to have certain symbols undefined and to have theses > > references resolved at application link time by one of various other > > library choices. In the case of Xt, SM and ICE provide the default > > resolution of these symbols in darwinLib.tmpl (and cygwin.tmpl), but > > symbols with the same names from lesstif should be used instead when > > the application is linked with it. Two-level namespace libraries > > don't allow you to do that since all symbols get resolved at library > > link time, not application link time. Thus we fixed this problem by > > building libXt and libXfont as flat namespace images, which have the > > same linking semantics that most people on other *nixes are used to. > > Weak symbols can be used on systems that support them to solve this > kind of issues. Does cygwin support them ? That sounds like a good idea... but I don't know that answer about whether we support them or not. > If so libXt and libXfont can be patched to provide weak definitions of > the SM/ICE functions it needs instead of linking libXt against those > libs. That would be nice, if Cygwin support them. I will try to find out. Thanks for your input, Harold From huntharo@msu.edu Tue Oct 28 01:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 01:12:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <200310280035.h9S0ZPL61958@pilot03.cl.msu.edu> References: <200310280035.h9S0ZPL61958@pilot03.cl.msu.edu> Message-ID: <3F9DC275.9060508@msu.edu> Zhangrong, Looks like you got it. I was looking at your patch and saw all of the stuff that Nicholas and I had done (adding -no-undefined). I didn't think there was anything new until I saw: > /* > - This corrects for the (shared) library loading mechanism in OS/2 > + This corrects for the (shared) library loading mechanism in OS/2 and Windows > which differs from those on many standard Unix systems. > The routine should be called before any other function, > - actually done by the _DLL_InitTerm-function. > + actually done by the _DLL_InitTerm-function in OS/2 and DllMain in Windows. > On un*x/ELF systems the problem addressed here seems to be avoided > by specifying the libraries in correct, canonical order on the linker > command line. > amai (20010112): I once decided to make it static, but this was an error: > to call it from a static libXm one may need this symbol. > */ > -#ifdef __EMX__ > +#if defined(__EMX__) || defined(__CYGWIN__) > extern void > _LtXmFixupVendorShell(void) > { > @@ -3594,6 +3599,7 @@ > } Looks like you adapted the OS/2 fixup for Cygwin. This will probably fix LessTif, but it will require that we make a similar fix to other libs that link to Xt and replace the VendorShell (does Xaw do this?). Thanks for the patch. I will try to get this packaged up soon. Harold hzhr@linuxforum.net wrote: > Hi, > I have a patch getting shared LessTif lib to work, but also getting some > warnings in some apps. I compiled Xpdf with that shared lib, now Xpdf works > fine, but when quit, Xpdf throws: > > Warning: XtRemoveGrab asked to remove a widget not on the list > > fortunately, no segmentation fault. > > Sounds like shared Xt, lesstif work in OS/2, so there is good OS/2 stuff in > xc, lesstif source code, I think cygwin people can learn from that also. > > Hope useful. > > Regards, > Zhangrong Huang > > > ------------------------------------------------------------------------ > > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/aclocal.m4 lesstif-0.93.91/aclocal.m4 > --- lesstif-0.93.91-orig/aclocal.m4 2003-09-16 03:35:14.000000000 +0800 > +++ lesstif-0.93.91/aclocal.m4 2003-10-24 16:03:20.000000000 +0800 > @@ -5356,7 +5356,7 @@ > ;; > esac > AC_SUBST(confdir) > -CONFDIR='${confdir}' > +CONFDIR="${confdir}" > AC_DEFINE_UNQUOTED(CONFDIR, "$CONFDIR") > AC_SUBST(CONFDIR) > > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/clients/Motif-1.2/mwm/mwm.c lesstif-0.93.91/clients/Motif-1.2/mwm/mwm.c > --- lesstif-0.93.91-orig/clients/Motif-1.2/mwm/mwm.c 2002-03-30 22:48:06.000000000 +0800 > +++ lesstif-0.93.91/clients/Motif-1.2/mwm/mwm.c 2003-10-24 15:00:14.000000000 +0800 > @@ -466,6 +466,18 @@ > # endif > # endif > #endif > + > +#ifdef __CYGWIN__ > + /* > + * Ugly hack because sys/types.h defines FD_SETSIZE as 64, > + * when the comments there say it should be >= NOFILE in param.h, > + * which happens to be 8192. > + * > + * This drops fd_width to 64 to match FD_SETSIZE; > + */ > + if (fd_width > FD_SETSIZE) fd_width = FD_SETSIZE; > +#endif > + > x_fd = XConnectionNumber(dpy); > > /* > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/configure lesstif-0.93.91/configure > --- lesstif-0.93.91-orig/configure 2003-09-16 03:35:16.000000000 +0800 > +++ lesstif-0.93.91/configure 2003-10-24 15:52:28.000000000 +0800 > @@ -15275,7 +15275,7 @@ > ;; > esac > > -CONFDIR='${confdir}' > +CONFDIR="${confdir}" > cat >>confdefs.h <<_ACEOF > #define CONFDIR "$CONFDIR" > _ACEOF > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Dt/Makefile.am lesstif-0.93.91/lib/Dt/Makefile.am > --- lesstif-0.93.91-orig/lib/Dt/Makefile.am 2003-03-29 20:25:36.000000000 +0800 > +++ lesstif-0.93.91/lib/Dt/Makefile.am 2003-10-24 20:02:52.000000000 +0800 > @@ -4,14 +4,14 @@ > > MAINTAINERCLEANFILES=Makefile.in > > -libDtPrint_la_LDFLAGS= -version-info 1:0 > +libDtPrint_la_LDFLAGS= -version-info 1:0 -no-undefined > libdir = $(exec_prefix)/lib > > if BuildLibDtPrint > > lib_LTLIBRARIES= libDtPrint.la > > -libDtPrint_la_LIBADD = ../../lib/Xm-2.1/libXm.la > +libDtPrint_la_LIBADD = ../../lib/Xm-2.1/libXm.la @X_LIBS@ -lXt $(X_PRE_LIBS) $(XPLIB) -lX11 $(X_EXTRA_LIBS) > > # libDtPrint_la_LIBADD = @X_LIBS@ -lXt $(X_PRE_LIBS) -lX11 $(X_EXTRA_LIBS) > > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Dt/Makefile.in lesstif-0.93.91/lib/Dt/Makefile.in > --- lesstif-0.93.91-orig/lib/Dt/Makefile.in 2003-09-16 03:35:26.000000000 +0800 > +++ lesstif-0.93.91/lib/Dt/Makefile.in 2003-10-24 20:02:44.000000000 +0800 > @@ -150,11 +150,11 @@ > > MAINTAINERCLEANFILES = Makefile.in > > -libDtPrint_la_LDFLAGS = -version-info 1:0 > +libDtPrint_la_LDFLAGS = -version-info 1:0 -no-undefined > > @BuildLibDtPrint_TRUE@lib_LTLIBRARIES = libDtPrint.la > > -@BuildLibDtPrint_TRUE@libDtPrint_la_LIBADD = ../../lib/Xm-2.1/libXm.la > +@BuildLibDtPrint_TRUE@libDtPrint_la_LIBADD = ../../lib/Xm-2.1/libXm.la @X_LIBS@ -lXt $(X_PRE_LIBS) $(XPLIB) -lX11 $(X_EXTRA_LIBS) > > > # libDtPrint_la_LIBADD = @X_LIBS@ -lXt $(X_PRE_LIBS) -lX11 $(X_EXTRA_LIBS) > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Mrm/Makefile.am lesstif-0.93.91/lib/Mrm/Makefile.am > --- lesstif-0.93.91-orig/lib/Mrm/Makefile.am 2001-09-06 21:42:58.000000000 +0800 > +++ lesstif-0.93.91/lib/Mrm/Makefile.am 2003-10-24 16:24:44.000000000 +0800 > @@ -3,7 +3,7 @@ > # > MAINTAINERCLEANFILES=Makefile.in > > -libMrm_la_LDFLAGS= -version-info 1:2 > +libMrm_la_LDFLAGS= -version-info 1:2 -no-undefined > libdir = $(exec_prefix)/lib > > libMrm_la_SOURCES= Mrm.c lookup.c misc.c \ > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Mrm/Makefile.in lesstif-0.93.91/lib/Mrm/Makefile.in > --- lesstif-0.93.91-orig/lib/Mrm/Makefile.in 2003-09-16 03:35:26.000000000 +0800 > +++ lesstif-0.93.91/lib/Mrm/Makefile.in 2003-10-24 15:04:00.000000000 +0800 > @@ -149,7 +149,7 @@ > # > MAINTAINERCLEANFILES = Makefile.in > > -libMrm_la_LDFLAGS = -version-info 1:2 > +libMrm_la_LDFLAGS = -version-info 1:2 -no-undefined > > libMrm_la_SOURCES = Mrm.c lookup.c misc.c \ > Mrm.h lookup.h misc.h uil.h > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Mrm-2.0/Makefile.am lesstif-0.93.91/lib/Mrm-2.0/Makefile.am > --- lesstif-0.93.91-orig/lib/Mrm-2.0/Makefile.am 2001-09-06 21:42:58.000000000 +0800 > +++ lesstif-0.93.91/lib/Mrm-2.0/Makefile.am 2003-10-24 16:25:02.000000000 +0800 > @@ -3,7 +3,7 @@ > # > MAINTAINERCLEANFILES=Makefile.in > > -libMrm_la_LDFLAGS= -version-info 2:0 > +libMrm_la_LDFLAGS= -version-info 2:0 -no-undefined > libdir = $(exec_prefix)/lib > > # > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Mrm-2.0/Makefile.in lesstif-0.93.91/lib/Mrm-2.0/Makefile.in > --- lesstif-0.93.91-orig/lib/Mrm-2.0/Makefile.in 2003-09-16 03:35:26.000000000 +0800 > +++ lesstif-0.93.91/lib/Mrm-2.0/Makefile.in 2003-10-24 15:03:38.000000000 +0800 > @@ -149,7 +149,7 @@ > # > MAINTAINERCLEANFILES = Makefile.in > > -libMrm_la_LDFLAGS = -version-info 2:0 > +libMrm_la_LDFLAGS = -version-info 2:0 -no-undefined > > # > # Sources in this directory > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Mrm-2.1/Makefile.am lesstif-0.93.91/lib/Mrm-2.1/Makefile.am > --- lesstif-0.93.91-orig/lib/Mrm-2.1/Makefile.am 2001-09-06 21:42:58.000000000 +0800 > +++ lesstif-0.93.91/lib/Mrm-2.1/Makefile.am 2003-10-24 19:43:56.000000000 +0800 > @@ -3,7 +3,7 @@ > # > MAINTAINERCLEANFILES=Makefile.in > > -libMrm_la_LDFLAGS= -version-info 2:1 > +libMrm_la_LDFLAGS= -version-info 2:1 -no-undefined > libdir = $(exec_prefix)/lib > > # > @@ -45,7 +45,7 @@ > > lib_LTLIBRARIES= libMrm.la > > -libMrm_la_LIBADD = ../Xm-2.1/libXm.la > +libMrm_la_LIBADD = ../Xm-2.1/libXm.la $(X_LIBS) -lXt -lX11 > > libMrm_la_SOURCES= $(SRCS_1_2:%=../Mrm/%) $(SRCS_2_0:%=../Mrm-2.0/%) $(SRCS_2_1) > > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Mrm-2.1/Makefile.in lesstif-0.93.91/lib/Mrm-2.1/Makefile.in > --- lesstif-0.93.91-orig/lib/Mrm-2.1/Makefile.in 2003-09-16 03:35:26.000000000 +0800 > +++ lesstif-0.93.91/lib/Mrm-2.1/Makefile.in 2003-10-24 19:42:10.000000000 +0800 > @@ -149,7 +149,7 @@ > # > MAINTAINERCLEANFILES = Makefile.in > > -libMrm_la_LDFLAGS = -version-info 2:1 > +libMrm_la_LDFLAGS = -version-info 2:1 -no-undefined > > # > # Sources in this directory > @@ -189,7 +189,7 @@ > > @Version_2_1_TRUE@lib_LTLIBRARIES = libMrm.la > > -@Version_2_1_TRUE@libMrm_la_LIBADD = ../Xm-2.1/libXm.la > +@Version_2_1_TRUE@libMrm_la_LIBADD = ../Xm-2.1/libXm.la $(X_LIBS) -lXt -lX11 > > @Version_2_1_TRUE@libMrm_la_SOURCES = $(SRCS_1_2:%=../Mrm/%) $(SRCS_2_0:%=../Mrm-2.0/%) $(SRCS_2_1) > subdir = lib/Mrm-2.1 > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Uil/Makefile.am lesstif-0.93.91/lib/Uil/Makefile.am > --- lesstif-0.93.91-orig/lib/Uil/Makefile.am 2001-09-06 21:42:58.000000000 +0800 > +++ lesstif-0.93.91/lib/Uil/Makefile.am 2003-10-24 16:24:50.000000000 +0800 > @@ -3,7 +3,7 @@ > # > MAINTAINERCLEANFILES=Makefile.in > > -libUil_la_LDFLAGS= -version-info 1:2 > +libUil_la_LDFLAGS= -version-info 1:2 -no-undefined > libdir = $(exec_prefix)/lib > > libUil_la_SOURCES= Uil.c UilData.c uillex.c uilparse.c uilsym.c > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Uil/Makefile.in lesstif-0.93.91/lib/Uil/Makefile.in > --- lesstif-0.93.91-orig/lib/Uil/Makefile.in 2003-09-16 03:35:28.000000000 +0800 > +++ lesstif-0.93.91/lib/Uil/Makefile.in 2003-10-24 15:03:52.000000000 +0800 > @@ -149,7 +149,7 @@ > # > MAINTAINERCLEANFILES = Makefile.in > > -libUil_la_LDFLAGS = -version-info 1:2 > +libUil_la_LDFLAGS = -version-info 1:2 -no-undefined > > libUil_la_SOURCES = Uil.c UilData.c uillex.c uilparse.c uilsym.c > > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Uil-2.0/Makefile.am lesstif-0.93.91/lib/Uil-2.0/Makefile.am > --- lesstif-0.93.91-orig/lib/Uil-2.0/Makefile.am 2001-09-06 21:42:58.000000000 +0800 > +++ lesstif-0.93.91/lib/Uil-2.0/Makefile.am 2003-10-24 19:55:54.000000000 +0800 > @@ -3,7 +3,7 @@ > # > MAINTAINERCLEANFILES=Makefile.in > > -libUil_la_LDFLAGS= -version-info 2:0 > +libUil_la_LDFLAGS= -version-info 2:0 -no-undefined > libdir = $(exec_prefix)/lib > > # > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Uil-2.0/Makefile.in lesstif-0.93.91/lib/Uil-2.0/Makefile.in > --- lesstif-0.93.91-orig/lib/Uil-2.0/Makefile.in 2003-09-16 03:35:26.000000000 +0800 > +++ lesstif-0.93.91/lib/Uil-2.0/Makefile.in 2003-10-24 19:57:10.000000000 +0800 > @@ -149,7 +149,7 @@ > # > MAINTAINERCLEANFILES = Makefile.in > > -libUil_la_LDFLAGS = -version-info 2:0 > +libUil_la_LDFLAGS = -version-info 2:0 -no-undefined > > # > # Sources in this directory > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Uil-2.1/Makefile.am lesstif-0.93.91/lib/Uil-2.1/Makefile.am > --- lesstif-0.93.91-orig/lib/Uil-2.1/Makefile.am 2001-09-06 21:42:58.000000000 +0800 > +++ lesstif-0.93.91/lib/Uil-2.1/Makefile.am 2003-10-24 19:54:30.000000000 +0800 > @@ -4,7 +4,7 @@ > > MAINTAINERCLEANFILES=Makefile.in > > -libUil_la_LDFLAGS= -version-info 2:1 > +libUil_la_LDFLAGS= -version-info 2:1 -no-undefined > libdir = $(exec_prefix)/lib > > # > @@ -43,7 +43,7 @@ > > lib_LTLIBRARIES= libUil.la > > -#libUil_la_LIBADD = $(X_LIBS) -lXt > +libUil_la_LIBADD = ../Xm-2.1/libXm.la $(X_LIBS) -lXt > > libUil_la_SOURCES= ${SRCS_1_2:%=../Uil/%} ${SRCS_2_0:%=../Uil-2.0/%} ${SRCS_2_1} > > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Uil-2.1/Makefile.in lesstif-0.93.91/lib/Uil-2.1/Makefile.in > --- lesstif-0.93.91-orig/lib/Uil-2.1/Makefile.in 2003-09-16 03:35:28.000000000 +0800 > +++ lesstif-0.93.91/lib/Uil-2.1/Makefile.in 2003-10-24 19:54:24.000000000 +0800 > @@ -150,7 +150,7 @@ > > MAINTAINERCLEANFILES = Makefile.in > > -libUil_la_LDFLAGS = -version-info 2:1 > +libUil_la_LDFLAGS = -version-info 2:1 -no-undefined > > # > # Sources in this directory > @@ -187,7 +187,7 @@ > @Version_2_1_TRUE@lib_LTLIBRARIES = libUil.la > > > -#libUil_la_LIBADD = $(X_LIBS) -lXt > +libUil_la_LIBADD = ../Xm-2.1/libXm.la $(X_LIBS) -lXt > @Version_2_1_TRUE@libUil_la_SOURCES = ${SRCS_1_2:%=../Uil/%} ${SRCS_2_0:%=../Uil-2.0/%} ${SRCS_2_1} > subdir = lib/Uil-2.1 > mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs > @@ -195,7 +195,6 @@ > CONFIG_CLEAN_FILES = > LTLIBRARIES = $(lib_LTLIBRARIES) > > -libUil_la_LIBADD = > @Version_2_1_TRUE@am__objects_1 = Uil.lo UilData.lo uillex.lo \ > @Version_2_1_TRUE@ uilparse.lo uilsym.lo > @Version_2_1_TRUE@am__objects_2 = > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm/FontList.c lesstif-0.93.91/lib/Xm/FontList.c > --- lesstif-0.93.91-orig/lib/Xm/FontList.c 2002-11-23 02:37:24.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm/FontList.c 2003-10-24 15:00:34.000000000 +0800 > @@ -27,7 +27,7 @@ > > #include > #include > -#include > +#include /* not #include */ > #include > #include > #include > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm/Makefile.am lesstif-0.93.91/lib/Xm/Makefile.am > --- lesstif-0.93.91-orig/lib/Xm/Makefile.am 2001-08-30 00:06:48.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm/Makefile.am 2003-10-24 16:24:34.000000000 +0800 > @@ -29,7 +29,7 @@ > XDND_SRCS = xdnd.c > endif > > -libXm_la_LDFLAGS= -version-info 1:2 > +libXm_la_LDFLAGS= -version-info 1:2 -no-undefined > libdir = $(exec_prefix)/lib > > if Version_1_2 > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm/Makefile.in lesstif-0.93.91/lib/Xm/Makefile.in > --- lesstif-0.93.91-orig/lib/Xm/Makefile.in 2003-09-16 03:35:28.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm/Makefile.in 2003-10-24 15:02:50.000000000 +0800 > @@ -174,7 +174,7 @@ > > @UseXDND_TRUE@XDND_SRCS = xdnd.c > > -libXm_la_LDFLAGS = -version-info 1:2 > +libXm_la_LDFLAGS = -version-info 1:2 -no-undefined > > > #libXm_la_LIBADD = $(X_LIBS) -lXt $(X_PRE_LIBS) -lX11 \ > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm/Vendor.c lesstif-0.93.91/lib/Xm/Vendor.c > --- lesstif-0.93.91-orig/lib/Xm/Vendor.c 2003-08-13 00:33:20.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm/Vendor.c 2003-10-25 17:08:24.000000000 +0800 > @@ -72,10 +72,15 @@ > > #include > > -#ifdef __EMX__ > +#if defined(__EMX__) || defined(__CYGWIN__) > extern void _LtXmFixupVendorShell(void); > +#ifdef __EMX__ > unsigned long _DLL_InitTerm(unsigned long mod_handle, unsigned long flag); > #endif > +#ifdef __CYGWIN__ > +int __stdcall DllMain(unsigned long mod_handle, unsigned long flag, void *routine); > +#endif > +#endif > > /* We use a 'private', i.e. non-declared, but actually exported call > from the original Intrinsic sources (lib/Xt/Callback.c) here. > @@ -3572,17 +3577,17 @@ > > > /* > - This corrects for the (shared) library loading mechanism in OS/2 > + This corrects for the (shared) library loading mechanism in OS/2 and Windows > which differs from those on many standard Unix systems. > The routine should be called before any other function, > - actually done by the _DLL_InitTerm-function. > + actually done by the _DLL_InitTerm-function in OS/2 and DllMain in Windows. > On un*x/ELF systems the problem addressed here seems to be avoided > by specifying the libraries in correct, canonical order on the linker > command line. > amai (20010112): I once decided to make it static, but this was an error: > to call it from a static libXm one may need this symbol. > */ > -#ifdef __EMX__ > +#if defined(__EMX__) || defined(__CYGWIN__) > extern void > _LtXmFixupVendorShell(void) > { > @@ -3594,6 +3599,7 @@ > } > > > +#ifdef __EMX__ > unsigned long > _DLL_InitTerm(unsigned long mod_handle, unsigned long flag) > { > @@ -3607,4 +3613,22 @@ > return 1; /* success */ > } > } > -#endif /* __EMX__ */ > +#endif > + > +#ifdef __CYGWIN__ > +int __stdcall > +DllMain(unsigned long mod_handle, unsigned long flag, void *routine) > +{ > + switch (flag) > + { > + case 1: /* DLL_PROCESS_ATTACH - process attach */ > + _LtXmFixupVendorShell(); > + break; > + case 0: /* DLL_PROCESS_DETACH - process detach */ > + break; > + } > + return 1; > +} > +#endif > + > +#endif /* __EMX__ || __CYGWIN__ */ > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm-2.0/Makefile.am lesstif-0.93.91/lib/Xm-2.0/Makefile.am > --- lesstif-0.93.91-orig/lib/Xm-2.0/Makefile.am 2001-08-30 00:06:48.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm-2.0/Makefile.am 2003-10-24 16:24:56.000000000 +0800 > @@ -3,7 +3,7 @@ > # > MAINTAINERCLEANFILES=Makefile.in > > -libXm_la_LDFLAGS= -version-info 2:0 > +libXm_la_LDFLAGS= -version-info 2:0 -no-undefined > libdir = $(exec_prefix)/lib > > # > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm-2.0/Makefile.in lesstif-0.93.91/lib/Xm-2.0/Makefile.in > --- lesstif-0.93.91-orig/lib/Xm-2.0/Makefile.in 2003-09-16 03:35:28.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm-2.0/Makefile.in 2003-10-24 15:03:44.000000000 +0800 > @@ -149,7 +149,7 @@ > # > MAINTAINERCLEANFILES = Makefile.in > > -libXm_la_LDFLAGS = -version-info 2:0 > +libXm_la_LDFLAGS = -version-info 2:0 -no-undefined > > # > # Sources in this directory > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm-2.1/Makefile.am lesstif-0.93.91/lib/Xm-2.1/Makefile.am > --- lesstif-0.93.91-orig/lib/Xm-2.1/Makefile.am 2001-08-30 00:06:48.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm-2.1/Makefile.am 2003-10-24 16:25:14.000000000 +0800 > @@ -4,7 +4,7 @@ > MAINTAINERCLEANFILES=Makefile.in > > libdir = $(exec_prefix)/lib > -libXm_la_LDFLAGS= -version-info 2:1 $(X_LIBS) > +libXm_la_LDFLAGS= -version-info 2:1 -no-undefined $(X_LIBS) > > # > # Sources in this directory > diff -urN -x .build -x .inst -x .sinst lesstif-0.93.91-orig/lib/Xm-2.1/Makefile.in lesstif-0.93.91/lib/Xm-2.1/Makefile.in > --- lesstif-0.93.91-orig/lib/Xm-2.1/Makefile.in 2003-09-16 03:35:28.000000000 +0800 > +++ lesstif-0.93.91/lib/Xm-2.1/Makefile.in 2003-10-24 15:03:22.000000000 +0800 > @@ -149,7 +149,7 @@ > # $Header: /cvsroot/lesstif/lesstif/lib/Xm-2.1/Makefile.am,v 1.23 2001/08/29 16:06:48 dannybackx Exp $ > # > MAINTAINERCLEANFILES = Makefile.in > -libXm_la_LDFLAGS = -version-info 2:1 $(X_LIBS) > +libXm_la_LDFLAGS = -version-info 2:1 -no-undefined $(X_LIBS) > > # > # Sources in this directory From mitchskin@comcast.net Tue Oct 28 01:52:00 2003 From: mitchskin@comcast.net (Mitchell Skinner) Date: Tue, 28 Oct 2003 01:52:00 -0000 Subject: xouvert? (was Re: Cygwin/XFree86 - No longer associated with XFree86.org) Message-ID: <1067305974.1305.27.camel@zeitgeist> FWIW, I read the cygwin-xfree mailing list archives from time to time, and I just read the devel@xfree86.org thread linked from /., and it looks to me like Harold was being pretty reasonable and was getting a terrible response. I followed the forum@xfree86.org discussion and the xwin.org and xouvert.org bits, and at first I wasn't sure if the complainers had a real beef or if the hubbub was the outcome of some bizarre historical politics, but it's becoming clearer and clearer that the xfree86 guys are dropping the ball. Lots of long-time, serious contributors are all saying the same thing; hopefully all those that have a problem with the old system can get together and start a single new mainline rather than splinter into a bunch of different groups. Speaking of which, since the xouvert guys announced their intention to fork, I've been wondering which way cygwin-xfree86 would go. What do cygwin-xfree subscribers think about that? Mitch From huntharo@msu.edu Tue Oct 28 02:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 02:40:00 -0000 Subject: xouvert? (was Re: Cygwin/XFree86 - No longer associated with XFree86.org) In-Reply-To: <1067305974.1305.27.camel@zeitgeist> References: <1067305974.1305.27.camel@zeitgeist> Message-ID: <3F9DD697.5090702@msu.edu> Mitch, Mitchell Skinner wrote: > FWIW, > > I read the cygwin-xfree mailing list archives from time to time, and I > just read the devel@xfree86.org thread linked from /., and it looks to > me like Harold was being pretty reasonable and was getting a terrible > response. Thanks. It was so weird to write what I thought was a reasonable reply only to be essentially shouted at in response. It is reassuring to get messages from people saying that my posts were in fact reasonable. > I followed the forum@xfree86.org discussion and the xwin.org and > xouvert.org bits, and at first I wasn't sure if the complainers had a > real beef or if the hubbub was the outcome of some bizarre historical > politics, but it's becoming clearer and clearer that the xfree86 guys > are dropping the ball. Lots of long-time, serious contributors are all > saying the same thing; hopefully all those that have a problem with the > old system can get together and start a single new mainline rather than > splinter into a bunch of different groups. It looks like people are regrouping. Keith Packard and Jim Gettys are over at freedesktop.org. They have most of the libs (that aren't maintained elsewhere) imported and autotooled. I think that is going to be my long-term destination for our bits... but I am going to work in an xc/ style repository in the mean time. It will take a few months to whip the autotooled build into shape, and I don't want to forgo having a CVS tree during that period. xouvert is using Arch. I am not really familiar with Arch; I don't even know if it works on Cygwin. I personally don't think I would have the time to invest in setting up and maintaining a version of the code in xouvert... but I would not be opposed to someone else doing this and tracking my patches. That would be advantageous to us and them. > Speaking of which, since the xouvert guys announced their intention to > fork, I've been wondering which way cygwin-xfree86 would go. What do > cygwin-xfree subscribers think about that? Oops, I think I told you above :) Harold From davidf@sjsoft.com Tue Oct 28 04:02:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Tue, 28 Oct 2003 04:02:00 -0000 Subject: xouvert? (was Re: Cygwin/XFree86 - No longer associated with XFree86.org) In-Reply-To: <3F9DD697.5090702@msu.edu> References: <1067305974.1305.27.camel@zeitgeist> <3F9DD697.5090702@msu.edu> Message-ID: <3F9DEA37.4090902@sjsoft.com> Harold L Hunt II wrote: > Mitch, > > Mitchell Skinner wrote: > >> I followed the forum@xfree86.org discussion and the xwin.org and >> xouvert.org bits, and at first I wasn't sure if the complainers had a >> real beef or if the hubbub was the outcome of some bizarre historical >> politics, but it's becoming clearer and clearer that the xfree86 guys >> are dropping the ball. Lots of long-time, serious contributors are all >> saying the same thing; hopefully all those that have a problem with the >> old system can get together and start a single new mainline rather than >> splinter into a bunch of different groups. > > > It looks like people are regrouping. Keith Packard and Jim Gettys are > over at freedesktop.org. They have most of the libs (that aren't > maintained elsewhere) imported and autotooled. I think that is going > to be my long-term destination for our bits... but I am going to work > in an xc/ style repository in the mean time. It will take a few > months to whip the autotooled build into shape, and I don't want to > forgo having a CVS tree during that period. > > xouvert is using Arch. I am not really familiar with Arch; I don't > even know if it works on Cygwin. I personally don't think I would > have the time to invest in setting up and maintaining a version of the > code in xouvert... but I would not be opposed to someone else doing > this and tracking my patches. That would be advantageous to us and them. I've tried Arch, but quite a while ago. It has some fantastic features, much much better than CVS. Unfortunately though it wasn't working with cygwin then, but can't say if that's been fixed. I think it was mostly due to them choosing strange names for directories like {arch} etc. David From huntharo@msu.edu Tue Oct 28 05:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 05:43:00 -0000 Subject: Updated: lesstif-0.93.91-3 Message-ID: <3F9E01EA.10308@msu.edu> The lesstif-0.93.91-3 package has been updated in the Cygwin distribution. Changes: 1) Remember to build shared libraries this time, which required fixups by Nicholas Wourms. 2) Use the OS/2 VendorShell fixup. This should fix problems with LessTif apps crashing on startup and generally failing to work correctly. (Zhangrong Huang) -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 paulthomas2@wanadoo.fr Tue Oct 28 05:44:00 2003 From: paulthomas2@wanadoo.fr (Paul Thomas) Date: Tue, 28 Oct 2003 05:44:00 -0000 Subject: XFree86 for cygwin installation hanging - a clarification Message-ID: <3F9E0235.6040903@wanadoo.fr> Hello once more, The problem with the XFree85 install is associated with the XFree-bin-icons package. If I eliminate that from the list of packages, I get a sufficiently complete installation that I can at least run Nedit. XWin still produces a background and nothing else. Yours Paul Thomas Hello, I have been trying to load XFree86 for Cygwin, using the Cygwin web installation. I have a Compaq Athlon 1700 based machine, running Windows XP home edition. Cygwin itself is fine. All components run perfectly, except XFree86 and anything that depends on it. The download ends in a message that it is unable to find file ""; pressing OK gets the installation underway but it then hangs at varying points in the installation. I have uninstalled before each attempt. Also, when I shut down Windows, the post-install programme is still running and has to be stopped. Invoking XWin, with any combination of arguments results in the background coming up but nothing else. What should I do? Try downloading and installing from hard disk? Thank you in advance for any advice that you can give me. Paul Thomas From huntharo@msu.edu Tue Oct 28 05:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 05:45:00 -0000 Subject: http://lesstif.sourceforge.net/INSTALL.html#compile_Windows In-Reply-To: <200310280035.h9S0ZPL61958@pilot03.cl.msu.edu> References: <200310280035.h9S0ZPL61958@pilot03.cl.msu.edu> Message-ID: <3F9E026B.6000508@msu.edu> Zhangrong, This has been applied to the new lesstif-0.93.91-3 release that I just made. Please test that it works as intended. I had to manually apply the patch because we had already handled the -no-undefined problem in a slightly different manner. Thanks for contributing, Harold hzhr@linuxforum.net wrote: > Hi, > I have a patch getting shared LessTif lib to work, but also getting some > warnings in some apps. I compiled Xpdf with that shared lib, now Xpdf works > fine, but when quit, Xpdf throws: > > Warning: XtRemoveGrab asked to remove a widget not on the list > > fortunately, no segmentation fault. > > Sounds like shared Xt, lesstif work in OS/2, so there is good OS/2 stuff in > xc, lesstif source code, I think cygwin people can learn from that also. > > Hope useful. > > Regards, > Zhangrong Huang From huntharo@msu.edu Tue Oct 28 05:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 05:48:00 -0000 Subject: XFree86 for cygwin installation hanging - a clarification In-Reply-To: <3F9E0235.6040903@wanadoo.fr> References: <3F9E0235.6040903@wanadoo.fr> Message-ID: <3F9E0347.3050005@msu.edu> Paul, Did you see my reply? I said to skip the XFree86-bin-icons package as a work-around or to delete a particular file. Please read the reply and let me know if it helps: http://cygwin.com/ml/cygwin-xfree/2003-10/msg00332.html Also, you want the XFree86-startup-scripts package, and you want to use startxwin.bat to start XWin.exe. Please see the following User's Guide section: http://xfree86.cygwin.com/docs/ug/using.html#using-starting-bat Hope that helps, Harold Paul Thomas wrote: > Hello once more, > > The problem with the XFree85 install is associated with the > XFree-bin-icons package. If I eliminate that from the list of packages, > I get a sufficiently complete installation that I can at least run > Nedit. XWin still produces a background and nothing else. > > Yours > > Paul Thomas > > > Hello, > > I have been trying to load XFree86 for Cygwin, using the Cygwin web > installation. I have a Compaq Athlon 1700 based machine, running > Windows XP home edition. > > Cygwin itself is fine. All components run perfectly, except XFree86 and > anything that depends on it. The download ends in a message that it is > unable to find file ""; pressing OK gets the installation underway but > it then hangs at varying points in the installation. I have uninstalled > before each attempt. Also, when I shut down Windows, the post-install > programme is still running and has to be stopped. Invoking XWin, with > any combination of arguments results in the background coming up but > nothing else. > > What should I do? Try downloading and installing from hard disk? > > Thank you in advance for any advice that you can give me. > > Paul Thomas > From linda@salmaescorts.com Tue Oct 28 09:34:00 2003 From: linda@salmaescorts.com (Linda) Date: Tue, 28 Oct 2003 09:34:00 -0000 Subject: Escort services/ Call Girls Message-ID: hi, want good escort services/call girls any where in world. visit us total privacy assured. http://salmaescorts.tripod.com From dave@aps5.ph.bham.ac.uk Tue Oct 28 10:09:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Tue, 28 Oct 2003 10:09:00 -0000 Subject: XFree86 for cygwin installation hanging - a clarification Message-ID: <200310281010.KAA24747@aps5.ph.bham.ac.uk> > From: Paul Thomas > To: cygwin-xfree at cygwin dot com > Date: Tue, 28 Oct 2003 06:44:21 +0100 > Subject: XFree86 for cygwin installation hanging - a clarification > Reply-to: cygwin-xfree at cygwin dot com > Hello once more, > The problem with the XFree85 install is associated with the XFree-bin-icons package. If > I eliminate that from the list of packages, I get a sufficiently complete installation > that I can at least run Nedit. XWin still produces a background and nothing else. > Yours > Paul Thomas There is a fix for the XFree-bin-icons hang (see recent threads on the Cygwin mailing list). This turned out to be an obscure problem in the bash shell, now fixed. If you update the bash shell the bug should go away. It worked for me! From suz006@rol.ro Tue Oct 28 13:27:00 2003 From: suz006@rol.ro (Tisha Parks) Date: Tue, 28 Oct 2003 13:27:00 -0000 Subject: Can the stock-market rebound C0ntinue?24642 Message-ID: <00006e564f1d$000000cb$000079df@fh-albsig.de> BullReport - New Bull Buy Signal - FSFJ @$0.10 Our last Buy Signal - AGDM - Up 300%, 100% in last 7 days October 27th, Initiating Coverage otcbb:FSFJ Food Safe Intl., Inc. - Protection from Biohazard in Food PROBLEM: One in four Americans are affected by contaminated food and 500,000 people are killed annually. SOLUTION - OTCBB:FSFJ has developed a food-safe process that kills pathogens and bacteria, removes pesticides and can extend the shelf life of a fresh fruit, vegetable or produce product an additional 10 to 40 days. The Company's product, Food Safe (patented) processing can guarantee food products to be food-safe all the way through the transportation and distribution channels. FSFJ is known as the world leader in production of safe food in an environmentally-responsible manner and meeting and exceeding diverse market specifications for quality. According to the U.S. Department of Agriculture, less than 2% of all fruits and vegetables are pathogen, or germ, free, at the initial packing point, with greater risk of pathogen growth during the distribution cycle. Recently, old methods of sanitation have resulted in illness and, in some cases, death of consumers of fresh fruit and vegetables as well as processed juices. One of the most important elements of the food safety system is its ability to extend the shelf life of a product an additional 15 to 40 days. Considering that over 25 to 35% of a grower??s fresh fruits, vegetables and produce never reach an end-user, the extension of the life cycle of a perishable product is extremely beneficial to all parties, including the consumer or any end-user Utilizing chlorine in conjunction with Food Safe 2600 (the Company??s proprietary surfactant used with chlorine based systems), ozone and electronic pasteurization Food Safe systems virtually eliminated or totally eliminated all pathogens, including E. Coli, Salmonella, and Listeria, at the packing house or distribution center. These food-safe processes provide a food-safe result for any and all product lines processed in this manner. One of the largest advantages for the Company lies in the size and breadth of the markets the Company intends to penetrate. Currently the food industry in the United States alone is an $450 billion market. FSFJ sells and services multiple, worldwide markets across many industry categories. These include growers, buyers, shippers, processors and packers, transportation companies and domestic and foreign government organizations that have invested interests in the food industry. Individual markets will also include worldwide military and government programs, cruise lines, restaurants, hotels, hospitals, retail chains and even individual households. There is nothing similar to the Company??s programs, systems and distribution centers in the marketplace. No one provides food-safe equipment for commercial and consumer use and distribution centers offering a full line of food-safe, processed products and certified, sanitized transportation logistics and delivery. FSFJ has contacted the U.S. Department of Defense for Armed Forces procurement of fruits & vegetables, USDA School Lunch Program, hospitals, health food chains, hotel chains, retail chains and food service operations. They expect contracts to be finalized soon. The company??s distribution centers provide a wide variety of products and services including a full line of fresh fruits, vegetables and produce along with numerous value- added and highly profitable services such as food-safe treatment, reconditioning, cross-docking, certified sanitized deliveries, private labeling and special packing. FOOD SAFETY LAND AND PORT DISTRIBUTION CENTERS Total revenues for the first three years of operations are expected to be as follows: Year 1- $46,625,000* Year 2- $83,200,000* Year 3- $144,235,000* NET INCOME AFTER TAXES Year 1- $15,964,690 Year 2- $28,852,985 Year 3- $52,116,900 * Based upon the first 5 centers in operation THE COMPANY EXPECTS TO OPEN AND OPERATE 18 DISTRIBUTION CENTERS OVER THE NEXT THREE YEARS. THESE WILL BE LAND AND/OR PORT UNIT LOCATIONS STRATEGICALLY POSITIONED TO SERVICE ALL AREAS OF THE UNITED STATES. ********* Information within this email contains "forward looking statements" within the meaning of Section 27A of the Securities Act of 1933 and Section 21B of the Securities Exchange Act of 1934. Any statements that express or involve discussions with respect to predictions, expectations, beliefs, plans, projections, objectives, goals, assumptions or future events or performance are not statements of historical fact and may be "forward looking statements." Forward looking statements are based on expectations,estimates and projections at the time the statementsare made that involve a number of risks and uncertainties which could cause actual results or events to differ materially from those presently anticipated. The words: "expects," "will," "projects," "Foresee," "anticipates," "estimates," "believes," "understands," or that by statements indicating certain actions "may," Could," or "might occur. All information provided within this email pertaining to invst'ng, or securities must be understood as information provided and not inv. advice. Microcap Promotion Update advises all readers and subscribers to seek advice from a registered professional securities representative before deciding to trade in securities featured within this email. None of the material within this report shall be construed as any kind of invstmnt advice. Our company has received 800k shares of FSFJ for this mailing service. ********** This message has been sent to you in compliance with our strict regulations. We will continuto bring you valuable offers on the products and services that interest you most. If you do not wish to receive any further mailings, please click on this link to send us an email MailTo:couldupleasetakemeoffyourlist@yahoo.com?Subject=no-more . Be sure that "no-more" appears in the subject line. ********** ********** num-1 222 333333 444444 From eich@suse.com Tue Oct 28 13:42:00 2003 From: eich@suse.com (Egbert Eich) Date: Tue, 28 Oct 2003 13:42:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org In-Reply-To: huntharo@msu.edu wrote on Monday, 27 October 2003 at 11:35:20 -0500 References: <3F9D4948.5080205@msu.edu> Message-ID: <16286.30468.725809.915002@xf11.fra.suse.de> Harold, I find it sad that you had to make this decision. I've just been absent for a little more than two weeks and was unable to commit patches - look what came out of it. I understand that the level of frustration among contributors has risen to a point that people are starting to use bad words. I've tried to get support from individual core team members for giving you commit rights. After I was unable to do so (maybe I asked the wrong ones) I decided to no longer persue the issue. None of the initiatives I've made so far have been accepted. I don't understand why people cannot deal with issues on the pragmatic level by looking at how one can best distribute the workload so that the burdeon on each individual volunteer is reduced. The discussion always turns to who owes what to whom. This is the wrong question. All or most of us are volunteers. Therefore noone owes anything to anybody. I get more and more the impression that David is working on narrowing down the scope of XFree86. There are alternatives in sight and I hope something will be in place before too long that will again serve a place where people interested in X can meet and work together. Cheers, Egbert. From kernland@gmx.de Tue Oct 28 15:32:00 2003 From: kernland@gmx.de (Isabelle Stock) Date: Tue, 28 Oct 2003 15:32:00 -0000 Subject: dead link Message-ID: Hi, there is a link, that doesn't work on your site http://www.cygwin.com/xfree/ which is called " Downloading Cygwin" (http://cygwin.com/download.html). Isabelle From huntharo@msu.edu Tue Oct 28 16:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 16:21:00 -0000 Subject: dead link In-Reply-To: <200310281534.h9SFY7919032@pilot01.cl.msu.edu> References: <200310281534.h9SFY7919032@pilot01.cl.msu.edu> Message-ID: <3F9E977D.70309@msu.edu> Isabelle, Isabelle Stock wrote: > there is a link, that doesn't work on your site http://www.cygwin.com/xfree/ which is called " Downloading Cygwin" (http://cygwin.com/download.html). Thanks. I fixed it. The page no longer exists and has not been replaced. There was really no need for the information anyway, so I removed the sentence containing the link. Harold From huntharo@msu.edu Tue Oct 28 16:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 16:30:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org In-Reply-To: <16286.30468.725809.915002@xf11.fra.suse.de> References: <3F9D4948.5080205@msu.edu> <16286.30468.725809.915002@xf11.fra.suse.de> Message-ID: <3F9E9981.5000005@msu.edu> Egbert, Egbert Eich wrote: > Harold, > > I find it sad that you had to make this decision. > I've just been absent for a little more than two weeks and > was unable to commit patches - look what came out of it. Egbert, I am sorry, I want to make it absolutely clear that my raising the issue with XFree86.org and subsequent decision had nothing to do with you. You were actually a great help to me, I appreciate the work that you did with me very much. There was a larger problem here... one that had nothing to do with you. > I understand that the level of frustration among contributors > has risen to a point that people are starting to use bad words. > I've tried to get support from individual core team members > for giving you commit rights. After I was unable to do so (maybe > I asked the wrong ones) I decided to no longer persue the issue. > None of the initiatives I've made so far have been accepted. I appreciate that Egbert. That really gets to the heart of the matter: this isn't about cvs commit access, this is about the arbitrary, subjective, and unresponsive manner in which the project is being managed. > I don't understand why people cannot deal with issues on the > pragmatic level by looking at how one can best distribute > the workload so that the burdeon on each individual volunteer > is reduced. I really wish they could have seen that too. > The discussion always turns to who owes what to whom. This is > the wrong question. All or most of us are volunteers. Therefore > noone owes anything to anybody. > I get more and more the impression that David is working on > narrowing down the scope of XFree86. > There are alternatives in sight and I hope something will be > in place before too long that will again serve a place where > people interested in X can meet and work together. Yes, I am beginning to work with some other developers who have left XFree86.org as well. It is so unfortunate that XFree86.org is pushing away developers one-by-one, only to assemble the same group elsewhere. That is a pointless waste of time; that sort of thing should not have to happen. I was a little surprised too to see that my request was interpreted as being owed something :) Jeez, not only is the process of getting cvs commit access undefined, it is a veritable mine field; you cannot possibly ask in a humble enough manner for their taste. Anyhow, I want to reiterate again that I enjoy working with you Egbert and that I hope we continue to work together in the future. Thanks for your input, Harold From Armbrust.Daniel@mayo.edu Tue Oct 28 18:30:00 2003 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Tue, 28 Oct 2003 18:30:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org Message-ID: <818623B5FD23D51193200002B32C07610D897ADD@excsrv44.mayo.edu> Harold, I have been lurking on this list for a while now. I don't know much about XFree86, or the politics, or any history. But I read the threads that led up to your decision. I applaud you. You asked for something completely reasonable, and (pardon the language) David Dawes came off as a complete jackass. I have worked with Jakarta Ant, the Eclipse Project, and Jakarta Lucene to varying degrees. And I have never seen someone on any of those mailing lists get treated like you were. And, as an example of a well functioning open source project, when someone new came to lucene, he turned in some quality patches over the course of about a month. About the equivalent to what I see you commit on this mailing list in a week. And they made him a full fledged committer. No problems, no insults, no lie detector tests. They voted, and it was done. That it how it is supposed to work. The XFree86 organization looks like it is being run by a bunch of power hungry fools. Thanks for all of your time and work, Dan From huntharo@msu.edu Tue Oct 28 18:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 18:41:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org In-Reply-To: <818623B5FD23D51193200002B32C07610D897ADD@excsrv44.mayo.edu> References: <818623B5FD23D51193200002B32C07610D897ADD@excsrv44.mayo.edu> Message-ID: <3F9EB83B.4000007@msu.edu> Daniel, Armbrust, Daniel C. wrote: > Harold, > > I have been lurking on this list for a while now. I don't know much about XFree86, or the politics, or any history. But I read the threads that led up to your decision. I applaud you. You asked for something completely reasonable, and (pardon the language) David Dawes came off as a complete jackass. > > I have worked with Jakarta Ant, the Eclipse Project, and Jakarta Lucene to varying degrees. And I have never seen someone on any of those mailing lists get treated like you were. And, as an example of a well functioning open source project, when someone new came to lucene, he turned in some quality patches over the course of about a month. About the equivalent to what I see you commit on this mailing list in a week. And they made him a full fledged committer. No problems, no insults, no lie detector tests. They voted, and it was done. > > That it how it is supposed to work. > > The XFree86 organization looks like it is being run by a bunch of power hungry fools. > > Thanks for all of your time and work, No problem. I enjoy it. Thanks for your support. Harold From leo@mekenkamp.com Tue Oct 28 18:53:00 2003 From: leo@mekenkamp.com (Leo Mekenkamp) Date: Tue, 28 Oct 2003 18:53:00 -0000 Subject: cygwin xfree86 split Message-ID: <200310280901.h9S91kG43625@mailhost6.ladot.com> Hi Harold, You probably have never heard about me, and until an hour ago I had never heard about you, but that does not stop me to climb into my keyboard and send you this email. I read 'the thread' on the mailing list, and what I can conclude on it can be simply summarized as: You seem to be doing your best in making a very usefull free piece of software; 'they' seem to be high up in some ivory tower thinking that all the x code base are belong to them. Such a pity. Instead of trying to resolve your issues the only thing the xfree guys seem to do is push you to a certain state where 'your emotions take over' and you let out a 'fuck you', and then they very childishly respond that they will not listen to you anymore when you let out such insults. I can only conclude that the xfree guys have lost touch with the positive side of themselves and have let arrogance take over. An oss/free software project should be all about working together; they are certainly not doing their best to work together. So, to keep with your words: 'fuck them'; maybe the xouvert guys will appreciate your contributions? I do hope this whole thing does not take away your spirit in working on cygwin. Cheers & good luck, Leo Mekenkamp From huntharo@msu.edu Tue Oct 28 18:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 18:59:00 -0000 Subject: cygwin xfree86 split In-Reply-To: <200310280901.h9S91kG43625@mailhost6.ladot.com> References: <200310280901.h9S91kG43625@mailhost6.ladot.com> Message-ID: <3F9EBC95.9060208@msu.edu> Leo, Leo Mekenkamp wrote: > Hi Harold, > > You probably have never heard about me, and until an hour ago I had > never heard about you, but that does not stop me to climb into my > keyboard and send you this email. > > I read 'the thread' on the mailing list, and what I can conclude on it > can be simply summarized as: You seem to be doing your best in making a > very usefull free piece of software; 'they' seem to be high up in some > ivory tower thinking that all the x code base are belong to them. > > Such a pity. Instead of trying to resolve your issues the only thing the > xfree guys seem to do is push you to a certain state where 'your > emotions take over' and you let out a 'fuck you', and then they very > childishly respond that they will not listen to you anymore when you let > out such insults. > > I can only conclude that the xfree guys have lost touch with the > positive side of themselves and have let arrogance take over. An > oss/free software project should be all about working together; they are > certainly not doing their best to work together. > > So, to keep with your words: 'fuck them'; maybe the xouvert guys will > appreciate your contributions? I do hope this whole thing does not take > away your spirit in working on cygwin. Heh heh... Thanks for your support. Don't worry, I haven't lost the spirit. I have a set number of hours to work on Cygwin/X per month and now I won't be spending any of those hours trying to keep the XFree86 CVS tree in synch. We will be working with some other X Window System projects. I will make a more formal announcement later, but I want to just code for a few days. Thanks again, Harold From jay@JaySmith.com Tue Oct 28 20:28:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Tue, 28 Oct 2003 20:28:00 -0000 Subject: (2nd post) Copy/Paste problems due to speed of xdm login process Message-ID: <3F9ED172.9080904@JaySmith.com> [I posted this on the 24th, but it got no reply. Any ideas on this? Thanks.] Hi Harold, Kensuke, et al.... The copy/paste is working *much* better after your recent fix. However, I am having a very serious problem with it -- the copy/paste functionality only works if I login *extremely* fast to the XDM. I am a fast typist, but I can only login fast enough about half of the time. About 18 months ago (?) back when we were using xwinclip -- before it was integrated into the main program -- we had to put a "sleep" into the script to provide enough time for the communication to take place so that xwinclip would function. After xwinclip became integrated into the program, none of this was a problem, until I installed the new Cygwin a couple weeks ago. Can you do something to allow adequate time to login so that the copy/paste will function? Jay -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From huntharo@msu.edu Tue Oct 28 21:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 21:43:00 -0000 Subject: (2nd post) Copy/Paste problems due to speed of xdm login process In-Reply-To: <3F9ED172.9080904@JaySmith.com> References: <3F9ED172.9080904@JaySmith.com> Message-ID: <3F9EE305.70109@msu.edu> Jay, The problem is known... please search the mailing list archives for more information. I don't have a solution, I would appreciate any contributions (code, not discussion) that anyone has to offer on this. Harold Jay Smith wrote: > [I posted this on the 24th, but it got no reply. Any ideas on this? > Thanks.] > > > Hi Harold, Kensuke, et al.... > > The copy/paste is working *much* better after your recent fix. However, I > am having a very serious problem with it -- the copy/paste functionality > only works if I login *extremely* fast to the XDM. I am a fast typist, but > I can only login fast enough about half of the time. > > About 18 months ago (?) back when we were using xwinclip -- before it was > integrated into the main program -- we had to put a "sleep" into the script > to provide enough time for the communication to take place so that xwinclip > would function. > > After xwinclip became integrated into the program, none of this was a > problem, until I installed the new Cygwin a couple weeks ago. > > Can you do something to allow adequate time to login so that the copy/paste > will function? > > Jay > From jase@dufair.org Tue Oct 28 22:31:00 2003 From: jase@dufair.org (Jason Dufair) Date: Tue, 28 Oct 2003 22:31:00 -0000 Subject: Cygwin/XFree86 - No longer associated with XFree86.org In-Reply-To: <3F9E9981.5000005@msu.edu> (Harold L. Hunt, II's message of "Tue, 28 Oct 2003 11:29:53 -0500") References: <3F9D4948.5080205@msu.edu> <16286.30468.725809.915002@xf11.fra.suse.de> <3F9E9981.5000005@msu.edu> Message-ID: I'll also chime in as a lurker to say that you have kicked some major ass for us Cygwin/XFree86 users, Harold, and I think you've been nothing but helpful and responsive on the list. I think your plea on the XFree86 list was reasonable. Good luck as you explore other options. Harold L Hunt II writes: > Egbert, > > Egbert Eich wrote: > >> Harold, >> I find it sad that you had to make this decision. >> I've just been absent for a little more than two weeks and >> was unable to commit patches - look what came out of it. > > Egbert, I am sorry, I want to make it absolutely clear that my raising > the issue with XFree86.org and subsequent decision had nothing to do > with you. You were actually a great help to me, I appreciate the work > that you did with me very much. There was a larger problem > here... one that had nothing to do with you. > >> I understand that the level of frustration among contributors >> has risen to a point that people are starting to use bad words. >> I've tried to get support from individual core team members >> for giving you commit rights. After I was unable to do so (maybe >> I asked the wrong ones) I decided to no longer persue the issue. >> None of the initiatives I've made so far have been accepted. > > I appreciate that Egbert. That really gets to the heart of the > matter: this isn't about cvs commit access, this is about the > arbitrary, subjective, and unresponsive manner in which the project is > being managed. > >> I don't understand why people cannot deal with issues on the >> pragmatic level by looking at how one can best distribute >> the workload so that the burdeon on each individual volunteer >> is reduced. > > I really wish they could have seen that too. > >> The discussion always turns to who owes what to whom. This is >> the wrong question. All or most of us are volunteers. Therefore >> noone owes anything to anybody. >> I get more and more the impression that David is working on >> narrowing down the scope of XFree86. There are alternatives in sight >> and I hope something will be in place before too long that will >> again serve a place where >> people interested in X can meet and work together. > > Yes, I am beginning to work with some other developers who have left > XFree86.org as well. It is so unfortunate that XFree86.org is pushing > away developers one-by-one, only to assemble the same group > elsewhere. That is a pointless waste of time; that sort of thing > should not have to happen. > > I was a little surprised too to see that my request was interpreted as > being owed something :) Jeez, not only is the process of getting cvs > commit access undefined, it is a veritable mine field; you cannot > possibly ask in a humble enough manner for their taste. > > Anyhow, I want to reiterate again that I enjoy working with you Egbert > and that I hope we continue to work together in the future. > > Thanks for your input, > > Harold -- Jason Dufair - jase@dufair.org http://www.dufair.org/ "Time flies like an arrow. Fruit flies like a banana." -- Groucho Marx From huntharo@msu.edu Tue Oct 28 22:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 28 Oct 2003 22:45:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly Message-ID: <3F9EF18C.3010200@msu.edu> Just wanted to drop a note for anyone that saw the updates on the site that indicate that the above was released today around 13:55 EST. I ran into an issue at the last minute when I looked at the LessTif rebuild and realized that it was not using freetype and fontconfig because it was looking in /usr/X11R6/bin for freetype-config and fontconfig-config, when freetype-config has moved to /usr/bin and fontconfig-config was will altogether. Looks like I have a little more work to do to get this setup properly. A release of the new freetype2 and fontconfig packages, as well as a rebuild of all dependent packages, will be coming later tonight. Please be patient. Harold From fredlwm@fastmail.fm Tue Oct 28 23:33:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Tue, 28 Oct 2003 23:33:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly In-Reply-To: <3F9EF18C.3010200@msu.edu> References: <3F9EF18C.3010200@msu.edu> Message-ID: On Tue, 28 Oct 2003, Harold L Hunt II wrote: > A release of the new freetype2 and fontconfig packages, as > well as a rebuild of all dependent packages, will be coming > later tonight. Please be patient. Is there anything wrong with fontconfig 2.2.1 ? I noticed you mentioned 2.2.0 in the last e-mails. The changes: http://mail.fontconfig.org/pipermail/fontconfig/2003-June/000437.html -- How to contact me - http://www.pervalidus.net/contact.html From ford@vss.fsi.com Tue Oct 28 23:49:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 28 Oct 2003 23:49:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly In-Reply-To: <3F9EF18C.3010200@msu.edu> References: <3F9EF18C.3010200@msu.edu> Message-ID: On Tue, 28 Oct 2003, Harold L Hunt II wrote: > I ran into an issue at the last minute when I looked at the LessTif > rebuild and realized that it was not using freetype and fontconfig > because it was looking in /usr/X11R6/bin for freetype-config and > fontconfig-config, when freetype-config has moved to /usr/bin and > fontconfig-config was will altogether. > I thought we had decided to disable this support. Did that change? >From http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00441.html : Additionally, I have disabled the experimental Xft support for antialiased fonts using freetype/fontconfig that was enabled by default in this release. For details about this choice, see: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00348.html Feedback about this issue is welcomed and should be directed to the cygwin-xfree mailing list mentioned at the end of this announcement. And: Changes: * configure.in (AC_FIND_XFT): Disable Keith Packard's experimental Xft support. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Wed Oct 29 00:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 00:29:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly In-Reply-To: References: <3F9EF18C.3010200@msu.edu> Message-ID: <3F9F09D9.9000700@msu.edu> Fr??d??ric L. W. Meunier wrote: > On Tue, 28 Oct 2003, Harold L Hunt II wrote: > > >>A release of the new freetype2 and fontconfig packages, as >>well as a rebuild of all dependent packages, will be coming >>later tonight. Please be patient. > > > Is there anything wrong with fontconfig 2.2.1 ? I noticed you > mentioned 2.2.0 in the last e-mails. > > The changes: > http://mail.fontconfig.org/pipermail/fontconfig/2003-June/000437.html The release page only links to 2.2.0: http://freedesktop.org/software/fontconfig In my discussions with Keith, he hasn't mentioned that 2.2.0 wasn't the latest "stable" version. He has mentioned the 2.3.0 pre-releases better known as 2.2.9x... but I think he said to stick with 2.2.0 because it was the latest stable release. I could be wrong though. In any case, it will be much easier to release a newer version of fontconfig after one is out the door. There is a lot of legwork in getting this done the first time. Harold From huntharo@msu.edu Wed Oct 29 00:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 00:30:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly In-Reply-To: References: <3F9EF18C.3010200@msu.edu> Message-ID: <3F9F0A26.7000005@msu.edu> Brian, Brian Ford wrote: > On Tue, 28 Oct 2003, Harold L Hunt II wrote: > > >>I ran into an issue at the last minute when I looked at the LessTif >>rebuild and realized that it was not using freetype and fontconfig >>because it was looking in /usr/X11R6/bin for freetype-config and >>fontconfig-config, when freetype-config has moved to /usr/bin and >>fontconfig-config was will altogether. >> > > I thought we had decided to disable this support. Did that change? I'm sorry... Nicholas and I were talking about this off-list and he enabled it and seemed to think it worked okay, so I took his word for it and enabled it. I can always disable it if it turns out to be horribly broken. Harold From huntharo@msu.edu Wed Oct 29 01:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 01:38:00 -0000 Subject: Updated on sourceware: XFree86-bin-4.3.0-6, XFree86-lib-compat-4.3.0-2, XFree86-prog-4.3.0-9, XFree86-xserv-4.3.0-21, XFree86-[etc,fsrv,nest,prt,vfb]-4.3.0-4 Message-ID: <3F9F1A10.6030907@msu.edu> The following packages have been updated in the Cygwin distribution: *** XFree86-bin-4.3.0-6 *** XFree86-etc-4.3.0-4 *** XFree86-fsrv-4.3.0-4 *** XFree86-lib-compat-4.3.0-2 *** XFree86-nest-4.3.0-4 *** XFree86-prog-4.3.0-9 *** XFree86-prt-4.3.0-4 *** XFree86-vfb-4.3.0-4 *** XFree86-xserv-4.3.0-21 Changes ======= 1) General - Recompile all libraries and executables against stand-alone freetype2 and fontconfig packages. (Harold L Hunt II) 2) XFree86-lib-compat - Add cygfreetype-9.dll. There should not be a need for the old cygfontconfig-1.dll... in any case, it conflicts with the new fontconfig dll, so it isn't included. freetype was okay because the new dll has a different name (cygfreetype-6.dll). (Harold L Hunt II) 3) XFree86-etc - The package was missed when Xt went shared. I didn't realize that there were a few executables in there. This package dropped in size by a few hundred KiBs as a result. (Harold L Hunt II) 4) General - Cygwin now has strl{cat,cpy}(), so #define HasStrlcat as YES in xc/config/cf/cygwin.cf and rebuild all apps and libraries. (Matthieu Herrb) -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Wed Oct 29 01:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 01:42:00 -0000 Subject: Updated: lesstif-0.93.91-4 Message-ID: <3F9F1ADF.2010301@msu.edu> The lesstif-0.93.91-4 package has been updated in the Cygwin distribution. Changes: 1) Rebuild against new stand-alone freetype2 and fontconfig packages. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Wed Oct 29 01:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 01:46:00 -0000 Subject: New package: freetype2-2.1.5-1, libfreetype26-2.1.5-1, libfreetype2-devel-2.1.5-1 Message-ID: <3F9F1C0A.7060009@msu.edu> The freetype2, libfreetype26, and libfreetype2-devel packages have been added to the Cygwin distribution. Description: FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). It can be used in graphics libraries, display servers, font conversion tools, text image generation tools, and many other products as well. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 Wed Oct 29 01:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 01:49:00 -0000 Subject: New package: fontconfig-2.2.0-1, libfontconfig1-2.2.0-1, libfontconfig-devel-2.2.0-1 Message-ID: <3F9F1C93.8030205@msu.edu> The fontconfig, libfontconfig1, and libfontconfig-devel packages have been added to the Cygwin distribution. Description: Fontconfig is a library for configuring and customizing font access. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. 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 fredlwm@fastmail.fm Wed Oct 29 02:08:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 29 Oct 2003 02:08:00 -0000 Subject: New package: freetype2-2.1.5-1, libfreetype26-2.1.5-1, libfreetype2-devel-2.1.5-1 Message-ID: On Tue, 28 Oct 2003, Harold L Hunt II wrote: > In the US, ftp://archive.progeny.com/cygwin/ > is a reliable high bandwidth connection. Maybe you should remove this one since according to http://sources.redhat.com/ml/cygwin-apps/2003-10/msg00411.html it's gone. I use ftp://mirrors.kernel.org/sources.redhat.com/cygwin/ and ftp://mirrors.rcn.net/pub/sourceware/cygwin/ I just downloaded most updated packages from the first. freetype2 and fontconfig are still empty directories. Will check later. -- How to contact me - http://www.pervalidus.net/contact.html From fredlwm@fastmail.fm Wed Oct 29 03:00:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 29 Oct 2003 03:00:00 -0000 Subject: XWin.exe.stackdump Message-ID: Does it help ? http://pervalidus.port5.com/tmp/XWin.exe.stackdump I got it with all latest packages while shutdowning the server running my latest IceWM build (the first with working fontconfig support (--enable-gradients --enable-antialiasing). A month ago it'd just crash at startup with the above options enabled, but the stackdump was from IceWM. It never crashed without them. waiting for X server to shut down .......... xinit: X server slow to shut down, sending KILL signal. waiting for server to die ... xinit: Can't kill server [1]+ Done startx I couldn't reproduce it. Can the window manager cause it ? -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Wed Oct 29 03:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 03:51:00 -0000 Subject: XWin.exe.stackdump In-Reply-To: References: Message-ID: <3F9F3941.1080609@msu.edu> I don't know the context of the problem. Sounds like you are working on building IceWM? Harold Fr??d??ric L. W. Meunier wrote: > Does it help ? > http://pervalidus.port5.com/tmp/XWin.exe.stackdump > > I got it with all latest packages while shutdowning the server > running my latest IceWM build (the first with working > fontconfig support (--enable-gradients --enable-antialiasing). > A month ago it'd just crash at startup with the above options > enabled, but the stackdump was from IceWM. It never crashed > without them. > > waiting for X server to shut down .......... > > xinit: X server slow to shut down, sending KILL signal. > > waiting for server to die ... > > xinit: Can't kill server > > [1]+ Done startx > > I couldn't reproduce it. Can the window manager cause it ? > From huntharo@msu.edu Wed Oct 29 04:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 04:02:00 -0000 Subject: partnership with the Xouvert project? In-Reply-To: <20031029034759.GA19804@reactor-core.org> References: <20031029034759.GA19804@reactor-core.org> Message-ID: <3F9F3BA5.1050608@msu.edu> Jonathan, Jonathan Walther wrote: > Hi Harold. Hello, hello. > My name is Jonathan Walther, and I am the coordinator for the Xouvert > project. I read your post on Slashdot yesterday, and it looks like you > are responding to some of the same frustrations and desire for change > that inspired the Xouvert project. > > http://xouvert.org > > Xouvert is using arch instead of CVS. We aren't doing this lightly; we > see a clear benefit to it. One of the benefits is it's revision control > discipline is more natural and makes it vastly easier to have a wide > diversity of "branches" going at once, keeping in sync with each other. Hmm... I have been looking into Xouvert since it keeps getting mentioned to me... but I still can't find anything that indicates that arch works (or would be easy to make work) on Cygwin. Could others please check the status on arch on Cygwin? > We would love to incorporate your changes, and give you and anyone you > delegate full commit access to our revision control tree. Would you be > interested in partnering with our project? I think we can both provide > each other with a lot of positive benefits. > > No action is required on your part, Xouvert is working on our first > release which should be soon. Like you, we are starting with XFree86 > 4.3 as our base. We believe once you go through the arch tutorial, you > also will be sold on it's benefits for projects like ours. I'm sure it has benefits, but it has to compile to be useful :) Waiting for status of arch on Cygwin report... Harold From fredlwm@fastmail.fm Wed Oct 29 04:27:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 29 Oct 2003 04:27:00 -0000 Subject: XWin.exe.stackdump In-Reply-To: <3F9F3941.1080609@msu.edu> References: <3F9F3941.1080609@msu.edu> Message-ID: On Tue, 28 Oct 2003, Harold L Hunt II wrote: > I don't know the context of the problem. Sounds like you are > working on building IceWM? I've been using it since last month but did a new build with fontconfig. The server crashed once at logout time (the window manager had already closed) and I couldn't reproduce it. I don't even know if it's related to the new build. It could be a mere coincidence. I thought you might be able to know if it's a XWin bug from the stackdump using addr2line -e XWin.exe Function, but you probably need a -g build since here it only returns ??:0. Apart from that, no other crashes or problems (yet). > Fr?d?ric L. W. Meunier wrote: > > > Does it help ? > > http://pervalidus.port5.com/tmp/XWin.exe.stackdump > > > > I got it with all latest packages while shutdowning the server > > running my latest IceWM build (the first with working > > fontconfig support (--enable-gradients --enable-antialiasing). > > A month ago it'd just crash at startup with the above options > > enabled, but the stackdump was from IceWM. It never crashed > > without them. > > > > waiting for X server to shut down .......... > > > > xinit: X server slow to shut down, sending KILL signal. > > > > waiting for server to die ... > > > > xinit: Can't kill server > > > > [1]+ Done startx > > > > I couldn't reproduce it. Can the window manager cause it ? -- How to contact me - http://www.pervalidus.net/contact.html From davidf@sjsoft.com Wed Oct 29 05:07:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Wed, 29 Oct 2003 05:07:00 -0000 Subject: partnership with the Xouvert project? In-Reply-To: <3F9F3BA5.1050608@msu.edu> References: <20031029034759.GA19804@reactor-core.org> <3F9F3BA5.1050608@msu.edu> Message-ID: <3F9F4AF4.7070509@sjsoft.com> Harold L Hunt II wrote: > Jonathan, > > Jonathan Walther wrote: > >> Hi Harold. > > > Hello, hello. > >> My name is Jonathan Walther, and I am the coordinator for the Xouvert >> project. I read your post on Slashdot yesterday, and it looks like you >> are responding to some of the same frustrations and desire for change >> that inspired the Xouvert project. >> >> http://xouvert.org >> >> Xouvert is using arch instead of CVS. We aren't doing this lightly; we >> see a clear benefit to it. One of the benefits is it's revision control >> discipline is more natural and makes it vastly easier to have a wide >> diversity of "branches" going at once, keeping in sync with each other. > > > Hmm... I have been looking into Xouvert since it keeps getting > mentioned to me... but I still can't find anything that indicates that > arch works (or would be easy to make work) on Cygwin. Could others > please check the status on arch on Cygwin? > >> We would love to incorporate your changes, and give you and anyone you >> delegate full commit access to our revision control tree. Would you be >> interested in partnering with our project? I think we can both provide >> each other with a lot of positive benefits. >> >> No action is required on your part, Xouvert is working on our first >> release which should be soon. Like you, we are starting with XFree86 >> 4.3 as our base. We believe once you go through the arch tutorial, you >> also will be sold on it's benefits for projects like ours. > > > I'm sure it has benefits, but it has to compile to be useful :) > > Waiting for status of arch on Cygwin report... > > Harold > Just googling, I haven't tried it since last year ... See this (very recent) thread: http://mail.gnu.org/archive/html/gnu-arch-users/2003-10/msg00437.html It seems it works, with some limitations, which may/may not be addressable from Cygwin's side. BTW, arch is quite different in structure from CVS, so it's worth reading just a little bit about the architecture - I think it's a great idea David From pechtcha@cs.nyu.edu Wed Oct 29 05:54:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 29 Oct 2003 05:54:00 -0000 Subject: Updated on sourceware: XFree86-bin-4.3.0-6, XFree86-lib-compat-4.3.0-2, XFree86-prog-4.3.0-9, XFree86-xserv-4.3.0-21, XFree86-[etc,fsrv,nest,prt,vfb]-4.3.0-4 In-Reply-To: <3F9F1A10.6030907@msu.edu> References: <3F9F1A10.6030907@msu.edu> Message-ID: On Tue, 28 Oct 2003, Harold L Hunt II wrote: > [snip] > In the US, ftp://archive.progeny.com/cygwin/ > is a reliable high bandwidth connection. > [snip] Harold, 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 zakki@peppermint.jp Wed Oct 29 06:03:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Wed, 29 Oct 2003 06:03:00 -0000 Subject: [PATCH] backport from integrated clipboard In-Reply-To: <3F9ED172.9080904@JaySmith.com> References: <3F9ED172.9080904@JaySmith.com> Message-ID: Hi, How about using xwinclip insted of -clipboard? This patch is backport that fix crash with large text, enable non-ascii copy and paste, and add -nounicodeclipboard. Kensuke Matsuzaki -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinclip.diff.bz2 Type: application/octet-stream Size: 3016 bytes Desc: not available URL: From huntharo@msu.edu Wed Oct 29 06:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 06:27:00 -0000 Subject: Updated on sourceware: XFree86-bin-4.3.0-6, XFree86-lib-compat-4.3.0-2, XFree86-prog-4.3.0-9, XFree86-xserv-4.3.0-21, XFree86-[etc,fsrv,nest,prt,vfb]-4.3.0-4 In-Reply-To: References: <3F9F1A10.6030907@msu.edu> Message-ID: <3F9F5DE9.4090107@msu.edu> Igor, Thanks. Cut and paste gone wrong. :) Fr??d??ric also pointed this out. Nothing I can do about it now... I will try to remember to update my template the next time I send an announcement. Harold Igor Pechtchanski wrote: > On Tue, 28 Oct 2003, Harold L Hunt II wrote: > > >>[snip] >>In the US, ftp://archive.progeny.com/cygwin/ >>is a reliable high bandwidth connection. >>[snip] > > > Harold, > > FYI, . > Igor From linuxnow@newtral.org Wed Oct 29 07:22:00 2003 From: linuxnow@newtral.org (Pau Aliagas) Date: Wed, 29 Oct 2003 07:22:00 -0000 Subject: partnership with the Xouvert project? In-Reply-To: <3F9F4AF4.7070509@sjsoft.com> Message-ID: On Wed, 29 Oct 2003, David Fraser wrote: > Harold L Hunt II wrote: > > Jonathan Walther wrote: > >> No action is required on your part, Xouvert is working on our first > >> release which should be soon. Like you, we are starting with XFree86 > >> 4.3 as our base. We believe once you go through the arch tutorial, you > >> also will be sold on it's benefits for projects like ours. > > > > I'm sure it has benefits, but it has to compile to be useful :) > > > > Waiting for status of arch on Cygwin report... > > > > Harold > > > Just googling, I haven't tried it since last year ... > See this (very recent) thread: > http://mail.gnu.org/archive/html/gnu-arch-users/2003-10/msg00437.html > It seems it works, with some limitations, which may/may not be > addressable from Cygwin's side. > BTW, arch is quite different in structure from CVS, so it's worth > reading just a little bit about the architecture - I think it's a great idea Hi Harold. I've just subscribed to the list to tell you the same thing about arch and xouvert. Some small problems have arisen using arch in cygwin and there was a consensus that changes needed to be applied to cygwin to have a nice and full support. The problems were related to path lengths and, maybe, you could help us with this issue. It would be a nice initial cooperation. The problems with changing path structure in arch archives is backwards compatibility, nothing else. Maybe if you subscribed to the list we could have a formal discussion and see what remains to be done in arch or cygwin to make it usable for you. Keep up the good work! Pau From djw@xouvert.org Wed Oct 29 08:14:00 2003 From: djw@xouvert.org (Jonathan Walther) Date: Wed, 29 Oct 2003 08:14:00 -0000 Subject: partnership with the Xouvert project? In-Reply-To: References: <3F9F4AF4.7070509@sjsoft.com> Message-ID: <20031029082024.GA24683@reactor-core.org> On Wed, Oct 29, 2003 at 08:22:42AM +0100, Pau Aliagas wrote: >I've just subscribed to the list to tell you the same thing about arch and >xouvert. Some small problems have arisen using arch in cygwin and there >was a consensus that changes needed to be applied to cygwin to have a nice >and full support. The problems were related to path lengths and, maybe, >you could help us with this issue. It would be a nice initial cooperation. I don't think path lengths are an issue at the moment, for the Xouvert project to be able to work with Cygwin. The issue that is important is the file renaming issue. I've posted to the mailing list to let Tom know that Cygwin support is important to us; hopefully he will reply soon. Jonathan -- It's not true unless it makes you laugh, but you don't understand it until it makes you weep. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Geek House Productions, Ltd. Providing Unix & Internet Contracting and Consulting, QA Testing, Technical Documentation, Systems Design & Implementation, General Programming, E-commerce, Web & Mail Services since 1998 Phone: 604-951-4142 Email: djw@reactor-core.org Webpage: http://reactor-core.org Address: 13685 Hilton Road, Surrey, BC -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: Digital signature URL: From salma@salmaescorts.com Wed Oct 29 09:28:00 2003 From: salma@salmaescorts.com (Salma) Date: Wed, 29 Oct 2003 09:28:00 -0000 Subject: Escort services/ Call Girls Message-ID: hi, want good escort services/call girls any where in world. visit us total privacy assured. http://salmaescorts.tripod.com From geert.pille@vandemoortele.com Wed Oct 29 10:45:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Wed, 29 Oct 2003 10:45:00 -0000 Subject: [Cygwin/XFree86] Duplicate keystrokes in X Server Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F998C2@NBIZ205> Hallo Harold, I've finally installed Cygwin/XFree86 with setup, until this morning I was still using a version that I installed manually (ahum). Haven't spotted the duplicate keystrokes (yet?). After setup, I installed XWin-4.3.0-20-Test01.exe, since I experienced the "no key input". This didn't help, as you already know. Bugger, I hate the mouse (don't like cats neither, I've got a dog). I was sorry to read that you were not granted commit rights into the xfree86 organisation. This is hard to imagine. Do you know why? Didn't they like the colour of your tie? Geert > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: zondag 21 september 2003 20:59 > To: cygx > Subject: [Cygwin/XFree86] Duplicate keystrokes in X Server > > > [BCCing seven people that have asked about this bug somewhat recently] > > This bug has been around for a long time, but it was thought to be a > Cygwin/XFree86-specific bug. However, I recently learned > that this is a > general XFree86 bug that is reproducible on, probably, all > other platforms. > > Ivan Pascal submitted a patch to XFree86 that fixes the problem. His > description of the problem and his patch can be found in this > archive of > his email: > > http://www.mail-archive.com/devel%40xfree86.org/msg03245.html > > > XFree86's Bugzilla Bug #301 also has information and discussion about > this bug: > > http://bugs.xfree86.org/show_bug.cgi?id=301 > > > Finally, Ivan's patch was applied to XFree86-xserv-4.3.0-13, > which can > be downloaded and installed via Cygwin's setup.exe. The "Test100" > release notes describe the other changes made in 4.3.0-13: > > http://xfree86.cygwin.com/devel/shadow/changelog.html > > > Enjoy, > > Harold > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From Vince.Hoffman@uk.circle.com Wed Oct 29 10:49:00 2003 From: Vince.Hoffman@uk.circle.com (Vince Hoffman) Date: Wed, 29 Oct 2003 10:49:00 -0000 Subject: partnership with the Xouvert project? Message-ID: > On Wed, Oct 29, 2003 at 08:22:42AM +0100, Pau Aliagas wrote: > >I've just subscribed to the list to tell you the same thing > about arch and > >xouvert. Some small problems have arisen using arch in > cygwin and there > >was a consensus that changes needed to be applied to cygwin > to have a nice > >and full support. The problems were related to path lengths > and, maybe, > >you could help us with this issue. It would be a nice > initial cooperation. > > I don't think path lengths are an issue at the moment, for the Xouvert > project to be able to work with Cygwin. The issue that is > important is > the file renaming issue. I've posted to the mailing list to let Tom > know that Cygwin support is important to us; hopefully he will reply > soon. > Just a WAG but, do the file naming problems if your using a "managed mode" mount ? from the man page of cywin mount. "managed - directory is managed by cygwin. Mixed case and special characters in filenames are allowed." From Vince.Hoffman@uk.circle.com Wed Oct 29 10:52:00 2003 From: Vince.Hoffman@uk.circle.com (Vince Hoffman) Date: Wed, 29 Oct 2003 10:52:00 -0000 Subject: partnership with the Xouvert project? Message-ID: > Just a WAG but, do the file naming problems remain if you're using a ^^^^^^ > "managed mode" > mount ? > > from the man page of cywin mount. > "managed - directory is managed by cygwin. Mixed case and special > characters in filenames are allowed." > From ford@vss.fsi.com Wed Oct 29 15:53:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 29 Oct 2003 15:53:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly Message-ID: Well, I sent this last night before the new lesstif release, but somehow it evaporated. ---------- Forwarded message ---------- Date: Tue, 28 Oct 2003 17:49:30 -0600 (CST) From: Brian Ford To: cygx Subject: Re: freetype2, fontconfig, and rebuild of dependent packages coming shortly On Tue, 28 Oct 2003, Harold L Hunt II wrote: > I ran into an issue at the last minute when I looked at the LessTif > rebuild and realized that it was not using freetype and fontconfig > because it was looking in /usr/X11R6/bin for freetype-config and > fontconfig-config, when freetype-config has moved to /usr/bin and > fontconfig-config was will altogether. > I thought we had decided to disable this support. Did that change? >From http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00441.html : Additionally, I have disabled the experimental Xft support for antialiased fonts using freetype/fontconfig that was enabled by default in this release. For details about this choice, see: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00348.html Feedback about this issue is welcomed and should be directed to the cygwin-xfree mailing list mentioned at the end of this announcement. And: Changes: * configure.in (AC_FIND_XFT): Disable Keith Packard's experimental Xft support. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From rudolph@merl.com Wed Oct 29 16:53:00 2003 From: rudolph@merl.com (David Rudolph) Date: Wed, 29 Oct 2003 16:53:00 -0000 Subject: xmodmap has no effect on mouse buttons Message-ID: <20031029115215.7071.RUDOLPH@merl.com> I just installed the latest and greatest 10/29 Cygwin on my W2K machine, and I'm having trouble with xmodmap. I'm using a three-button mouse. I'm trying to change the mouse buttons to be "1 3 2", but xmodmap seems to have no effect. Initially, the map looks like this: % xmodmap -pp There are 5 pointer buttons defined. Physical Button Button Code 1 1 2 2 3 3 4 4 5 5 In xev, pressing each button in turn shows the events I would expect. I then run xmodmap, with an input file that looks like this: pointer = 1 3 2 4 5 The buttons seem to get redefined correctly: % xmodmap x % xmodmap -pp There are 5 pointer buttons defined. Physical Button Button Code 1 1 2 3 3 2 4 4 5 5 And yet, the buttons still have the same effect as they did before, and xev shows that the button presses are generating the same events as they were before. Further experimentation shows that no matter how I swap around the input to xmodmap, the buttons always have the same effect. Any ideas? Server was started with: start XWin -clipboard -multiwindow Running local xmodmap or remote from linux has the same effect. -------------------------------------------------------------------------------- David Rudolph | phone: (617) 621-7567 Mitsubishi Electric Research Labs | email: rudolph@merl.com -------------------------------------------------------------------------------- From huntharo@msu.edu Wed Oct 29 16:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 16:55:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly In-Reply-To: References: Message-ID: <3F9FF0E7.2070607@msu.edu> Brian, Nope, didn't evaporate... I even replied to it :) http://cygwin.com/ml/cygwin-xfree/2003-10/msg00375.html Harold Brian Ford wrote: > Well, I sent this last night before the new lesstif release, but somehow > it evaporated. > > ---------- Forwarded message ---------- > Date: Tue, 28 Oct 2003 17:49:30 -0600 (CST) > From: Brian Ford > To: cygx > Subject: Re: freetype2, fontconfig, > and rebuild of dependent packages coming shortly > > On Tue, 28 Oct 2003, Harold L Hunt II wrote: > > >>I ran into an issue at the last minute when I looked at the LessTif >>rebuild and realized that it was not using freetype and fontconfig >>because it was looking in /usr/X11R6/bin for freetype-config and >>fontconfig-config, when freetype-config has moved to /usr/bin and >>fontconfig-config was will altogether. >> > > I thought we had decided to disable this support. Did that change? > > From http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00441.html : > > Additionally, I have disabled the experimental Xft support for antialiased > fonts using freetype/fontconfig that was enabled by default in this > release. For details about this choice, see: > > http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00348.html > > Feedback about this issue is welcomed and should be directed to the > cygwin-xfree mailing list mentioned at the end of this announcement. > > And: > > Changes: > > * configure.in (AC_FIND_XFT): Disable Keith Packard's experimental Xft > support. > > Thanks. > From huntharo@msu.edu Wed Oct 29 17:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 17:38:00 -0000 Subject: freedesktop.org - Hosting for future Cygwin/X development Message-ID: <3F9FFB11.6080306@msu.edu> I have been talking a lot to the developers at freedesktop.org: http://freedesktop.org/ On their Software page, you will see that they have a new tree with most useful X libs and the kdrive X Server: http://freedesktop.org/Software/Home http://freedesktop.org/Software/xlibs http://freedesktop.org/Software/xserver The DRI project has also moved their source to the freedesktop.org project: http://freedesktop.org/Software/dri As some of you may know, Keith Packard has moved most of his development there, including fontconfig, which redirects to freedesktop.org now: http://freedesktop.org/software/fontconfig FreeType development is also hosted there, but the page is still on SourceForge. I am now maintaining stand-alone freetype2 and fontconfig packages for Cygwin (for unrelated reasons, but it did turn out to be serendipitous). Because of this, I will be required to submit upstream patches to wherever those packages are being developed (freedesktop.org). I am also going to be packaging up other stand-alone libraries that are currently part of our monolithic distribution. Most of these libraries are developed on freedesktop.org (Xft, Xrender, etc.). I have also been working on fixing the clipboard integration support to not require stealing ownership of the current selection, but this support requires the Xfixes extension. Guess what? Keith Packard created and maintains the Xfixes extension and it is developed at, you guessed it, freedesktop.org. :) I am interested in the work going on in the xlibs and xserver repositories, which are an autotooled build of most X libs and the X Server. I was able to build all but Xft from CVS (need a newer version of FontConfig to build the latest Xft) using static libs, but it should be easy to get shared libs built again by adding -no-undefined flags. I am very interested in pursuing this modern build system. We won't use it immediately, but we could probably do a distribution from it in three to six months. In the interest of getting moving as quickly as possible, I want to setup an old-style xc repository somewhere, based off an import of the XFree86.org CVS tree. I have talked with the people at freedesktop.org and they are interested in hosting this. It is also a tree that could be shared by other developers needing an old-style xc tree. Perhaps some people will be interested in tracking XFree86.org patches in this tree, or committing patches that XFree86.org ignores. I appreciate the offer from Xouvert for hosting a repository for us. However, there are an overwhelming number of reasons to setup on freedesktop.org, and using Xouvert as our main repository would require that we track freedesktop.org's development, which isn't something I have the time to do. I really want to keep all of the development at one place so that I can get our developers access to one tree and be done with it. Hosting at Xouvert would still require that at least I maintain access to freedesktop.org, if only to send up platform-specific patches. In light of all of these points, I am making the decision to host ongoing Cygwin/X development at freedesktop.org. It seems like the best fit for the project at this time. Next Steps ========== 1) Keep the project web page and mailing list at cygwin.com. We are a Cygwin port and a Cygwin app. There is no reason to move our web page or mailing list. 2) Import the XFree86.org CVS tree into a repository on freedesktop.org. I would appreciate help on this, but I could get to it within a few weeks if it hasn't been done by then. 3) Get Cygwin/X developers accounts on freedesktop.org (I would like Kensuke Matsuzaki and Alexander Gottwald, at a minimum, to have accounts). I would like them to commit their patches directly so that I don't hold up their development. As long as the tree builds, I can make then make quick releases of their work. 4) Update the Cygwin/X documentation and web site to point to the new CVS repository. Thanks to all of those that publicly and privately offered us hosting/bandwidth/rack space for the project. Thanks for your time and understanding, Harold From davidf@sjsoft.com Wed Oct 29 18:37:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Wed, 29 Oct 2003 18:37:00 -0000 Subject: freedesktop.org - Hosting for future Cygwin/X development In-Reply-To: <3F9FFB11.6080306@msu.edu> References: <3F9FFB11.6080306@msu.edu> Message-ID: <3FA008EC.2000201@sjsoft.com> Harold L Hunt II wrote: > I am interested in the work going on in the xlibs and xserver > repositories, which are an autotooled build of most X libs and the X > Server. I was able to build all but Xft from CVS (need a newer > version of FontConfig to build the latest Xft) using static libs, but > it should be easy to get shared libs built again by adding > -no-undefined flags. I am very interested in pursuing this modern > build system. We won't use it immediately, but we could probably do a > distribution from it in three to six months. I reckon this alone would be worth the move... Good decision David From huntharo@msu.edu Wed Oct 29 19:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 19:22:00 -0000 Subject: freedesktop.org - Hosting for future Cygwin/X development In-Reply-To: References: Message-ID: <3FA0137C.7080806@msu.edu> Keith Packard wrote: > Around 12 o'clock on Oct 29, Harold L Hunt II wrote: > > >>2) Import the XFree86.org CVS tree into a repository on freedesktop.org. >> I would appreciate help on this, but I could get to it within a few >>weeks if it hasn't been done by then. > > > Anyone with a recent CVS mirror of XFree86 can do this. It would be best > if someone working within the new repository was responsible as there will > need to be some level of on-going CVS tracking for security and other > critical fixes appearing in XFree86 CVS. I think I could be responsible initially... but I imagine and hope that at least one or two people will help to track XFree86's tree. > XFree86 offers cvsup access from their public mirror; that makes it very > easy to snag a copy: > > http://www.xfree86.org/cvs/#cvsup > > has instructions. I am reading Jennifer Vesperman's CVS book now to brush up on how best to import the tree. I'm not experienced with this, so I will likely clear my plan with others before I go ahead. > Then we need to figure out what the project name should be (names are > always hard). Perhaps we can just use cygwinx or some such for now. I like the project name of Cygwin/X. However, I think more important is the repository name, as some of us were discussing on IRC the other day. I think giving the repository a generic name would be a good idea, as it could then be used for tracking XFree86 in general and for doing builds for other platforms. We could just call the repository "xc". What do you think? >>3) Get Cygwin/X developers accounts on freedesktop.org (I would like >>Kensuke Matsuzaki and Alexander Gottwald, at a minimum, to have >>accounts). I would like them to commit their patches directly so that I >>don't hold up their development. As long as the tree builds, I can make >> then make quick releases of their work. > > > We just need SSH keys to create accounts; have them send preferred login > names and the public half of their SSH keys along to me. Hopefully Alexander and Kensuke see this and send you a public key (ssh-keygen -t dsa) and preferred login name. Otherwise, I will prod them into doing it ;) Harold From ford@vss.fsi.com Wed Oct 29 19:32:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 29 Oct 2003 19:32:00 -0000 Subject: freetype2, fontconfig, and rebuild of dependent packages coming shortly In-Reply-To: <3F9FF0E7.2070607@msu.edu> References: <3F9FF0E7.2070607@msu.edu> Message-ID: On Wed, 29 Oct 2003, Harold L Hunt II wrote: > Brian Ford wrote: > > Well, I sent this last night before the new lesstif release, but somehow > > it evaporated. > > > Nope, didn't evaporate... I even replied to it :) > Sorry, Harold. I should have checked the archives first. Strangely though, neither made it to my inbox. >From that (http://cygwin.com/ml/cygwin-xfree/2003-10/msg00375.html) reply: > > On Tue, 28 Oct 2003, Harold L Hunt II wrote: > >>I ran into an issue at the last minute when I looked at the LessTif > >>rebuild and realized that it was not using freetype and fontconfig > >>because it was looking in /usr/X11R6/bin for freetype-config and > >>fontconfig-config, when freetype-config has moved to /usr/bin and > >>fontconfig-config was will altogether. > >> > >I thought we had decided to disable this support. Did that change? > > >I'm sorry... Nicholas and I were talking about this off-list and he >enabled it and seemed to think it worked okay, so I took his word for it >and enabled it. I can always disable it if it turns out to be horribly >broken. > Yeah, it would be great to have those conversations on-list next time. I assume they were just inseparably mixed in with the shared lesstif conversion discussion, which I guess was ok to have off list (although it might have been nice to see that too). So, ok. I wasn't as worried about it being broken :) as I was this (from http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00348.html): > My other concern is the additional link time dependencies this will add. > (Obviously, we would need to add additional setup.hint dependencies > too.) libtool enabled applications should just get it right via the > libXm.la file, but non libtool aware applications might break at compile > time if their configure scripts or the like are not smart enough. [snip] > Current Cygwin 1.3.22/Xfree 4.2.x libXm.la (0.93.41): > > # Libraries that this one depends upon. > dependency_libs=' -L/usr/X11R6/lib -lSM -lICE -lXt -lXp -lXext -lX11' > > Possible new Cygwin 1.5.x/Xfree 4.3.x libXm.la (0.93.91): > > # Libraries that this one depends upon. > dependency_libs=' -L/usr/X11R6/lib -lSM -lICE -lXt -lXp -lXext -lX11 > -lfreetype -lXft -lXrender -lfontconfig' > Our apps happen to be examples of those who don't use libtool and don't yet have configure scripts smart enough to take this into account. No big deal here; I'll fix them. But, I'm sure this change will generate some list traffic when apps that used to compile OOTB now don't. We'll see... -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Wed Oct 29 20:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 20:52:00 -0000 Subject: Updated: x2x-1.27-3 Message-ID: <3FA02889.3010007@msu.edu> The x2x-1.27-3 package has been updated in the Cygwin distribution. Changes: 1) Rebuild against recent XFree86-* packages. Last build was one year ago. 2) Rework the packaging to conform to Cygwin packaging standards. Include a packaging script that automates the build process, based off of the generic build script. Include the original x2x-1.27.tar.gz and a patch against it. Update the Cygwin-specific readme. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 cgf-no-reply-please@cygwin.com Wed Oct 29 21:18:00 2003 From: cgf-no-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 29 Oct 2003 21:18:00 -0000 Subject: partnership with the Xouvert project? In-Reply-To: <20031029082024.GA24683@reactor-core.org> References: <3F9F4AF4.7070509@sjsoft.com> <20031029082024.GA24683@reactor-core.org> Message-ID: <20031029211821.GE12668@redhat.com> On Wed, Oct 29, 2003 at 12:20:24AM -0800, Jonathan Walther wrote: >On Wed, Oct 29, 2003 at 08:22:42AM +0100, Pau Aliagas wrote: >>I've just subscribed to the list to tell you the same thing about arch >>and xouvert. Some small problems have arisen using arch in cygwin and >>there was a consensus that changes needed to be applied to cygwin to >>have a nice and full support. The problems were related to path >>lengths and, maybe, you could help us with this issue. It would be a >>nice initial cooperation. > >I don't think path lengths are an issue at the moment, for the Xouvert >project to be able to work with Cygwin. The issue that is important is >the file renaming issue. I've posted to the mailing list to let Tom >know that Cygwin support is important to us; hopefully he will reply >soon. If you have general questions about or requirements for cygwin they really should go to the main cygwin list. This list is intended only for cygwin-xfree. http://cygwin.com/ is a good first step to finding out more about the project, such as what lists are appropriate for what. From keithp@keithp.com Wed Oct 29 21:32:00 2003 From: keithp@keithp.com (Keith Packard) Date: Wed, 29 Oct 2003 21:32:00 -0000 Subject: freedesktop.org - Hosting for future Cygwin/X development In-Reply-To: Your message of "Wed, 29 Oct 2003 14:22:36 EST." <3FA0137C.7080806@msu.edu> Message-ID: If your comfortable with root privileges, please feel free to use 'sudo' to create a new project and user accounts for whomever you like. There are instructions for doing that at: http://freedesktop.org/Main/HowToUse Note that the 'usradm.sh' script doesn't check the state of the database before doing stuff, so creating users twice is a bad idea. -keith From huntharo@msu.edu Wed Oct 29 22:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 22:08:00 -0000 Subject: Updated: openbox-0.99.1-4 Message-ID: <3FA03A4B.3020201@msu.edu> The openbox-0.99.1-4 package has been updated in the Cygwin distribution. Changes: 1) Rebuild against recent XFree86-* packages. 2) Create a Cygwin-specific readme. 3) This package is an old version, but it was the latest that was confirmed as working on Cygwin. This is a rebuild of that package to preserve the status quo. I will attempt later to build the 3.0 version of openbox; but I won't make any promises. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 elylevy@cs.huji.ac.il Wed Oct 29 23:28:00 2003 From: elylevy@cs.huji.ac.il (Ely) Date: Wed, 29 Oct 2003 23:28:00 -0000 Subject: freedesktop.org - Hosting for future Cygwin/X development Message-ID: <3FA04D27.2070407@cs.huji.ac.il> yea, and guess what? Xouvert is hosted on.. yep freedesktop.org:) and is actually suppose to be the place where developers commit patchs which couldn't get into XFree. The only thing is that they decided to use arch rather than CVS. Ely From huntharo@msu.edu Wed Oct 29 23:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 29 Oct 2003 23:57:00 -0000 Subject: Updated: WindowMaker-0.80.2-1 Message-ID: <3FA053FA.7040606@msu.edu> The WindowMaker-0.80.2-1 package has been updated in the Cygwin distribution. Changes: 1) Rebuild against recent XFree86-* packages. 2) Synch with 0.80.2 release. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 01:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 01:40:00 -0000 Subject: Updated: fvwm-2.4.7-3 Message-ID: <3FA06C29.50503@msu.edu> The fvwm-2.4.7-3 package has been updated in the Cygwin distribution. Changes: 1) Rebuild against recent XFree86-* packages. 2) Create a Cygwin-specific readme. 3) This package is an old version, but it was the latest that was confirmed as working on Cygwin. This is a rebuild of that package to preserve the status quo. I will attempt later to build the 2.4.17 version of fvwm; but I won't make any promises. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 02:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 02:18:00 -0000 Subject: Updated: Xaw3d-1.5D-3 Message-ID: <3FA074FA.3000307@msu.edu> The Xaw3d-1.5D-3 package has been updated in the Cygwin distribution. Changes ======= 1) Move the lndir step in the build script from the prep stage to the conf stage. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 StoneS@esi.com Thu Oct 30 02:22:00 2003 From: StoneS@esi.com (Steve Stone) Date: Thu, 30 Oct 2003 02:22:00 -0000 Subject: What to capture to debug GUI app's slow response to mouse message s? Message-ID: I upgraded a GUI app and it now has extremely slow response (30 seconds) to mouse clicks in its TreeView Explorer window (running under KDE). Their tech support person believes it is how I have Cygwin configured (although they are unable to configure theirs to run like how I do). The App does NOT run slow on the Linux workstation itself, only when run from under Cygwin/XFree86 and only when Cygwin is NOT launched as "multiwindow". (When I launch as multiwindow with no KDE, the app instead loses all keystroke navigation in its TreeView!) What tools exist that a non-X-Windows-literate person can run to capture the messages to determine it this is a Windows NT issue (SP 6), Linux issue (2.4.18-10, RedHat), a Cygwin issue (current) or even a KDE issue? Thank you! Steve Stone 503.672.5771 From huntharo@msu.edu Thu Oct 30 02:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 02:43:00 -0000 Subject: What to capture to debug GUI app's slow response to mouse message s? In-Reply-To: References: Message-ID: <3FA07AD6.90401@msu.edu> Steve, You want to use "xev" X Event Viewer to see how quickly the messages are arriving. You can run "man xev" for more info, or do a google search for xev. Good luck, Harold Steve Stone wrote: > I upgraded a GUI app and it now has extremely slow response (30 seconds) to > mouse clicks in its TreeView Explorer window (running under KDE). Their > tech support person believes it is how I have Cygwin configured (although > they are unable to configure theirs to run like how I do). The App does NOT > run slow on the Linux workstation itself, only when run from under > Cygwin/XFree86 and only when Cygwin is NOT launched as "multiwindow". (When > I launch as multiwindow with no KDE, the app instead loses all keystroke > navigation in its TreeView!) > > What tools exist that a non-X-Windows-literate person can run to capture the > messages to determine it this is a Windows NT issue (SP 6), Linux issue > (2.4.18-10, RedHat), a Cygwin issue (current) or even a KDE issue? > > Thank you! > > Steve Stone 503.672.5771 > From huntharo@msu.edu Thu Oct 30 02:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 02:46:00 -0000 Subject: Updated: transfig-3.2.4-2 Message-ID: <3FA07B86.9060502@msu.edu> The transfig-3.2.4-2 package has been updated in the Cygwin distribution. Changes: 1) Rework the packaging to conform to Cygwin packaging standards. Include a packaging script that automates the build process, based off of the generic build script. Include the source code and a patch against it. Create a Cygwin-specific readme. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 04:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 04:22:00 -0000 Subject: Updated: xfig-3.2.4-4 and xfig-lib-3.2.4-4 Message-ID: <3FA0921F.5080102@msu.edu> The xfig-3.2.4-4 and xfig-lib-3.2.4-4 packages have been updated in the Cygwin distribution. Changes: 1) Rework the packaging to conform to Cygwin packaging standards. Include a packaging script that automates the build process, based off of the generic build script. Include the source code and a patch against it. Create a Cygwin-specific readme. 2) Consolidate the packages into xfig-lib (graphic symbols library), xfig (everything else). -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 cygwin@cwilson.fastmail.fm Thu Oct 30 05:46:00 2003 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Thu, 30 Oct 2003 05:46:00 -0000 Subject: Updated: xfig-3.2.4-4 and xfig-lib-3.2.4-4 In-Reply-To: <3FA0921F.5080102@msu.edu> References: <3FA0921F.5080102@msu.edu> Message-ID: <3FA0A644.1010304@cwilson.fastmail.fm> Harold L Hunt II wrote: > 2) Consolidate the packages into xfig-lib (graphic symbols library), > xfig (everything else). > When you remove packages completely, you need to provide a compatibility package that has the same name but higher version number. That way, setup.exe will Do The Right Thing: 1) update obsolete package xfig-etc (or whatever) --- remove xfig-etc(old version) --- install xfig-etc(new version) 2) update xfig --- remove xfig(old) --- install xfig(new == consolidated) But setup reshuffles this into remove and install: 1) remove xfig-etc(old version) remove xfig(old) 2) install xfig-etc(new version => empty, so this is a no-op) install xfig(new == consolidated) And everything Just Works. If you DON'T do that, then setup.exe would just update xfig -- but both xfig-etc(old) and xfig(new) would claim to "own" the files that were consolidated into xfig(new). So, compatibility packages. (Now, it's possible that setup.exe could [does?] support conflicts: and obsoletes: keywords, in which case that's a better solution than compat pkgs. Ask Robert...) Me, since I'm paying attention, I'll just do it manually: setup->remove all currently installed xfig-related packages, and then setup->install just the new pkgs. But not everybody pays attention -- or reads these little announcements. -- Chuck From huntharo@msu.edu Thu Oct 30 06:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 06:47:00 -0000 Subject: New package: xwinclip-1.2.0-1 Message-ID: <3FA0B3EE.7010500@msu.edu> The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Changes: 1) Added a build script for creating the Cygwin package. Add a README file for /usr/X11R6/share/doc/Cygwin. Rename the package from XFree86-xwinclip to xwinclip. (Harold L Hunt II) 2) xevents.c, xwinclip.c - Backport of the patch that fixes the crash with large text, enables non-ascii copy and paste, and adds -nounicodeclipboard command-line parameter. (Kensuke Matsuzaki) 3) Fix compilation warnings for printf () calls. (Harold L Hunt II) 4) Imakefile - Enable builds outside the xc/programs tree (use xmkmf). (Harold L Hunt II) 5) configure.ac, Makefile.am, AUTHORS, ChangeLog, COPYING, INSTALL, NEWS, README, VERSION - New automake/autoconf build system. (Harold L Hunt II) 6) Locally, I renamed the Test08 release as 1.0.0, made a build that worked outside of the xc/programs tree and called it 1.0.1. Fixed compilation warnings and applied Kensuke's patch and called it 1.1.0. Finally, I added the automake/autoconf build system and called it 1.2.0. I will probably post these local tarballs later. -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 06:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 06:48:00 -0000 Subject: [PATCH] backport from integrated clipboard In-Reply-To: References: <3F9ED172.9080904@JaySmith.com> Message-ID: <3FA0B431.7030108@msu.edu> Kensuke, Thanks. I applied this the xwinclip-1.2.0-1 package that I just posted. Note that there is an xwinclip-1.2.0-1-src package that contains the source of the new package. Feel free to send diffs against that source until we have xwinclip in a CVS tree. Thanks for contributing, Harold Kensuke Matsuzaki wrote: > Hi, > > How about using xwinclip insted of -clipboard? > This patch is backport that fix crash with large text, > enable non-ascii copy and paste, and add -nounicodeclipboard. > > Kensuke Matsuzaki From huntharo@msu.edu Thu Oct 30 06:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 06:52:00 -0000 Subject: Updated: xfig-3.2.4-4 and xfig-lib-3.2.4-4 In-Reply-To: <3FA0A644.1010304@cwilson.fastmail.fm> References: <3FA0921F.5080102@msu.edu> <3FA0A644.1010304@cwilson.fastmail.fm> Message-ID: <3FA0B52C.7030900@msu.edu> Chuck, Charles Wilson wrote: > Harold L Hunt II wrote: > >> 2) Consolidate the packages into xfig-lib (graphic symbols library), >> xfig (everything else). >> > > When you remove packages completely, you need to provide a compatibility > package that has the same name but higher version number. That way, > setup.exe will Do The Right Thing: > > 1) update obsolete package xfig-etc (or whatever) > --- remove xfig-etc(old version) > --- install xfig-etc(new version) > > 2) update xfig > --- remove xfig(old) > --- install xfig(new == consolidated) > > But setup reshuffles this into remove and install: > > 1) remove xfig-etc(old version) > remove xfig(old) > 2) install xfig-etc(new version => empty, so this is a no-op) > install xfig(new == consolidated) > > And everything Just Works. If you DON'T do that, then setup.exe would > just update xfig -- but both xfig-etc(old) and xfig(new) would claim to > "own" the files that were consolidated into xfig(new). > > So, compatibility packages. (Now, it's possible that setup.exe could > [does?] support conflicts: and obsoletes: keywords, in which case that's > a better solution than compat pkgs. Ask Robert...) > > Me, since I'm paying attention, I'll just do it manually: setup->remove > all currently installed xfig-related packages, and then setup->install > just the new pkgs. But not everybody pays attention -- or reads these > little announcements. Thanks, I suspected as much and was going to do just as you suggested. Then I did a local install and it seemed like it removed the old xfig-* packages as I hoped it would. I checked more closely after your message and noticed that it was indeed not working as I had hoped. I created compatibility packages for both the xfig packages and the XFree86-xwinclip package. Thanks for the tip and watching my work :) Harold From huntharo@msu.edu Thu Oct 30 07:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 07:09:00 -0000 Subject: All packages refreshed with build scripts and source code (well, almost all) Message-ID: <3FA0B940.7010902@msu.edu> I have just finished rebuilding almost all of the Cygwin/X packages. The prime reasons of the rebuilding and repackaging were: 1) Provide source for all packages. 2) Provide a build script for all packages. 3) Provide a Cygwin-specific README file for all packages. 4) Include the setup.hint files in each package, so others can modify and maintain them. 5) Refresh the build of any packages that predated the new shared library naming convention. This process is now complete, except for the XFree86-* packages. I am thinking about how best to package the source for these packages. I would like to avoid having to update a large monolithic source package each time I make a 100 byte change. I am thinking about breaking the source into the following packages: XFree86-bin-*-src: xc/programs - xc/programs/Xserver XFree86-doc-*-src: xc/doc XFree86-fnts-*-src: xc/fonts XFree86-lib-*-src: xc/ - xc/config - xc/doc - xc/fonts - xc/include - xc/programs (This ends up being a couple files in xc/ and the following: xc/extra xc/lib xc/nls xc/util) XFree86-prog-*-src: xc/config xc/include XFree86-xserv-*-src: xc/programs/Xserver This doesn't perfectly match the purpose of each of the XFree86-* packages, but it seems to be the best layout I can come up with. I would like the XFree86-xserv-*-src package to be smaller, but there doesn't seem to be any way to break the hw/xwin directory out by itself. Constructive comments would be appreciated. Harold From Dr.Volker.Zell@oracle.com Thu Oct 30 15:03:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 30 Oct 2003 15:03:00 -0000 Subject: Files from Xaw3d-1.5D-3 are also included in XFree86-bin and XFree86-prog Message-ID: <871xsuwywb.fsf@vzell-de.de.oracle.com> Hi Somehow the contents of the bin, lib and include directories of the Xaw3d-1.5D-3 package ended up also in the Xfree86-bin-4.3.0-6 and XFree86-prog-4.3.0-9 packages respectively. By the way the XFree86-etc-4.3.0-4 package is missing the following files against the latest version: 9a14 > etc/X11/app-defaults/UXTerm 30a36,37 > etc/X11/app-defaults/XTerm > etc/X11/app-defaults/XTerm-color Ciao Volker From Dr.Volker.Zell@oracle.com Thu Oct 30 15:06:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 30 Oct 2003 15:06:00 -0000 Subject: Updated: lesstif-0.93.91-4 In-Reply-To: <3F9F1ADF.2010301@msu.edu> (Harold L. Hunt, II's message of "Tue, 28 Oct 2003 20:41:51 -0500") References: <3F9F1ADF.2010301@msu.edu> Message-ID: <87wuamvk7f.fsf@vzell-de.de.oracle.com> Hi Just want to be picky. All the man pages are contained in an uncompressed and bzip2 compressed form Ciao Volker From Dr.Volker.Zell@oracle.com Thu Oct 30 15:08:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 30 Oct 2003 15:08:00 -0000 Subject: Updated: xfig-3.2.4-4 and xfig-lib-3.2.4-4 In-Reply-To: <3FA0921F.5080102@msu.edu> (Harold L. Hunt, II's message of "Wed, 29 Oct 2003 23:22:55 -0500") References: <3FA0921F.5080102@msu.edu> Message-ID: <87smlavk3h.fsf@vzell-de.de.oracle.com> Hi The documentaion seems to be split between the /usr/X11R6/doc and /usr/X11R6/share/doc directories. Shouldn't docu go to the /usr/X11R6/doc dir instead ? Ciao Volker From huntharo@msu.edu Thu Oct 30 16:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 16:57:00 -0000 Subject: Updated: XFree86-bin-4.3.0-7, XFree86-etc-4.3.0-5, XFree86-fsrv-4.3.0-5, and XFree86-prog-4.3.0-10 Message-ID: <3FA142F1.5030604@msu.edu> The following packages have been updated in the Cygwin distribution: *** XFree86-bin-4.3.0-7 *** XFree86-etc-4.3.0-5 *** XFree86-fsrv-4.3.0-5 *** XFree86-prog-4.3.0-10 Changes ======= 1) XFree86-bin, XFree86-prog - Remove Xaw3d files accidentally included from when I was building Xaw3d in the xc/ tree. Caught by: (Dr. Volker Zell) 2) XFree86-etc - Include /etc/X11/app-defaults/XTerm* and /etc/X11/app-defaults/UXTerm. Had to 'touch' the source files for these before they started getting installed by 'make install'. Caught by: (Dr. Volker Zell) 3) XFree86-fsrv - Include the man file for xfs. Had to run 'make install.man' in programs/xfs/. (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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 17:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 17:06:00 -0000 Subject: Updated: Xaw3d-1.5D-4 Message-ID: <3FA1452B.1080703@msu.edu> The Xaw3d-1.5D-4 package has been updated in the Cygwin distribution. Changes ======= 1) Bump the package version number to force a reinstall when the XFree86-bin-4.3.0-6 and XFree86-prog-4.3.0-10 packages are installed; the previous versions of those two packages included the same files as the Xaw3d package, so it is necessary for both sets of packages to be uninstalled and reinstalled. Caught by: (Dr. Volker Zell) -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 17:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 17:24:00 -0000 Subject: Updated: xfig-3.2.4-5 and xfig-lib-3.2.4-5 Message-ID: <3FA14943.2040600@msu.edu> The xfig-3.2.4-5 and xfig-lib-3.2.4-5 packages have been updated in the Cygwin distribution. Changes: 1) Consolidate the documenation in /usr/X11R6/doc. Caught by: (Dr. Volker Zell) -- 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. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin-xfree/ 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 Thu Oct 30 17:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 17:40:00 -0000 Subject: Updated: lesstif-0.93.91-4 In-Reply-To: <87wuamvk7f.fsf@vzell-de.de.oracle.com> References: <3F9F1ADF.2010301@msu.edu> <87wuamvk7f.fsf@vzell-de.de.oracle.com> Message-ID: <3FA14D02.2030004@msu.edu> Noted. I am not sure that I can do anything about that. Doesn't seem like it would be worth looking into at the moment. I would gladly accept a tip or patch from anyone. Harold Dr. Volker Zell wrote: > Hi > > Just want to be picky. > All the man pages are contained in an uncompressed and bzip2 compressed > form > > Ciao > Volker > > From jmra@email.cz Thu Oct 30 20:25:00 2003 From: jmra@email.cz (jmra@email.cz) Date: Thu, 30 Oct 2003 20:25:00 -0000 Subject: Part of latin-2 char. missing in keyboard input (fwd) Message-ID: ---------- Forwarded message ---------- Date: Thu, 30 Oct 2003 21:22:11 +0100 (CET) From: jmra@email.cz To: cygwin-xfree-help@cygwin.com Subject: Part of latin-2 char. missing in keyboard input Hello, it might be stupidly easy solution - but I cannot find it. I do setxkbmap cz with different variations and (in nano editor) I can use just a part of the 'locale' characters. I cannot have those Czech characters with hooks. This happens on win98, win2000. And also xfig on win2000 doesnot accept any characters in editing. thanks jaromir From fredlwm@fastmail.fm Thu Oct 30 22:27:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 30 Oct 2003 22:27:00 -0000 Subject: Server crashes when snes9x.exe is started Message-ID: As soon as I start snes9x.exe 1.41-1 (a Super Nintendo emulator - http://www.snes9x.com/) the server crashes with the following: xinit: connection to X server lost. XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 10719 requests (10623 known processed) with 0 events remaining. XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 81713 requests (81698 known processed) with 0 events remaining. [1]+ Done startx Is this a bug ? Are any applications supposed to make XWin.exe crash ? XWin.exe.stackdump from the 2 crashes I had with it are almost identical. The only differences: -0022F978 00420C7E (0022F9D4, 007AB790, 61602238, 0022F900) +0022F978 00420C7E (0022F9D4, 007AB790, 61602230, 0022F900) -0022FFC0 0040103C (00000001, 00000020, 7FFDF000, F328DCF0) +0022FFC0 0040103C (00000001, 00000020, 7FFDF000, F3553CF0) Using all latest packages on XP SP1. http://pervalidus.port5.com/tmp/XWin.exe.stackdump.txt -- How to contact me - http://www.pervalidus.net/contact.html From nwourms@netscape.net Thu Oct 30 23:05:00 2003 From: nwourms@netscape.net (Nicholas Wourms) Date: Thu, 30 Oct 2003 23:05:00 -0000 Subject: Updated: lesstif-0.93.91-4 In-Reply-To: <3FA14D02.2030004@msu.edu> References: <3F9F1ADF.2010301@msu.edu> <87wuamvk7f.fsf@vzell-de.de.oracle.com> <3FA14D02.2030004@msu.edu> Message-ID: <3FA19915.3000703@netscape.net> Harold L Hunt II wrote: > Noted. I am not sure that I can do anything about that. Doesn't seem > like it would be worth looking into at the moment. I would gladly > accept a tip or patch from anyone. > I don't know how, but I think this is my fault. I modified the install script to bzip the manpages, but that should happen *after* the make install portion. And, yes, I did turn on fontconfig support, and I'm not the least bit ashamed to admit it. It was badly needed IMNSHO. For those who want to know, here's a real easy way to make sure your apps get built right: CFLAGS/CXXFLAGS="`pkg-config --cflags xft`" LDFLAGS="`pkg-config --libs xft`" But most libtool apps will get the depends right anyhow. If someone *really* wanted to get artsy-craftsy, they could make a package-config file for lesstif, which would ensure all the correct libs were used. Cheers, Nicholas From huntharo@msu.edu Thu Oct 30 23:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 30 Oct 2003 23:17:00 -0000 Subject: Server crashes when snes9x.exe is started In-Reply-To: References: Message-ID: <3FA19C0F.2010106@msu.edu> Fr??d??ric, Fr??d??ric L. W. Meunier wrote: > As soon as I start snes9x.exe 1.41-1 (a Super Nintendo emulator > - http://www.snes9x.com/) the server crashes with the > following: > > xinit: connection to X server lost. > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > after 10719 requests (10623 known processed) with 0 events remaining. > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > after 81713 requests (81698 known processed) with 0 events remaining. > > [1]+ Done startx > > Is this a bug ? Are any applications supposed to make XWin.exe > crash ? Not a known bug. No application should cause XWin.exe to crash. I tried this on my system (Win XP Pro SP1a + all latest patches) and could not reproduce the problem. I tried it with both -multiwindow (uses GDI engine) and with -nodecoration -lesspointer (uses DirectDraw engine). Neither crashed when snes9x.exe was launched. Try the above two tests as I did. Have you already loaded a ROM in snes9x.exe? Does it cache this and try to load it on the next startup? If so, perhaps that is causing the problem. I do not have any ROMs, so I cannot test that further. Try starting with startxwin.bat instead of startx. You could actually be seeing a crash in one of the sub-apps launched by xinit, which might be causing the server to be killed. Please send in /tmp/XWin.log from one of these crashes as well. Harold From fredlwm@fastmail.fm Thu Oct 30 23:51:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 30 Oct 2003 23:51:00 -0000 Subject: Server crashes when snes9x.exe is started In-Reply-To: <3FA19C0F.2010106@msu.edu> References: <3FA19C0F.2010106@msu.edu> Message-ID: On Thu, 30 Oct 2003, Harold L Hunt II wrote: > Fr?d?ric L. W. Meunier wrote: > > As soon as I start snes9x.exe 1.41-1 (a Super Nintendo emulator > > - http://www.snes9x.com/) the server crashes with the > > following: > > > > xinit: connection to X server lost. > > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > > after 10719 requests (10623 known processed) with 0 events remaining. > > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > > after 81713 requests (81698 known processed) with 0 events remaining. > > > > [1]+ Done startx > > > > Is this a bug ? Are any applications supposed to make XWin.exe > > crash ? > > Not a known bug. No application should cause XWin.exe to crash. > > I tried this on my system (Win XP Pro SP1a + all latest patches) and > could not reproduce the problem. I also have Professional (I ommited it) and all latest patches. > I tried it with both -multiwindow (uses GDI engine) It didn't crash. > and with -nodecoration -lesspointer (uses DirectDraw engine). It crashed. > Neither crashed when snes9x.exe was launched. Before I was using -rootless -emulate3buttons -clipboard > Try the above two tests as I did. > Have you already loaded a ROM in snes9x.exe? Does it cache > this and try to load it on the next startup? If so, perhaps > that is causing the problem. I do not have any ROMs, so I > cannot test that further. You don't need any. With -nodecoration -lesspointer or -rootless -emulate3buttons -clipboard it crashes as soon as I close it. I thought it crashed when I started it. I assume I was wrong. > Try starting with startxwin.bat instead of startx. You could > actually be seeing a crash in one of the sub-apps launched by > xinit, which might be causing the server to be killed. In fact, the error messages are different if I use IceWM or twm. With twm it still crashes, but only displays: xinit: connection to X server lost. X connection to :0.0 broken (explicit kill or server shutdown). > Please send in /tmp/XWin.log from one of these crashes as > well. Attached. Does it mean something with resolution or color depth ? Under Display Properties I see 1024x768x32bpp. I ran the emulator with default settings. -- How to contact me - http://www.pervalidus.net/contact.html -------------- next part -------------- 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 - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - 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 738 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 738 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 738 r 1024 l 0 b 738 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4096 winAllocateFBShadowDDNL - Created shadow pitch: 4096 winAllocateFBShadowDDNL - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "00010416" (00010416) (==) Using preset keyboard for "Portuguese (Brazil, ABNT2)" (10416), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "abnt2" Layout = "br" 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/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 512 369 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 16 winWindowProc - WM_DISPLAYCHANGE - new width: 640 new height: 480 winWindowProc - Disruptive change in depth winDisplayDepthChangeDialog - DialogBox returned: 5440166 winDisplayDepthChangeDialog - GetLastError: 0 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Detached clipper winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 887600e1 winChangeDelthDlgProc - wParam == s_pScreenInfo->dwBPP winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 16, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 768 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 887600e1 From fredlwm@fastmail.fm Fri Oct 31 00:14:00 2003 From: fredlwm@fastmail.fm (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 31 Oct 2003 00:14:00 -0000 Subject: Server crashes when snes9x.exe is started In-Reply-To: References: <3FA19C0F.2010106@msu.edu> Message-ID: On Thu, 30 Oct 2003, Fr?d?ric L. W. Meunier wrote: > Does it mean something with resolution or color depth ? Under > Display Properties I see 1024x768x32bpp. I could reproduce it with 1024x768x16bpp and 800x600x16bpp. -- How to contact me - http://www.pervalidus.net/contact.html From dlabanow@bauhaus.de Fri Oct 31 06:53:00 2003 From: dlabanow@bauhaus.de (dlabanow@bauhaus.de) Date: Fri, 31 Oct 2003 06:53:00 -0000 Subject: Fwd: Say Goodbye to Junk Email h Message-ID: <1$q-l$2934$m-0$7z6-rkjd@cyz874> Hello, This program worked for me. If you hate Spam like I do, you owe it to your self to try this program, and forward this email to all of your friends which also hate Spam or as many people possible. Together lets help clear the Internet of Spam! .................................................................................................................................... STOP SPAM IN ITS TRACKS! Do you get junk, scams and worse in your inbox every day? Are you sick of spending valuable time removing the trash? Is your child receiving inappropriate adult material? If so you should know that no other solution works better then our software to return control of your email back where it belongs! Imagine being able to read your important email without looking through all that spam... Click below to vist our website: http://www.quickeasysolution.com If above website is busy please visit: http://www.fasteasysolution.com cwd zci umtq rb xuw mg From hans.dekker.ext@juntadeandalucia.es Fri Oct 31 07:40:00 2003 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Fri, 31 Oct 2003 07:40:00 -0000 Subject: Font and .bat files missing when installing XFree86 only? Message-ID: <3FA211E5.6090601@juntadeandalucia.es> Hi all, Having downloaded a version of XFree86, I see a difference between a previous version and this one: - When installing de XFree86 option only, no fonts are installed. I had to install (= copy) font files from a previous version and that worked. Am I missing something? - Also, some useful .bat files of which startxwin.bat is one, are missing from the current installation. Even when installing the complete package wouldn't help. Why was that? I downloaded the 1.5.5-1 version from different locations and installed it on WinXP. Regards, Hans. From geert.pille@vandemoortele.com Fri Oct 31 08:37:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Fri, 31 Oct 2003 08:37:00 -0000 Subject: Xwin -clipboard => Xlib: connection refused, no protocol specifi ed Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F998C9@NBIZ205> Hallo H., When I start Xwin with the clipboard option, Xwin can be used with DISPLAY=2.1.12.24:0.0 (ie. on the IP-address of my PC). But the inbuilt clipboard seems to ignore this, and tries to contact 127.0.0.1:0.0 in vain. I tried setting DISPLAY before launching Xwin, but no use. xwinclip does not have that problem. Is there any way to tell the clipboard which DISPLAY to use? My complete commandline for starting Xwin XWin +kb -xkbmap be -auth "$HOME/.Xauthority" -emulate3buttons -unixkill -nowinkill -rootless -clipboard Bedankt! Gerard H. Pille Senior Consultant =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From murakami@ipl.t.u-tokyo.ac.jp Fri Oct 31 09:33:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Fri, 31 Oct 2003 09:33:00 -0000 Subject: xmodmap has no effect on mouse buttons In-Reply-To: <20031029115215.7071.RUDOLPH@merl.com> References: <20031029115215.7071.RUDOLPH@merl.com> Message-ID: <20031031174502.5DBE.MURAKAMI@ipl.t.u-tokyo.ac.jp> Some Windows mouse drivers (e.g. MS IntelliPoint) allow application specific button re-bindings. They can swap mouse buttons for XWin.exe as a workaround. Did the xmodmap correctly swap buttons before the latest installation? Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From hans.dekker.ext@juntadeandalucia.es Fri Oct 31 12:18:00 2003 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Fri, 31 Oct 2003 12:18:00 -0000 Subject: Define a foreign language keyboard in HP-Ux CDE? Message-ID: <3FA252FB.1060201@juntadeandalucia.es> Hi all, Having downloaded the latest version of XFree86, I encounter a problem using altGR on a Spanish keyboard. I searched and I searched and saw many articles of people with the same question from Denmark, Norway, Germany, UK and other countries, and fixes with Xmodmaps, xkeycaps, XF86Config, etc leaving still unclear to me which one is right: I didn't get it working yet. Can anyone tell me what??s the final solution? Doing a xmodmap on one of the CDE windows shows a keyboard with a US layout. A normal Xfree86 xterm (without CDE) is working fine with the same keyboard. I am using Xserv V 4.2.0-42 on WindowsXP with a CDE environment on HP-UX 11. The keyboard is a regular Compaq Spanish keyboard. In WindowsXP the keyboard is set to Espa??ol - (alfabetizaci??n Internacional) Regards, Hans. From jordi.vila@gtd.es Fri Oct 31 12:45:00 2003 From: jordi.vila@gtd.es (Jordi Vila) Date: Fri, 31 Oct 2003 12:45:00 -0000 Subject: New package: xwinclip-1.2.0-1 References: <3FA0B3EE.7010500@msu.edu> Message-ID: Harold L Hunt II wrote in news:3FA0B3EE.7010500@msu.edu: > The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. Have you posted this new package? The -clipboard option does not work. Currenty I'm starting xwin using the following command line: start XWin -multiwindow -clipboard It works flawlessly, but without clipboard integration between windows-2000 and XWindows. I used to solve this issue using xwinclip, but in the latest revision, the XFree-xwinclip package has been removed from the distribution. Any ideas? Thanks in advance, Jordi Vila From fcoudert@gmx.net Fri Oct 31 13:09:00 2003 From: fcoudert@gmx.net (Fabrice Coudert) Date: Fri, 31 Oct 2003 13:09:00 -0000 Subject: no key input In-Reply-To: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> References: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> Message-ID: <3FA25F00.5090605@gmx.net> Hi, I made some investigation in -multiwindow mode : - the problem also occurs on latest Cygwin release with X-Win32 5.4 and Cygwin xterm 4.2.99.903(174) - remote xterm 4.2.99.3(172) from a Mandrake 9.1 is ok. - a port of the release 172 into Cygwin doesn't solve the problem. - cvs release xf-4_3_0 is ok - cvs release xf-4_3_0_1 is ok - cvs release xf-4_3_99_14 is ok - cvs HEAD grabed at 10.31.2003 00:05 GMT+1 doesn't build :p xf-4_3_99_14 is enought for me to work with Cygwin/XFree86 in multiwindowed mode but, I continue further investigation in background on the HEAD branch trying to build it and using -D selector. Hope this help you. Fabrice. From Schulman.Andrew@epamail.epa.gov Fri Oct 31 14:26:00 2003 From: Schulman.Andrew@epamail.epa.gov (Schulman.Andrew@epamail.epa.gov) Date: Fri, 31 Oct 2003 14:26:00 -0000 Subject: fonts too small on remote clients Message-ID: I'm running Cygwin/XFree 4.3.0 under cygwin 1.5.5-1 (all the latest current versions of all packages as of this writing). I'm tunneling X over ssh to clients on a remote host (running Linux w/ XFree86 4.3). Whenever I start a client on the remote host, all of the fonts on my local display come out about 2 points too small. It makes the clients very hard to see. Local clients are displayed normally. Does anyone know what could cause this? I'm not running xfs. Here's the output of xset -q: $ xset -q Keyboard Control: auto repeat: on key click percent: 0 LED mask: 00000002 auto repeat delay: 660 repeat rate: 25 auto repeating keys: 00ffffffdffffbbf fadfffffffdffdff ffffffffffffffff ffffffffffffffff bell percent: 50 bell pitch: 400 bell duration: 100 Pointer Control: acceleration: 2/1 threshold: 4 Screen Saver: prefer blanking: yes allow exposures: yes timeout: 600 cycle: 600 Colors: default colormap: 0x20 BlackPixel: 0 WhitePixel: 16777215 Font Path: /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X1 1/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ Bug Mode: compatibility mode is disabled Font cache: hi-mark (KB): 5120 low-mark (KB): 3840 balance (%): 70 I've tried putting the 100dpi fonts first on the font path (xset +fp /usr/X11R6/lib/X11/fonts/100dpi/), but it doesn't help. Any help appreciated. Andrew. From adragh@bcpl.net Fri Oct 31 14:59:00 2003 From: adragh@bcpl.net (adragh) Date: Fri, 31 Oct 2003 14:59:00 -0000 Subject: Install Uploading unwanted packages (eg Apache, emacs...) Message-ID: <3FB661EC@webmail.bcpl.net> Greetings! I am trying to upload and install cygwin. Yes, I did have that "installation incomplete" message and decided to not install many things. Among these unwanted things are apache and emacs. But they are being uploaded anyway. Are there some files that even though I choose "skip" they get uploaded anyway? Or are my choices simply being ignored? If so, why? And how do I rectify this? Thank you! Patricia Patricia C. Vener Come visit my online galleries! vener-art.com ?Canto que ha sido valiente siempre ser? canci?n nueva? -- V?ctor Jara From rudolph@merl.com Fri Oct 31 15:04:00 2003 From: rudolph@merl.com (David Rudolph) Date: Fri, 31 Oct 2003 15:04:00 -0000 Subject: xmodmap has no effect on mouse buttons Message-ID: <20031031100646.1DDA.RUDOLPH@merl.com> On Fri, 31 Oct 2003 17:50:30 +0900 Takuma Murakami wrote: > Some Windows mouse drivers (e.g. MS IntelliPoint) allow > application specific button re-bindings. They can swap > mouse buttons for XWin.exe as a workaround. > > Did the xmodmap correctly swap buttons before the > latest installation? > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) This is the first installation on which I've tried using the X Server. -------------------------------------------------------------------------------- David Rudolph | phone: (617) 621-7567 Mitsubishi Electric Research Labs | email: rudolph@merl.com -------------------------------------------------------------------------------- From j_tetazoo@hotmail.com Fri Oct 31 15:05:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Fri, 31 Oct 2003 15:05:00 -0000 Subject: fonts too small on remote clients Message-ID: Have you tried loading your .Xdefaults on the remote side before launching a client? e.g. "xrdb -load ~/.Xdefaults" >From: Schulman.Andrew@epamail.epa.gov >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: fonts too small on remote clients >Date: Fri, 31 Oct 2003 09:20:36 -0500 > > > > > >I'm running Cygwin/XFree 4.3.0 under cygwin 1.5.5-1 (all the latest >current versions of all packages as of this writing). I'm tunneling X >over ssh to clients on a remote host (running Linux w/ XFree86 4.3). > >Whenever I start a client on the remote host, all of the fonts on my >local display come out about 2 points too small. It makes the clients >very hard to see. Local clients are displayed normally. Does anyone >know what could cause this? > >I'm not running xfs. Here's the output of xset -q: > >$ xset -q >Keyboard Control: > auto repeat: on key click percent: 0 LED mask: 00000002 > auto repeat delay: 660 repeat rate: 25 > auto repeating keys: 00ffffffdffffbbf > fadfffffffdffdff > ffffffffffffffff > ffffffffffffffff > bell percent: 50 bell pitch: 400 bell duration: 100 >Pointer Control: > acceleration: 2/1 threshold: 4 >Screen Saver: > prefer blanking: yes allow exposures: yes > timeout: 600 cycle: 600 >Colors: > default colormap: 0x20 BlackPixel: 0 WhitePixel: 16777215 >Font Path: > >/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X1 >1/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ >Bug Mode: compatibility mode is disabled >Font cache: > hi-mark (KB): 5120 low-mark (KB): 3840 balance (%): 70 > >I've tried putting the 100dpi fonts first on the font path (xset +fp >/usr/X11R6/lib/X11/fonts/100dpi/), but it doesn't help. > >Any help appreciated. >Andrew. > _________________________________________________________________ Never get a busy signal because you are always connected with high-speed Internet access. Click here to comparison-shop providers. https://broadband.msn.com From Joerg.Schaible@Elsag-Solutions.com Fri Oct 31 15:47:00 2003 From: Joerg.Schaible@Elsag-Solutions.com (=?iso-8859-1?Q?J=F6rg_Schaible?=) Date: Fri, 31 Oct 2003 15:47:00 -0000 Subject: Install Uploading unwanted packages (eg Apache, emacs...) Message-ID: Hi Patricia adragh wrote on Friday, October 31, 2003 3:59 PM: [snip] > Are > there some files that even though I choose "skip" they get > uploaded anyway? Or > are my choices simply being ignored? If so, why? And how do I > rectify this? "Skip" it the right way and it is not ignored. But you have to take care of the defined dependencies. I.e if you "skip" Apache but select later on a package that is dependent, then Apache is "in" again. Unfortunately the dependencies are only respected regarding selection and not unselection. Regards, J?rg From huntharo@msu.edu Fri Oct 31 17:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 31 Oct 2003 17:34:00 -0000 Subject: Font and .bat files missing when installing XFree86 only? In-Reply-To: <3FA211E5.6090601@juntadeandalucia.es> References: <3FA211E5.6090601@juntadeandalucia.es> Message-ID: <3FA29D14.40700@msu.edu> Hans Dekker wrote: > Hi all, > > Having downloaded a version of XFree86, I see a difference between a > previous version and this one: > > - When installing de XFree86 option only, no fonts are installed. I had > to install (= copy) font files from a previous version and that worked. > Am I missing something? You need the XFree86-fnts package at a minimum. I am surprised that this was not automatically selected. Are you sure that you selected XFree86-base? That package lists XFree86-fnts as a dependency, so it should have been automatically selected. > - Also, some useful .bat files of which startxwin.bat is one, are > missing from the current installation. Even when installing the complete > package wouldn't help. Why was that? You have to pick the XFree86-startup-scripts package. Hope that helps. Harold From huntharo@msu.edu Fri Oct 31 17:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 31 Oct 2003 17:36:00 -0000 Subject: Xwin -clipboard => Xlib: connection refused, no protocol specifi ed In-Reply-To: <2FAEFC2A851BD211AD820008C7286BA403F998C9@NBIZ205> References: <2FAEFC2A851BD211AD820008C7286BA403F998C9@NBIZ205> Message-ID: <3FA29D8C.3050406@msu.edu> Pille, Pille Geert (bizvdm) wrote: > Hallo H., > > When I start Xwin with the clipboard option, Xwin can be used with > DISPLAY=2.1.12.24:0.0 (ie. on the IP-address of my PC). But the inbuilt > clipboard seems to ignore this, and tries to contact 127.0.0.1:0.0 in vain. You are correct, the 127.0.0.1 is hard-coded. Perhaps we should try loading the DISPLAY environment variable and using that instead, but that is not currently a feature in the code. It could essentially be copied and pasted from xwinclip into the relevant portion of xc/programs/Xserver/hw/xwin. Harold From huntharo@msu.edu Fri Oct 31 17:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 31 Oct 2003 17:41:00 -0000 Subject: Define a foreign language keyboard in HP-Ux CDE? In-Reply-To: <3FA252FB.1060201@juntadeandalucia.es> References: <3FA252FB.1060201@juntadeandalucia.es> Message-ID: <3FA29EBE.9080803@msu.edu> Hans, Hans Dekker wrote: > Hi all, > > Having downloaded the latest version of XFree86, I encounter a > problem using altGR on a Spanish keyboard. > > I searched and I searched and saw many articles of people with the same > question from Denmark, Norway, Germany, UK and other countries, and > fixes with Xmodmaps, xkeycaps, XF86Config, etc leaving still unclear to > me which one is right: I didn't get it working yet. > > Can anyone tell me what??s the final solution? > > Doing a xmodmap on one of the CDE windows shows a keyboard with a US > layout. > > A normal Xfree86 xterm (without CDE) is working fine with the same > keyboard. > > I am using Xserv V 4.2.0-42 on WindowsXP with a CDE environment on ^^^^^^^^ Wow! 4.2.0-42 was released 2003/06/02. Since then we have moved from XFree86 4.2.0 to 4.3.0 and had about 25 updates to the Cygwin X Server (XWin.exe, XFree86-xserv). A lot of those updates are for keyboard-detection code written by Alexander Gottwald. I suggest updating your installation and buying Alexander a pizza if it works for you: http://www-user.tu-chemnitz.de/~goal/xfree/donations.html :) Here is the release announcement for XFree86-xserv-4.2.0-42, in case anyone is interested: http://cygwin.com/ml/cygwin-xfree-announce/2003-06/msg00005.html Hope that helps, Harold From huntharo@msu.edu Fri Oct 31 17:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 31 Oct 2003 17:44:00 -0000 Subject: New package: xwinclip-1.2.0-1 In-Reply-To: References: <3FA0B3EE.7010500@msu.edu> Message-ID: <3FA29F74.20900@msu.edu> Jordi, Jordi Vila wrote: > Harold L Hunt II wrote in news:3FA0B3EE.7010500@msu.edu: > > >>The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. > > Have you posted this new package? The -clipboard option does not work. > Currenty I'm starting xwin using the following command line: Yeah, it is up there, here is one mirror that has it: http://mirrors.rcn.net/pub/sourceware/cygwin/release/XFree86/xwinclip/ > start XWin -multiwindow -clipboard > > It works flawlessly, but without clipboard integration between windows-2000 > and XWindows. Really? Check /tmp/XWin.log, or bzip2 it and send it in. > I used to solve this issue using xwinclip, but in the latest > revision, the XFree-xwinclip package has been removed from the > distribution. The XFree86-xwinclip package was renamed to xwinclip. It is still in the 'XFree86' package category. Try another mirror if it has not shown up yet. Harold From huntharo@msu.edu Fri Oct 31 17:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 31 Oct 2003 17:47:00 -0000 Subject: no key input In-Reply-To: <3FA25F00.5090605@gmx.net> References: <00b101c39a71$b2759c60$7b05000a@corp.silverbacksystems.com> <3FA25F00.5090605@gmx.net> Message-ID: <3FA2A032.5020401@msu.edu> Fabrice, Fabrice Coudert wrote: > Hi, > > I made some investigation in -multiwindow mode : > - the problem also occurs on latest Cygwin release with X-Win32 5.4 and > Cygwin xterm 4.2.99.903(174) > - remote xterm 4.2.99.3(172) from a Mandrake 9.1 is ok. > - a port of the release 172 into Cygwin doesn't solve the problem. > - cvs release xf-4_3_0 is ok > - cvs release xf-4_3_0_1 is ok > - cvs release xf-4_3_99_14 is ok > - cvs HEAD grabed at 10.31.2003 00:05 GMT+1 doesn't build :p > > xf-4_3_99_14 is enought for me to work with Cygwin/XFree86 in > multiwindowed mode but, I continue further investigation in background > on the HEAD branch trying to build it and using -D selector. You mean to tell me that the problem doesn't happen in the XFree86-* packages that I released? I thought that was what had the problem. I didn't realize you were building from CVS... I didn't realize anyone was doing that. In any case, I think you know more about the problem that I do now. However, there have been updates to the XFree86 CVS that should have been applied but were not, thus the public breakup that happened earlier this week. I am working on getting a tree setup at freedesktop.org, so perhaps we can start debugging this better when that tree is setup. Thanks for looking into this, Harold From huntharo@msu.edu Fri Oct 31 17:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 31 Oct 2003 17:49:00 -0000 Subject: fonts too small on remote clients In-Reply-To: References: Message-ID: <3FA2A0A0.3080801@msu.edu> Andrew, You need to use the "-dpi 100" parameter for XWin.exe. It is not enough to change the order of the fonts in the font path, you have to actually tell it to use the 100 dpi fonts by default. I think this will work in your case, but I could be mistaken. Harold Schulman.Andrew@epamail.epa.gov wrote: > > > > I'm running Cygwin/XFree 4.3.0 under cygwin 1.5.5-1 (all the latest > current versions of all packages as of this writing). I'm tunneling X > over ssh to clients on a remote host (running Linux w/ XFree86 4.3). > > Whenever I start a client on the remote host, all of the fonts on my > local display come out about 2 points too small. It makes the clients > very hard to see. Local clients are displayed normally. Does anyone > know what could cause this? > > I'm not running xfs. Here's the output of xset -q: > > $ xset -q > Keyboard Control: > auto repeat: on key click percent: 0 LED mask: 00000002 > auto repeat delay: 660 repeat rate: 25 > auto repeating keys: 00ffffffdffffbbf > fadfffffffdffdff > ffffffffffffffff > ffffffffffffffff > bell percent: 50 bell pitch: 400 bell duration: 100 > Pointer Control: > acceleration: 2/1 threshold: 4 > Screen Saver: > prefer blanking: yes allow exposures: yes > timeout: 600 cycle: 600 > Colors: > default colormap: 0x20 BlackPixel: 0 WhitePixel: 16777215 > Font Path: > > /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X1 > 1/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ > Bug Mode: compatibility mode is disabled > Font cache: > hi-mark (KB): 5120 low-mark (KB): 3840 balance (%): 70 > > I've tried putting the 100dpi fonts first on the font path (xset +fp > /usr/X11R6/lib/X11/fonts/100dpi/), but it doesn't help. > > Any help appreciated. > Andrew. >