exim-4.12-3
I have updated exim to use the latest openssl and have also put a temporary workaround for the chown bug. Pierre http://home.attbi.com/~phumblet/exim-4.12-3.tar.bz2 http://home.attbi.com/~phumblet/exim-4.12-3-src.tar.bz2 http://home.attbi.com/~phumblet/setup.hint # Exim-4.12-3 setup.hint sdesc: A Mail Transfer Agent. ldesc: Mail Transfer Agent with sendmail like command line arguments and a single configuration file. Features: flexible retry algorithms, header envelope rewriting, multiple deliveries down single connection or multiple deliveries in parallel, regular expressions in configuration parameters, file lookups, supports sender and/or receiver verification, selective relaying, virtual domains and built-in mail filtering. See www.exim.org. This port is compiled with tls/ssl support. category: Mail requires: cygwin gdbm openssl
Re: exim-4.12-3
On Fri, 31 Jan 2003, Pierre A. Humblet wrote: http://home.attbi.com/~phumblet/exim-4.12-3.tar.bz2 http://home.attbi.com/~phumblet/exim-4.12-3-src.tar.bz2 http://home.attbi.com/~phumblet/setup.hint Uploaded.
Possible bug in setup.exe 2.303 when downloading via ftp
Hello, Yesterday I've tried to install Cygwin from scratch on Win2k Pro / SP3 with the experimental setup 2.303. This was a fresh copy of Win2k, just installed on the machine, and next I've tried to install Cygwin. I chose 'Install from Internet' and as a download site ftp://archive.progeny.com. On the package chooser screen I haven't touched anything i.e. I wanted only packages from Base to be installed. I've tried twice with the same settings and both tries were unsuccessful. What happens is that at some point during the package download, setup would hang, when it reaches the last block of data for a given package i.e. it displays something like 1005 of 1013 k. Ok, I launched a cmd window and typed 'netstat' - I saw the following: rama.progeny.com:ftp CLOSE_WAIT rama.progeny.com:49984 ESTABLISHED I left setup for several hours but nothing changed. It would just sit there and wait on that screen :) If anyone is going to try to hunt this, please, try to connect to ftp://archive.progeny.com - I suspect maybe it's something in the behaviour of their ftp server which fools setup.
Re: Possible bug in setup.exe 2.303 when downloading via ftp
On Fri, 31 Jan 2003, Pavel Tsekov wrote: Yesterday I've tried to install Cygwin from scratch on Win2k Pro / SP3 with the experimental setup 2.303. This was a fresh copy of Win2k, just [...] rama.progeny.com:ftp CLOSE_WAIT rama.progeny.com:49984 ESTABLISHED I've just tried with the stable setup and it behaves the same way.
Re: Integrating Ralf's rebase into setup.exe
Ralf, On Fri, Jan 31, 2003 at 12:23:55AM +0100, Ralf Habacker wrote: Applied and checked in. Thanks! Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
setup - trivial patch - missing spaces in log
Problem: Log lines like: For filefile://M:\max\Install\cygwin/release/procps/procps-010801-2.tar.bz2 ini digest isefd567eab6b24452c2d38b7596fd1724 file digest is efd567eab6b24452c2d38b7 596fd1724 Fix: Index: install.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/install.cc,v retrieving revision 2.53 diff -u -p -r2.53 install.cc --- install.cc 9 Nov 2002 13:44:53 - 2.53 +++ install.cc 31 Jan 2003 19:41:57 - @@ -217,7 +217,7 @@ install_one_source (packagemeta pkgm, md5 tempMD5; tempMD5.set (tempdigest); - log (LOG_BABBLE, String (For file) + source.Cached() + ini digest is + source.md5.print() + file digest is + tempMD5.print()); + log (LOG_BABBLE, String (For file ) + source.Cached() + ini digest is + source.md5.print() + file digest is + tempMD5.print()); if (source.md5 != tempMD5) throw new Exception (__LINE__ __FILE__, (String (Checksum failure for ) + source.Cached()).cstr_oneuse(), APPERR_CORRUPT_PACKAGE); OK? Max.
CMake 1.6.1-1
There has been a new release of the official cmake 1.6.1. This is a major release from 1.4.7 to 1.6.1. Version 1.6 includes a number of new features to help make project management easier. Version 1.6 includes TRY_COMPILE and TRY_RUN which can be used to test for features of the compiler or system that you are on. The MACRO command allows repeated CMakeLists code to be encapsulated into a macro. If you need to perform very complex operations the LOAD_COMMAND command allows you to write your own CMake command using a C API that can be compiled and loaded into CMake as part of the configuration process. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.6.1-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-1.6.1-1-src.tar.bz2 # CMake setup.hint file for cygwin setup.exe program category: Devel requires: libncurses6 cygwin sdesc: A cross platform build manger ldesc: CMake is a cross platform build manager. It allows you to specify build parameters for C and C++ programs in a cross platform manner. For Cygwin Makefiles will be generated. CMake is also capable of generating Microsoft project files, nmake, and Borland makefiles. CMake can also perform system inspection operations like finding installed libraries and header files. prev: 1.4.7-1 curr: 1.6.1-1
maintainer questions: fvwm, net-snmp, UW-imapd
I want to check the list to see if there are active maintainers of any of these packages before I decide to start work on any of them. Net-snmp and UW-imapd aren't currently in our distribution, but I've seen some discussions of these two packages in the list. Is anyone actively working on creating these packages for cygwin setup? The binaries that I have for UW-imapd are from http://sourceforge.net/projects/uw-imap-cygwin/. The fvwm currently in cygwin setup is out of date by a few versions (current version on www.fvwm.org is 2.4.15). Is there someone actively maintaining this package? Again, I'm not complaining, just volunteering to "step up" if nobody else is :) thanks! -Abe
setup: Colour code package trust levels
Below is a patch which adds colour coding to the package picker. Should I conditionalize it on a boolean command line option, or do we need to be able to specify which colours to use, as opposed to whether to use colours? Max. Index: PickPackageLine.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/PickPackageLine.cc,v retrieving revision 2.9 diff -u -p -r2.9 PickPackageLine.cc --- PickPackageLine.cc 2002/07/13 14:00:37 2.9 +++ PickPackageLine.cc 2002/11/10 09:49:13 @@ -78,6 +78,13 @@ PickPackageLine::paint (HDC hdc, int x, SelectClipRgn (hdc, oldClip2); if (pkg.installed) { + COLORREF oldclr; + /**/ if (pkg.installed.Name().size() == 0) oldclr = SetTextColor(hdc, RGB(0,0,0)); + else if (pkg.installed == pkg.curr) oldclr = SetTextColor(hdc, RGB(0,0,127)); + else if (pkg.installed == pkg.prev) oldclr = SetTextColor(hdc, RGB(127,127,0)); + else if (pkg.installed == pkg.exp) oldclr = SetTextColor(hdc, RGB(0,127,127)); + else /* */ oldclr = SetTextColor(hdc, RGB(255,0,0)); + IntersectClipRect (hdc, x + theView.headers[theView.current_col].x, r, x + theView.headers[theView.current_col].x + @@ -90,9 +97,17 @@ PickPackageLine::paint (HDC hdc, int x, BitBlt (hdc, x + theView.headers[theView.new_col].x + HMARGIN / 2, by, 11, 11, theView.bitmap_dc, 0, 0, SRCCOPY); SelectClipRgn (hdc, oldClip2); + SetTextColor(hdc, oldclr); } String s = pkg.action_caption (); + { + COLORREF oldclr; + /**/ if (pkg.desired.Name().size() == 0) oldclr = SetTextColor(hdc, RGB(0,0,0)); + else if (pkg.desired == pkg.curr) oldclr = SetTextColor(hdc, RGB(0,0,127)); + else if (pkg.desired == pkg.prev) oldclr = SetTextColor(hdc, RGB(127,127,0)); + else if (pkg.desired == pkg.exp) oldclr = SetTextColor(hdc, RGB(0,127,127)); + else /**/ oldclr = SetTextColor(hdc, RGB(255,0,0)); IntersectClipRect (hdc, x + theView.headers[theView.new_col].x, r, x + theView.headers[theView.new_col].x + @@ -106,6 +121,8 @@ PickPackageLine::paint (HDC hdc, int x, RTARROW_WIDTH + HMARGIN / 2, by, 11, 11, theView.bitmap_dc, 0, 0, SRCCOPY); SelectClipRgn (hdc, oldClip2); + SetTextColor(hdc, oldclr); + } int checked;
Re: setup: Colour code package trust levels
On Sat, 2003-02-01 at 10:33, Max Bowsher wrote: Below is a patch which adds colour coding to the package picker. Should I conditionalize it on a boolean command line option, or do we need to be able to specify which colours to use, as opposed to whether to use colours? Deisgn wise, we definately need a single location for colour choice - static members of PickPackageLine accessed via methods seem like a reasonable place to start with. We can move them from there if need be. I'll play with this tomorrow and give you UI feedback then. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
-h help option for setup
I propose applying this to setup. It doesn't work (because setup is not a console application) unless run from a CYGWIN=tty shell, but its better than nothing, and doesn't break anything else. Max. Index: main.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/main.cc,v retrieving revision 2.23 diff -u -p -r2.23 main.cc --- main.cc 25 Nov 2002 00:41:25 - 2.23 +++ main.cc 19 Jan 2003 13:51:32 - @@ -66,6 +66,7 @@ int next_dialog; HINSTANCE hinstance; static BoolOption UnattendedOption (false, 'q', quiet-mode, Unattended setup mode); +static BoolOption HelpOption (false, 'h', help, Display command line options); /* Maximum size of a SID on NT/W2K. */ #define MAX_SID_LEN 40 @@ -212,6 +213,8 @@ main (int argc, char **argv) if (!GetOption::GetInstance().Process (argc,_argv)) theLog-exit(1); // #endif + + if (HelpOption) { GetOption::GetInstance().ParameterUsage(std::cout); exit (0); } unattended_mode = UnattendedOption;
[PATCH] Re: [setup] Inaccurate message: See /setup.log.full
Ping? (Just making sure this was seen). Igor On Fri, 24 Jan 2003, Igor Pechtchanski wrote: [snip] And I just realized that with all the code I quoted in the past two messages, I might as well have written a patch... *g* Oh, well. And here's that patch. Just for the fun of it... *g* Igor ChangeLog: 2002-10-17 Igor Pechtchanski [EMAIL PROTECTED] * res.rc (IDS_INSTALL_INCOMPLETE): Change hard-coded log filename to %s. * LogFile.cc (LogFile::exit): Pass log filename for LOG_BABBLE to note(). (LogFile::getFile): New function. * LogFile.h (LogFile::getFile): New function. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune Index: LogFile.cc === RCS file: /cvs/cygwin-apps/setup/LogFile.cc,v retrieving revision 2.6 diff -u -p -r2.6 LogFile.cc --- LogFile.cc 25 Nov 2002 00:41:24 - 2.6 +++ LogFile.cc 25 Jan 2003 03:10:41 - @@ -31,6 +31,7 @@ static const char *cvsid = #include time.h #include string #include AntiVirus.h +#include mount.h using namespace std; @@ -101,6 +102,20 @@ LogFile::setFile (int minlevel, String c files.insert (t); } +static String bad_file = the log; + +String const +LogFile::getFile (int minlevel) const +{ + for (FileSet::iterator i = files.begin(); + i != files.end(); ++i) +{ + if (i-level == minlevel) +return i-key; +} + return bad_file; +} + void LogFile::exit (int const exit_code) { @@ -114,8 +129,9 @@ LogFile::exit (int const exit_code) #endif been_here = 1; + String log_full = cygpath(getFile(LOG_BABBLE)); if (exit_msg) -note (NULL, exit_msg); +note (NULL, exit_msg, log_full.cstr_oneuse()); log (LOG_TIMESTAMP) Ending cygwin install endLog; Index: LogFile.h === RCS file: /cvs/cygwin-apps/setup/LogFile.h,v retrieving revision 2.3 diff -u -p -r2.3 LogFile.h --- LogFile.h 10 Nov 2002 03:56:05 - 2.3 +++ LogFile.h 25 Jan 2003 03:10:41 - @@ -23,6 +23,7 @@ public: LogFile(); void clearFiles(); // delete all target filenames void setFile (int minlevel, String const path, bool append); + String const getFile (int minlevel) const; /* Some platforms don't call destructors. So this call exists * which guarantees to flush any log data... * but doesn't call generic C++ destructors Index: res.rc === RCS file: /cvs/cygwin-apps/setup/res.rc,v retrieving revision 2.45 diff -u -p -r2.45 res.rc --- res.rc 19 Jan 2003 20:31:53 - 2.45 +++ res.rc 25 Jan 2003 03:11:05 - @@ -483,7 +483,7 @@ BEGIN IDS_DOWNLOAD_FAILED Unable to download %s IDS_DOWNLOAD_INCOMPLETE Download Incomplete. Try again? IDS_INSTALL_ERROR Installation error (%s), Continue with other packages? -IDS_INSTALL_INCOMPLETE Installation incomplete. Check /setup.log.full for details +IDS_INSTALL_INCOMPLETE Installation incomplete. Check %s for details IDS_VERSION_INFOSetup.exe version %1 IDS_CYGWIN_SETUPCygwin Setup IDS_CYGWIN_SETUP_WITH_PROGRESS %1!d!%% - Cygwin Setup
RE: Clipboard functionality (test77)
Harold, Unfortunately, :0.0 is just shorthand for localhost:0.0 (as I understand it), so it doesn't work either. Another thing I notice with xwinclip: in xterm, to copy/paste, you highlight with the mouse right button and then paste with the middle button. With xwinclip running, the highlighting disappears straight away when you release the right mouse button, whereas without xwinclip, the highlighting remains until you click the mouse or highlight somewhere else (correct behaviour). Regards, Nigel ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/l ib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/ X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6400 winAllocateFBShadowDDNL - Created shadow pitch: 6400 winAllocateFBShadowDDNL - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (**) Using keyboard Keyboard1 as primary keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout gb (**) XKB: layout: gb Rules = xfree86 Model = pc105 Layout = gb Variant = (null) Options = (null) winBlockHandler - Releasing pmServerStarted winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winClipboardProc - setlocale () returned winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=:0.0 AUDIT: Fri Jan 31 08:11:40 2003: 504 XWin-Test77-DEBUG: client 2 rejected from local host winClipboardProc - Could not open display, try: 1, sleeping: 4 AUDIT: Fri Jan 31 08:11:44 2003: 504 XWin-Test77-DEBUG: client 4 rejected from local host winClipboardProc - Could not open display, try: 2, sleeping: 4 AUDIT: Fri Jan 31 08:11:48 2003: 504 XWin-Test77-DEBUG: client 5 rejected from local host winClipboardProc - Could not open display, try: 3, sleeping: 4 winClipboardProc - Failed opening the display, giving up Barnabas Projects Limited Tel: +44 117 937 4197 Internet: http://www.bprj.co.uk
RE: Clipboard functionality (test77)
Nigel, :0.0 is most definitely not shorthand for localhost:0.0. Read up on X if you don't know what it is for. The behavior of the selection highlighting is expected. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nigel Hathaway Sent: Friday, January 31, 2003 3:38 AM To: [EMAIL PROTECTED] Subject: RE: Clipboard functionality (test77) Harold, Unfortunately, :0.0 is just shorthand for localhost:0.0 (as I understand it), so it doesn't work either. Another thing I notice with xwinclip: in xterm, to copy/paste, you highlight with the mouse right button and then paste with the middle button. With xwinclip running, the highlighting disappears straight away when you release the right mouse button, whereas without xwinclip, the highlighting remains until you click the mouse or highlight somewhere else (correct behaviour). Regards, Nigel ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (**) FontPath set to /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/l ib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/ X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6400 winAllocateFBShadowDDNL - Created shadow pitch: 6400 winAllocateFBShadowDDNL - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (**) Using keyboard Keyboard1 as primary keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout gb (**) XKB: layout: gb Rules = xfree86 Model = pc105 Layout = gb Variant = (null) Options = (null) winBlockHandler - Releasing pmServerStarted winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winClipboardProc - setlocale () returned winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=:0.0 AUDIT: Fri Jan 31 08:11:40 2003: 504 XWin-Test77-DEBUG: client 2 rejected from local host winClipboardProc - Could not open display, try: 1, sleeping: 4 AUDIT: Fri Jan 31 08:11:44 2003: 504 XWin-Test77-DEBUG: client 4 rejected from local host winClipboardProc - Could not open display, try: 2, sleeping: 4 AUDIT: Fri Jan 31 08:11:48 2003: 504 XWin-Test77-DEBUG: client 5 rejected from local host winClipboardProc - Could not open display, try: 3, sleeping: 4 winClipboardProc - Failed opening the display, giving up Barnabas Projects Limited Tel: +44 117 937 4197 Internet: http://www.bprj.co.uk
Re: Some undesirable behaviour in Test77
Raymond, Are you sure you are not running twm or any other window manager? you have to REM twm in the batch file. Raymond Kwong [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Harold: The latest X server, Test 77, does not crash with -multiwindow -clipboard for me also. Thanks for the good work. There is, however, some undesirable behaviour with Test 77, which is not present in XWin-4.2.0-20. 1. I use the virtual desktop virtuawin. When I switch from another desktop to the one containing the xterms, I get incessant switching between xterms if there is more than one. This behaviour was reported by others, I think. 2. I have 2 xterms, one partially covering the other. If I click the one underneath to bring it to the front, the overlap area comes up only in outline. I can still see the material in the other xterm underneath. It is as if the xterm brought up is transparent on the overlap area! These 2 problems are not observed with XWin-4.2.0-20. Let me know what details you need to know in connection with these two problems. Because of them, I normally still use XWin-4.2.0-20, manually starting xwinclip if necessary. Although I am not 100% sure, but I think every X server later than XWin-4.2.0-20 that I tried exhibits similar problems. Raymond
RE: Clipboard functionality (test77)
Nigel Hathaway wrote: Harold, Unfortunately, :0.0 is just shorthand for localhost:0.0 (as I understand it), so it doesn't work either. :0.0 is shorthand for using unix domain sockets bye ago NP: Funker Vogt - Stolen thoughts -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Some undesirable behaviour in Test 77
Yadin, No, I am not running any X window manager with the problems encountered. I emailed Harold my startup script file earlier. The peculiar thing is that Xwin-4.2.0-20 (pre -clipboard release) does not suffer from these problems when I run it in multiwindow mode. It seems to me that this perhaps has to do with how the clipboard code affects the multiwindow mode. I want to mention also that with XWin-4.2.0-25, sometimes I would not get the overlapping xterm transparency right away, but after virtual desktop switching, it will invariably come on. Raymond
processes lingering around after closing x-window
Scenario: I started x-window, open an emacs window from bash. then I c-x c-c out of emacs, and exit bash, then close x-window. then check the running process by running windows task manager. 9 out 10 times, processes like bash and emacs is still there. Why? __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: processes lingering around after closing x-window
Quan, Are you running with -multiwindow and/or -clipboard? Harold Quan Ding wrote: Scenario: I started x-window, open an emacs window from bash. then I c-x c-c out of emacs, and exit bash, then close x-window. then check the running process by running windows task manager. 9 out 10 times, processes like bash and emacs is still there. Why? __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: processes lingering around after closing x-window
no, I just used the default settings. I'm a newbie, not daring to change anything that I don't know much about. --- Harold L Hunt II [EMAIL PROTECTED] wrote: Quan, Are you running with -multiwindow and/or -clipboard? Harold Quan Ding wrote: Scenario: I started x-window, open an emacs window from bash. then I c-x c-c out of emacs, and exit bash, then close x-window. then check the running process by running windows task manager. 9 out 10 times, processes like bash and emacs is still there. Why? __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Cannot run ssh...
On Fri, Jan 31, 2003 at 08:29:58AM +0100, Sylvain Petreolle wrote: you must install the openssl package. see http://www.cygin.com/packages Which should, of course, have already been installed automatically if you run the normal cygwin install. I'm redirecting this to the proper mailing list. I also suggest that reading http://cygwin.com/bugs.html will be a good first step to debugging the problem. cgf via ssh, I get the following message in the xterm: bash: /usr/bin/ssh: Permission denied then another message appears in a window with the message: A required .DLL file, CYGCRYPTO-0.9.7.DLL was not found.
./configure trouble with X
In everything I've tried to install that needs X - like gnuplot and TeXmacs, I can't get past a problem with ./configure. Every time I run the script, I get this error after some regular-looking output: checking for ANSI C header files... yes checking for string.h... yes checking how to run the C preprocessor... gcc -E checking for working const... yes checking for inline... inline checking for preprocessor stringizing operator... yes checking if compiler handles warn and error directives correctly... yes checking for X... eval: 1: Syntax error: ( unexpected I've tried hacking open the scripts and so forth, to no avail. I looks like an interpreter problem, but hell if I know what it means. X works fine under my cygwin install, but I can't compile anything for it! I have the x headers installed and so on... Any help would be appreciated! Jason
Re: fatal IO error 104:
On Fri, Jan 31, 2003 at 07:53:30PM -0600, Aldi Kraja wrote: Hi, I Open x windows: three open by default. I connect with one of them through ssh to a server. After some work I exit from each window with exit. Cygwin at the end it reports a problem: The problem: XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 waiting for X server to shut down X connection to :0.0 broken (explicit kill or server shutdown). What does it mean this error and how to eliminate it? TIA, Aldi Hard to say. Why not ask the experts in the correct mailing list? I've redirected this email there. cgf
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-01-31 08:28:44 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: 2003-01-31 Danny Smith [EMAIL PROTECTED] * include/winbase.h (CreateFiber): Change first parameter to SIZE_T. (CreateJobObject[AW], CreateHardLink[AW]): Guard with (_WIN32_WINNT = 0x0500). 2003-01-31 Bang Jun-Young [EMAIL PROTECTED] * include/winbase.h (PWIN32_FIND_DATAA, PWIN32_FIND_DATAW): Add missing typedefs. (CreateFiberEx, CreateJobObjectA,CreateJobObjectW): Add missing prototypes. (CreateHardLinkA, CreateHardLinkW): Return BOOL, not HANDLE. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.321r2=1.322 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.33r2=1.34
src/winsup/cygwin ChangeLog shared.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-01-31 15:02:40 Modified files: winsup/cygwin : ChangeLog shared.cc Log message: * shared.cc (shared_info::heap_chunk_size): Use correct variable when reading HKLM. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.1728r2=1.1729 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/shared.cc.diff?cvsroot=srcr1=1.64r2=1.65
winsup/cygwin ChangeLog shared.cc
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-01-31 15:02:59 Modified files: cygwin : ChangeLog shared.cc Log message: merge from trunk Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1690.2.13r2=1.1690.2.14 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.64r2=1.64.10.1
winsup/cygwin ChangeLog passwd.cc pwdgrp.h
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-01-31 22:26:24 Modified files: cygwin : ChangeLog passwd.cc pwdgrp.h Log message: merge from trunk Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1690.2.14r2=1.1690.2.15 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/passwd.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.57.2.5r2=1.57.2.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pwdgrp.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.8.4.4r2=1.8.4.5
winsup/cygwin ChangeLog devices.gperf fhandler ...
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-02-01 04:48:22 Modified files: cygwin : ChangeLog devices.gperf fhandler_serial.cc termios.cc Log message: merge from trunk Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1690.2.15r2=1.1690.2.16 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/devices.gperf.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.2.2.4r2=1.2.2.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_serial.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.40.2.1r2=1.40.2.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/termios.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.20r2=1.20.16.1
winsup/cygwin ChangeLog dlfcn.cc
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-02-01 04:59:14 Modified files: cygwin : ChangeLog dlfcn.cc Log message: * dlfcn.cc (dlerror): Only report load errors once per error. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1690.2.16r2=1.1690.2.17 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dlfcn.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.17r2=1.17.52.1
Re: dlfcn.cc: clear previous dl errors before new dlopen, dlsym, dlclose call?
On Tue, Jan 21, 2003 at 05:17:14PM +0800, David Huang wrote: Is't needed to clear previous dl errors before new dlopen, dlsym, dlclose call? I don't see anything in the documentation which would indicate this. However, the current implementation seems to be wrong since it always returns the last load error even when called repeatedly. SUSv3 says: If no dynamic linking errors have occurred since the last invocation of dlerror(), dlerror() shall return NULL. Thus, invoking dlerror() a second time, immediately following a prior invocation, shall result in NULL being returned. So, I've modified dlerror to do just that. Thanks for bringing this to our attention. cgf
Re: [PATCH] system-cancel part2
On Wed, Jan 15, 2003 at 11:35:40AM -0500, Christopher Faylor wrote: 2003-01-15 Thomas Paff [EMAIL PROTECTED] * syscalls.cc (struct system_cleanup_args): New struct. (system_cleanup): New function. (system): Use pthread_cleanup_push and _pop to save and restore signal handlers and sigprocmask. Please do not check this in. You are changing other parts of the code than the pthreads code and I want to study what you've done before you are approved to check this in. In other words, Robert's as long as you have a test case only applies to trivial changes or changes to pthread.cc, thread.cc, or thread.h. Sorry for the long delay. This patch looks ok to me. Please feel free to check it in along with your additional test cases. cgf
cygwin-sc.1044002190.pedfdhcgdmpiockfiaei-fj_br_=web.de@cygwin.com
[EMAIL PROTECTED] schrieb am 31.01.03 09:36:34: Hi! This is the ezmlm program. I'm managing the [EMAIL PROTECTED] mailing list. To confirm that you would like [EMAIL PROTECTED] added to the cygwin mailing list, please send an empty reply to this address: [EMAIL PROTECTED] Usually, this happens when you just hit the reply button. If this does not work, simply copy the address and paste it into the To: field of a new message. This confirmation serves two purposes. First, it verifies that I am able to get mail through to you. Second, it protects you in case someone forges a subscription request in your name. Some mail programs are broken and cannot handle long addresses. If you cannot reply to this request, instead send a message to [EMAIL PROTECTED] and put the entire address listed above into the Subject: line. --- Administrative commands for the cygwin list --- I can handle administrative requests automatically. Please DO NOT SEND THEM TO THE LIST ADDRESS! If you do, I will not see them and other subscribers will be annoyed. Instead, send your message to the correct command address: To subscribe to the list, send a message to: [EMAIL PROTECTED] To remove your address from the list, send a message to: [EMAIL PROTECTED] Send mail to the following for info and FAQ for this list: [EMAIL PROTECTED] [EMAIL PROTECTED] Similar addresses exist for the digest list: [EMAIL PROTECTED] [EMAIL PROTECTED] To get messages 123 through 145 (a maximum of 100 per request), mail: [EMAIL PROTECTED] To get an index with subject and author for messages 123-456 , mail: [EMAIL PROTECTED] They are always returned as sets of 100, max 2000 per request, so you'll actually get 100-499. To receive all messages with the same subject as message 12345, send an empty message to: [EMAIL PROTECTED] The messages do not really need to be empty, but I will ignore their content. Only the ADDRESS you send to is important. You can start a subscription for an alternate address, for example [EMAIL PROTECTED], just add a hyphen and your address (with '=' instead of '@') after the command word: [EMAIL PROTECTED] To stop subscription for this address, mail: [EMAIL PROTECTED] In both cases, I'll send a confirmation message to that address. When you receive it, simply reply to it to complete your subscription. If despite following these instructions, you do not get the desired results, please contact my owner at [EMAIL PROTECTED] Please be patient, my owner is a lot slower than I am ;-) --- Enclosed is a copy of the request I received. Return-Path: [EMAIL PROTECTED] Received: (qmail 30421 invoked by uid 48); 31 Jan 2003 08:36:30 - Date: 31 Jan 2003 08:36:30 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] __ Ihr FreeMail-Postfach kann von jedem Telekom Festnetzanschluss erreicht werden? Mit der Voicebox - http://freemail.web.de/features/?mc=021163 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with find
Hi folks, I trie to search file with find an didn't find all the file which should be found I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000 but when I ls the directory 1000 the file is listed $ ls 1000 1000.zip As you can see I use the find installed in /usr/bin $ which find /usr/bin/find $ type find find is hashed (/usr/bin/find) what is wrong? Is it a bug or my fault? Thanks for any help and hint Franz __ Ihnen fehlen die richtigen Worte für Ihre SMS? WEB.DE FreeMail hat die besten Sprueche für Sie. http://freemail.web.de/features/?mc=021169 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Getting rid of auto-import warnings
Hi, I am working on getting ACE/TAO compiling with Cygwin GCC 3.2. For this, I have setup a daily build that published the build results to http://doc.ece.uci.edu/scoreboard/. You can there find the current results for Cygwin GCC 3.2. I have modified a lot of makefiles to correctly set __declspec import/export when building with shared libraries. I got most of ACE/TAO compiling, but independent of setting the linker flags --enable-auto-import or --disable-auto-import I keep getting warnings about auto-import. It is a class with multiple statics and only on one of the statics the warning is given. The warnings: [Details] Info: resolving ACE_Time_Value::max_time by linking to __imp___ZN14ACE_Time_Value8max_timeE (auto-import) [Details] Info: resolving ACE_Time_Value::max_time by linking to __imp___ZN14ACE_Time_Value8max_timeE (auto-import) [Details] Info: resolving ACE_Time_Value::max_time by linking to __imp___ZN14ACE_Time_Value8max_timeE (auto-import) [Details] Info: resolving ACE_Time_Value::max_time by linking to __imp___ZN14ACE_Time_Value8max_timeE (auto-import) [Details] Info: resolving ACE_Time_Value::max_time by linking to __imp___ZN14ACE_Time_Value8max_timeE (auto-import) Is it somehow possible to get rid of these warnings? Please also respons to my e-mail address because I am not subscribe to the mailing list. Johnny Willemsen Remedy IT BV Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.remedy.nl / www.theaceorb.nl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with find
find . -name 1000.* - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 31, 2003 5:57 PM Subject: Problems with find Hi folks, I trie to search file with find an didn't find all the file which should be found I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000 but when I ls the directory 1000 the file is listed $ ls 1000 1000.zip As you can see I use the find installed in /usr/bin $ which find /usr/bin/find $ type find find is hashed (/usr/bin/find) what is wrong? Is it a bug or my fault? Thanks for any help and hint Franz __ Ihnen fehlen die richtigen Worte für Ihre SMS? WEB.DE FreeMail hat die besten Sprueche für Sie. http://freemail.web.de/features/?mc=021169 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with find
* [EMAIL PROTECTED] (03-01-31 09:57 +0100) I trie to search file with find an didn't find all the file which should be found I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is not found $ find . -name 1000\* find -type f -name '1000*' ./1000.zip ./1000 but when I ls the directory 1000 the file is listed $ ls 1000 1000.zip [...] what is wrong? Is it a bug or my fault? I cannot reproduce this so it's probably PEBCAC. You'd better ask in news:de.comp.os.unix.shell : http://groups.google.com/groups?as_q=findnum=100as_scoring=rhl=deas_ugroup=de.comp.os.unix.shell Thorsten -- Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory) Content-Transfer-Warning: message contains innuendos not suited for children under the age of 18 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygwin-1.3.19-1
- Return ENOSYS on invalid argument to setitimer. (Christopher Faylor) Shouldn't that be EINVAL instead ? ENOSYS isn't for: no syscall ? -- Vincent Legoll - Peregrine Systems - C.M. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: exim-4.12-3
I've updated the version of exim to 4.12-3 This version is identical to 4.12-2 but now linked against openssl-0.9.7 It also works around a chown bug when running the queue from the shell. Pierre To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. Then run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: (no subject)
Date: Thu, 30 Jan 2003 13:37:03 -0500 From: Christopher Faylor [EMAIL PROTECTED] To: Matthew Aldous [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: mingw-runtime-2.3, w32api-2.1, uberbaum Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. And since this has to do more with MinGW than with Cygwin, it's would be better discussed on the [EMAIL PROTECTED] list. I likewise have redirected this there. On Thu, Jan 30, 2003 at 04:51:53PM +0100, Matthew Aldous wrote: Hi, I'm trying to build a cross compiled mingw build under netbsd 1.6 using the uberbaum cvs sources, but am experiencing the errors below with pex-win32.c I'm using mingw-runtime-2.3 and w32api-2.1, and was wondering if there was an obvious try this solution when using newlib.. If you're building a MinGW of GCC then why are the newlib headers being included for the target binary? Perhaps http://www.mingw.org/mingwfaq.shtml#faq-cross might help. Earnie. Thanks in advance, Matthew Aldous. gmake[1]: Entering directory `/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/libiberty' if [ x != x ]; then \ /home/user/uberbaum/obj.i386-pc-mingw32/gcc/xgcc -B/home/user/uberbaum/obj.i386-pc-mingw32/gcc/ -nostdinc -B/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/ -isystem /home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/targ-include -isystem /home/user/uberbaum/newlib/libc/include -B/usr/local/i386-pc-mingw32/bin/ -B/usr/local/i386-pc-mingw32/lib/ -isystem /usr/local/i386-pc-mingw32/include -L/home/user/uberbaum/obj.i386-pc-mingw32/ld -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../libiberty/../include -W -Wall -Wtraditional -pedantic ../../../libiberty/pex-win32.c -o pic/pex-win32.o; \ else true; fi /home/user/uberbaum/obj.i386-pc-mingw32/gcc/xgcc -B/home/user/uberbaum/obj.i386-pc-mingw32/gcc/ -nostdinc -B/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/ -isystem /home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/targ-include -isystem /home/user/uberbaum/newlib/libc/include -B/usr/local/i386-pc-mingw32/bin/ -B/usr/local/i386-pc-mingw32/lib/ -isystem /usr/local/i386-pc-mingw32/include -L/home/user/uberbaum/obj.i386-pc-mingw32/ld -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../libiberty/../include -W -Wall -Wtraditional -pedantic ../../../libiberty/pex-win32.c -o pex-win32.o In file included from ../../../libiberty/pex-win32.c:35: /usr/local/i386-pc-mingw32/include/io.h:144: error: conflicting types for `getcwd' /home/user/uberbaum/newlib/libc/include/sys/unistd.h:49: error: previous declaration of `getcwd' In file included from /home/user/uberbaum/newlib/libc/include/sys/fcntl.h:164, from /home/user/uberbaum/newlib/libc/include/fcntl.h:1, from ../../../libiberty/pex-win32.c:36: /home/user/uberbaum/newlib/libc/include/sys/stat.h:125: error: conflicting types for `mkdir' /usr/local/i386-pc-mingw32/include/io.h:145: error: previous declaration of `mkdir' ../../../libiberty/pex-win32.c: In function `pexecute': ../../../libiberty/pex-win32.c:188: error: `_spawnvp' undeclared (first use in this function) ../../../libiberty/pex-win32.c:188: error: (Each undeclared identifier is reported only once ../../../libiberty/pex-win32.c:188: error: for each function it appears in.) ../../../libiberty/pex-win32.c:188: error: `_spawnv' undeclared (first use in this function) ../../../libiberty/pex-win32.c:206: warning: assignment discards qualifiers from pointer target type ../../../libiberty/pex-win32.c:141: warning: unused variable `retries' ../../../libiberty/pex-win32.c:141: warning: unused variable `sleep_interval' ../../../libiberty/pex-win32.c:133: warning: unused parameter `this_pname' ../../../libiberty/pex-win32.c:134: warning: unused parameter `temp_base' ../../../libiberty/pex-win32.c: In function `pwait': ../../../libiberty/pex-win32.c:228: warning: implicit declaration of function `_cwait' ../../../libiberty/pex-win32.c:224: warning: unused parameter `flags' gmake[1]: *** [pex-win32.o] Error 1 gmake[1]: Leaving directory `/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/libiberty' gmake: *** [all-target-libiberty] Error 2 At 09:54 PM 1/30/2003, Jim Kleckner wrote: Max Bowsher wrote: William A. Hoffman wrote: [snip] 2. Failing that, it would be nice if the setup program had a button that set all the values to Keep. The problem is that if I want a new package X, I have to click 20 other
Cygwin 1.3.19-1 and up: Garbage printed in ls output if the userentry is missing from /etc/passwd
Hello, I've just completed a fresh installation of Cygwin on Win2k Pro / SP3. I installed Cygwin as Administrator but then created an user called ptsekov. It happened that I forgot to update the password database after I created the new user. So I've logged in as ptsekov and the first thing I saw was the strange prompt - with the latests snapshot version of Cygwin (20030130) it looks like this for me: @mordor With the released 1.3.19-1 version it was a little bit different. Then I issued 'ls -l' on a directory which contained files with owner 'ptsekov'. The output contained garbage in the owner field of the 'ls' output. Now I know that it is not good if the user's entry is missing from the passwd database and I've corrected this, but I thought I'd post so that this could be fixed. It seems like there is some variable left uninitialized if the passwd entry is missing. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.3.19/bash prompt bug
Hello, On Fri, 31 Jan 2003, James Begley wrote: Hi, I have just upgraded to the most recent version (1.3.19) of the cygwin dll, and I have small, weird problem. The bash prompt no longer shows the username correctly - see examples below. I am running cygwin from a Win2000 machine, with service pack 3 installed. mao@hafnasandur ~ $ id -un james I've just posted about the same issue :) You are missing the entry for james in the /etc/passwd file. Update the passwd database with mkpasswd and you should be fine. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.3.19/bash prompt bug
Hi, I've just posted about the same issue :) You are missing the entry for james in the /etc/passwd file. Update the passwd database with mkpasswd and you should be fine. Thanks for that - I have now got it to work, but it wasnt quite as simple as it should have been! The 'administrator' account (that I use infrequently to install/update software) is an account local to this PC. The 'james' account (which I use all the time) is a network account, and doesnt show up in the Microsoft users and passwords tool. So, after rummaging around in the registry to find out what the 'SID' of the network account was, I manually added this to the /etc/passwd file (using the helpful hints at http://www.cygwin.com/cygwin-ug-net/ntsec.html) Having thought about it a bit, I'm not entirely sure why things did work with version 1.3.18, since there wasnt an entry in the /etc/passwd file. However, the default guess that used to be there did work. Thanks again, James. James Begley -- Telephone: +354-552-0240. Marine Research Institute, Skulagata 4, P.O. Box 1390, 121 Reykjavik, Iceland. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.3.19/bash prompt bug
James Begley wrote: I've just posted about the same issue :) You are missing the entry for james in the /etc/passwd file. Update the passwd database with mkpasswd and you should be fine. Thanks for that - I have now got it to work, but it wasnt quite as simple as it should have been! The 'administrator' account (that I use infrequently to install/update software) is an account local to this PC. The 'james' account (which I use all the time) is a network account, and doesnt show up in the Microsoft users and passwords tool. So, after rummaging around in the registry to find out what the 'SID' of the network account was, I manually added this to the /etc/passwd file (using the helpful hints at http://www.cygwin.com/cygwin-ug-net/ntsec.html) How about: $ mkpasswd -d -u james /etc/passwd No registry fiddling involved. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.3.19/bash prompt bug
How about: $ mkpasswd -d -u james /etc/passwd No registry fiddling involved. Yep, that worked just as well. I might try that next time! Thanks, James. James Begley -- Telephone: +354-552-0240. Marine Research Institute, Skulagata 4, P.O. Box 1390, 121 Reykjavik, Iceland. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Can't see full list in setup.exe
Hi, I can no longer see the full list when I run setup.exe? Colin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
Colin Harrison wrote: I can no longer see the full list when I run setup.exe? Of what?. Go read http://cygwin.com/bugs.html before replying. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with find
Your syntax is incorrect. Try: find . -name 1000* I just tried in in /tmp on my cygwin installation and here's the output: $ find . -name 1000* -o -name 1000.* ./1000 ./1000/1000.zip ./1000.tar.gz You can limit the find to just files or directories with the -type flag. Do 'info find' to learn more. The way you had the expression written each conditional was joined with an implicit -a (and) so that find would only print if all three evaluated to true. You wanted a -o (or) between each pattern but really you can accomplish what you want with a quoted pattern, which IMHO is a more straight-forward way to look for what you want. Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: January 31, 2003 3:57 AM To: [EMAIL PROTECTED] Subject: Problems with find Hi folks, I trie to search file with find an didn't find all the file which should be found I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000 but when I ls the directory 1000 the file is listed $ ls 1000 1000.zip As you can see I use the find installed in /usr/bin $ which find /usr/bin/find $ type find find is hashed (/usr/bin/find) what is wrong? Is it a bug or my fault? Thanks for any help and hint Franz __ Ihnen fehlen die richtigen Worte für Ihre SMS? WEB.DE FreeMail hat die besten Sprueche für Sie. http://freemail.web.de/features/?mc=021169 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
Hi, I'm running the cygwin installer setup executable. XP Pro sp1 + cygwin 1.3.19-1 + 16 bit video Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 31 14:56:27 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\usr\sbin D:\cygwin\usr\X11R6\bin d:\oracle\ora92\bin c:\Program Files\Oracle\jre\1.3.1\bin c:\Program Files\Oracle\jre\1.1.8\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Support Tools\ c:\Program Files\Executive Software\DiskeeperServer\ c:\Program Files\Common Files\Autodesk Shared\ SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `D:\cygwin\home\colin' MAKE_MODE = `unix' PWD = `/home/colin' USER = `colin' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\colin\Application Data' BASH_ENV = `colin' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `ZERMATT' COMSPEC = `C:\WINDOWS\system32\cmd.exe' DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperServer\' DISPLAY = `127.0.0.1:2.0' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\colin' HOSTNAME = `zermatt.straightrunning.com' LOGONSERVER = `\\ZERMATT' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `[\u@\h \W]\$ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\colin\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\colin\LOCALS~1\Temp' USERDOMAIN = `ZERMATT' USERNAME = `colin' USERPROFILE = `C:\Documents and Settings\colin' WF_RESOURCES = `D:\oracle\ora92\WF\RES\WFus.RES' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `D:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A b: fd N/AN/A c: hd NTFS6008Mb 57% CP CS UN PA FC 6GB EIDE d: hd NTFS6008Mb 73% CP CS UN PA FC 6GB EIDE e: hd NTFS6008Mb 93% CP CS UN PA FC 6GB EIDE f: hd NTFS1490Mb 58% CP CS UN PA FC 1GB EIDE g: cd N/AN/A h: cd N/AN/A i: net NTFS4076Mb 42% CP CSPAscratch j: net NTFS 14762Mb 44% CP CSPAscratch k: net NTFS 14762Mb 44% CP CSPAcolin D:\cygwin / system binmode D:\cygwin/bin /usr/bin system binmode D:\cygwin/lib /usr/lib system binmode D:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive userbinmode,cygdrive Found: D:\cygwin\bin\bash.exe Found: D:\cygwin\bin\cat.exe Found: D:\cygwin\bin\cpp.exe Found: D:\cygwin\bin\find.exe Found: D:\cygwin\bin\gcc.exe Found: D:\cygwin\bin\gdb.exe Found: D:\cygwin\bin\ld.exe Found: D:\cygwin\bin\ls.exe Found: D:\cygwin\bin\make.exe Found: D:\cygwin\bin\sh.exe 58k 2002/05/07 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 7:33 847k 2003/01/09 D:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 cygcrypto-0.9.7.dll v0.0 ts=2003/1/9 20:41 644k 2002/12/08 D:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2002/12/8 19:57 136k 2002/10/17 D:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 cygexpat-0.dll v0.0 ts=2002/10/17 16:21 45k 2001/04/25 D:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
Re: Can't see full list in setup.exe
Colin Harrison wrote: I'm running the cygwin installer setup executable. And your problem is ? Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
Can't see full list in setup.exe? Select Packages with Exp and View Full gives no display. Colin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gdb stopped working after moving Cygwin installation
Hello all, While trying to debug the bug I reported earlier (http://sources.redhat.com/ml/cygwin/2003-01/msg01642.html) I ran out of disk space, so I thought I'd move Cygwin to another harddisk... (bad idea) I saved my /home directory, removed all references to Cygwin from the registry, moved the C:\cygwin directory to D:\cygwin and re-rand Setup. Everything works like a charm *except* gdb, which dies immediately at start-up. Rolling back gdb didn't help (I don't know why it would, but I tried anyway), and neither did the last snapshot. cygcheck output is attached (changed from the previous one due to the move). I've re-looked at the registry (cygcheck -r) but I see nothing out of the ordinary. AFAICT, I have only one cygwin1.dll on my system. I *know* this is not a recommended maneuver but I'd like to know if there are any pointers to be had. Otherwise, I guess I'll be forced to kinda do the same thing again :( Thanx! rlc NB: evidently, the test-case for the gdb bug I found is on hold ;) NNB: the cygcheck output is *after* I rolled back to the previous gdb (haven't rolled forward yet) and with most recent snapshort DLL cygcheck.out.gz Description: cygcheck -s -r output -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with find
For the archives: No. This is not going to do what the OP wants at all. In fact, if there's more than one file named 1000.*, it won't even work (find will produce a find: paths must precede expression error). For details, info find and info bash. To the OP: Is your 1000 directory a symbolic link, by any chance? If it is, try the -follow option. For details, info find. Igor On Fri, 31 Jan 2003, Carlo Florendo wrote: find . -name 1000.* - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 31, 2003 5:57 PM Subject: Problems with find Hi folks, I trie to search file with find an didn't find all the file which should be found I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000 but when I ls the directory 1000 the file is listed $ ls 1000 1000.zip As you can see I use the find installed in /usr/bin $ which find /usr/bin/find $ type find find is hashed (/usr/bin/find) what is wrong? Is it a bug or my fault? Thanks for any help and hint Franz -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems with find
Ian, At 06:49 2003-01-31, Ian R. Chesal wrote: Your syntax is incorrect. Try: No. Both Franz's and your syntaxes are acceptable. A backslash is equally useful for protecting the shell glob character '*' as is surrounding the argument (or just the asterisk) in single or double quotes. Franz's problem was that when he use ls to show the files, he _didn't_ use an unquoted star (he didn't use a star at all), so ls showed only the file whose name appeared literally in its invocation. Me may also have been confused about where the problem lay, think it was in find rather than ls (when in fact it was just plain old cockpit error). Randall Schulz find . -name 1000* I just tried in in /tmp on my cygwin installation and here's the output: $ find . -name 1000* -o -name 1000.* ./1000 ./1000/1000.zip ./1000.tar.gz You can limit the find to just files or directories with the -type flag. Do 'info find' to learn more. The way you had the expression written each conditional was joined with an implicit -a (and) so that find would only print if all three evaluated to true. You wanted a -o (or) between each pattern but really you can accomplish what you want with a quoted pattern, which IMHO is a more straight-forward way to look for what you want. Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: January 31, 2003 3:57 AM To: [EMAIL PROTECTED] Subject: Problems with find Hi folks, I trie to search file with find an didn't find all the file which should be found I search for all file starting with 1000 an the file 1000.zip in the diretory 1000 is not found $ find . -name 1000\* ./1000.zip ./1000 but when I ls the directory 1000 the file is listed $ ls 1000 1000.zip As you can see I use the find installed in /usr/bin $ which find /usr/bin/find $ type find find is hashed (/usr/bin/find) what is wrong? Is it a bug or my fault? Thanks for any help and hint Franz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
You're really not giving anyone much to go on... I have a WAG, though: your setup.ini may be messed up somehow. Try downloading a new one. Otherwise, try to divulge a little more information: does the log say anything useful? rlc On Fri, 31 Jan 2003, Colin Harrison wrote: Can't see full list in setup.exe? Select Packages with Exp and View Full gives no display. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
CygWin Installation
In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. Sy Bensky [EMAIL PROTECTED]
RE: CygWin Installation
I assume you never did an early slackware linux install then. Steve. -Original Message- From: subensky [mailto:[EMAIL PROTECTED]] Sent: 31 January 2003 15:59 To: [EMAIL PROTECTED] Subject: CygWin Installation In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. Sy Bensky [EMAIL PROTECTED] *** This email has originated from Perwill plc (Registration No. 1906964) Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK Tel: +44 (0)1420 545000 Fax: +44 (0)1420 545001 www.perwill.com *** Privileged, confidential and/or copyright information may be contained in this email, and is only for the use of the intended addressee. To copy, forward, disclose or otherwise use it in any way if you are not the intended recipient or responsible for delivering to him/her is prohibited. If you receive this email by mistake, please advise the sender immediately, by using the reply facility in your email software. We may monitor the content of emails sent and received via our network for the purposes of ensuring compliance with policies and procedures. This message is subject to and does not create or vary any contractual relationships between Perwill plc and the recipient. *** Any opinions expressed in the email are those of the sender and not necessarily of Perwill plc. *** This email has been scanned for known viruses using McAfee WebShield 4.5 MR1a *** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.3.19-1 and up: Garbage printed in ls output if the user entry is missing from /etc/passwd
On Fri, Jan 31, 2003 at 01:16:30PM +0100, Pavel Tsekov wrote: Hello, I've just completed a fresh installation of Cygwin on Win2k Pro / SP3. I installed Cygwin as Administrator but then created an user called ptsekov. It happened that I forgot to update the password database after I created the new user. So I've logged in as ptsekov and the first thing I saw was the strange prompt - with the latests snapshot version of Cygwin (20030130) it looks like this for me: @mordor With the released 1.3.19-1 version it was a little bit different. Then I issued 'ls -l' on a directory which contained files with owner 'ptsekov'. The output contained garbage in the owner field of the 'ls' output. Now I know that it is not good if the user's entry is missing from the passwd database and I've corrected this, but I thought I'd post so that this could be fixed. It seems like there is some variable left uninitialized if the passwd entry is missing. I think I messed this up. I'll fix it. Thanks for the heads up. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
tail -f problem
All, This is my first post to this list, so please excuse missing information that is normally seen in a possible problem with cygwin. Here goes... In my career, I'm a software consultant, doing QA on a web client/server application. Part of my investigation of issues is looking at the realtime log files of our web server (IIS in this instance). Under linux, tail -f, across a smbmount will perform exactly what I need to parse and view the log files as activity happens (I also use a cut to kill a few fields that aren't needed). Problem is, my main machine isn't linux and there isn't another linux machine around here for me to do this with (the only linux machine is a mail server which does not have a route to the areas I need to view). With cygwin's tail, the output is not quite the same as the linux version of tail. With Cygwin's version, I will get output with tail -f, but the updates aren't realtime as the linux version -- the updates are barely shown at all, if ever. Here are the different methods I used to try and parse the IIS log file: 1. Map the share of the logfile with my Windows XP machine to say Z:, etc, use cygwin.bat to launch a bash.exe shell, go to the logfile directory and tail -f name.log. 2. Terminal Service to the machine, go cmd.exe (with cygwin in the path), CD to the logfile folder and tail -f name.log. 3. Use cygwin.bat to invoke bash.exe, go to my local logfile folder and tail -f the contents of name.log. Either of these ways to access the logfile will give me the first 5 (or X lines, using the -n option) lines, then pretty much stop outputting, or slow the outputs to a virtual crawl. I must CTRL-C to break out the tail, and start it over to get the output starting again. I've tried using the -s, to sleep tail and have it try again, but this did not increase the output at all. Here are more version #s and machine info: My workstation: Dell laptop, Windows XP (non SP1 My servers: Dell rackmount, Windows 2000/SP2, IIS. Cygwin version: 1.3.19-1 Tail version: February 19, 2002, 3:26:34 PM I am very willing to answer questions anyone has, because I would like to know if anyone else has the same problem. Thanks, -Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
First off, a note to anyone including either setup logs or cygcheck output: *please* include it as an *uncompressed* *text* *attachment* (Colin, I'm not picking on you personally). It really does screw up the archive search with false positives. As for your problem, Colin, On Fri, 31 Jan 2003, Colin Harrison wrote: var/log/setup.log.full (after running setup session passed my empty chooser display) 2003/01/31 16:15:43 Starting cygwin install, version 2.249.2.5 2003/01/31 16:15:43 Current Directory: C:\Temp 2003/01/31 16:15:45 source: network install 2003/01/31 16:15:45 root: D:\cygwin binary system 2003/01/31 16:15:46 Selected local directory: D:\cygwin\tmp ^ I don't know for sure that this is it, but this may certainly foul things up. It's usually a good idea to select a local directory outside of your Cygwin tree. Try moving the whole /tmp somewhere outside of Cygwin tree (I use C:\install\Cygwin), and re-run setup with the new local directory. You may have to create a new /tmp, as well. [The rest of setup.log.full snipped] I've tried other ftp sites (old .ini's etc) and still get the same result. I also user CPAN to update my perl..so maybe not in sync with cygwin? Colin Setup is not dependent on perl (and I'd be surprised if any postinstall script is). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
Hi, Tried running th elocal directory outside cygwin tree..no joy. When in the GUI chooser: Select Packages, Exp, View Category:- I get all the + line entries. When I click on the +'s I get the appropiate number of 'blank lines' where the expanded entries should be. Colin (are they on a different font?) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
annoying problem with 'mv'
My understanding of the way that 'mv' works is that it will try to RENAME the file or directory in question provided the source and destination are on the same partition otherwise it will do a COPY. If I mv (in the sense of renaming) a large directory that is buried deep in some other directory, it will occur very quickly. If that same directory happens to be rooted at /c, it will take a very long time because it appears to be doing a copy. This has been going on for a long time, but currently I'm running the latest of almost everything on a Win2k pro box. My mount tables are: c:\program files on /PF type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /c type system (binmode) f: on /cvs type system (binmode) g: on /kits type system (binmode) e: on /e type user (binmode,noumount) n: on /n type user (binmode,noumount) This works: cd /c/mystuff mv OldDir NewDir An example of the failure would be: cd /c mv OldDir NewDir Is there a reason for this behavior? Thanks. Lynn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
On Fri, Jan 31, 2003 at 05:03:05PM +, Colin Harrison wrote: Hi, Tried running th elocal directory outside cygwin tree..no joy. When in the GUI chooser: Select Packages, Exp, View Category:- I get all the + line entries. When I click on the +'s I get the appropiate number of 'blank lines' where the expanded entries should be. Which color scheme are you using with your Windows? -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't see full list in setup.exe
Hi, I'm running 'Windows Classic' 'no effects' 'Color quality Medium 16 bit' 'Adjust for best performance' In other words I strip out all the Microsoft clutter from my desktop? No silly dogs, animated paper clips or WMP 9's in sight! Ooop's showing my unix heritage again. Colin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Latest TCL/TK breaks Python's tkinter
Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to break Python's tkinter. Reinstalling Python didn't help. Reverting to tcltk-20021218-1 fixed the problem. Thanks. quimby-xp$ cygcheck -s Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Jan 31 12:27:55 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: c:\home\usr\i686-cygwin\bin c:\home\usr\share\bin c:\home\pvse\bin C:\Progra~1\cygwin\usr\sbin C:\Progra~1\cygwin\usr\local\bin\i686-pc-cygwin C:\Progra~1\cygwin\usr\local\bin C:\Progra~1\cygwin\usr\X11R6\bin C:\Progra~1\cygwin\lib\qt3\bin C:\Progra~1\cygwin\usr\local\mono\bin C:\Progra~1\cygwin\usr\local\mono\lib C:\Progra~1\cygwin\bin C:\Progra~1\cygwin\bin h:\CTCTOO~1 c:\PROGRA~1\MICROS~3\VC98\BIN c:\PROGRA~1\MICROS~3\COMMON\MSDEV98\BIN c:\PROGRA~1\MICROS~3\COMMON\TOOLS c:\PROGRA~1\MICROS~3\COMMON\TOOLS\WINNT c:\PROGRA~1\Borland\BCC55\BIN c:\PROGRA~1\MICROS~3\DF98\BIN c:\PROGRA~1\INTEL\COMPILER45\BIN c:\PROGRA~1\INTEL\COMPILER50\ia32\BIN c:\PROGRA~1\INTEL\EDB32 c:\PROGRA~1\Condor\bin c:\PROGRA~1\MPIPRO\BIN c:\PROGRA~1\Python c:\PROGRA~1\DSTC\FNORB-1.1\FNORB\SCRIPT c:\PROGRA~1\jdk1.3\bin c:\PROGRA~1\jikes-1.15\bin c:\PROGRA~1\NTRESKIT c:\WINNT c:\WINNT\SYSTEM32 c:\WINNT\SYSTEM32\WBEM c:\WINNT\Microsoft.NET\Framework\v1.0.3705 c:\PROGRA~1\MICROS~1.NET\FrameworkSDK\Bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `tty winsymlinks ntea ntsec nosmbntsec' HOME = `c:\home' MAKE_MODE = `unix' PWD = `/home/stodghil/Desktop/pipe_demo/components/xmlmesh' USER = `stodghil' Use `-r' to scan registry c: hd NTFS 37385Mb 49% CP CS UN PA FC d: cd N/AN/A p: net NTFS8501Mb 89% CP CSPApidgin t: net NTFS5120Mb 1% CP CS UN PA FC Falcon_c u: net NTFS 59912Mb 69% CP CSPAstodghil v: net NTFS 18426Mb 21% CP CS UN PA FC FTP w: net NTFS 81916Mb 45% CP CS UN PA FC HTTP z: net NTFS 152425Mb 45% CP CS UN PA FC Raven_a C:\Progra~1\cygwin / system binmode c:\home /home/stodghil system binmode c:\Documents and Settings\stodghil\Desktop /home/stodghil/Desktop system binmode C:\Documents and Settings\stodghil\My Documents /home/stodghil/MyDocuments system binmode C:\Progra~1\cygwin/bin /usr/binsystem binmode C:\Progra~1\cygwin/lib /usr/libsystem binmode C:\Progra~1\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fontssystem binmode ./cygdrive user binmode,cygdrive Found: C:\Progra~1\cygwin\bin\bash.exe Found: C:\Progra~1\cygwin\bin\cat.exe Found: C:\Progra~1\cygwin\bin\cpp.exe Found: C:\Progra~1\cygwin\bin\find.exe Found: C:\Progra~1\cygwin\bin\gcc.exe Found: C:\Progra~1\cygwin\bin\gdb.exe Found: C:\Progra~1\cygwin\bin\ld.exe Found: C:\Progra~1\cygwin\bin\ls.exe Found: C:\Progra~1\cygwin\bin\make.exe Found: C:\Progra~1\cygwin\bin\sh.exe 125k 2001/12/18 C:\Progra~1\cygwin\usr\local\bin\cygaudiofile-0.dll 41k 2002/05/14 C:\Progra~1\cygwin\usr\X11R6\bin\cygPropList-0.dll 58k 2002/05/07 C:\Progra~1\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\Progra~1\cygwin\bin\cygbz21.0.dll 6k 2002/06/24 C:\Progra~1\cygwin\bin\cygcharset-1.dll 847k 2003/01/09 C:\Progra~1\cygwin\bin\cygcrypto-0.9.7.dll 644k 2002/12/08 C:\Progra~1\cygwin\bin\cygcrypto.dll 493k 2002/11/19 C:\Progra~1\cygwin\bin\cygcurl-2.dll 380k 2002/07/24 C:\Progra~1\cygwin\bin\cygdb-3.1.dll 326k 2002/06/26 C:\Progra~1\cygwin\bin\cygdb2.dll 487k 2002/07/24 C:\Progra~1\cygwin\bin\cygdb_cxx-3.1.dll 136k 2002/10/17 C:\Progra~1\cygwin\bin\cygexpat-0.dll 50k 2002/03/17 C:\Progra~1\cygwin\bin\cygexslt-0.dll 45k 2001/04/25 C:\Progra~1\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\Progra~1\cygwin\bin\cygform6.dll 19k 2002/02/20 C:\Progra~1\cygwin\bin\cyggdbm.dll 490k 2002/09/21 C:\Progra~1\cygwin\bin\cygguile-12.dll 488k 2002/07/18 C:\Progra~1\cygwin\bin\cygguile-14.dll 63k 2002/07/18 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll 63k 2002/09/21 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 24k 2002/07/18 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-4-1.dll 24k 2002/09/21 C:\Progra~1\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 14k 2002/07/18 C:\Progra~1\cygwin\bin\cygguilereadline-14.dll 14k 2002/09/21 C:\Progra~1\cygwin\bin\cygguilereadline-v-12-12.dll 17k 2001/06/28 C:\Progra~1\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\Progra~1\cygwin\bin\cyghistory5.dll 306k 2002/04/27
Re: CygWin Installation
* subensky (03-01-31 16:58 +0100) In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. Yeah, clicking seven times [Next], once [OK] and selecting a mirror *is* difficult, indeed. Thorsten -- Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory) Content-Transfer-Warning: message contains innuendos not suited for children under the age of 18 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps does not show all the processes ?
On Fri, Jan 31, 2003 at 06:49:36PM +0100, Gael Mulat wrote: I've noticed that ps -aux does not show all the processes that we can see with Task Manager. I can imagine that we cannot see some completely native processes, but it is also the case for some processes launched via cygwin ! Is there a reason for that behaviour ? Is there a workaround ? I suspect that 'man ps' would be very enlightening for you. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps does not show all the processes ?
Gael Mulat wrote: I've noticed that ps -aux does not show all the processes that we can see with Task Manager. I can imagine that we cannot see some completely native processes, but it is also the case for some processes launched via cygwin ! The intentional behaviour is that Cygwin processes show, and native Windows ones do not. If your Cygwin processes are not all shown, that's a bug. BUT: native processes launched from a Cygwin process are still native. They will not be shown, and that is intentional. That is not a bug. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
Paul, On Fri, Jan 31, 2003 at 12:29:30PM -0500, Paul Stodghill wrote: Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to break Python's tkinter. Reinstalling Python didn't help. Reverting to tcltk-20021218-1 fixed the problem. Cygwin Python will have to be built against the new Tcl/Tk package to solve this problem. Sorry, no ETA. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
manuals for newbies?
Since I'm totally new to cygwin, (I just installed it a couple of days ago) it turns out that I had a lot of questions while getting familiar with it. I hate asking them here cause I believe they are very simple questions and probably lots of people had the same questions before. But the cygwin and cygwin-xfree docs and faqs are kind of too short and don't provide enough information to answer my questions and strangly enough, I couldn't find the answer here by doing keyword search. So is there any manuals for newbies somewhere on the net that I don't know? Or I have to keep bothering you guys? :) __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gdb stopped working after moving Cygwin installation
Ronald Landheer-Cieslak wrote: While trying to debug the bug I reported earlier (http://sources.redhat.com/ml/cygwin/2003-01/msg01642.html) I ran out of disk space, so I thought I'd move Cygwin to another harddisk... (bad idea) I saved my /home directory, removed all references to Cygwin from the registry, moved the C:\cygwin directory to D:\cygwin and re-rand Setup. Everything works like a charm *except* gdb, which dies immediately at start-up. Rolling back gdb didn't help (I don't know why it would, but I tried anyway), and neither did the last snapshot. cygcheck output is attached (changed from the previous one due to the move). I've re-looked at the registry (cygcheck -r) but I see nothing out of the ordinary. AFAICT, I have only one cygwin1.dll on my system. I *know* this is not a recommended maneuver but I'd like to know if there are any pointers to be had. Otherwise, I guess I'll be forced to kinda do the same thing again :( I suggest: * Remove everything within D:\cygwin except home, and usr/local if you have anything you want in there * Don't bother about purging the registry again. * Use setup to reinstall Hopefully after that all will be well. It's a nuisance having to select all the packages you want again in setup, but remember you can just install Base + your immediate needs, and add other stuff as needed. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps does not show all the processes ?
Gael, % ps --help Usage: ps [-aefls] [-u UID] -a, --all show processes of all users -e, --everyone show processes of all users -f, --full show process uids, ppids -h, --help output usage information and exit -l, --long show process uids, ppids, pgids, winpids -s, --summary show process summary -u, --user list processes owned by UID -v, --version output version information and exit -W, --windows show windows as well as cygwin processes With no options, ps outputs the long format by default On my system, ps -aeW (at the moment) shows 56 running processes. About the biggest flaw I can see, and it's very minor, is that the System Idle Process is shown in ps output as *** unknown ***. Also, I don't think of using the available options, including --help (not to mention man ps or info ps or pinfo ps) are in the category of work-arounds. You might want to investigate procps. My favorite thing about it is its ability show the actual command line of running processes. (Cygwin ones, anyway. And really, what else matters?) Randall the curmudgeon Schulz At 09:49 2003-01-31, Gael Mulat wrote: Hi, I've noticed that ps -aux does not show all the processes that we can see with Task Manager. I can imagine that we cannot see some completely native processes, but it is also the case for some processes launched via cygwin ! Is there a reason for that behaviour ? Is there a workaround ? I'm on W2k, Cygwin 1.3.17. ... Gael. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
User Guide page out of date
Hi, A note to the maintainer of the User Guide: the regtool information on http://cygwin.com/cygwin-ug-net/using-utils.html is out of date (so, for that matter, is the regtool manpage). For more info, see regtool --help. I could provide a patch for the manpage if I only knew what to diff against. A patch for the User Guide is attached (do I need a ChangeLog?). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune Index: winsup/utils/utils.sgml === RCS file: /cvs/src/src/winsup/utils/utils.sgml,v retrieving revision 1.34 diff -u -p -r1.34 winsup/utils/utils.sgml --- winsup/utils/utils.sgml 21 Aug 2002 15:42:18 - 1.34 +++ winsup/utils/utils.sgml 31 Jan 2003 18:00:08 - @@ -843,6 +843,9 @@ Options for 'set' Action: -m, --multi-string set type to REG_MULTI_SZ -s, --string set type to REG_SZ +Options for 'set' and 'unset' Actions: + -Kc, --key-separator[=]c set key separator to c instead of '\' + Other Options: -h, --help output usage information and exit -q, --quietno error output, just nonzero return if KEY/VALUE missing @@ -914,6 +917,13 @@ number, it's a DWORD. If it starts with string. If you give multiple values, it's a multi-string. Else, it's a regular string. The literalunset/literal action removes a value from a key. +/para + +para +By default, the last \ or / is assumed to be the separator between the +key and the value. If the value contains \ or /, the +literal-K/literal option can be used to provide an alternate key/value +separator character. /para /sect2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: annoying problem with 'mv'
Lynn, Try strace'ing your mv command to see where the time goes, like so: cd /c strace -o mv.strace mv OldDir NewDir and look through /c/mv.strace. For more info on strace, man strace (which also has a pointer to the web page). The file may be large, so you may want to compress it if you intend to post it to the list. Igor On Fri, 31 Jan 2003, Lynn Wilson wrote: My understanding of the way that 'mv' works is that it will try to RENAME the file or directory in question provided the source and destination are on the same partition otherwise it will do a COPY. If I mv (in the sense of renaming) a large directory that is buried deep in some other directory, it will occur very quickly. If that same directory happens to be rooted at /c, it will take a very long time because it appears to be doing a copy. This has been going on for a long time, but currently I'm running the latest of almost everything on a Win2k pro box. My mount tables are: c:\program files on /PF type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /c type system (binmode) f: on /cvs type system (binmode) g: on /kits type system (binmode) e: on /e type user (binmode,noumount) n: on /n type user (binmode,noumount) This works: cd /c/mystuff mv OldDir NewDir An example of the failure would be: cd /c mv OldDir NewDir Is there a reason for this behavior? Thanks. Lynn -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: manuals for newbies?
Quan Ding wrote: Since I'm totally new to cygwin, (I just installed it a couple of days ago) it turns out that I had a lot of questions while getting familiar with it. I hate asking them here cause I believe they are very simple questions and probably lots of people had the same questions before. But the cygwin and cygwin-xfree docs and faqs are kind of too short and don't provide enough information to answer my questions and strangly enough, I couldn't find the answer here by doing keyword search. So is there any manuals for newbies somewhere on the net that I don't know? Or I have to keep bothering you guys? :) I don't know of any Beginner's Guide to Cygwin docs. Try asking a question here. If you could have found the answer without emailing here, I guarantee you will be told :-) Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
On Fri, Jan 31, 2003 at 01:05:37PM -0500, Jason Tishler wrote: Paul, On Fri, Jan 31, 2003 at 12:29:30PM -0500, Paul Stodghill wrote: Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to break Python's tkinter. Reinstalling Python didn't help. Reverting to tcltk-20021218-1 fixed the problem. Cygwin Python will have to be built against the new Tcl/Tk package to solve this problem. Sorry, no ETA. It's strange that every new release of tcl/tk breaks all past programs which rely on it. Hopefully we've stabilized on tcl8.4.1 for a while. Otherwise, perhaps someone wants to volunteer to maintain the old tcl packages so we can have a 'tcltk83' package as well as a generic 'tcltk', similar to what Red Hat and other distributions do in situations like this. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs in separate window
Joe Buehler wrote: Another approach is to massage the existing NT code in emacs to use the native windowing system instead of X11. It probably would not be too hard to do. Err, wouldn't that just be NTEmacs? I thought the Cygwin build disabled all the NT-specific code in Emacs. Or doesn't it? Emacs already has NT-specific code that makes it a native Windows application, but that version doesn't know Cygwin paths, etc. (it's built against mingw). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc as strictly win32 compiler
I know this is a VERY newbie question, but I have looked on the list archives and been confused by the compiler flags for making win apps, and the definitions of WIN32 and CYGWIN defines. I have several straight win32 apps that I wrote using MSVC and I simply want to create the executables with gcc rather than MSVC(just for fun, does that make me evil?). I have used gcc with tornado for some embedded apps before, so I am not completely unfamiliar with gcc (only for C files though). I wrote the makefiles, and after a while tinkering with some defines and slight syntax changes, I was surprisingly quickly successful at getting a code base that compiles on Both MSVC and GCC. (most of my headaches came from MSVC's implementation of STL) However, I have a few questions about how this will affect my exes. Is it possible to compile an exe that does not require the cywin.dll if I am not using any of the unix apis and sticking with straight win32? What compiler flags should be used for this and what macros do they define? if not, as I understand it, cygwin.dll interprets many commands and uses MSVCRT.dll on the back end. How do I create a redistributable for users without cygwin, and How badly does this hit performance? lastly, after hours of wondering why, I found the reason gcc was so slow when compiling certain files in my project. The compilation of templates seems to be crawling. Is there any way to speed that up or is it just a result of gcc or cygwin or possibly, my stupidity? Thanks, and I hope it wasn't too long winded or too newbie of a question. If it was, just flame me and I'll take it like a man. Sean -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin Installation
The installation would be much simplified if it was available as a tarball or.ZIP file. Sy Bensky On Friday, January 31, 2003, at 09:52 AM, Max Bowsher wrote: subensky wrote: In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. And the point of this email was ... ? Constructive criticism is welcome. Useless whining is not. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
path to include files
Hi All, This must be asked a million times but I failed to find the answer in google/FAQ search. For some reason cygwin complains that the X11 include files can not be found. gcc file.c -lX11 -I/usr/X11R6/include/X11 -L/usr/X11R6/lib however ls /usr/X11R6/include/X11 shows them all. I tried changing CYGWIN_ROOT=\cygwin to CYGWIN_ROOT=d:\cygwin, changed -I/usr.. to -Id:/cygwin/usr etc without any luck. I am running 1.3.18, gcc 3.2 Any idea? Thanks, Hans. __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin Installation
Sy, It is. Or, more accurately, they are. A single archive would be unwieldy and somewhat at odds with the rapidly changing set of packages and the presence of very many packages of less than universal interest. You can download individual tarballs (source tarballs are separate) from any of a large set of mirror sites and then simulate the actions of the installer. But as we've seen here, people who try that fare rather worse than those who work with installer. Really, if the Cygwin Setup.exe installer is the worst thing you've seen, you've had a blessed existence in your 30 years of computer use. Randall Schulz At 10:57 2003-01-31, Sy or Ursula Bensky wrote: The installation would be much simplified if it was available as a tarball or.ZIP file. Sy Bensky On Friday, January 31, 2003, at 09:52 AM, Max Bowsher wrote: subensky wrote: In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. And the point of this email was ... ? Constructive criticism is welcome. Useless whining is not. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc as strictly win32 compiler
Sean McBride wrote: I know this is a VERY newbie question, but I have looked on the list archives and been confused by the compiler flags for making win apps, and the definitions of WIN32 and CYGWIN defines. I have several straight win32 apps that I wrote using MSVC and I simply want to create the executables with gcc rather than MSVC(just for fun, does that make me evil?). I have used gcc with tornado for some embedded apps before, so I am not completely unfamiliar with gcc (only for C files though). I wrote the makefiles, and after a while tinkering with some defines and slight syntax changes, I was surprisingly quickly successful at getting a code base that compiles on Both MSVC and GCC. (most of my headaches came from MSVC's implementation of STL) However, I have a few questions about how this will affect my exes. Is it possible to compile an exe that does not require the cywin.dll if I am not using any of the unix apis and sticking with straight win32? What compiler flags should be used for this and what macros do they define? if not, as I understand it, cygwin.dll interprets many commands and uses MSVCRT.dll on the back end. How do I create a redistributable for users without cygwin, and How badly does this hit performance? Cygwin does not use msvcrt.dll. It uses newlib as its C library, which is compiled into cygwin1.dll. You cannot create a redistributable for users without Cygwin. (Short of a minimal Cygwin install) If you are not using any of the unix APIs, you may be interested in the MinGW project (mingw.sf.net). Cygwin's gcc takes the -mno-cygwin option which causes it to function as a MinGW compiler - i.e. the produced exes use MSVCRT, not cygwin1.dll. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs in separate window
Shankar Unni wrote: Another approach is to massage the existing NT code in emacs to use the native windowing system instead of X11. It probably would not be too hard to do. Err, wouldn't that just be NTEmacs? I thought the Cygwin build disabled all the NT-specific code in Emacs. Or doesn't it? No, some of it is in there -- UNC paths work, for example. A Cygwin emacs with a Windows GUI would certainly look like NTEmacs, but it would function a bit differently -- it would support the Cygwin shell in various places, etc. -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin Installation
Sy, Thanks for all you laconic input. Too bad you couldn't spend some of the time you saved with these breif email messages to the list looking at the email archives that discusses this issue at length. If you had, you would see why Cygwin doesn't install in the form you want. That would've removed the need for you to contact the list at all, unless of course you wanted to join the effort to improve the current installation procedure. Of course, that might take allot of time. So you could just look at the FAQ entry: How do I just get everything? http://cygwin.com/faq/faq_2.html#SEC14 Oh, if we could've all just saved all this time! What a different world it would be! ;-) Larry Original Message: - From: Sy or Ursula Bensky [EMAIL PROTECTED] Date: Fri, 31 Jan 2003 10:57:08 -0800 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CygWin Installation The installation would be much simplified if it was available as a tarball or.ZIP file. Sy Bensky On Friday, January 31, 2003, at 09:52 AM, Max Bowsher wrote: subensky wrote: In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. And the point of this email was ... ? Constructive criticism is welcome. Useless whining is not. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ mail2web - Check your email from the web at http://mail2web.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
It's strange that every new release of tcl/tk breaks all past programs which rely on it. I would not say that this is strange. The tcl/tk that is in cygwin, is only for insight/gdb, as the comment says. It is not a full distribution of tcl/tk. See the thread tclsh83.exe should be cygtclsh83.exe. -Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: gcc as strictly win32 compiler
-Original Message- From: Max Bowsher [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Fri, 31 Jan 2003 19:26:12 - Subject: Re: gcc as strictly win32 compiler Sean McBride wrote: ... as I understand it, cygwin.dll interprets many commands and uses MSVCRT.dll on the back end. How do I create a redistributable for users without cygwin, and How badly does this hit performance? Cygwin does not use msvcrt.dll. It uses newlib as its C library, which is compiled into cygwin1.dll. ... If you are not using any of the unix APIs, you may be interested in the MinGW project (mingw.sf.net). Cygwin's gcc takes the -mno-cygwin option which causes it to function as a MinGW compiler - i.e. the produced exes use MSVCRT, not cygwin1.dll. ___ Newlib is not highly optimized, but certain math library functions in MSVCRT.dll are extremely slow on P4; if you use those functions, you may see a measurable performance loss with -mno-cygwin. I doubt any valid generalizations could be made on performance. Tim Prince -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: $CDPATH bug in zsh
On Fri, 31 Jan 2003, Thorsten Kampe wrote: zsh doesn't evaluate the root directory ('/') if it is in $CDPATH. I tested this under SuSE 8.1 and it works as supposed, so this seems to be a Cygwin-zsh bug. Have a look at the example[1] ('**' is my prompt). Interesting... Notice that if you replace / with the /cygdrive path to your root dir, that it works: (Administrator)[219] ~/src/zsh/work406/zsh-4.0.6 % cdpath=/cygdrive/e/cygwin (Administrator)[220] ~/src/zsh/work406/zsh-4.0.6 % cd bin /cygdrive/e/cygwin/bin (Administrator)[221] /cygdrive/e/cygwin/bin % It doesn't appear to be a mount-point issue. If you set/add one of the other mountpoints, like /usr/lib, you can cd to a subdir without any trouble. It appears to be just root (/). I'll look into it. Thorsten -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc as strictly win32 compiler
On Fri, Jan 31, 2003 at 07:26:12PM -, Max Bowsher wrote: If you are not using any of the unix APIs, you may be interested in the MinGW project (mingw.sf.net). Cygwin's gcc takes the -mno-cygwin option which causes it to function as a MinGW compiler - i.e. the produced exes use MSVCRT, not cygwin1.dll. And as a fish teaching exercise, you might be interested in the command: gcc -v --help 21 | less which tells you about -mno-cygwin among other things. Also, perhaps more importantly, the FAQ has a section entitled How do I compile a Win32 executable that doesn't use Cygwin? cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: DOS - Bash interaction...
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Igor Pechtchanski Umm, I don't think this is dependent on the Windows version... My (mostly standard, slightly edited) /etc/profile *prepends* /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/X11R6/bin to the PATH... Yours probably does too. Thus, /bin/find.exe should hide /cygdrive/c/WINDOWS/COMMAND/find.exe (which your cygcheck output snippet confirms). Sigh, do I stand corrected? ;~) Yes indeed, it is just as you descibed. Seems as I shouldn't try to do things when I'm tired. The phrase first thing hides second thing just got into my head as second thing is going to be executed when you try first thing. Maybe because of interpretation problems caused by interlingual mis-understandings. (Do I use long and winding words? Nooo... ;-) /Hannu E K Nevalainen, Mariefred, Sweden -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: CygWin Installation
On Fri, 31 Jan 2003, Steve Fairbairn wrote: I assume you never did an early slackware linux install then. You considder the early Slackware installs difficult, eh?? Hah! Those were easy (I did many an install of the early Slackware from floppy images (and I still like use Slackware today!)). Try installing some of the early AIX's on early RS/6000 hardware, or better yet, AIX V2 on the IBM PC/RT's (and yes, I did/do both). By comparison, the Cygwin installer is quite nice and easy to use. Those people who believe installing should be a turn-key operation should realize that choice is good :) Steve. -Original Message- From: subensky [mailto:[EMAIL PROTECTED]] Sent: 31 January 2003 15:59 To: [EMAIL PROTECTED] Subject: CygWin Installation In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. Sy Bensky [EMAIL PROTECTED] *** This email has originated from Perwill plc (Registration No. 1906964) Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK Tel: +44 (0)1420 545000 Fax: +44 (0)1420 545001 www.perwill.com *** Privileged, confidential and/or copyright information may be contained in this email, and is only for the use of the intended addressee. To copy, forward, disclose or otherwise use it in any way if you are not the intended recipient or responsible for delivering to him/her is prohibited. If you receive this email by mistake, please advise the sender immediately, by using the reply facility in your email software. We may monitor the content of emails sent and received via our network for the purposes of ensuring compliance with policies and procedures. This message is subject to and does not create or vary any contractual relationships between Perwill plc and the recipient. *** Any opinions expressed in the email are those of the sender and not necessarily of Perwill plc. *** This email has been scanned for known viruses using McAfee WebShield 4.5 MR1a *** -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote: It's strange that every new release of tcl/tk breaks all past programs which rely on it. I would not say that this is strange. The tcl/tk that is in cygwin, is only for insight/gdb, as the comment says. It is not a full distribution of tcl/tk. See the thread tclsh83.exe should be cygtclsh83.exe. Who do you think releases tcl/tk? I don't know why you'd think that I don't know what's going on here. This was basically a *generic* observation regardless. tcl/tk changes the DLL name with every release. I find that strange. Regardless, it's very obvious that, setup comments notwithstanding, tk is used by python. I don't like breaking python every time I release a new version of tcl/tk since I don't like making work for Jason. I guess that, somehow, Jason has found a chink in my otherwise mean demeanor. cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: linker can't find getsubopt()
Christopher Faylor wrote: On Mon, Jan 20, 2003 at 08:59:35PM -, Max Bowsher wrote: Christopher Faylor wrote: I don't think it is that simple. Cygwin doesn't use the getopt that comes with newlib. Ah. Just because I'm curious, why? Is there supposed to be any correspondence between the getopt version and the getsubopt version? I've just looked at newlib's getsubopt.c. It is completely independent of getopt, and in fact, has only been in newlib since 1.11.0. So, unless I've overlooked something, it *is* just a matter of cygwin.din/version.h. Ok, then. Thanks for checking. Getting ready to gratefully accept a patch. Just got round to looking at doing this. It uses a variable in the library, extern'ed in the application, like getopt's optarg - i.e. problem. Since I'm not directly interested in this function, I'm not going to take this further. Just wanted the archives to have all the info. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: linker can't find getsubopt()
On Fri, Jan 31, 2003 at 08:47:15PM -, Max Bowsher wrote: Christopher Faylor wrote: On Mon, Jan 20, 2003 at 08:59:35PM -, Max Bowsher wrote: Christopher Faylor wrote: I don't think it is that simple. Cygwin doesn't use the getopt that comes with newlib. Ah. Just because I'm curious, why? Is there supposed to be any correspondence between the getopt version and the getsubopt version? I've just looked at newlib's getsubopt.c. It is completely independent of getopt, and in fact, has only been in newlib since 1.11.0. So, unless I've overlooked something, it *is* just a matter of cygwin.din/version.h. Ok, then. Thanks for checking. Getting ready to gratefully accept a patch. Just got round to looking at doing this. It uses a variable in the library, extern'ed in the application, like getopt's optarg - i.e. problem. Since I'm not directly interested in this function, I'm not going to take this further. Just wanted the archives to have all the info. NP. Thanks for researching. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
At 03:15 PM 1/31/2003 -0500, Christopher Faylor wrote: On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote: It's strange that every new release of tcl/tk breaks all past programs which rely on it. I would not say that this is strange. The tcl/tk that is in cygwin, is only for insight/gdb, as the comment says. It is not a full distribution of tcl/tk. See the thread tclsh83.exe should be cygtclsh83.exe. Who do you think releases tcl/tk? I don't know why you'd think that I don't know what's going on here. This was basically a *generic* That is a good question, I assume from the tone of your question, it is you. However, I searched the cygwin-apps announce for the new release of tcl/tk and found no mention of it. There is also no /usr/doc directory for tcl/tk. I guess I am still a bit upset, that the tcl/tk from setup no longer does what I need it to do. The older one was a more complete although very old release. I do not think that a tcl/tk release meant only for python and gdb is a very general solution. And there is a complete port of tcl/tk that works with cygwin, so why not use that one. -Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin 1.3.19/bash prompt bug
Max == Max Bowsher [EMAIL PROTECTED] writes: How about: $ mkpasswd -d -u james /etc/passwd No registry fiddling involved. Nope, that didn't do it. I added: administrator Administrator ADMINISTRATOR I exited and restarted, but still get garbage as the name. I'm running the cygwin.bat ,[ cygwin.bat ] | @echo off | | h: | chdir h:\usr\pkg\cygwin\bin | | bash --login -i ` Other suggestions? -- Thanks, Jeff , | Jeffery B. Rancier | | Softechnics | a METTLER TOLEDO company ` -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
On Fri, Jan 31, 2003 at 04:02:58PM -0500, William A. Hoffman wrote: At 03:15 PM 1/31/2003 -0500, Christopher Faylor wrote: On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote: It's strange that every new release of tcl/tk breaks all past programs which rely on it. I would not say that this is strange. The tcl/tk that is in cygwin, is only for insight/gdb, as the comment says. It is not a full distribution of tcl/tk. See the thread tclsh83.exe should be cygtclsh83.exe. Who do you think releases tcl/tk? I don't know why you'd think that I don't know what's going on here. This was basically a *generic* That is a good question, I assume from the tone of your question, it is you. However, I searched the cygwin-apps announce for the new release of tcl/tk and found no mention of it. There is also no /usr/doc directory for tcl/tk. There was an announcement of a new release on Tuesday: http://sources.redhat.com/ml/cygwin-announce/2003-01/msg00024.html and Charles Wilson mentioned it in the thread that *you* started: http://cygwin.com/ml/cygwin/2003-01/msg01690.html I guess I am still a bit upset, that the tcl/tk from setup no longer does what I need it to do. For the record, I don't recall that you ever described precisely what your issue was with tclsh. When I ran it, I noticed an obvious error which may have been what you were experiencing. Coincidentially enough, I'd been plannnig on releasing a new version of tcl/tk since 8.4.1 was introduced, so a new release showed up *the day after* you started complaining. tclsh84 does not have the obvious error. It's strange that you are still complaining about this rather than either reporting bugs with the new version (in the correct place, of course) or (hopefully) noticing that everything works now. cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
Jason Tishler writes: On Fri, Jan 31, 2003 at 12:29:30PM -0500, Paul Stodghill wrote: Upgrading to either tcltk-20030128-1 or tcltk-20030128-2 appears to break Python's tkinter. Reinstalling Python didn't help. Reverting to tcltk-20021218-1 fixed the problem. Cygwin Python will have to be built against the new Tcl/Tk package to solve this problem. Sorry, no ETA. I have built a new tkinter that works with the latest Tcl/Tk and a Cygwin DLL built from the CVS source If anyone wantw to try just dropping this on top of the older one I have temporarily placed it on the web at http://www.vso.cape.com/~nhv/files/python/tkinter.tgz feedback as to if this works appreciated Cheers Norman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CygWin Installation
On Fri, 31 Jan 2003, Sy or Ursula Bensky wrote: The installation would be much simplified if it was available as a tarball or.ZIP file. Ooh, just what I wanted! A 1.6Gb tar or .ZIP file :) Let's see you download *that* over your 56k modem! (sorry, just couldn't resist...) Sy Bensky On Friday, January 31, 2003, at 09:52 AM, Max Bowsher wrote: subensky wrote: In over 30 years of computer/it experience I have never seen anything as convoluted and difficult to use as your CygWin download/installer. And the point of this email was ... ? Constructive criticism is welcome. Useless whining is not. Max. -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
Could someone help me get off this list? - Original Message - From: William A. Hoffman [EMAIL PROTECTED] Date: Fri, 31 Jan 2003 16:02:58 -0500 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Latest TCL/TK breaks Python's tkinter At 03:15 PM 1/31/2003 -0500, Christopher Faylor wrote: On Fri, Jan 31, 2003 at 02:34:29PM -0500, William A. Hoffman wrote: It's strange that every new release of tcl/tk breaks all past programs which rely on it. I would not say that this is strange. The tcl/tk that is in cygwin, is only for insight/gdb, as the comment says. It is not a full distribution of tcl/tk. See the thread tclsh83.exe should be cygtclsh83.exe. Who do you think releases tcl/tk? I don't know why you'd think that I don't know what's going on here. This was basically a *generic* That is a good question, I assume from the tone of your question, it is you. However, I searched the cygwin-apps announce for the new release of tcl/tk and found no mention of it. There is also no /usr/doc directory for tcl/tk. I guess I am still a bit upset, that the tcl/tk from setup no longer does what I need it to do. The older one was a more complete although very old release. I do not think that a tcl/tk release meant only for python and gdb is a very general solution. And there is a complete port of tcl/tk that works with cygwin, so why not use that one. -Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- __ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest TCL/TK breaks Python's tkinter
Mo Awad wrote: Could someone help me get off this list? Unsubscribe instructions are at the bottom of *every* message. Read them. Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion: KDE / QT and GNOME cygwin available
Currently it is a resourcen problem, that kde/qt isn't be distributed with the cygwin net release. I have all hands to do with the user support on the kde-cygwin mailing lists and foren and to deal with the basic stuff (ld, imagehelper,libtool,...), that there is no time to support the users in the cygwin mailing lists, too. I'm sorry. A note: May be, that I do things in an uneffective way, so it would be interesting to hear, how others deals with this. I believe, that others on this list must also be under a very high pressure or I'm completly wrong ? Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/