Need recommendation for sound setup
I have a video-and-audio X11 application, currently working fine on Linux with local client and server, using the OSS API for audio. Thanks to the cygwin pseudo-device for OSS, it also works fine on Cygwin with local client and server. With Linux client and a remote server, Linux or Cygwin, the video part works fine, but without sound of course. I know there exist tons of possibilities: PulseAudio, NAS, ESD, artsd, jack, and certainly more that I do not know about. The problem is the sheer abundance. Can anyone recommend the solution involving the least amount of work? I would prefer a single API, autoconfiguration based on the X display URL (so to speak), and please nothing using LD_PRELOAD. TiA Michel Bardiaux PS: this question is obviously not about the X server per se. Still, users of cygwin-xfree are more likely to know than users of cygwin in general, which is why I post first here rather than in the general list. I may be wrong, if so, apologies. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: XWin 1.12.0-4 crash
> From: Jon TURNEY > Mentioning the name of the application which caused the crash > (multi-gnome-terminal) would have helped. Sorry, I thought it was clear from the startup script that I had attached. > So, in fact, it's not a crash when the X server is started, but when you try to run the application > multi-gnome-terminal? Yes. But because the MGT was started just after X in my startup script, it looked like a startup issue. When I removed the MGT from the script, I was able to run the apps I needed, using a local mintty+ssh. > It looks like this is the same crash as reported at [1], and should be fixed in X server 1.12.0-5. It is indeed. Thanks for the quick support. Greetings, (s) M. Bardiaux. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: XWin 1.12.0-4 crash
> From: Jon TURNEY > Start the X server from a terminal using 'gdb --args XWin -multiwindow', type 'r' to start the X > server running, Did exactly that in a minty. Then in another one: export DISPLAY=localhost:0.0 ssh -X -Y michel@besdev01 multi-gnome-terminal > and 'bt full' after it crashes. Which gives: winProcEstablishConnection - winInitClipboard returned. winClipboardProc - DISPLAY=:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. [New Thread 1452.0x350] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [New Thread 1452.0xcf0] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1452.0xf04] 0x0040a41e in winXIconToHICON () (gdb) bt full #0 0x0040a41e in winXIconToHICON () No symbol table info available. #1 0x0040a6ab in winUpdateIcon () No symbol table info available. #2 0x0041f5e7 in UpdateIcon.clone.3 () No symbol table info available. #3 0x004210d0 in winMultiWindowWMProc () No symbol table info available. #4 0x610fbd52 in pthread::thread_init_wrapper(void*) () from /cygdrive/c/cygwin/bin/cygwin1.dll No symbol table info available. #5 0x610868f2 in thread_wrapper(void*) () from /cygdrive/c/cygwin/bin/cygwin1.dll No symbol table info available. Backtrace stopped: Not enough registers or memory available to unwind further Note that if I invoke xclock instead of multi-gnome-terminal, it works. Ditto xterm, emacs, and fortunately all my personal apps! Greetings, (s) M. Bardiaux -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: XWin 1.12.0-4 crash
Yes, it is a crash at startup. I could not find XWin.exe.stackdump anywhere on my hard drive. I have attached the bat script (renamed into .txt) used to start cygwin/X, maybe I need to modify it. Would it work to add CYGWIN='error_start=c:\cygwin\bin\dumper.exe' in the system environment (meaning, via the control panel), to have a core file that I could then open with gdb? @echo off SET DISPLAY=127.0.0.1:0.0 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/X, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/X11R6/bin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB SET XNLSPATH=/usr/X11R6/lib/X11/locale REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM The error "Fatal server error: could not open default font 'fixed'" is REM caused by using a DOS mode mount for the mount that the Cygwin/X REM fonts are accessed through. See the Cygwin/X FAQ for more REM information: REM http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof REM if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP/2003 rem echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP REM Brief descriptions of XWin-specific options: REM REM -screen scr_num [width height] REM Enable screen scr_num and optionally specify a width and REM height for that screen. REM Most importantly, any parameters specified before the first -screen REM parameter apply to all screens. Any options after the first -screen REM parameter apply only to the screen that precedes the parameter. REM Example: REM XWin -fullscreen -screen 0 -screen 1 -depth 8 -screen 2 REM All screens will be fullscreen, but screen 2 will be depth 8, while REM screens 0 and 1 will be the default depth (whatever depth Windows REM is currently running at). REM -multiwindow REM Start an integrated Windows-based window manager. Not to be used REM with -rootless nor -fullscreen. REM -rootless REM Use a transparent root window with an external window manager REM (such as twm). Not to be used with -multiwindow nor REM with -fullscreen. REM -fullscreen REM Use a window as large as possible on the primary monitor. REM -multiplemonitors REM Create a root window that covers all monitors on a REM system with multiple monitors. REM -clipboard REM Enable the integrated version of xwinclip. Do not use in REM conjunction with the xwinclip program. REM -depth bits_per_pixel REM Specify the screen depth to run at (in bits per pixel) using a REM DirectDraw-based engine in conjunction with the -fullscreen REM option, ignored if the -fullscreen option is not specified. REM By default, you will be using a DirectDraw based engine on any REM system that supports it. REM -unixkill REM Trap Ctrl+Alt+Backspace as a server shutdown key combination. REM -nounixkill REM Disable Ctrl+Alt+Backspace as a server shutdown key combination (default). REM Example: REM XWin -unixkill -screen 0 -screen 1 -screen 2 -nounixkill REM Screens 0 and 1 will allow Ctrl+Alt+Backspace, but screen 2 will not. REM -winkill REM Trap Alt+F4 as a server shutdown key combination (default). REM -nowinkill REM Disable Alt+F4 as a server shutdown key combination. REM -scrollbars REM Enable resizing of the server display window. Do not use in conjunction REM with -multiwindow nor with -rootless. REM -nodecoration REM Draw the server root window without a title bar or border. REM Do not use with -mutliwindow nor with -rootless. REM -lesspointer REM Hide the Windows mouse cursor anytime it is over any part of the REM window, even if Cygwin/X is not the window with the focus. REM -refresh rate_in_Hz REM Specify a refresh rate to use when used with the -fullscreen option
RE: Problem with cygwin
> From: [EMAIL PROTECTED] [mailto:cygwin-xfree- > [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] > Sent: Thursday, July 03, 2008 10:19 > To: cygwin-xfree@cygwin.com > Subject: Problem with cygwin > > Please, I could help solve this problem? > > "a fatal error has occurred and Cygwin/X will now exit.Please open > /tmp/XWin.log for more information." > What is unclear in that message? Isn't it obvious that you should read the effing log file, and post it? (Or at least post the relevant parts if it is big) --- Michel Bardiaux http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Static libraries?
The cygwin packages for X clients contain the dlls, and the dev packages contain the dll.a, aka the import libraries (or else I completely misunderstand the system, then please tell me so!) Is it possible to obtain somewhere the libraries for a purely static linking (the X part anyway)? -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: can I forward X packets for windows application to Linux Desktop?
Holger Krull a écrit : Erik Earle schrieb: I want to run an application on windows and see it remotely from Linux machine. From linux I would: "ssh -Y machine.that.goes.ping" to windows host running cygwin/X. Then execute something like "explorer.exe" and have the windows explorer running remotely on the windows machine popup on my linux desktop. Is this possible? Not the way you want it. Explorer.exe doesn't use X11, so you can't forward it. The same is true for any normal Windows program. You can use cygwins X11 aware programs in that way of course. Once upon a time I read on winehq.org that they were testing running Windows apps inside wine, with wine running under cygwin/X. A bit extreme but if it works it should do what the OP wants. Greetings, -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Modal windows
Phil Betts wrote: Michel Bardiaux wrote on Thursday, June 07, 2007 4:01 PM:: We have a MOTIF app that works correctly when displayed on a debian sarge (that is, using xfree) or win2k+exceed8.0. With cygwin-xfree on winxp, however, the modal windows do NOT stay on top of the main application window, the main comes up whenever one clicks in it. In all 3 cases, the client libraries are linux/xfree, at exactly the same version. Is that behavior - by design? - a known bug? - due to a user error? - a bug never reported yet? Assuming you're using multiwindow mode, each X window is rendered in a different Windows window. Unfortunately, modality in X is not the same as in Windows. In X, the display (server), window manager, and client are separate processes, and have clearly defined roles. This is why it's possible to move the parent of a modal window, because the client is not responsible for its window's placement. In Windows, the client process is responsible for handling windows movement events, so the entire parent window, including the frame is effectively iced. I think the decision was taken that rather than inflict Windows' arguably broken concept of modality on an unsuspecting X process, all X windows are created as non-modal Windows windows. The modality at the client level is still maintained (i.e. you can't do anything in the parent), but you will still be able to move the parent window about. OK, its by design. At least it has the merit of being very clear, and if there is some hackish solution, at least it wont get in the way. If you really need full X-style modality, you should be able to use one of the other modes (rootless or fullscreen) and run an external window manager. The only problem with this IIRC, is that all X windows are really just images in a single Windows window, so clicking on any X window brings all X windows to the top. Its not an acceptable solution for us. The goal is to make a few mission-critical Motif apps available on some PCs running XP, where they will be used infrequently but their availabibility would be very helpful. But I am not opposed in principle to adding some ad-hoc code to our applications to enforce modality 'a la X' from the client side. For that, of course, one has to be able to sense the server is cygwin (xdpyinfo shows its possible), and a way either to speak directly to the underlying MSWIN stuff, or some WM property that *is* honored by cygwin. Rough idea: put in the title bar a string like 'pid+z', and run on MSWIN a daemon that will restack all windows with a given pid according to Z. Note that Windows' notion of stacking order is completely broken. Always-on-top windows are frequently rendered on the bottom. I have never seen that behavior. This includes modal windows, Application-modal windows are not always-on-top, just on top of specific other windows. BTW I also need 'transient-for' behavior. These are 'stay on top of application' but do not prevent interaction with the main window. which is just great if they are rendered completely beneath the now disabled parent window! -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Modal windows
We have a MOTIF app that works correctly when displayed on a debian sarge (that is, using xfree) or win2k+exceed8.0. With cygwin-xfree on winxp, however, the modal windows do NOT stay on top of the main application window, the main comes up whenever one clicks in it. In all 3 cases, the client libraries are linux/xfree, at exactly the same version. Is that behavior - by design? - a known bug? - due to a user error? - a bug never reported yet? TIA, -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Corinna Vinschen wrote: On Nov 10 11:19, Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: So, I was right (rather than 'disregardable'). And that's from the horse's mouth, so to speak. Which brings back my query: is there a free but not GPL version of the X client libraries for Win32? rofl I have a better suggestion: since you don't understand any of the issues involved, perhaps you have some fellow employee who can understand the difference between cygwin's dll and libraries that may be distributed with it. I'm really wondering what you're up to. Michel's choice of words might be a bit unlucky, but it's a fact that his application will become GPL (or another compatible OSS license of choice), if he links it to the Cygwin/X client libs. This is obviously not a result of the X libs being GPLed, but a result of the fact that the Cygwin/X libs in turn require to link against the cygwin1.dll, or in other words, linking against Cygwin/X client libs will make the application a Cygwin application. So the question is still valid and was from the beginning, minus choice of words. However, this question is obviously off-topic for this list since this is the Cygwin/X list, not a native Win32 X list. So please move your question to another, more appropriate forum, Michel. The thread has largely moved to the question of whether the cygwin port of X client libs is GPL-viral or not, which would be more on-topic if there was not a specific cygwin list for licensing issues. It has also become about whether I'm clueless, and I dont like to leave such a topic unattended but experience on the net has told me that a disdainful silence is often best :-). So, I'll follow your advice and move on! Maybe you could start here: http://freedesktop.org/wiki/Xming Thanks for the tip. However, reviewing the thread it seems to me that since I specified "free beer not mandatory", the RH buyout license might be a solution. So I will contact a local RH reseller. Corinna -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Darryl wrote: So, I was right (rather than 'disregardable'). And that's from the horse's mouth, so to speak. Which brings back my query: is there a free but not GPL version of the X client libraries for Win32? Microsoft's Software Services For UNIX 3.5 available for free download. As I wrote earlier it does work and infringes no GPL license problems. Link : http://www.microsoft.com/windowsserversystem/sfu/default.mspx Not in the spirit of Cygwin which I fullly support but Darryl Not at all what I am looking for, which is: X *client* libraries. Ready for win32. Sources available. Non-viral licensing. Free beer not mandatory. -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Corinna Vinschen wrote: On Nov 10 12:15, Michel Bardiaux wrote: Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: Eliah Kagan wrote: There is of course a cygwin port of the X11 *client* libraries, but what if you cant put your app under GPL? Is there a pure mingw port of the X11 client lib? The X11 client libraries aren't GPL. No, but the cygwin X libraries *are* since they depend on cygwin1.dll. hmm - that argument would make ncurses GPL, which is not only absurd. but a lot of other nasty implications. so your statement can be disregarded. I assume you refer to the cygwin FAQ: "11.3. What license applies to Cygwin source code? Cygwin source code is licensed under a modified version of the GNU GPL. Cygwin's license modification specifically allows third-party software under an open source license to be linked with Cygwin without requiring that the source code for the third-party software be distributed under the terms of the GNU GPL. Cygwin's developers went to great trouble to obtain this modification and should be thanked for doing so, as without it the modification, Cygwin/X linking to Cygwin would be the subject of endless discussion." But I am not sure it can be applied to a situation where you have a *closed source* application linking to the X client library which itself requires cygwin1.dll. A proprietary application linked against any library which itself links against cygwin1.dll is itself linked against cygwin1.dll and therefore must either in turn be released under an open source license, or you can purchase a buyout license from Red Hat. That's described on http://cygwin.com/licensing.html and the page also contains contact information. HTH, Corinna So, I was right (rather than 'disregardable'). And that's from the horse's mouth, so to speak. Which brings back my query: is there a free but not GPL version of the X client libraries for Win32? -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: Thomas Dickey wrote: I assume you refer to the cygwin FAQ: I'm aware of it. Looks like you read this, but still don't understand it. Possibly. It is also possible I *do* understand it, just not the same way you do. What is *your* interpretation? (Perhaps you should discuss this on the regular cygwin mailing list). Not really possible, the trafic there is way too much for the time I have. But I am not sure it can be applied to a situation where you have a *closed source* application linking to the X client library which itself requires cygwin1.dll. -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: Eliah Kagan wrote: There is of course a cygwin port of the X11 *client* libraries, but what if you cant put your app under GPL? Is there a pure mingw port of the X11 client lib? The X11 client libraries aren't GPL. No, but the cygwin X libraries *are* since they depend on cygwin1.dll. hmm - that argument would make ncurses GPL, which is not only absurd. but a lot of other nasty implications. so your statement can be disregarded. I assume you refer to the cygwin FAQ: "11.3. What license applies to Cygwin source code? Cygwin source code is licensed under a modified version of the GNU GPL. Cygwin's license modification specifically allows third-party software under an open source license to be linked with Cygwin without requiring that the source code for the third-party software be distributed under the terms of the GNU GPL. Cygwin's developers went to great trouble to obtain this modification and should be thanked for doing so, as without it the modification, Cygwin/X linking to Cygwin would be the subject of endless discussion." But I am not sure it can be applied to a situation where you have a *closed source* application linking to the X client library which itself requires cygwin1.dll. -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Thomas Dickey wrote: On Thu, 10 Nov 2005, Michel Bardiaux wrote: Eliah Kagan wrote: There is of course a cygwin port of the X11 *client* libraries, but what if you cant put your app under GPL? Is there a pure mingw port of the X11 client lib? The X11 client libraries aren't GPL. No, but the cygwin X libraries *are* since they depend on cygwin1.dll. -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: port existing x windows application to win32
Eliah Kagan wrote: On 11/9/05, Mehnaz Farooqui wrote: Hi, can you pls tell me how I can port existing x windows application to win32? Is there any tool that does this or do I have to replace the X11 API with win32 API manually? Thanks, Mehnaz Since there are X servers for Windows (like XFree86 on Cygwin), do you need to change the X11 API calls at all? -Eliah There is of course a cygwin port of the X11 *client* libraries, but what if you cant put your app under GPL? Is there a pure mingw port of the X11 client lib? -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: a feathiable solution displaying Windows program on Linux via ssh / X?
Bobber Cheng wrote: Hi All, I search the post(http://sourceware.org/ml/cygwin/2005-06/msg00627.html) at cygwin mailing list. Had anyone found a feathiable solution displaying Windows program on Linux via ssh / X? If the answser is no, i beg X gurus to give me any advice how to implement it. Wine and VNC are not my choice. You will have to explain what you exactly meant by 'wine' and 'vnc' and why you dont want them. E.g. one possibility would be to run the windows app on a windows machine using *wine in cygwin*. Bests, Bobber Cheng -- Michel Bardiaux R&D Director T +32 [0] 2 790 29 41 F +32 [0] 2 790 29 02 E mailto:[EMAIL PROTECTED] Mediaxim NV/SA Vorstlaan 191 Boulevard du Souverain Brussel 1160 Bruxelles http://www.mediaxim.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: gcc does not exist in cywin
s wrote: hi I would really appreciate if you could answer my question. I installed Cygwin via Setup.exe. I installed every Cygwin package by clicking on the "Default" field next to the "All" category. But GCC was not installed. How can I install gcc on cygwin?? I appreciate your prompt response, nima Not installed because "Default" is not a development environment! In setup you have to open "All", open "Devel", and click on gcc-core. Or something like that since personnally I dont compile in cygwin but in pure mingw. HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Tabbed xterm
Scott Cegielski wrote: I use ws3 under linux at work and have gotten really used to using gnome's tabbed shells. I don't know if this is a xterm feature or a gnome feature or neither, but is this something that could be implemented under cygwin xfree? Scott Cegielski [EMAIL PROTECTED] Tabbed shells also exist in KDE's konsole, and KDE runs under cygwin. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Possibility of win32 executable on Cygwin/X
Mike Morgan wrote: I have been trying to come up with an answer to the following question through FAQs, google, and IRC, but to no avail. Its a simple question, but perhaps I am not asking/searching properly... I wish to know if its possible to run a proper windows formatted executable file through the local X server somehow. I assume this would take an extra program to do properly. My goal is to be able to run everything I do on my windows machine completely INSIDE of a KDE environment. This means that I could move the window around INSIDE the KDE desktop, from virtual desktop to virtual desktop, etc. I know this is asking a lot, but if it is possible yet, I would LOVE to know; otherwise I would be willing to work on such a goal, developing for the Cygwin/X project(s)? Sorry, I don't know all that much about them yet, but I would be willing to learn. IIRC wine *can* run under cygwin. See www.winehq.org. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: BScreen::BScreen: an error occcurred while querying the X server
[EMAIL PROTECTED] wrote: Hello, Am having difficulty getting this email through. I installed cygwin per a the web site's and a Professor's instructions. In startx, got BScreen::BScreen: an error occured whil querying the Xserver. another window manager already running on display:0.0. Openbox: no managable screens found aborting ...attached is the XWin.log. Thank you, Brian Ammon The problem is not with the X server, XWin.log shows it started normally. But you specified -multiwindow, meaning you will be using MS-Windows itself as window manager. So startx should not start any WM of its own. What exactly is there in your startx? -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: start up screen problem
Vijay Kiran Kamuju wrote: Hi, i am using humming bird exceed and cygywin/x to connect to solaris servers i noticed some thing quite different check out the first screen after successfully logging in cde1.gif ---> Cygwin/X cde2.gif ---> HummingBird Exceed there is colorloss in the images due to gif conversion, if u want ill provide the orignal bmps can anyone tell me why its happening? can u fix this? bye, Vijay What does xdpyinfo say in both cases? -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: multiple connections from Xserver
Vijay Kiran Kamuju wrote: Hi Tom, Alex's solution just solved my prob bye, Vijay But since you didnt describe your problem very clearly (there are several interpretions possible), no one else will benefit from the solution. So please explain anyway. On Fri, 24 Sep 2004 09:25:42 -0400, Tom Sobczynski <[EMAIL PROTECTED]> wrote: Vijay, I think there is some confusion about what it is you are trying to accomplish. If you tell us more about what you'd really like to be able to do, we can try to provide you with good options. For instance, are you interested in seeing two desktops on remote systems, or do you want to run specific applications on two remote systems and simply interact with them from your Windows desktop? Am I making any sense, or just muddying the waters more? Tom On Fri, 2004-09-24 at 00:34, Vijay Kiran Kamuju wrote: is it possible to connect to multiple clients from my XServer im already running XWin by XWin -clipboard -query yamuna& i wanted 2 connect to another server named himalya while keeping connection to above open it gives a fatal error and i am providing the Contents of /tmp/XWin.log - Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-1 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -clipboard -query himalaya ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: multiple connections from Xserver
Vijay Kiran Kamuju wrote: is it possible to connect to multiple clients from my XServer What do you mean *to* multiple clients *from* X server? Unless you mean some kind of session manager, it works the other way, a client (like xterm) connects to the server. im already running XWin by XWin -clipboard -query yamuna& i wanted 2 connect to another server named himalya while keeping connection to above open You apparently try to start two X servers on the same machine. What role is 'himalaya' supposed to play? Be another display, or run xterm (and from there your programs). it gives a fatal error and i am providing the Contents of /tmp/XWin.log - Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-1 Contact: [EMAIL PROTECTED] XWin was started with the following command line: XWin -clipboard -query himalaya ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Newbie seeking help.
bt tan wrote: --- bt tan <[EMAIL PROTECTED]> wrote: Dear Mike, Here's the output of ./configure [snip] checking for X... (cached) no checking for X11 header files... checking for X11 libraries... checking for XCreateWindow in -lXwindow... (cached) no couldn't find any! Using -lX11. checking for main in -lXbsd... (cached) no It is indicating it couldn't locate the X11 libraries, althought the path I've specified within the windows environment path to includes the following directory /usr/X11R6/bin/usr/X11R6/lib/usr/X11R6/X11/lib/usr/X11R6/X11/bin IIRC configure does *not* use the path to locate X (reason: finding the X libraries does not indicate where the X headers are!). Run './configure --help' and it is very likely there is some argument to tell where the X stuff is. Using the path to locate libraries is a Windowism. I suspect cygwin does *not* do that at all, even for a dlopen (but IANAG) HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Newbie seeking help.
bt tan wrote: Hi, Good day. I am a newbie for cygwinX application. I was wondering is this the right place to post question of uncertainty about cygwinX application? If no, I would like to address my apologize here. If yes, I would like to ask the following question. I'm currently trying to compile OTCL1.8 and TK 8.4.5 using cygwin, but somehow rather the message I have indicating that the X11 library couldn't be found. Suprisingly I've installed the X windows components and my Xwindows seems to be running ok. Here's the details when I was running the make install for TK 8.4.5 : Steps taken to compile tk8.4.5 ./configure What is the output of 'configure' regarding X11 ? make install Error displayed: gcc -pipe tkAppInit.o \ -L/home/Administrator/ns/tk8.3.2/unix -ltk8.3 \ -L/home/Administrator/ns/tcl8.3.2/unix -ltcl8.3 -lX11 -lc -o wish /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Cygwin + HummingBird Exceed
Igor Pechtchanski wrote: On Thu, 5 Aug 2004, Raktale, Swapnil Kumar (Swapnil Kumar)** CTR ** wrote: Can I install Cygwin on a Windows Machine with Hummingbird Exceed ? Yes. Igor Terse question, terse answer... I have myself installed most of cygwin on a W2K with Exceed 8, and everything seems to work fine, including the X clients. But I did not try to run the 2 X servers (exceed and cygwin) together. Is this supposed to work? -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Differnce between Xfree and Xorg
Thomas Dickey wrote: On Tue, 22 Jun 2004, Pille Geert (bizvdm) wrote: Does "lsof" exist for cygwin? He could use that to find what is using that address. perhaps something like "Process Explorer" (www.sysinternals.com) will show useful information. Or TCPVIEW (same URL) or NETSTAT (in one of the cygwin packages) -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Shouldn't we put [cygwin] or [CygXwin] here depending on the question?
Christopher Faylor wrote: On Thu, Apr 01, 2004 at 11:53:42AM -0600, David wrote: 1) I understand what you feel. But, as I put, " it doesn't seem that I can sort mails to different folders.", I tried, and I realized that I could not make it at all. It turned out that it's impossible to do that with this email account. That's a shame, but please don't ask us *US* ? I am not at all sure the majority of the members agree with the peremptory refusal expressed by a very few. to change the mailing list to accommodate you. Can we stop talking about this now, please? cgf -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Souldn't we put [Cygwin] or [CygXwin] here depending on the question?
Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of David I got mails from both two groups:cygwin, and cygXwin. Well, that's because you're on two completely different mailing lists. It's sometimes confusing. You're very easily confused then. Why don't you set up your mailer to sort them into different folders? Don't we need to seperate one from the other by putting a head into Subject, for example, [cygwin] vs. [cygXwin]? What on earth is the use of putting a tag in the subject line when it only pointlessly duplicates information that is already in the From/To lines: From: cygwin-owner On Behalf Of . Unfortunately, cygwin-xfree is congured in such a way that the FROM is the Original Poster, it's the REPLYTO that is cygwin. That makes it rather awkward to setup filter rules based on the FROM! The vast majority of mailing lists on RH and SF use a [listname] prefix. and when there's presumably many people who are only on one list. You could always just learn how to set up mail-sorting rules in your email program, rather than expect everyone else to suddenly start doing things your way just to save you the five minutes of effort it would take you to sort your own problem out. cheers, DaveK -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: sun binary on windows
Shashikant Sharma wrote: Hi, I downloaded and installed cygwin from internet on my windows2000 PC. And I'm trying to execute a sun binary executable in cygwin shell, but I keep getting error. The command lines run fine. old scripts are running fine, except the executable. This executable doesn't need any library file, or graphical interface. It's juts a file translator. Since I don't have the source code for it, I would like to get it runnable on windows, as we have ported most of other modules to windows already. Any help is greatly appreciated. thanks, Shashikant Sharma Wha does the 'file' command say (cygwin should have one). If it is a SPARC binary, you're POL. If it is an x86 binary, you could install vmware on your w2k PC, and install Solaris inside vmware. Or install bochs on w2k and solaris on bochs. Since cygwin does not appear in that solution, this branch of this thread is now off-topic. HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: PseudoColor and private colormap
[EMAIL PROTECTED] wrote: > Céline RENARD ACTEMIUM Le Havre Parc d'activités B.P. 117 76330 > NOTRE-DAME-DE-GRAVENCHON - FRANCE > > email : [EMAIL PROTECTED] Tel : (33) 02 32 84 10 48 Standard > : (33) 02 32 84 10 10 Telecopie : (33) 02 32 84 10 00 - > Réacheminé par Celine Renard/NDG/MCII le 03/07/03 09:50 - > > Celine Renard > Pour : [EMAIL PROTECTED] > 16/06/03 cc : > 15:13Objet : PseudoColor and private colormap > > > > > > > Hello, > > I create my own private colormap and store the new colors in it. But > the XWin server does not display them. The XWin server displays them > when I switch applications with What must I do to > enforce the XWin server to display them ? > > > Céline RENARD > > Isn't this the normal *X* behavior? ISTR the server+wm set as *the* colormap, the one installed on the window having the focus. Hence one would observe exactly the same problem in a pure-X environment with 2 windows having different colormaps. This is the famous 'colormap flashing' (and the reason why I avoid PseudoColor like the plague; nowadays almost any X-capable hardware has 24-bits TrueColor and it is much easier to emulate color-mapping than to use the X mechanisms for it). -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: InsightII application problems
Are you aware your machine seems to have a VERY wrong date? In Netscape, your message appears as posted on Sat, 5 Oct 2002 08:36:32 +0200. Uli Horn wrote: > > Hi > > I have an molecular modelling application developed by Accelrys called > insightII which runs on an SGI. > > I would like to view it remotely on a PC using the X Windows System. I have > tested it using eXceed 3D (MS Windows remote X Windows package) and it seems > to function properly but when I use either cygwin or Redhat Linux it gives > me an error "Couldn't get initial visual in app_init_display" where > app_init_display is an application function. Maybe the X server under cygwin or RH does not by default create the visual expected by the application. Did you compare the output of xdpyinfo between Exceed and RH? > > >From what I can see it uses Opengl and the glx libraries but the application > might also require Motif. ITIYM 'the Motif window manager'. That indeed is not a problem with Exceed, which *does* honor the WM properties used by the Motif shell widgets, and *is* likely to be a problem with RH, at least when using KDE, because the KDW window manager does not honor some of these properties. Eg a window supposed to be fixed-size with MWM will have effective resize handles with KDM. I have not yet found a way to deal with that specific issue even for applications of which I do have the source code! One problem has been that I have not yet found any Xt-based application that *is* non-resizeable under KDE. Ideas, anyone? I have not yet tried our Motif apps under a recent Cygwin so I cant say anything about cygwin. > > My questions are: > 1. If the XFree86 module is loaded does this mean that glx is also loaded? > 2. Is the Motif environment emulated? In view of the previous paragraph, could you clarify the question? > 3. What are the strategies to get to the nub of the problem? > > Regards > Uli -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: XServer with no local GUI like KDE
[EMAIL PROTECTED] wrote: > > Dear all, > > pls, provide. > > I want to have a non-visible X11-Server via Cygwin. > This means, i want to open xterms from remote Servers on > the normal Microsoft - Windows. > > Pls, who can i start the Cygwin-X-Server being absolutely in the backgroud > ? > > Pls, is there any way to do this with Cygwin. > > Thks in advance n brgds > Thomas > With X11, the server is the display, not the machine running the application. If you want xterm running on A with display on B, both being Windows machines, you need to run an X server on B (cygwin or other), then run xterm (possibly the cygwin one) on A. If that is not what you want, please clarify. Cheers, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Running xterm on localhost with XWin
Mario Ohnewald wrote: > > Hello! > Should this not work:? No. > > XWin -screen 0 640 480 &# open X > set DISPLAY=127.0.0.1:0.0 # set Display > xterm.exe # run app. wich should appar in X > > xterm Xt error: Can't open display: > > Cheers, Mario With csh, use setenv, not set With bash, use export after set HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Expect Script under X-Windows
"Zelkovitz, Sanford J (ZERO CHAOS)" wrote: > > I have been trying without any success to write an expect script which would > insert the password for ssh in an x-windows session. I am obviously doing > something wrong since all efforts have failed. Has anyone succeeded where I > have failed? > > Sanford Zelkovitz Could you clarify? Which password do you mean exactly? The passphrase for your ssh keyring? If you script that, you might as well have no passphrase at all. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Status of "seamless" integration?
Ian Burrell wrote: > > Michel Bardiaux wrote: > > > > Aye, there's the rub. When the X application pops up a menu, it must > > grab the keyboard and the *whole* screen. In other words, a "system > > modal" window is required, which means one can't use an internal WM but > > must use MS-Windows as WM - while still being responsive to ICCM. > > > > Does the menu need to be truly modal on the Windows side? The menu > window has the focus so it will get keyboard events. It can be modal > with respect to all the other X server-owned windows. It is harder to > make it modal relative to Windows. But one *has* to. Otherwise the "feel" of menus would be wrong (you could click in some parts of the screen without dismissing the menu). > > Just to make sure we are using the same terms, what I mean by an > internal window manager one running inside the X server. I am taking my > cue from the eXcursion2 design document. Windows is generating the move, > resize, etc events. The window manager hooks into the X server Windows > event loop and handles window state events. The internal window manager > should act as proper window manager which presumably means talking to > the server. > > The other way I can see to handle a rootless X server is with a separate > X client window manager. For each root-level X window, there is a > corresponding Windows window. But without any frame at all. The window > manager draws the frame It would have to know the appropriate MS-Windows look. Because IMHO "seamless" means that you *don't* have to know whether a window is X or 'true MS-Windows'. > and handles moving, resizing, and all that. Wouldn't that be very inefficient; and also prevent things like outline move/resize? > The > X server is responsible of moving the Windows window. > > Does any of this make sense? Perfect sense. > > - Ian > -- > [EMAIL PROTECTED] > http://www.znark.com/ HaND -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: Status of "seamless" integration?
Ian Burrell wrote: > > Alan Hourihane wrote: > > > > A lot of work. I've done most of the re-writing of the span > > functions into their native GDI counterparts. That's a good start. > > > > Where can I find the native GDI changes? Are they checked in? My > impression is that mode isn't included into the server by default. What > is needed to get it to compile. > > > We need to implement the rest of the server into native GDI calls, > > then we can start looking at 'rootless' modes. It's by no means > > a small task to do the conversion to native GDI first though. > > > > I wonder why native GDI is required for rootless modes. There would need > to be support for creating Win32 windows for each X window. Plus, > drawing (or blitting) into those Win32 windows instead of one single > window or full screen. An internal window manager would also be needed. Aye, there's the rub. When the X application pops up a menu, it must grab the keyboard and the *whole* screen. In other words, a "system modal" window is required, which means one can't use an internal WM but must use MS-Windows as WM - while still being responsive to ICCM. > > - Ian -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: This mailing list
Alexander Gottwald wrote: > > On Wed, 13 Feb 2002, Michel Bardiaux wrote: > > > [EMAIL PROTECTED] wrote: > > > > > > Sorry about that:-( > > > > > > Is it possible to set Reply-To: field to list address? > > > > > Good idea. And when reconfiguring the list server, it would be nice to > > have Subjects prefixed with [CYGWIN-XFREE]. I know that is not so easy, > > because the list server must ensure the prefix is not 'stuttered'. But > > whan you are subscribed to say 6 lists, even one like cygwin-xfree that > > does not show the origin of messages, makes management of one's inbox > > rather hard. If there were two... . > > These two topics have already been discussed. And we agreed to leave the > settings as they are now. > > bye > ago Roger wilco. Greetings, -- Michel Bardiaux Peaktime Belgium S.A. Rue Margot, 37 B-1457 Nil St Vincent Tel : +32 10 65.44.15 Fax : +32 10 65.44.10
Re: This mailing list
Andrew Markebo wrote: > > [...] > | Good idea. And when reconfiguring the list server, it would be nice to > | have Subjects prefixed with [CYGWIN-XFREE]. I know that is not so easy, > | because the list server must ensure the prefix is not 'stuttered'. But > | whan you are subscribed to say 6 lists, even one like cygwin-xfree that > | does not show the origin of messages, makes management of one's inbox > | rather hard. If there were two... . > > Well you can always find cygwin-xfree in the To: or CC: field of the > email.. or?? Thats how I sort them and I never get such beast in my > normal inbox. I should have given more details: I meant managing inbox *without having to open each message*, i.e. just by looking at the Subject. I am using Netscape, and in the subwindow listing folder contents, the 'sender' of a message is the *real* sender, not cygwin-xfree. Hence, one has to open a message to know it came from cygwin-xfree. Greetings, -- Michel Bardiaux Peaktime Belgium S.A. Rue Margot, 37 B-1457 Nil St Vincent Tel : +32 10 65.44.15 Fax : +32 10 65.44.10
Re: This mailing list
[EMAIL PROTECTED] wrote: > > Sorry about that:-( > > Is it possible to set Reply-To: field to list address? > Good idea. And when reconfiguring the list server, it would be nice to have Subjects prefixed with [CYGWIN-XFREE]. I know that is not so easy, because the list server must ensure the prefix is not 'stuttered'. But whan you are subscribed to say 6 lists, even one like cygwin-xfree that does not show the origin of messages, makes management of one's inbox rather hard. If there were two... . Greetings, -- Michel Bardiaux Peaktime Belgium S.A. Rue Margot, 37 B-1457 Nil St Vincent Tel : +32 10 65.44.15 Fax : +32 10 65.44.10