RE: [PATCH] setup: replace radiobuttons on chooser
On 14 March 2006 16:20, Dave Korn wrote: On 14 March 2006 16:03, Max Bowsher wrote: Dave Korn wrote: The radiobuttons for Prev, Keep, Curr, Exp at the top of the package chooser should never have been radiobuttons. They don't select a persistent mode, they perform an instantaneous action. Action buttons should be pushbuttons. Hence this patch changes them to pushbuttons. They seem to have BOTH an instantaneous AND a persistent influence, actually - so I'd prefer to keep using controls which display the current state. Huh? AYS? As far as I can see, there is code in ChooserPage::OnMessageCmd that responds to clicking any given one by calling keepClicked() or changeTrust(xxx), and there's nothing else anywhere else that could query or in any way respond to the state of the buttons or that tests which one is checked or anything. Why do you say they have a persistent influence? I'm /very/ convinced that they change the state of the selection when clicked and it's a one-shot, what bit of the code are you looking at that suggests otherwise? Max, ping? Have you looked at this? If I don't hear from you in the next few hours I'll check in part 2 of the patch on its own like you asked, but I'm still convinced part 1 is good as well. cheers, DaveK -- Can't think of a witty .sigline today
Gtk-CRITICAL **: file gtkobject.c: line 1034 - Something missing?
Hi, I'am trying to run xmms on a remote linux while the gui is on my local cygwin-xfree. Xmms (1.2.10) starts well and is visible. When I try to load mp3's into the playlist the file selection windows opens. After selecting a file I get the following message: Gtk-WARNING **: invalid class type `gchar' in cast to `GtkObject' Gtk-CRITICAL **: file gtkobject.c: line 1034 (gtk_object_set_data): assertion `GTK_IS_OBJECT (object)' failed. GTK and GTK2 are installed in the latest versions. Also the GTK Theme Engine. Anybody has any Idea what I'am missing QT3, Framebuffer or something else? I ask because I'am running out of space on the USB Stick where I run Cygwin-X after installing so much more Xfree stuff. Alex http://www.aiengine.org -- 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: windows XP : cygwin -X server not opening
On Wed, 15 Mar 2006, Alexander wrote: Ok. He should check if he did install the recomended configuration within the Windows setup: For all Users. if yes he should start the Shared memory Service that is where the SHM-MIT is comming from and probably also the mutex pthread. For this he can rtfm where it is explained in detail. And then he may have his chinise big fonts and a running XWindows. But after more than 20 years of C programming and over 10 years of Linux a newbie calling himself Senior is just to funny. Alex http://www.aiengine.org hmm - apparently you don't aspire to being a senior of any category, with your poor grammar, spelling and attitude. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: windows XP : cygwin -X server not opening
On Wed, 2006-03-15 at 12:45 +0700, Alexander wrote: Ok. He should check if he did install the recomended configuration within the Windows setup: For all Users. if yes he should start the Shared memory Service that is where the SHM-MIT is comming from and probably also the mutex pthread. For this he can rtfm where it is explained in detail. And then he may have his chinise big fonts and a running XWindows. But after more than 20 years of C programming and over 10 years of Linux a newbie calling himself Senior is just to funny. Oh, you're so wise. Get back to start and check the logfile. There is one line which indicate a network related problem: winClipboardProc - Call to select () failed: -1. Bailing. You did know that? Everything else you mentioned is not critical. So don't piss people off if you don't have a clue either. bye ago -- 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: windows XP : cygwin -X server not opening
hmm - apparently you don't aspire to being a senior of any category, I do but I wouldn't claim to be one for myself. Maybe I'am a senior or I'am just getting old. But two years that's like beeing a expert of chinise culture because I once did make a holiday there. with your poor grammar, spelling and Sorry for that but it's not my motherlanguage and I haven't used it for a while and people seem to be able to understand it anyway. attitude. Only sometimes especially early in the morning before I had my first coffee. He only has to read what's on the screen to see what is wrong and start the Windoze shared memory server which can be done in different ways but - most of the time when he did the recommended installation for all users. Then everything should be fine. later he can controll his success loking into Performance and Maintenance/Administrative Tools/Services where he should find a service named CYGWIN cygserver which will only run whenn he did the installation for all users. for the attitude: Afterwards he can claim to be a expert in Windoze and Cygwin. Alex http://www.aiengine.org -- 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: windows XP : cygwin -X server not opening
When XWin gets a signal it's bailing. If you remove whatever causes the signal XWin won't fail. Here's the page. http://www.cygwin.com/cygwin-ug-net/using-cygserver.html Thanks for the compliment. Alex http://www.aiengine.org -- 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: windows XP : cygwin -X server not opening
I thought you're off working for a real company. The lines I was refering to are: MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory And this imo does cause XWin to fail. But at least we have a real expert here. Shame on me ... Alex http://www.aiengine.org -- 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: windows XP : cygwin -X server not opening
Alexander wrote on Wednesday, March 15, 2006 11:32 AM:: I thought you're off working for a real company. The lines I was refering to are: MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory And this imo does cause XWin to fail. ^^^ Your opinion is worth how much squat? Diddley? I have been running XWin without shared memory support for years without fault. In fact, my experience is that it is MORE reliable without it. Since you are so keen on urging others to read the documentation, I suggest you do so yourself before criticising others. If you had done so, you would have seen in http://x.cygwin.com/docs/ug/using-shared-memory.html that: ~ XWin.exe will not use Shared Memory if the CYGWIN does not contain ~ the server keyword. Starting XWin.exe with ~ CYGWIN=server XWin.exe ~ will enable Shared Memory support if the cygserver service is running. Shared memory use is OPTIONAL. This is also implied by the log entry. There have also been numerous references to this on this list (which is archived and searchable). Phil -- ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the H.E Information Systems Ltd. Tel:0161 866 9066 Web: www.heis.co.uk This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.clearswift.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: windows XP : cygwin -X server not opening
Your opinion is worth how much squat? Diddley? Not really but I wasn't flamed in years and my Internetcomputer needed some stress testing and hacking tries by experts. Thanks for all the effort. I have been running XWin without shared memory support for years without fault. In fact, my experience is that it is MORE reliable without it. It is also pretty stable with SHM and imo he need SHM to get his XWin up again. I had a similar problem when I was trying to use Thai fonts. ~ CYGWIN=server XWin.exe I know. Do they know? I posted this accidently today in the Re: Shutting down XWin after session? (-once option) which is much more interresting. Shared memory use is OPTIONAL. It is when XWin is running. But if something needs SHM within the starup of XWin the XWin startup will fail. There always two kind of people. The ones who really don't know how to do it. Help them. The ones who should know how to do it but to lazy to figure it out for themselves. A Senior should be able to solve the problem. Alex http://www.aiengine.org -- 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: windows XP : cygwin -X server not opening
To make a long story short: My Questions are: Whats causing the null screen fn ReparentWindow null screen fn RestackWindow how can InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned work without running cygserver? and also winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () work when there is no cyserver running? Cygserver is responsible to deliver the following services. * XSI IPC Message Queues. * XSI IPC Semaphores. * XSI IPC Shared Memory. According to http://www.cygwin.com/cygwin-ug-net/using-cygserver.html His XWin doesn't run thru winDetectSupportedEngines. It does something else which is based on Ques and Semaphores from the Log and would also like to use shared memory 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 Step 1. /usr/bin/cygserver-config Setp 2 set the CYGWIN environment variable to server export CYGWIN=server Step 3 Make sure cygserver is really running as XP Service Control Panel/Performance and Maintenance/Services CYGWIN cygserver Start XWin again and if it not works try the firewall solution which somebody mentioned earlier. Alex http://www.aiengine.org -- 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: windows XP : cygwin -X server not opening
I really don't know if the select () which fails is used on a Network fd or one of the queue fd's within InitQueue. But the final error may be just the result of the previous errors. There is a good chance that it is this way because the error happens within winClipboardProc which usually is on the local machine not on the network. Alex http://www.aiengine.org You did know that? Everything else you mentioned is not critical. So don't piss people off if you don't have a clue either. bye ago -- 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/ -- 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/
menu does not come up
When I start Xwin from command line, a root window comes up but then nothing happens. I click the mouse button hoping to get a menu to open a shell, but nothing happens when I click the mouse. Any ideas? Thank you, naru __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: menu does not come up
You have to start a shell also. Try startx insteed of a plain XWin. Xwin only starts the root window so nothing wrong with that. Alex http://www.aiengine.org Naru Takashima wrote: When I start Xwin from command line, a root window comes up but then nothing happens. I click the mouse button hoping to get a menu to open a shell, but nothing happens when I click the mouse. -- 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: menu does not come up
startx does open a window; however, I was hoping to open multiple shell in one window. In the old version of Cygwin/X that I had, if I stated X, then one large window would come up and then I can use the menu that came up with a click of a mouse button to open a shell. Is this no longer possible? Thank you, Naru __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: menu does not come up
Naru Takashima wrote: startx does open a window; however, I was hoping to open multiple shell in one window. In the old version of Cygwin/X that I had, if I stated X, then one large window would come up and then I can use the menu that came up with a click of a mouse button to open a shell. Is this no longer possible? You're thinking of running Xwin in rootless mode with an external window manager -- whichever window manager you had (e.g., openbox). Yes, it's still possible, you just have to specify the right parameters to Xwin.exe in startxwin.bat. -- 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: menu does not come up
Naru Takashima wrote: startx does open a window; however, I was hoping to open multiple shell in one window. you can start additional shells with xterm. In the old version of Cygwin/X that I had, if I stated X, then one large window would come up and then I can use the menu that came up with a click of a mouse button to open a shell. Is this no longer possible? It is but you must modify something which I have forgotten about. I'am sure it's somwhere in the dokumentation. On the other hand why not use a WindowManager like icewin. Alex http://www.aiengine.org Thank you, Naru __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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/ -- 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: menu does not come up - Running rootless with an external window manager
I notice at the website x.cygwin.com, there is a screenshot with openbox window manager? Is that part of cgwin/X distribution or do I need to purchase or download that from somewhere? And what would I need to do to run an external window manager? I am really interested in running in a rootless mode with an external window manager. Thank you, you guys have been very helpful. Naru __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: menu does not come up - Running rootless with an external window manager
Naru Takashima wrote: I notice at the website x.cygwin.com, there is a screenshot with openbox window manager? Is that part of cgwin/X distribution or do I need to purchase or download that from somewhere? The Cygwin Setup program offers at least WindowMaker, fvwm, and openbox. No idea how well any of them work, but it's easy enough to test them out. And what would I need to do to run an external window manager? You'd have to tell Xwin to run in rootless mode, and you'd have to run the appropriate external window manager, both in startxwin.bat. These are all kind of basic questions; please look in manuals/FAQs/google. -- 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/
winsup/cygwin ChangeLog cygheap.cc dcrt0.cc ex ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-16 02:57:38 Modified files: cygwin : ChangeLog cygheap.cc dcrt0.cc exceptions.cc fhandler_console.cc wincap.cc wincap.h winsup.h Log message: * cygheap.cc (init_cygheap::manage_console_count): Turn console control handler on/off depending on whether we have allocated a console or not. * dcrt0.cc (child_info_fork::fork_retry): Add more potential retry statuses. (dll_crt0_0): Turn on/off console control depending on whether we have a controlling tty or not. * exceptions.cc (init_console_handler): Change BOOL to bool. * fhandler_console.cc (fhandler_console::need_invisible): Cosmetic change. * winsup.h (init_console_handler): Reflect argument type change. * wincap.h (supports_setconsolectrlhandler_null): Remove duplicate capability throughout. * wincap.cc: Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3443r2=1.3444 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/cygheap.cc.diff?cvsroot=uberbaumr1=1.130r2=1.131 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.292r2=1.293 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.286r2=1.287 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.159r2=1.160 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/wincap.cc.diff?cvsroot=uberbaumr1=1.51r2=1.52 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/wincap.h.diff?cvsroot=uberbaumr1=1.41r2=1.42 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/winsup.h.diff?cvsroot=uberbaumr1=1.185r2=1.186
Re: Problems with the snapshot 20060314
The problems I described in http://cygwin.com/ml/cygwin/2006-03/msg00385.html remain also with the snapshot 20060314 released at 00:35 20060315. I have also tried to start X from bash, i.e.: Start Cygwin.bat and at command line: - [EMAIL PROTECTED] ~ $ startxwin.bat [1] 1352 [EMAIL PROTECTED] ~ $ startxwin.bat - Starting on Windows NT/2000/XP/2003 [1]+ Donestartxwin.bat $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 524 1 524524 con 500 09:35:47 /usr/bin/bash 564 1 564564? 500 09:36:39 /usr/X11R6/bin/XWin 1180 5241180 1360 con 500 09:37:45 /usr/bin/ps - Only XWin is running but not xterm. (startxwin.bat is the file that cames with X-startup-script package) If from bash one starts startxwin.sh, xterm appears but XWin.log contains some 'aborts' that look strange. [EMAIL PROTECTED] /tmp $ startxwin.sh [2] 1360 - Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 800 height: 600 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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 (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0410 (0410) (--) Using preset keyboard for Italian (410), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcEstablishConnection - winInitClipboard returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 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 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. - Using the snapshot 20060313 16:23:56 all works fine and XWin.log contains only 'successfully'. Best regards, Angelo Graziosi. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Gettext use on Cygwin
I use Cygwin, latest packages across the board, on WinXP Home Edition, fully patched. I specifically use it to compile VLC, a cross platform video encoder/streamer/client. VLC uses gettext, the bootstrap for it includes: Autopoint -f With older cygwin gettext, 0.14.1, during the bootstrap the autopoint would generate: tar: Skipping to next header tar: Archive contains obsolescent base-64 headers gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: Error exit delayed from previous errors Copying file ABOUT-NLS However, it would still end up creating the intl directory needed. As of gettext 0.14.5, however, this does not occur. I tried commenting out the rm line at the end of autopoint version 0.14.5, and saw that cvs_dir and work_dir are, indeed, both missing an intl directory. Therefore, when autopoint executes the part of copying files from $work_dir/archive, there is no intl there to be copied. I personally have no idea why this is occuring, though strongly suspect it is related to the gzip and tar errors that I show above, that occur when autopoint is executing the line: gzip -d -c $gettext_dir/archive.tar.gz | (cd $cvs_dir tar xf -) What I ended up doing, in my own copy of autopoint, was to modify it to the following: if test `find archive -type f -print | wc -l` = 0; then cd .. rm -rf $cvs_dir $work_dir func_fatal_error infrastructure files for version $ver not found; this is autopoint from GNU $package $version fi #MFM addition cd archive mkdir intl cd intl for file in `find $gettext_dir/intl -type f -print | sed -e s,^$work_dir/archive/,, | LC_ALL=C sort`; do cp $file . done cd .. cd .. #end of MFM addition cd .. This is clearly an ugly hack -- I explicitly create the intl directory in $work_dir, and copy the intl files over from shared/gettext/intl. On the other hand, it does work, and after spending multiple hours trying to reinstall tar and gzip, and reinstalling Cygwin's gettext 0.14.5, then trying local VLC builds of gettext (a pull of the latest gettext source files), this is the best I could come up with for something that does work. Thoughts/comments/suggestions? Thanks. _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
wednesday is the day
Just a few facts to take a closer look: Great Sector Fantastic Management Incredible Chart Continued Supportive Press I L K G current standing: 2.50 projected 30 day trend: 3.00 - 3.50 a pioneer in international VoIP services, and one of the few profitable VoIP providers. rlp jp mq Global Corp. is a global provider of telecommunication services and Internet access around the world. As a leader in hosted VoIP (Voice over Internet Protocol) telephony services and Internet connectivity, is currently doing business in North America, Central America, and South America, as well as the Caribbean, the European Union and Asia. qli vs g bk What a great space to be in: Employing VoIP technology, provides long distance telephone service, with fully advanced features, at prices that are greatly reduced in comparison to traditional telephone companies, while providing crystal clear voice quality. I nterlink has solutions for wireless applications such as, WiFi, WiMax, Marine Satellite Services (V-Sat). Lets face it communications have changed over the last few years. VOIP is the cheapest and most effective way to make local and more importantly long distance calls at a fraction of the cost. is one of these companies. is up 80% in the last 3 months; don't wait another minute take a closer look at ILKG today. wcgfeo gfk sarah ithr es uaxtgj handicapper theatric amide dlaqzsw stochastic crutch izmwlwc breadwinner srfr delectate wumm ty kwtfnm songful -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Gettext build/use issue on Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please keep replies ON THE LIST, so that you can get help from the group. I adjusted the Reply-to accordingly: http://cygwin.com/acronyms/#PPIOSPE Furthermore, on the cygwin lists, it is good netiquette to reply in context instead of on top, and to avoid broadcasting raw email addresses in the message body. Reformatted accordingly: http://cygwin.com/acronyms/#TOFU, http://cygwin.com/acronyms/#PCYMTNQREAIYR Original Message Subject: RE: Gettext build/use issue on Cygwin Date: Wed, 15 Mar 2006 06:57:04 -0500 To: 'Eric Blake' -Original Message- From: Eric Blake [mailto:ebb9 AT byu DOT net] Which version of tar? Following the directions here: Problem reports: http://cygwin.com/problems.html and including a text attachment of cygcheck -svr output would have been helpful. Also, I wonder if you are experiencing data corruption due to a text mount (again, cygcheck output would have made that obvious). At any rate, I don't know if the gettext archive really does have weird stuff in it, or if tar is mishandling a valid archive. I am currently working on putting together a tar 1.15.90 release, which has a number of bug fixes beyond the current 1.15.1, so maybe that will help your issue. Thank you for getting back to me. I reinstalled both gzip and tar, same problems showed. tar (GNU tar) 1.15.1 gzip 1.3.5 Apologies for not including the cygcheck -- I spent several hours trying to find any way to report the problem I've been seeing, actually hunting for a direct method to send a report to gettext people, ended up with a bunch of bad e-mail bug-reporting addresses. The bug-gettext (aka bug-gnu-utils) mailing list at lists.gnu.org is currently down - the GNU project had a massive database failure last month that has severely impacted their mailing lists for several weeks. But if you are only experiencing the problem on cygwin, then the right thing to do is contact the cygwin lists first, so the package maintainers can decide whether it really is an upstream problem or just a porting issue. Attached is a text file containing the cygcheck output. And indeed, my guess that you might be running text mounts is confirmed: . /cygdrive user textmode,cy gdrive C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system textmode,cy gdrive Use the 'mount' tool to remount things as binary, and see if that improves the situation (development tools don't tend to work very well in text environments). If I independently run gzip -d archive.tar.gz I see it decompress the archive to a .tar If I then run Tar xf archive.tar I see the archive directory with expected contents (ABOUT-NLS,v and the set of directories and files below it, including intl) But for whatever reason, the complete command line: gzip -d -c $gettext_dir/archive.tar.gz | (cd $cvs_dir tar xf -) Generates the errors originally reported. So it would seem that somehow running things through the pipe, with text mounts underneath, may be causing the textmode corruption. I'll see if I can reproduce that locally (I don't normally use textmode, for a reason). To check once more, I commented out my change to autopoint, as well as commenting out the rm at the end of autopoint that erases the temp directories. The output of my bootstrap shows: + autopoint -f tar: Skipping to next header tar: Archive contains obsolescent base-64 headers gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: Error exit delayed from previous errors Copying file ABOUT-NLS + aclocal-1.9 -I m4 -I extras/contrib/share/aclocal + autoconf Your changes are a hack to work around the symptoms, not solve the original problem. While it works for you, I doubt that it will be applied either upstream or to the official cygwin gettext distribution. If the intl directory was being created, after the Copying file ABOUT-NLS line I would expect to see output lines related to creating and populating the intl structure in my project. And when I check my project root directory, I see that a temporary $cvs_dir has been created. This directory contains a CVSROOT subdirectory, and an archive subdirectory. The archive subdirectory only contains ABOUT-NLS,v -- no intl subdirectory (or anything else). If I revert to the Cygwin gettext 14.1 package, I still see the complaints about gzip and tar, but for some reason that intl directory, and files, do get created in my project trunk. Since it was working with 14.1 I ignored the
Need tech info on need_invisible() and CreateWindowStation
Hi, first, let me introduce why I need technical infos on the need_invisible() stored in fhandler_console.cc. We have a Win32 tool (not cygwin) at the root starting (spawning) lot of cygwin programs at the same time for performing multiple processing at the same time so : Win32 root program forking for example 10 threads, each of these threads will spawn a CygWin process (bash, make, ect...) sure, each of this cygwin process (like make) will start still sub cygwin process or Win32 child process. We sometimes randomly (but frequently) encountered lot of hangs (0%cpu) or loops not ending (25%cpu for example) in CygWin tools (bash, egrep, ...). All other non cygwin programs (for example we use a gnu makefile spawning some Microsoft Visual Studio devenv.exe instances) never failed work correctly. But as I said, sometiles cygwin processes hang. We don't have any issue in a mono processing system with one child process tree. We tried with the last version of cygwin but it did not resolve our issues. Looking into the gmame cygwin forum, I found lot of information reporting that these cygwin issues could be generated by a uncorrect SharedSection. We already increased the non interactive SharedSection value as we use non interactive to run our system, sure, it resolve lot of hangs in non CygWin programs but CygWin still continues to hang as described above. Investigating on my issue, I tried before disturbing you to take myself a look in the CygWin code. then I saw that Cygwin calls itself a CreateWindowStation in fhandler_console.cc to allocate also a non interactive console for unused tty (if I understood correctly). So I have lot of concerns on this, so, lot of questions... My first question, is can you explain exactly me regarding the code when/in which condition exactly with an example (bash calling make for example make calling sh as sub process), when this code is called ? I did not exactly understand when ? How is shared this Window station between all cygwin programs ? I saw that you call the GetProcessWindowStation GetUserObjectInformation finally check the WSF_VISIBLE flag to see if you need to create one CygWinInvisible non interactive window station at the end a default non interactive desktop. So, If running multiples instances of cygwin programs even if these instances are not some child instances of others cygwin programs, they will be attached to the already existing CygWinInvisible window station. But My concern here is when you have multiple isntances of cygwin program started in parallel for multi processing tools for example... Can these instances meet a race/concurrent/conflict access to this part of code detecting together that there is no cygwininvisible winstation created so calling together CreateWindowStation (or there are maybe somewere above int he code/call stack some semaphore managed not for encountering a race condition in this code ?) ? Also, looking into the Cygwin code, there is no cygwininvisible winstation created (check on check the WSF_VISIBLE ) when it is already started from a non interactive desktop like a service (with the interact with desktop nt service checkbox unchecked), so the cygwin process uses the winstation where it is running, am i right ? If cygwin programs run under an interactive winstation this code is so called, all cygwin programs running in this winstation will be automatically attached to the cygwininvisible winstation... In this case, if having in an interactive session, lot of cygwin process, they will fill the cygwininvisible could overflow/saturate it ? So, I think a similar issue could no appears in my environment as cygwin already run under an invisible winstation... ? Why these two last questions ? because as we run lot lot of child programs, our parent/root win32 program automatically create an invisibile winstation+its desktop for attaching each child process tree. in this manner of managing windows limitation, we have to find the correct sharedsection value for allowing all child programs tree to run+creating a specific number of winstation+desktop (for example ten winstation+its desktop one child process tree under its of these). that's the only way (from my point of view;) )actually as workaround to manage the computer load under win32 :( I know that you will redirect me to the how to report a cygwin problem document but these questions are to increase my knowledges so if needed, to report my future requests with the best details ;) Also, as running strace to find exactly where cygwin process lock/hang on our architecture is really complex, this why I also investigating on this way. I also saw that (If i looked in the correct version), that Cygwin allocate at the end of the dll segment a block of memory for exchanging data with the child cygwin programs that sometimes (if i understoound everything) due to dlls reallocation, this shared segment could be not
Re: bash and csrss using 100% of the CPU
On 3/13/06, Chris wrote: Hi Kevin take a look at the post from myself (Chris) just below and the follow up from Brett, might be related... After looking at this: http://sourceware.org/ml/cygwin/2006-01/msg00019.html I tried using tcsh and ksh, but had the same problem. I have spysweeper running on my machine. Not being able to turn spysweeper off, I'm wondering if anyone out there has W2K and spysweeper running but doesn't see the symptoms that I'm seeing with bash (or tcsh or ksh) and csrss. -- Kevin Van Workum -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Need tech info on need_invisible() and CreateWindowStation
On 15 March 2006 14:07, Louis Lecaroz wrote: Hi, first, let me introduce why I need technical infos on the need_invisible() Can't speak to this one as I haven't studied the code. I also saw that (If i looked in the correct version), that Cygwin allocate at the end of the dll segment a block of memory for exchanging data with the child cygwin programs that sometimes (if i understoound everything) due to dlls reallocation, this shared segment could be not allocated correctly... can this generate hanging/locking process ? It shouldn't do, it should generate a fork error message about MapViewOfProcess failing, with IIRC win32 error code 487 or 6 most of the time. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash and csrss using 100% of the CPU
On 3/13/06, Kevin Van Workum [EMAIL PROTECTED] wrote: I just installed the lastest version of cygwin on my W2K box and have noticed that after about 3-4 minutes, bash.exe and csrss.exe are using about 100% of the CPU. This happens if I simply start a cygwin shell and wait for some time. I've only done the default base installation and have not made any changes. One thing that maybe of importance is that I don't have administrator privledges on this machine. Attached is the output of cygcheck -s -r -v. I saw several other people with this problem in the archive, but not solution posted. Any ideas? I'd like to fix it because it significantly bogs down my machine. Some more information: If I boot in safe mode, I don't see this problem. Since SpySweeper doesn't start in safe mode, maybe SpySweeper is the culprit. I have no idea how to fix this though. -- Kevin Van Workum -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash and csrss using 100% of the CPU
On 15 March 2006 14:54, Kevin Van Workum wrote: On 3/13/06, Kevin Van Workum [EMAIL PROTECTED] wrote: I just installed the lastest version of cygwin on my W2K box and have noticed that after about 3-4 minutes, bash.exe and csrss.exe are using about 100% of the CPU. This happens if I simply start a cygwin shell and wait for some time. I've only done the default base installation and have not made any changes. One thing that maybe of importance is that I don't have administrator privledges on this machine. Attached is the output of cygcheck -s -r -v. I saw several other people with this problem in the archive, but not solution posted. Any ideas? I'd like to fix it because it significantly bogs down my machine. Some more information: If I boot in safe mode, I don't see this problem. Since SpySweeper doesn't start in safe mode, maybe SpySweeper is the culprit. There can't be a 'maybe' about it really, can there? If spy sweeper makes the difference, spy sweeper IS the culprit, pretty much by definition. I have no idea how to fix this though. I take it SpySweeper isn't OSS then? ;) Generally the way to fix a bug in a proprietary application is to report it to the manufacturer. Or you could return the faulty product and ask for a refund if you don't feel like waiting for a fix. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with setup.exe updates when cygwin is running
I've just had a bunch of problems with cygwin, including but not limited to those experienced here: http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html As it turns out in the end, these have been down to running setup.exe with cygwin running and getting the mesage about needing to reboot. However, even after reboot the system has been broken: inodes listed as changed, cp saying that files were changed during copy, etc. This all seems to be down to the setup.exe run. After reverting everything to previous, the problem has gone away entirely. I suggest that setup.exe needs robusting, at the very least giving a strong warning on update BEFORE changing things if the files are in use. A general message to close running programs before installing is used as a cop-out by lots of other programs and is usually overkill, and thus ignored. So it needs to be clear and specific, if it is to be effective. Also, having used google to search the archives, the cygwin mailing list does seem to be pretty unhelpful on some of these issues as most enquiries from those not deeply steeped in the lore of cygwin get quoted the problem reporting FAQ rather than any attempt made to help them. Maybe I've been spoiled by the support I've received on other free forums and from commercial companies who don't tell their customers to push off. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with setup.exe updates when cygwin is running
On 15 March 2006 15:08, Andrew MacCormack wrote: I've just had a bunch of problems with cygwin, including but not limited to those experienced here: http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html As it turns out in the end, these have been down to running setup.exe with cygwin running and getting the mesage about needing to reboot. However, even after reboot the system has been broken: inodes listed as changed, cp saying that files were changed during copy, etc. This all seems to be down to the setup.exe run. After reverting everything to previous, the problem has gone away entirely. I suggest that setup.exe needs robusting, at the very least giving a strong warning on update BEFORE changing things if the files are in use. Basically I don't think it should let you update if things are still in use. Even though files can be replace-on-rebooted, that doesn't help the fact that the postinstall scripts might not have run. BTW you could most likely have fixed your brokenness by rerunning setup.exe and not selecting anything, it would have installed nothing and then run through whatever scripts were left over from last time. A general message to close running programs before installing is used as a cop-out by lots of other programs and is usually overkill, and thus ignored. So it needs to be clear and specific, if it is to be effective. I'm in agreement with you there. We're working on a patch for it at the moment. I think it should either refuse to go any further, or offer to kill everything for you. We should probably draft a bunch of new setup-related FAQs while we're at it. Maybe I've been spoiled by the support I've received on other free forums and from commercial companies who don't tell their customers to push off. I promise you, if you pay me money I won't tell you to push off either! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash and csrss using 100% of the CPU
On 3/15/06, Dave Korn [EMAIL PROTECTED] wrote: On 15 March 2006 14:54, Kevin Van Workum wrote: On 3/13/06, Kevin Van Workum [EMAIL PROTECTED] wrote: I just installed the lastest version of cygwin on my W2K box and have noticed that after about 3-4 minutes, bash.exe and csrss.exe are using about 100% of the CPU. This happens if I simply start a cygwin shell and wait for some time. I've only done the default base installation and have not made any changes. One thing that maybe of importance is that I don't have administrator privledges on this machine. Attached is the output of cygcheck -s -r -v. I saw several other people with this problem in the archive, but not solution posted. Any ideas? I'd like to fix it because it significantly bogs down my machine. Some more information: If I boot in safe mode, I don't see this problem. Since SpySweeper doesn't start in safe mode, maybe SpySweeper is the culprit. There can't be a 'maybe' about it really, can there? If spy sweeper makes the difference, spy sweeper IS the culprit, pretty much by definition. Well, there are other things that don't get started in safe mode. So I can't be sure that it's spy sweeper. And since I can't turn spy sweeper off because I don't have admin privs, there's no way for me to be sure, so 'maybe' it's the culprit. I have no idea how to fix this though. I take it SpySweeper isn't OSS then? ;) Generally the way to fix a bug in a proprietary application is to report it to the manufacturer. Or you could return the faulty product and ask for a refund if you don't feel like waiting for a fix. I doubt the folks that make spy sweeper would call this a bug. It's probably doing exactly what it's supposed to do. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Kevin Van Workum -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash and csrss using 100% of the CPU
On Wed, Mar 15, 2006 at 10:51:30AM -0500, Kevin Van Workum wrote: On 3/15/06, Dave Korn [EMAIL PROTECTED] wrote: I take it SpySweeper isn't OSS then? ;) Generally the way to fix a bug in a proprietary application is to report it to the manufacturer. Or you could return the faulty product and ask for a refund if you don't feel like waiting for a fix. I doubt the folks that make spy sweeper would call this a bug. It's probably doing exactly what it's supposed to do. And, oddly enough, so is Cygwin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with setup.exe updates when cygwin is running
On Wed, 15 Mar 2006, Dave Korn wrote: On 15 March 2006 15:08, Andrew MacCormack wrote: I've just had a bunch of problems with cygwin, including but not limited to those experienced here: http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html http://www.cygwin.com/ml/cygwin/2006-01/msg00798.html As it turns out in the end, these have been down to running setup.exe with cygwin running and getting the mesage about needing to reboot. However, even after reboot the system has been broken: inodes listed as changed, cp saying that files were changed during copy, etc. This all seems to be down to the setup.exe run. After reverting everything to previous, the problem has gone away entirely. I suggest that setup.exe needs robusting, at the very least giving a strong warning on update BEFORE changing things if the files are in use. Basically I don't think it should let you update if things are still in use. Even though files can be replace-on-rebooted, that doesn't help the fact that the postinstall scripts might not have run. It could tell you that the files are in use, and offer to close applications and retry. FWIW, the patch for this has already been submitted, but has not yet been applied. See the discussion at http://cygwin.com/ml/cygwin-apps/2006-02/msg00099.html. A general message to close running programs before installing is used as a cop-out by lots of other programs and is usually overkill, and thus ignored. So it needs to be clear and specific, if it is to be effective. I'm in agreement with you there. We're working on a patch for it at the moment. I think it should either refuse to go any further, or offer to kill everything for you. Or let you retry, in case you forgot to close something. Maybe I've been spoiled by the support I've received on other free forums and from commercial companies who don't tell their customers to push off. I promise you, if you pay me money I won't tell you to push off either! We offer something commercial companies rarely do -- an opportunity to influence the future direction of the project by writing the code yourself. :-) That is not to say that you must do that, but http://cygwin.com/acronyms/#SHTDI. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bug in dlopen() (or following) code in Cygwin1.dll v 1.5.19-4
--- Gary Zablackis [EMAIL PROTECTED] wrote: --- Dave Korn [EMAIL PROTECTED] wrote: At this point I'm stopping. If you post a fixed testcase, I'll take a look at it. cheers, DaveK Dave, Attached is a fixed testcase. tar -jxf CrashTest.bz2 will create directory CrashTest with the testcase. I have included a log with output from a debug version of cygwin1.dll v 1.5.19-4 with some system_printf() trace messages added so you can see at least part of what is happening. Thanks, Gary This may be the same problem I've been having: http://cygwin.com/ml/cygwin/2006-02/msg00037.html Just tried snapshot cygwin1-20060314.dll.bz2. No luck. Has any progress been made on this issue? Thanks for your help, Martin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash and csrss using 100% of the CPU
On 15 March 2006 15:52, Kevin Van Workum wrote: On 3/15/06, Dave Korn dave.korn wrote: BTW, http://cygwin.com/acronyms#PCYMTNQREAIYR please, I already get more than enough spam and resposting my addy like that doesn't help any. Thanks. On 15 March 2006 14:54, Kevin Van Workum wrote: I have no idea how to fix this though. I take it SpySweeper isn't OSS then? ;) Generally the way to fix a bug in a proprietary application is to report it to the manufacturer. Or you could return the faulty product and ask for a refund if you don't feel like waiting for a fix. I doubt the folks that make spy sweeper would call this a bug. It's probably doing exactly what it's supposed to do. What, are you saying SpySweeper's /purpose/ is to make other apps hog 100% cpu? Heh, I'm sure you didn't really mean it like that :) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with Pascal compiler
I have just downloaded the New Cygwin DLL 1.5.19-4 release including gcc and gpc the Pascal compiler. The C compiler gcc works with a hello world program but when I use gpc to compile a simple pascal file I get the message : /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: crtbegin.o: No such file: No such file or directory. crtbegin.o does exist. Is this a bug in the distribution, and how can I get round it? Cheers, Alastair McDonald. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with Pascal compiler
On 15 March 2006 17:18, Alastair McDonald wrote: I have just downloaded the New Cygwin DLL 1.5.19-4 release including gcc and gpc the Pascal compiler. The C compiler gcc works with a hello world program but when I use gpc to compile a simple pascal file I get the message /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: crtbegin.o: No such file: No such file or directory. crtbegin.o does exist. Is this a bug in the distribution, and how can I get round it? Cheers, Alastair McDonald. Sounds as if the postinstall script didn't run and so a necessary softlink didn't get created. Take a look in /etc/postinstall and see if there are any .sh files that don't have .done on the end. If so, you can either run them manually or just re-run setup, leaving all the default selections alone (effectively doing a 'keep') and it'll make sure everything that should be installed is. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash, find | xargs grep
I wish that fork would fail with errno set, so that bash's error message is not so confusing; but that is besides the point. Running out of memory during forks is not a bug in bash, find, or xargs, but a limitation of Windows. If anyone has ideas on how to reduce the frequency of fork failures, patches are more than welcome, but the main developers have pretty much tried everything imaginable. The solutions (workarounds?) on this list have generally been to disable the third-party .dll that is causing the interference. Hi Eric, Regarding your previous message, regarding Microsoft information, if you are talking about the SharedSection limitation which makes program running out of memory even if lot of memory is free, the only solution is not to link use user32 objects as defined in this Microsoft technote (http://support.microsoft.com/default.aspx?scid=kb;EN-US;184802) : Desktop heap is allocated by User32.dll when a process is in need of user objects. If an application is not dependent on User32.dll, it will not consume desktop heap. One another problem is to be sure that no other third parties program introduces user32 dependencies in the running process like antivirus as you said Eric ... so to be sure that all others implemented libraries don't call also APIs in user32.. Another way, is to write a Desktop Manager for configuring the number of cygwin process you want to run inside to have a new desktop created automatically when this limit is reached to re-attach the instance of a new cygwin process under one of these desktop when another cygwin program exited from it... But it needs also more communication through pipes other in cygwin1.dll for having cygwin programs communicating with the cygwin desktop manager... That's only an idea, but it is not also really simple to configure needs to add more parameter in cygwin like : number_of_desktops number_of_process_in_a_desktop maybe another option like : attach_non_process_desktop_to_caller_one meaning that if cygwin try to start a non cygwin application it will attach this application in the winstation/desktop of the caller/launcher of the first cygwin program in the tree I don't know if you could consider my mail as a contribution, but I hope (in the case of you was talking about this limitation ;) ) ;) Louis - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin findutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEF5XP84KuGfSFAYARAkiEAKCkbErPJD+ODomDTpXuIEtFPdSy4gCgh9se Gr7JO9j78dVgJVKP+1/D8Og= =/TqW -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with Pascal compiler
On 15 March 2006 17:44, Dave Korn wrote: On 15 March 2006 17:18, Alastair McDonald wrote: I have just downloaded the New Cygwin DLL 1.5.19-4 release including gcc and gpc the Pascal compiler. The C compiler gcc works with a hello world program but when I use gpc to compile a simple pascal file I get the message /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: crtbegin.o: No such file: No such file or directory. crtbegin.o does exist. Is this a bug in the distribution, and how can I get round it? Cheers, Alastair McDonald. Sounds as if the postinstall script didn't run and so a necessary softlink didn't get created. No, on second thoughts I think there may be a real bug in gpc or the packaging. I can reproduce this failure: -snip [EMAIL PROTECTED] /artimi/software/firmware/temp cat hw.pas program Hello; begin WriteLn('Hello, World!'); end. [EMAIL PROTECTED] /artimi/software/firmware/temp gpc hw.pas -o hw /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld: crtbegi n.o: No such file: No such file or directory [EMAIL PROTECTED] /artimi/software/firmware/temp -snip Adding the -v option lets us see the linker command line (--save-temps added too): -snip /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/ld.exe -Bdynamic --dll-search-prefix=cyg -o hw.exe /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/lib/crt0.o crtbegin.o -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3 -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/lib -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../.. hw.o -lgpc -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc crtend.o -snip Now, according to http://cygwin.com/packages/gcc-core/gcc-core-3.3.3-3 crtbegin.o should have been unpacked into /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/. And we can see that path is being searched by a -L option. So, it's looking in the correct directory, but there's no .o file there. -snip [EMAIL PROTECTED] /artimi/software/firmware/temp ls /usr/lib/gcc-lib/i686-pc-cygwin/3 .3.3/ -la total 3368 drwxrwx---+ 4 dk Users 0 Feb 15 12:16 . drwxrwx---+ 3 dk Users 0 Feb 15 12:16 .. -rwxr-x---+ 1 dk Users 3110351 Aug 19 2004 gpc1.exe -rwxr-x---+ 1 dk Users 66384 Aug 19 2004 gpcpp.exe drwxrwx---+ 2 dk Users 0 Feb 15 12:16 include -rwxr-x---+ 1 dk Users 264734 Aug 19 2004 libgpc.a drwxrwx---+ 2 dk Users 0 Feb 15 12:16 units [EMAIL PROTECTED] /artimi/software/firmware/temp -snip And when we look at http://cygwin.com/packages/gcc-core/gcc-core-3.4.4-1 we see there's no crtbegin/end at all. I'm guessing that these two .o files were supposed to move from gcc-core to the gcc-gpc package in between 3.3.3 and 3.4.4, that the 3.3.3-3.4.4 gcc upgrade helper package removed them prior to installing the new ones, but that for some reason gcc-gpc has stayed at 3.3.3 and there's no new version with the crtbegin/end files in /usr/lib/gcc-lib/i686-pc-cygwin/3.3.4 available yet. So, this counts as a kind-of packaging error where something's fallen between the gaps of a partially-finished version upgrade. I'll raise it on the -apps list. In the meantime, your best bet for a workaround would be to manually grab a copy of the file and drop it into that directory; hopefully there's little enough difference between the 3.3.3 and 3.4.4 versions of it that this will solve your problem, but it's not guaranteed. You said in your original post that the file 'does exist', but I bet it's the wrong one - I checked my system and found that I still had copies lying around under the mingw subdir, but they are probably only good for -mno-cygwin compiles, so you probably need to grab a copy of gcc-core-3.3.3-3.tar.bz2 from your local mirror and unpack it yourself. [ ten minutes later ] OK, I just tried it, and it almost worked first time. Turns out I also needed to copy the libgcc.a from the tarball into the gcc-lib/3.3.3 subdir. Then I got hw.pas to compile and run! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
GCC 4.x+
Hi, is there a plan to move Cygwin over to newer GCC? GCC 3.4.4 is getting old. I could use the strictness of C++ compiler it brings. Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: bash, find | xargs grep
I've been doing find | xargs grep types of things Bob, I don't know the source of your trouble, but as a workaround consider running grep -r instead of find | xargs grep. In many cases it's equivalent or almost as good, and it probably will avoid all of the forking that's causing trouble for you. A. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select() too slow
On 2006/03/14, at 22:43, Christopher Faylor wrote: On Tue, Mar 14, 2006 at 09:42:25PM +, Pedro Inacio wrote: I don't have any 100MB files sitting around but when I tried this on a 14MB file, I find that cygwin is about 2X slower, not an order of magnitude slower. Taking away the pipe and using regular file redirection makes things a little faster on cygwin. So, I can't explain why you are seeing such extreme slowdowns. I am using the equivalent of a snapshot in my tests, however. Maybe that's the difference. cgf I have created a 14MB file and the results were: On Linux: 4 seconds On Cygwin: 44 Seconds The test were made on 3 different platforms, and the results the same. Cygwin is not just 2X slower but 11X slower, each is too much. Another thing, what have the pipe and the file redirection to do with the results? That command is given always on a Unix box which is the client of the echo_server. Is just the echo_server that runs on Cygwin or Linux. ;) I think is clear that there is a performance issue in the select() function that deserves attention. Thanks, Pedro inacio -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select() too slow
On Wed, Mar 15, 2006 at 07:07:05PM +, Pedro Inacio wrote: On 2006/03/14, at 22:43, Christopher Faylor wrote: On Tue, Mar 14, 2006 at 09:42:25PM +, Pedro Inacio wrote: I don't have any 100MB files sitting around but when I tried this on a 14MB file, I find that cygwin is about 2X slower, not an order of magnitude slower. Taking away the pipe and using regular file redirection makes things a little faster on cygwin. So, I can't explain why you are seeing such extreme slowdowns. I am using the equivalent of a snapshot in my tests, however. Maybe that's the difference. I have created a 14MB file and the results were: On Linux: 4 seconds On Cygwin: 44 Seconds The test were made on 3 different platforms, and the results the same. Cygwin is not just 2X slower but 11X slower, each is too much. Another thing, what have the pipe and the file redirection to do with the results? That command is given always on a Unix box which is the client of the echo_server. Is just the echo_server that runs on Cygwin or Linux. ;) Ah. When you said run it and do the same, I thought you were saying to run the the client/server on Cygwin, as you did with linux, not to run the client on linux and the server on Cygwin. I do see a slowdown when running the client on linux however, since it's the same select() connected to the same IP address, running the same way, it's hard to see how select() would be implicated. That seems to point to winsock, if anything. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Memory leak in vsnprintf
I believe I have found a memory leak in the Cygwin version of vsnprintf(). If it is called with a NULL 'str' parameter and a 0 'length', it leaks a BUFSIZ-sized buffer. (Per C99 and SUSv3, calling vsnprintf() with a NULL 'str' and 0 'length' is a way to find out how big the formatted string would be without actually storing it anywhere.) I see that Cygwin's vsnprintf() comes from newlib. Should I report this to them instead? Here is an example program: #include stdio.h #include stdarg.h int waste_it(char *fmt, ...) { int ns; va_list a; va_start(a, fmt); ns = vsnprintf(NULL, 0, fmt, a); va_end(a); return ns; } main(int argc, char *argv[]) { int i; int n; for (i = 0; i 1; i++) { n += waste_it(%s foo %d, hello, 49); } } This program will consume quite a lot of memory on Cygwin. -- pdm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Memory leak in vsnprintf
On Wed, Mar 15, 2006 at 02:39:45PM -0600, Paul Mattes wrote: I believe I have found a memory leak in the Cygwin version of vsnprintf(). If it is called with a NULL 'str' parameter and a 0 'length', it leaks a BUFSIZ-sized buffer. (Per C99 and SUSv3, calling vsnprintf() with a NULL 'str' and 0 'length' is a way to find out how big the formatted string would be without actually storing it anywhere.) I see that Cygwin's vsnprintf() comes from newlib. Should I report this to them instead? Yes. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select() too slow
On Mar 15 19:07, Pedro Inacio wrote: On 2006/03/14, at 22:43, Christopher Faylor wrote: On Tue, Mar 14, 2006 at 09:42:25PM +, Pedro Inacio wrote: I don't have any 100MB files sitting around but when I tried this on a 14MB file, I find that cygwin is about 2X slower, not an order of magnitude slower. Taking away the pipe and using regular file redirection makes things a little faster on cygwin. So, I can't explain why you are seeing such extreme slowdowns. I am using the equivalent of a snapshot in my tests, however. Maybe that's the difference. cgf I have created a 14MB file and the results were: On Linux: 4 seconds On Cygwin: 44 Seconds The test were made on 3 different platforms, and the results the same. Cygwin is not just 2X slower but 11X slower, each is too much. It looks like this is a TCP_NODELAY issue. You tend to get the problem if a socket is used interactively, which means, being used for reading and writing in arbitrary order. Unfortunately the Nagle algorithm on Windows is somewhat sluggish. I've tried your echo_server with and without Nagle disabled. Sending a 17 Megs file from my Cygwin box to an echo_server on my Linux box takes between 4 and 5 seconds. Sending a 17 Megs file from Linux to an echo_server on Cygwin takes about 55 seconds. However, when I disable the Nagle algorithm in the echo_server, it takes between 2 and 9 seconds. I don't understand the unexact interval, but I also don't see how that could be Cygwin's fault. --- echo_server.c.ORIG 2006-03-15 22:37:41.905621200 +0100 +++ echo_server.c 2006-03-15 22:45:56.597789300 +0100 @@ -62,6 +62,10 @@ int main(void) { fcntl(client_fd, F_SETFL, fcntl(client_fd, F_GETFL) | O_NONBLOCK); + int opt = 1; + if (setsockopt(client_fd, IPPROTO_TCP, TCP_NODELAY, opt, sizeof opt) == -1) +fprintf(stderr,setsockopt TCP_NODELAY: %.100s, strerror(errno)); + while(1) { FD_ZERO(read_fds); FD_ZERO(write_fds); Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with gawk-3.1.5-3
Corinna Vinschen wrote: On Mar 13 17:30, Buchbinder, Barry (NIH/NIAID) [E] wrote: I have a gawk script that I've been using unchanged for at least 9 months that seems to have broken with the transition from gawk-3.1.5-2 to gawk-3.1.5-3. Gawk seemed to hang, though it might be merely very slow. I let it run for hours before killing it. gawk-3.1.5-2 took 20-30 seconds to run. Weird. The difference between gawk-3.1.5-2 and gawk-3.1.5-3 is in theory only the fact that -2 missed to make CRLF-LF conversion on stdin while -3 does CRLF-LF conversion. This is the script, if that makes a difference. It is in the middle of a pipe, receiving input from sort and giving output to another instance of sort. Everything should have unix-style line-endings. The pipe is running under ash. The script actually used a tab character instead of the \t escape sequence. I changed it to \t below in the hope that that might be easier to read in this email. gawk ' BEGIN { FS = OFS = \t } { Key = $2 \t $3 \t $4 InfoNew[Key] = $5 DateNew[Key] = $1 if (InfoOld[Key] == ) { InfoOld[Key] = InfoNew[Key] DateOld[Key] = DateNew[Key] } if (InfoNew[Key] != InfoOld[Key]) { print DateOld[Key], Key, InfoOld[Key] InfoOld[Key] = InfoNew[Key] DateOld[Key] = DateNew[Key] } } END { for (Key in InfoOld) { print DateOld[Key], Key, InfoOld[Key] } }' Do I need to send anything else? Can you embed this in a minimal testscript to reproduce the effect, together with a few lines (10) of a typical input file? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat Sorry to have bothered you about this. I did comparison tests with gawk-3.1.5-2 and gawk-3.1.5-3. Playing with print statements I found that gawk was not hanging. Timing was not consistently different between gawk-3.1.5-2 and gawk-3.1.5-3, so the unexpectedly long run times must have been do to other reasons. (As this is Windows, on a network, and I don't have admin privileges, its hard to say what those other reasons might be.) Anyway, I apologize again for having raised a false alarm. And thanks for all the great work everyone has done on cygwin! - Barry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with Pascal compiler
Dave Korn wrote: And when we look at http://cygwin.com/packages/gcc-core/gcc-core-3.4.4-1 we see there's no crtbegin/end at all. I'm guessing that these two .o files were supposed to move from gcc-core to the gcc-gpc package in between 3.3.3 and 3.4.4, that the 3.3.3-3.4.4 gcc upgrade helper package removed them prior to installing the new ones, but that for some reason gcc-gpc has stayed at 3.3.3 and there's no new version with the crtbegin/end files in /usr/lib/gcc-lib/i686-pc-cygwin/3.3.4 available yet. IIRC gpc has not been ported to 3.4, so if you want to use it you have to use the gcc 3.3 packages for everything. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GCC 4.x+
Václav Haisman wrote: is there a plan to move Cygwin over to newer GCC? GCC 3.4.4 is getting old. I could use the strictness of C++ compiler it brings. There's no reason why you can't build gcc 4.x on your own, it works fine in Cygwin. If you pick a proper --prefix (or use --program-suffix and --enable-version-specific-runtime-libs) it will be completely separate from the installed version of gcc, you can use the two side by side. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GCC 4.x+
Brian Dessent wrote: If you pick a proper --prefix (or use --program-suffix and --enable-version-specific-runtime-libs) it will be completely separate from the installed version of gcc, you can use the two side by side. I have built GCC-3.4.6, 4.0.3, 4.1.0 in this way (using the Cygwin GCC-3.4.4-1): ./configure --prefix=/usr/local/gcc-3.4.6 (or 4.0.3, 4.1.0) make make install May you suggest other optimal options for 'configure' ? Thanks, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GCC 4.x+
Angelo Graziosi wrote: I have built GCC-3.4.6, 4.0.3, 4.1.0 in this way (using the Cygwin GCC-3.4.4-1): ./configure --prefix=/usr/local/gcc-3.4.6 (or 4.0.3, 4.1.0) make make install I like to use --enable-version-specific-runtime-libs because it seems cleaner and that's the way the Cygwin gcc packages do it. I also use --disable-nls since I don't care for those dozens of various message catalog files for languages I don't speak. You will also need --enable-sjlj-exceptions if you ever plan to compile code that could throw an exception inside a stack frame containing foreign (non-DW2-enabled) compiled code, such as a win32 callback. This can be common in win32 GUI applications, but not an issue if you don't use C++ exceptions and/or you don't write code that could be called from a win32 callback. The dwarf2 EH is a lot faster too. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Need tech info on need_invisible() and CreateWindowStation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://cygwin.com/acronyms/#PCYMTWLL - your email was just awful to read (go look at http://cygwin.com/ml/cygwin/2006-03/msg00402.html to see why we ask for some common sense netiquette - wrapping at 76 characters is typical) My first question, is can you explain exactly me regarding the code when/in which condition exactly with an example (bash calling make for example make calling sh as sub process), when this code is called ? I did not exactly understand when ? You've already taken the first step of looking at the code. The joy of open source is that you can now compile your own version of cygwin1.dll with debugging information, and instrument it to print a message when it is used, or put a breakpoint in the debugger, or many other options. The best way for you to understand what the code is doing is dive in and learn it yourself. How is shared this Window station between all cygwin programs ? I saw that you call the GetProcessWindowStation GetUserObjectInformation finally check the WSF_VISIBLE flag to see if you need to create one CygWinInvisible non interactive window station at the end a default non interactive desktop. So, If running multiples instances of cygwin programs even if these instances are not some child instances of others cygwin programs, they will be attached to the already existing CygWinInvisible window station. But My concern here is when you have multiple isntances of cygwin program started in parallel for multi processing tools for example... Can these instances meet a race/concurrent/conflict access to this part of code detecting together that there is no cygwininvisible winstation created so calling together CreateWindowStation (or there are maybe somewere above int he code/call stack some semaphore managed not for encountering a race condition in this code ?) ? If you can generate a simple test case that shows an actual bug, or produce a patch with good explanation of why it is needed, it will be appreciated. Otherwise, assume that cgf knew what he was doing when he wrote that code, and that any races are unintentional. Also, looking into the Cygwin code, there is no cygwininvisible winstation created (check on check the WSF_VISIBLE ) when it is already started from a non interactive desktop like a service (with the interact with desktop nt service checkbox unchecked), so the cygwin process uses the winstation where it is running, am i right ? If cygwin programs run under an interactive winstation this code is so called, all cygwin programs running in this winstation will be automatically attached to the cygwininvisible winstation... In this case, if having in an interactive session, lot of cygwin process, they will fill the cygwininvisible could overflow/saturate it ? So, I think a similar issue could no appears in my environment as cygwin already run under an invisible winstation... ? Why these two last questions ? because as we run lot lot of child programs, our parent/root win32 program automatically create an invisibile winstation+its desktop for attaching each child process tree. in this manner of managing windows limitation, we have to find the correct sharedsection value for allowing all child programs tree to run+creating a specific number of winstation+desktop (for example ten winstation+its desktop one child process tree under its of these). that's the only way (from my point of view;) )actually as workaround to manage the computer load under win32 :( Since you already seem to know a lot about the semantics of invisible windows stations, you may already have a headstart on writing any patches to cygwin's usage of them. I know that you will redirect me to the how to report a cygwin problem document but these questions are to increase my knowledges so if needed, to report my future requests with the best details ;) Also, as running strace to find exactly where cygwin process lock/hang on our architecture is really complex, this why I also investigating on this way. I also saw that (If i looked in the correct version), that Cygwin allocate at the end of the dll segment a block of memory for exchanging data with the child cygwin programs that sometimes (if i understoound everything) due to dlls reallocation, this shared segment could be not allocated correctly... can this generate hanging/locking process ? If cygwin cannot allocate shared memory as desired, that process dies with an error message. It should be a quick death; if a process hangs then there is some other issue at play. Just a last question (I know that my mail is already big), but Why sometime, cygwin also try to impersonate child processes ? Because that is how cygwin emulates POSIX semantics. Thank's very a lot for your contributions ;) This will really help me to troubleshoot my issue in our system/configuration if not linked due by cygwin ;) Louis - -- Life