X11, Tcl and Tk for Windows
I am looking for Tcl/Tk v8.0 and a compatible version of Xlib, for a port of an application developed originally for a Unix platform. The application is a based transport simulator, and is written in C++ . The Tcl/Tk is there to provide the GUI, including a window within which X11 calls provide real-time graphics display of the behaviour of simulated objects (eg real-time movement of vehicles across a map). At first sight Cygwin appears to provide what I need: a. Include files for tcl and tk in usr/include and for X in X11R6/include/X11. b. The X11 library at usr\X11R6\lib\libX11.a ... And the Tcl/Tk libraries tcl80.lib and tk80.lib But when I link with the libraries mentioned in (b), the following sequence of code leads to failure in the X software. For brevity this code omits checks on call results, which are OK up to the last line. _pint = Tcl_CreateInterp(); Tcl_Init (_pint); _tk_mainwin = Tk_MainWindow (_pint); _pdisp= Tk_Display (_tk_mainwin); int idc = DefaultColormap (_pdisp, 0); // Failure here, or in subsequent call to XParseColor () I have also tried linking with libraries tcl84.lib , tk84.lib from the Tcl/Tk distribution at http://www.tcl.tk/software/ includes .. but in that case I get a failure in the call to Tcl_Init. I would appreciate advice on how to obtain a workable collection of the software libraries, or on some other way of overcoming these difficulties. Mark Horn
IPC/SHM is now supported by default in xoncygwin HEAD CVS tree
I just checked in changes to the MIT-SHM (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM support when the Cygwin IPC daemon is not running. This allows IPC/SHM support to be enabled by default in Cygwin/XFree86. I tried to define the functionality of an OS-specific SHM support check as best I could, which resulted in adding a new function called OsVendorShmCheck (). This new OsVendorShmCheck function is called from shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. I believe that the generalization of the functionality should greatly increase the chances of it being included in the XFree86 CVS tree. I will be submitting patches to XFree86 as soon as they commit my other waiting patches. There will be a new Server Test Series release sometime tomorrow that includes this new functionality. Harold
Re: X11, Tcl and Tk for Windows
Mark, int idc = DefaultColormap (_pdisp, 0); // Failure here, or in subsequent call to XParseColor () Do these two calls indicate that you are trying to use a PseudoColor (e.g. 8 bit palletized color) visual? If so, then you need to be running Windows in 8 bit color mode or you can run in fullscreen mode with 8 bit color. This later one would be done via (XWin.exe -fullscreen -depth 8). PseudoColor is not supported when the underlying display is not a pallete-based display. Please correct me if I am totally off base. Harold Mark Horn wrote: I am looking for Tcl/Tk v8.0 and a compatible version of Xlib, for a port of an application developed originally for a Unix platform. The application is a based transport simulator, and is written in C++ . The Tcl/Tk is there to provide the GUI, including a window within which X11 calls provide real-time graphics display of the behaviour of simulated objects (eg real-time movement of vehicles across a map). At first sight Cygwin appears to provide what I need: a. Include files for tcl and tk in usr/include and for X in X11R6/include/X11. b. The X11 library at usr\X11R6\lib\libX11.a ... And the Tcl/Tk libraries tcl80.lib and tk80.lib But when I link with the libraries mentioned in (b), the following sequence of code leads to failure in the X software. For brevity this code omits checks on call results, which are OK up to the last line. _pint = Tcl_CreateInterp(); Tcl_Init (_pint); _tk_mainwin = Tk_MainWindow (_pint); _pdisp= Tk_Display (_tk_mainwin); int idc = DefaultColormap (_pdisp, 0); // Failure here, or in subsequent call to XParseColor () I have also tried linking with libraries tcl84.lib , tk84.lib from the Tcl/Tk distribution at http://www.tcl.tk/software/ includes .. but in that case I get a failure in the call to Tcl_Init. I would appreciate advice on how to obtain a workable collection of the software libraries, or on some other way of overcoming these difficulties. Mark Horn
Re: ddxLoad patch?
On Wed, 17 Sep 2003, Harold L Hunt II wrote: Alexander, I want to get the following patch that you made to xoncygwin HEAD taken care of: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1r2=1.2 This is the actual change: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1.1.2r2=1.2 Revision 1.1 is from XFree 4.2. The Import of XFree 4.3 is in the vendor branch and has the revision 1.1.1.2 assigned. If you're pulling the diffs from cvs use the command cvs diff -r XFREE86_4_3_0 Otherwise you'll get the changes from XFree 4.2 to 4.3 too. === RCS file: /cvsroot/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c,v retrieving revision 1.1.1.2 retrieving revision 1.2 diff -u -r1.1.1.2 -r1.2 --- xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c 2003/06/03 11:13:19 1.1.1.2 +++ xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c 2003/09/07 18:37:19 1.2 @@ -413,7 +413,7 @@ else if (strlen(xkm_output_dir)+strlen(mapName)+5 = PATH_MAX) sprintf(buf,%s%s.xkm,xkm_output_dir,mapName); if (buf[0] != '\0') - file= fopen(buf,r); + file= fopen(buf,rb); else file= NULL; } else file= NULL; This is far more simple. The b flag to the modes is defined in the ANSI C standard. From the fopen man page: The mode string can also include the letter ``b'' either as a last character or as a character between the charac ters in any of the two-character strings described above. This is strictly for compatibility with ANSI X3.159-1989 (``ANSI C'') and has no effect; the ``b'' is ignored on all POSIX conforming systems, including Linux. (Other systems may treat text files and binary files differently, and adding the ``b'' may be a good idea if you do I/O to a binary file and expect that your program may be ported to non-Unix environments.) bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Bug in /usr/X11R6/bin/startx
Hi, sorry I couldn't find out how to raise a bug report from the web site. There is a small bug in /usr/X11R6/bin/startx when $HOME contains a space character which causes problems with the tests on lines 34 and 43. Wrapping the test in quotes fixes the problem i.e. if [ -f $userclientrc ]; then if [ -f $userserverrc ]; then The version of the file I used (I believe it is the latest) is # $Xorg: startx.cpp,v 1.3 2000/08/17 19:54:29 cpqbld Exp $
Re: X11, Tcl and Tk for Windows
Hi Mark, Mark Horn [EMAIL PROTECTED] writes: I am looking for Tcl/Tk v8.0 and a compatible version of Xlib, for a port of an application developed originally for a Unix platform. You may want to discuss Tcl/Tk issues on comp.lang.tcl. There are much more people with specific Tcl/Tk knowledge there. _pint = Tcl_CreateInterp(); Tcl_Init (_pint); _tk_mainwin = Tk_MainWindow (_pint); _pdisp= Tk_Display (_tk_mainwin); int idc = DefaultColormap (_pdisp, 0); // Failure here, or in subsequent call to XParseColor () I have also tried linking with libraries tcl84.lib , tk84.lib from the Tcl/Tk distribution at http://www.tcl.tk/software/ includes. but in that case I get a failure in the call to Tcl_Init. Which error? If Tcl_Init() returns an error, that can be a configuration error in the Tcl/Tk installation or an error in the calling sequence. I remember that it is important to call Tcl_FindExecutable(), especially on Windows. There have been significant changes in Tcl/Tk from 8.0 to 8.1 (most importantly the switch to Unicode), so using a more recent version may complicate matters. You may instead want to use the version 8.0.5 from http://sourceforge.net/project/showfiles.php?group_id=10894. That page has source as well as native Windows Tcl versions. The native Windows version of Tk has some X11 emulation built-in for it's own use, so you may want to try to use that first. If that X11 emulation isn't enough for you, you can compile your own 8.0 Cygwin Tcl/Tk and run that under Cygwin-XFree86, there is no reason that that couldn't work. benny
Tight loop in Xwin startup under Win2k
I'm using Windows 2000 on a Dell C-600 laptop. After upgrading from 1.3 to 1.5 I've stared having my X startup go into a tight loop. This loop is so tight that I can not get the attention of the task manager or really do anything else except power-cycle the system. I've tried running a Cygwin bash shell w/o X and can not get any response out of that either. I can exit Xwin, but whatever is looping keep running. I'm using a derivative of the .xinitrc that I use on Linux and BSD which starts fvwm2 a xterms with tcshs and an emacs and a bunch of programs to figure out what to start and where. I've pretty much disabled starting of any remote programs. Anyone have any ideas here? Thanks. Jeff -- Jeffrey C. Honig [EMAIL PROTECTED] http://www.honig.net/jch GnuPG ID:14E29E13 http://www.honig.net/jch/key.shtml
[RFC] lesstif Xft/freetype/fontconfig
Should I enable the anti-aliased font capability in the next Cygwin 1.5.x/Xfree86 4.3.x build of lesstif (0.43.91-1)? The feature is now enabled by default in the vanilla lesstif sources when the proper libraries are found by configure. But, AFAIK, the feature is still considered experimental. 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. Since Xm is a static library, previously compiled apps would be unaffected. For reference: 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' Also, I'm not quite sure how: http://www.cygwin.com/ml/cygwin-xfree/2003-09/msg00317.html would effect this. As a side note, is there any reason to enable Motif 1.2 and 2.0 compatible libraries too? Right now, we only build the Motif 2.1 version. Thanks for the input. Brian volunteer lesstif maintainer for Cygwin -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Re: ddxLoad patch?
Alexander, Alexander Gottwald wrote: On Wed, 17 Sep 2003, Harold L Hunt II wrote: This is the actual change: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xkb/ddxLoad.c.diff?r1=1.1.1.2r2=1.2 Oh, I know it was just that one character change on the one line... just didn't find the right versions to diff in cvsweb. This is far more simple. The b flag to the modes is defined in the ANSI C standard. Right. However, we are going to have to make a claim that this won't affect any other platform. So, do these files effectively get opened in b mode on every other platform, including OS/2 and Mac OS X? If so, give me the justification that I can send in to XFree86. In addition to what you say below, can we say that the files that ddxLoad operates on are binary files? If so, we should be all set. Harold From the fopen man page: The mode string can also include the letter ``b'' either as a last character or as a character between the charac ters in any of the two-character strings described above. This is strictly for compatibility with ANSI X3.159-1989 (``ANSI C'') and has no effect; the ``b'' is ignored on all POSIX conforming systems, including Linux. (Other systems may treat text files and binary files differently, and adding the ``b'' may be a good idea if you do I/O to a binary file and expect that your program may be ported to non-Unix environments.) bye ago
Re: Bug in /usr/X11R6/bin/startx
What is the correction? Donald Page wrote: Hi, sorry I couldn't find out how to raise a bug report from the web site. There is a small bug in /usr/X11R6/bin/startx when $HOME contains a space character which causes problems with the tests on lines 34 and 43. Wrapping the test in quotes fixes the problem i.e. if [ -f $userclientrc ]; then if [ -f $userserverrc ]; then The version of the file I used (I believe it is the latest) is # $Xorg: startx.cpp,v 1.3 2000/08/17 19:54:29 cpqbld Exp $
Re: Tight loop in Xwin startup under Win2k
Jeff, Jeffrey C Honig wrote: I'm using Windows 2000 on a Dell C-600 laptop. After upgrading from 1.3 to 1.5 I've stared having my X startup go into a tight loop. This loop is so tight that I can not get the attention of the task manager or really do anything else except power-cycle the system. I've tried running a Cygwin bash shell w/o X and can not get any response out of that either. Wait wait wait... are you saying that after a reboot you can run *only* a Cygwin bash shell and get this behavior? If so, your problem is a general Cygwin problem and you need to write to the Cygwin mailing list. I'm using a derivative of the .xinitrc that I use on Linux and BSD which starts fvwm2 a xterms with tcshs and an emacs and a bunch of programs to figure out what to start and where. I've pretty much disabled starting of any remote programs. Anyone have any ideas here? I think the advice would be to not use .xinitrc and instead try startxwin.bat. If there are no problems with startxwin.bat, then the problem is probably with your .xinitrc. Harold
Re: Tight loop in Xwin startup under Win2k
Jeffrey C Honig [EMAIL PROTECTED] wrote: I'm using Windows 2000 on a Dell C-600 laptop. After upgrading from 1.3 to 1.5 I've stared having my X startup go into a tight loop. This loop is so tight that I can not get the attention of the task manager or really do anything else except power-cycle the system. I've tried running a Cygwin bash shell w/o X and can not get any response out of that either. I guess I need to clarify. If I start a Cygwin bash shell and run top to see what is going on, it hangs when I start Xwin. The loop happens about 80% of the time. I'm not sure if it is Xfree86 related or not. Considering that I can kill Xwin (CTL-ALT-Backspace, or right clicking the system tray icon) and the problem does not clear up it is probably more of a cygwin issue than an xfree issue. I plan to post there also. As to why I use .xinitrc and not startxwin.bat. I'm sharing my configuration with multiple Unix machines. It's a bunch easier to copy files around than try to do the same thing in both a .xinitrc and a DOS BAT file. Thanks. Jeff -- Jeffrey C. Honig [EMAIL PROTECTED] http://www.honig.net/jch GnuPG ID:14E29E13 http://www.honig.net/jch/key.shtml
Updated on sourceware: XFree86-xserv-4.3.0-11
The XFree86-xserv-4.3.0-11 package has been updated in the Cygwin distribution. Changes: 1) General - Add runtime detection for the Cygwin IPC Daemon. This allows SHM (shared memory) support when the IPC Daemon is running. SHM support is automatically disabled, with no adverse effect, when the IPC Daemon is not running. There is now a dependency on the cygipc package, but no additional installation steps are required, unless you want SHM support; in which case you need to run ipc-daemon2 (See the cygipc documentation for more details). (Ralf Habacker, Harold L Hunt II) -- Harold Hunt To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . 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.
Re: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree
I just made a new Server Test Series release and posted an announcement for the updated package. However, the source files will take a little while to package up and post to the normal place. Until then, look at the xoncygwin HEAD CVS if you are interested in the source. Harold Harold L Hunt II wrote: I just checked in changes to the MIT-SHM (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM support when the Cygwin IPC daemon is not running. This allows IPC/SHM support to be enabled by default in Cygwin/XFree86. I tried to define the functionality of an OS-specific SHM support check as best I could, which resulted in adding a new function called OsVendorShmCheck (). This new OsVendorShmCheck function is called from shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. I believe that the generalization of the functionality should greatly increase the chances of it being included in the XFree86 CVS tree. I will be submitting patches to XFree86 as soon as they commit my other waiting patches. There will be a new Server Test Series release sometime tomorrow that includes this new functionality. Harold
Odd XDMCP problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is an odd one for you to try to help me figure out. I have configured my RedHat Linux 9.0 system to allow XDCMP connections. When I reboot the server the console comes up with the default kdm login box. ~From my win2k machine I have installed all of the cygwin Xfree tools. I used the startxdmcp.bat file (after editing it for the remote_address parameter) and it successfully connects to the linux box and I see the login dialog box. So far so good. Initally when I would log in the cygwin screen would turn light blue and then after 5 seconds or so the login box would reappear and a message about my session lasting less than 10 seconds. I found on the linux machine where I was logging in the following in the .xsession-errors file: set: unable to open display :0.0 xsetroot: unable to open display ':0.0' xrdb: Connection refused xrdb: Can't open display ':0.0' startkde: Starting up... ksplash: cannot connect to X server :0.0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root kded: cannot connect to X server :0.0 kdeinit: Can't connect to the X Server. kdeinit: Might not terminate at end of session. kcminit: cannot connect to X server :0.0 knotify: cannot connect to X server :0.0 ksmserver: cannot connect to X server :0.0 startkde: Shutting down... startkde: Running shutdown scripts... KLauncher: Exiting on signal 1 startkde: Done. I then edited the /etc/kde/kdm/Xstartup file on the linux machine and added a line that said 'xhost +' and restart the X server on the linux machine. Now when I use startxdmcp.bat file I enter my user/pass and get the light blue screen on the cygwin side. However, nothing else shows up on the cygwin side. Oddly though, on the linux console I see that I am logged into kde as the user I entered on the cygwin side. Once I log out of kde from the linux console the cygwin xfree session displays the login dialog box again. For some odd reason my DISPLAY from the xdmcp session seems incorrect. It should set DISPLAY to point back to the cygwin xfree server instead of the linux console. How do I fix this??? - -- ___ Mike Campbell Technical Specialist Phone: 407.458.5688 Oracle Corporation Email: [EMAIL PROTECTED] GPG Fingerprint 6C34 6C22 4760 A01F 7C83 11CE C117 CDF1 8241 7C64 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: http://webpages.charter.net/mcampbell17/publickey.asc iD8DBQE/agj4wRfN8YJBfGQRAi1DAKDqlNrP9joyndlXX8XRv4f0WKu3RwCcCE0y BJtskfjkspsIEnKDP8kUhLk= =9RUd -END PGP SIGNATURE-
Re: a beginners question
amr roushi wrote: I am new in Xfree86 , I use many Xwin windows with the comman xwin :XX -query hostname . It works fine but the window gets a permanent nam Xfree86 PORTNUM is there a way to change this to display something meaningful such as the host name for example . I've commited a patch which changes the title to Cygwin/XFree86 - host if the -query option is supplied. Otherwise it stays Cygwin/XFree86 - 0:0 bye ago NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: ddxLoad patch?
Harold L Hunt II wrote: In addition to what you say below, can we say that the files that ddxLoad operates on are binary files? If so, we should be all set. The files is binary data. The compiled keymap is divided into several blocks which start with an integer which contains the length of the block. This data can contain bytes which are below 0x20 and will be treated as special characters and may be altered when read in textmode. bye ago NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: static libs in bin?
/ Harold L Hunt II [EMAIL PROTECTED] wrote: | Andy, | | Andrew Markebo wrote: | libX11.a, and some more static libraries, can be found in XFree86-bin, | but I mean.. are they really needed here? Isn't the correct placement | in XFree86-prog? | | /Andy | | You must be looking at an old version of XFree86-bin. If not, please | point out the files to which you are referring in the below package | listing. Oops sorry, yep me only checking the first matches, 4.2's (search at cygwin.com) /Andy -- TANSTAFI - There Are No Such Thing As Free Internet
First time installing XFree86
This is the first time I install XFree86 on Cygwin. I'm running all current packages and for now installed the following: XFree86-bin-4.3.0-3 XFree86-bin-icons-4.3.0-2 XFree86-etc-4.3.0-3 XFree86-lib-4.3.0-1 XFree86-prog-4.3.0-5 XFree86-startup-scripts-4.2.0-5 XFree86-xserv-4.3.0-11 XFree86-xwinclip-4.3.0-1 I skipped XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3 since I'm using the fonts from my Linux partition (mounted with Ext2fsd 0.10a) to save some space. I don't know if the segfault I get starting xedit is related. All other applications I tried work. /usr/X11R6/lib/X11/fonts is a symlink to /l/usr/X11R6/lib/X11/fonts, which is read-only (directories dr-xr-xr-x and files -r--r--r--). Since I'm not going to run mkfontdir I suppose it should work. BTW, will XFree86-xwinclip-4.3.0-1 be recompiled ? It currently depends on XFree86-lib-compat. -- How to contact me - http://www.pervalidus.net/contact.html
Re: Odd XDMCP problems
Mike, Mike Campbell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is an odd one for you to try to help me figure out. I have configured my RedHat Linux 9.0 system to allow XDCMP connections. When I reboot the server the console comes up with the default kdm login box. ~From my win2k machine I have installed all of the cygwin Xfree tools. I used the startxdmcp.bat file (after editing it for the remote_address parameter) and it successfully connects to the linux box and I see the login dialog box. So far so good. Initally when I would log in the cygwin screen would turn light blue and then after 5 seconds or so the login box would reappear and a message about my session lasting less than 10 seconds. I found on the linux machine where I was logging in the following in the .xsession-errors file: set: unable to open display :0.0 xsetroot: unable to open display ':0.0' xrdb: Connection refused xrdb: Can't open display ':0.0' startkde: Starting up... ksplash: cannot connect to X server :0.0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root kded: cannot connect to X server :0.0 kdeinit: Can't connect to the X Server. kdeinit: Might not terminate at end of session. kcminit: cannot connect to X server :0.0 knotify: cannot connect to X server :0.0 ksmserver: cannot connect to X server :0.0 startkde: Shutting down... startkde: Running shutdown scripts... KLauncher: Exiting on signal 1 startkde: Done. Looks like you might need the -from MY_IP_ADDRESS command-line parameter in startxdmcp.bat for XWin.exe. Although, this doesn't make a lot of sense because you probably wouldn't even get the login screen if the from address wasn't being set correctly. I then edited the /etc/kde/kdm/Xstartup file on the linux machine and added a line that said 'xhost +' and restart the X server on the linux machine. The xhost + is not the answer. Please remove that line or accept the security risks that it has, even though it is providing you with no benefit. I think the real problem here is that XDM on your linux machine is not setting the DISPLAY variable correctly. The output from the log file shows this: xsetroot: unable to open display ':0.0' :0.0 means to connect to the local machine on display 0, screen 0. That is typically the console. This is obviously incorrect, since you need all X Clients to connect to the X Server running on your Windows machine. For some odd reason my DISPLAY from the xdmcp session seems incorrect. It should set DISPLAY to point back to the cygwin xfree server instead of the linux console. How do I fix this??? I have never, ever, heard of anyone reporting this problem before where the DISPLAY is not getting set correctly by the XDM server (again, unless you just need the -from parameter as mentioned above). Can we assume that this RedHat 9.0 installation is 100% non-modified or have people had their hands on it, customizing it? If the installation has been heavily customized, then I think that someone made a mistake in one of those customizations. If the installation has not been heavily customized, then perhaps you could do some searching to find out if this a generic problem for RedHat 9.0. Hey, I have an idea... why don't you try opening an XDMCP session to your RedHat 9.0 machine from another *nix machine. That would help determine if Cygwin/XFree86 or the RedHat machine configuration is at fault. Harold
Re: First time installing XFree86
Frédéric, Frédéric L. W. Meunier wrote: This is the first time I install XFree86 on Cygwin. I'm running all current packages and for now installed the following: XFree86-bin-4.3.0-3 XFree86-bin-icons-4.3.0-2 XFree86-etc-4.3.0-3 XFree86-lib-4.3.0-1 XFree86-prog-4.3.0-5 XFree86-startup-scripts-4.2.0-5 XFree86-xserv-4.3.0-11 XFree86-xwinclip-4.3.0-1 I skipped XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3 since I'm using the fonts from my Linux partition (mounted with Ext2fsd 0.10a) to save some space. I don't know if the segfault I get starting xedit is related. All other applications I tried work. /usr/X11R6/lib/X11/fonts is a symlink to /l/usr/X11R6/lib/X11/fonts, which is read-only (directories dr-xr-xr-x and files -r--r--r--). Since I'm not going to run mkfontdir I suppose it should work. Are you asking us a question in the above? I didn't see one... BTW, will XFree86-xwinclip-4.3.0-1 be recompiled ? It currently depends on XFree86-lib-compat. I am not sure if I will recompile xwinclip. I might. I might not. Can I ask why you are not using the internal version of xwinclip, accessed via the '-clipboard' parameter for XWin.exe? Harold
Re: XFree86 goes into stasis when NetMeeting is running
Using -engine 1 solves my problem with NetMeeting. Thanks. Jeff -- Jeffrey C. Honig [EMAIL PROTECTED] http://www.honig.net/jch GnuPG ID:14E29E13 http://www.honig.net/jch/key.shtml
Re: ddxLoad patch?
Thanks Alexander. I submitted the patch to XFree86's Bugzilla: http://bugs.xfree86.org/show_bug.cgi?id=705 Harold Alexander Gottwald wrote: Harold L Hunt II wrote: In addition to what you say below, can we say that the files that ddxLoad operates on are binary files? If so, we should be all set. The files is binary data. The compiled keymap is divided into several blocks which start with an integer which contains the length of the block. This data can contain bytes which are below 0x20 and will be treated as special characters and may be altered when read in textmode. bye ago NP: Diary of Dreams - Freak Perfume (Limited Edition) - Traum:A
Re: First time installing XFree86
On Thu, 18 Sep 2003, Harold L Hunt II wrote: I don't know if the segfault I get starting xedit is related. All other applications I tried work. /usr/X11R6/lib/X11/fonts is a symlink to /l/usr/X11R6/lib/X11/fonts, which is read-only (directories dr-xr-xr-x and files -r--r--r--). Since I'm not going to run mkfontdir I suppose it should work. Are you asking us a question in the above? I didn't see one... I think you can interpret is as a question. Does xedit work for you ? Here it just segfaults at startup. If yes, maybe I should install the encodings and fonts to see if I can reproduce it. Yesterday I compared the contents of both packages with my Linux fonts and didn't see any differences, so the only difference is the symlink to the XFree86 fonts directory of my Linux partition and the read-only flags. BTW, will XFree86-xwinclip-4.3.0-1 be recompiled ? It currently depends on XFree86-lib-compat. I am not sure if I will recompile xwinclip. I might. I might not. Can I ask why you are not using the internal version of xwinclip, accessed via the '-clipboard' parameter for XWin.exe? I didn't know about it. I just read the descriptions and installed what I thought I'd use. Anyway, I'm not going to install XFree86-lib-compat just to run it, what I'll consider if I need other applications. -- How to contact me - http://www.pervalidus.net/contact.html
AW: AW: Enabling SHM support in default build of XWin.exe
Hi Charles, ... if linked to the static ipc-library. Using the cygipc dll results in an additional runtime dependency, which will produce windows runtime linking errors if the cygipc package isn't installed, which will produce more support noise dealing with this issue. Using the static library avoids this problem. I think that you *should* use the DLL. And add cygipc to the setup.hint requires: of XFree86. Not because I think that everyone should or will 'turn on' the daemon, but because: you can't use libtool to make a DLL that has static dependencies (without heroic effort). Now, I know that XFree86 does not use libtool, but maybe I want to build gtk or something that (a) does, and (b) links to XFree86 libs. Since, in this scenario, the XFree86 libs will have a link time dependency on libcygipc.a -- I won't be able to build a DLL version of gtk (without heroic effort). What's the support issue you're worried about, Ralf? One more requires: library? When Harold is busy spinning out expat, fontconfig, and freetype -- what's one more? I forgot that the standard cygwin libtool has this limitation (I`m living on the kde [=older libtool release] side of libtool which uses a pass_all lib filter and you're right that it is easier to maintain one package (cygipc) as to recompile every package which is linked to the static cygipc lib on every new cygipc release. Thanks for pointing this out. ;-) Ralf
AW: IPC/SHM is now supported by default in xoncygwin HEAD CVS tree
Hi Harold, I just checked in changes to the MIT-SHM (xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont (xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM support when the Cygwin IPC daemon is not running. This allows IPC/SHM support to be enabled by default in Cygwin/XFree86. I tried to define the functionality of an OS-specific SHM support check as best I could, which resulted in adding a new function called OsVendorShmCheck (). This new OsVendorShmCheck function is called from shm.c and xf86bigfont.c when DDXOSSHMCHECK is defined. This system was designed to work like DDXOSVERRORF and OsVendorVErrorF (), for example. this is obviously the right way, I have seen the related patches for ...BSD, but doesn't know who to deal with. Thanks for this efforts. There will be a new Server Test Series release sometime tomorrow that includes this new functionality. I assume that the current xlib releases are linked without shm support ? Then the new features of the Xwin Test server will only be usable if at least the X11 and Xext libs are compiled with shm support. Ralf
Re: First time installing XFree86
On Thu, 18 Sep 2003, Frédéric L. W. Meunier wrote: On Thu, 18 Sep 2003, Harold L Hunt II wrote: I don't know if the segfault I get starting xedit is related. All other applications I tried work. /usr/X11R6/lib/X11/fonts is a symlink to /l/usr/X11R6/lib/X11/fonts, which is read-only (directories dr-xr-xr-x and files -r--r--r--). Since I'm not going to run mkfontdir I suppose it should work. Are you asking us a question in the above? I didn't see one... I think you can interpret is as a question. Does xedit work for you ? Here it just segfaults at startup. If yes, maybe I should install the encodings and fonts to see if I can reproduce it. Yesterday I compared the contents of both packages with my Linux fonts and didn't see any differences, so the only difference is the symlink to the XFree86 fonts directory of my Linux partition and the read-only flags. I removed the /usr/X11R6/lib/X11 symlink and installed XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3. xedit still segfaults at startup. It isn't an issue for me because I don't use it. I was just testing the applications, but it obviously isn't related to the symlink and read-only. -- How to contact me - http://www.pervalidus.net/contact.html
Re: Tight loop in Xwin startup under Win2k
Jeffrey C Honig wrote: No, it does not happen when I use startxwin.bat. Even if I configure it for -fullscreen. But it is only starting one xterm. I need to do more testing trying to start multiple xterm. I'll also post on the cywin list. I just thought it likely that someone on this list may have seen it. Thanks. Jeff If you are struggling debugging this, you may want to try starting the programs with nice so that they don't completely take over the system, which may make it easier to see which processes are causing the problem Or give the top/Task Manager process a higher priority so that it still runs when the manic process is trying to take over David
xedit segfaults (was Re: First time installing XFree86)
On Thu, 18 Sep 2003, Frédéric L. W. Meunier wrote: On Thu, 18 Sep 2003, Frédéric L. W. Meunier wrote: On Thu, 18 Sep 2003, Harold L Hunt II wrote: I don't know if the segfault I get starting xedit is related. All other applications I tried work. /usr/X11R6/lib/X11/fonts is a symlink to /l/usr/X11R6/lib/X11/fonts, which is read-only (directories dr-xr-xr-x and files -r--r--r--). Since I'm not going to run mkfontdir I suppose it should work. Are you asking us a question in the above? I didn't see one... I think you can interpret is as a question. Does xedit work for you ? Here it just segfaults at startup. If yes, maybe I should install the encodings and fonts to see if I can reproduce it. Yesterday I compared the contents of both packages with my Linux fonts and didn't see any differences, so the only difference is the symlink to the XFree86 fonts directory of my Linux partition and the read-only flags. I removed the /usr/X11R6/lib/X11 symlink and installed XFree86-fenc-4.2.0-3 and XFree86-fnts-4.2.0-3. xedit still segfaults at startup. It isn't an issue for me because I don't use it. I was just testing the applications, but it obviously isn't related to the symlink and read-only. Sorry, I see this has been reported before. Anyway, I tried compiling xedit (only) from CVS xf-4_3-branch and HEAD. Same problem. -- How to contact me - http://www.pervalidus.net/contact.html
[ANNOUNCEMENT] Cygwin/XFree86 Documentation 0.9.10
Links: I just posted release 0.9.10 to the documentation development page: http://xfree86.cygwin.com/devel/documentation/ Documentation, formatted, direct links: Contributor's Guide http://xfree86.cygwin.com/docs/cg User's Guide http://xfree86.cygwin.com/docs/ug/ FAQ http://xfree86.cygwin.com/docs/faq/ Documentation source releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/documentation/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Documentation source, direct link: http://www.msu.edu/~huntharo/xwin/docs/cygwin-xfree-doc-0.9.10.tar.gz (680 KiB) Changes: 1) CG - Add cygipc and expat to list of required packages for development. (Harold L Hunt II) 2) UG - Add new Window Managers section that describes how Cygwin/XFree86 works with different types of window managers (e.g. internal, local external, xdmcp, remote). (Harold L Hunt II) 3) UG - Add Clipboard Integration section that describes how the clipboard integration system is used and why it has a certain deficiency. (Harold L Hunt II) 4) UG - Add Shared Memory Support (MIT-SHM Extension) section that describes how to enable shared memory support at run-time. (Harold L Hunt II) 5) UG - Update list of command-line parameters. Add -clipboard, -clipupdates, -ignoreinput, -multimonitors, -multiwindow, -rootless, -scrollbars, -[no]trayicon, -xf86config, and -keyboard. (Harold L Hunt II) Enjoy, Harold
