Pending package status (11 June 2003)
1. LPRng date : 21 Jan 2003 version: 3.8.19-1 status : reviewed; source package needs to be fixed notes : http://cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://cygwin.com/ml/cygwin-apps/2003-02/msg00172.html reviews: http://cygwin.com/ml/cygwin-apps/2003-02/msg00061.html http://cygwin.com/ml/cygwin-apps/2003-03/msg00172.html http://cygwin.com/ml/cygwin-apps/2003-03/msg00368.html http://cygwin.com/ml/cygwin-apps/2003-03/msg00369.html votes : 3 (Corinna, Joshua and Volker) url: http://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1.tar.bz2 http://www.as.cmu.edu/~geek/LPRng/LPRng-3.8.19-1-src.tgz http://www.as.cmu.edu/~geek/LPRng/setup.hint 2. ifhp date : 21 Jan 2003 version: 3.5.10-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2003-01/msg00215.html http://cygwin.com/ml/cygwin-apps/2003-02/msg00172.html votes : 1 (Joshua) url: http://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1.tar.bz2 http://www.as.cmu.edu/~geek/ifhp/ifhp-3.5.10-1-src.tar.bz2 http://www.as.cmu.edu/~geek/ifhp/setup.hint 3. TCM date : 27 Jan 2003 version: 2.20-1 status : updated package is available for review notes : http://cygwin.com/ml/cygwin-apps/2003-01/msg00299.html http://cygwin.com/ml/cygwin-apps/2003-01/msg00100.html reviews: http://cygwin.com/ml/cygwin-apps/2003-03/msg00046.html votes : 2 (Christopher and Lapo) url: http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint 4. docbook-xml42 date : 13 Feb 2003 version: 4.2-1 status : reviewed; requires more votes notes : http://cygwin.com/ml/cygwin-apps/2003-02/msg00148.html http://cygwin.com/ml/cygwin-apps/2003-02/msg00211.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00161.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00162.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00164.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00165.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00175.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00195.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00204.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00218.html http://cygwin.com/ml/cygwin-apps/2003-05/msg00242.html votes : 2 (Andreas and Elfyn) url: http://telka.sk/docbook/xml42/docbook-xml42-4.2-1.tar.bz2 http://telka.sk/docbook/xml42/docbook-xml42-4.2-1-src.tar.bz2 http://telka.sk/docbook/xml42/setup.hint 5. docbook-xsl date : 13 Feb 2003 version: 1.60.1-1 status : reviewed; requires more votes notes : http://cygwin.com/ml/cygwin-apps/2003-02/msg00148.html (see above docbook-xml42 notes) votes : 2 (Andreas and Elfyn) url: http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1.tar.bz2 http://telka.sk/docbook/xsl/docbook-xsl-1.60.1-1-src.tar.bz2 http://telka.sk/docbook/xsl/setup.hint 6. xmlto date : 13 Feb 2003 version: 0.0.12-1 status : reviewed; requires more votes notes : http://cygwin.com/ml/cygwin-apps/2003-02/msg00148.html (see above docbook-xml42 notes) votes : 2 (Andreas and Elfyn) url: http://telka.sk/docbook/xmlto/xmlto-0.0.12-1.tar.bz2 http://telka.sk/docbook/xmlto/xmlto-0.0.12-1-src.tar.bz2 http://telka.sk/docbook/xmlto/setup.hint 7. ccdoc date : 26 Feb 2003 version: 0.8.39-1 status : reviewed; the package is ok, it is just missing the votes notes : http://cygwin.com/ml/cygwin-apps/2003-02/msg00262.html reviews: http://cygwin.com/ml/cygwin-apps/2003-02/msg00283.html http://cygwin.com/ml/cygwin-apps/2003-03/msg00096.html votes : none url: http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/ccdoc-0.8.39-1.tar.bz2 http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/ccdoc-0.8.39-1-src.tar.bz2 http://ccdoc.sourceforge.net/cygwin_tmp/ccdoc-0.8.39-1/setup.hint 8. proj date : 08 Mar 2003 version: 4.4.6-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2003-03/msg00176.html votes : 1 (Elfyn) url: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/proj-4.4.6-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/libproj-devel/libproj-devel-4.4.6-1.tar.bz2 9. libgeotiff date : 09 Mar 2003 version: 1.2.0-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2003-03/msg00298.html votes : 1 (Elfyn) url: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff1/libgeotiff1-1.2.0-1.tar.bz2 http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/libgeotiff-1.2.0-1-src.tar.bz2 10. DjVuLibre date : 29 Mar 2003 version: 3.5.11-3 status : reviewed notes : http://cygwin.com/ml/cygwin-apps/2003-03/msg00756.html
RE: Pending package status (11 June 2003)
another vote for docbook-xml42 and docbook-xsl
Re: Pending package status (11 June 2003)
1 vote for aspell-dict *nudge nudge* Gareth - who does intend one day to stop this sequence of busy weeks so he can do stuff again.
Re: Problems with fonts --- need some help on displaying Cyrillicletters.
Constantine wrote: Hello! I have some problems with xfree86 displaying Cyrillic characters. I run the latest version of X on my cygwin machine (x-server), and FreeBSD 4.8 (x-clients). I use KDE as my desktop. When I run Konqueror, Cyrillic characters look great, but when I run Mozilla, everything seems to be smashed a lot and instead of Cyrillic characters, I get some squares with numbers. I guess the xinit script does set the fontpath with local pathnames. This will not work for remote X unless you have the fonts on the cygwin machine in the same path as on the bsd machine. You can instead use a fontserver. Add all fontpaths you need to /etc/X11/fs/config, restart the fontserver and start Xwin with the parameter -fp tcp/bsd-host:7100 (7100 is the default port for the fontserver) If the config file contains a nolisten = tcp then remove this line too. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Problem with XDMCP and an account of domain
Hello, I use Cygwin in XDMCP to connect me to a station HP/COMPAQ OSF.40. I am under NT 4.0 SP6. When I use an account local under Windows I obtain the screen of login of the distant station into 2 or 3 seconds. With an account of domain this time passes to 40 seconds. Can you provide me tracks concerning this problem. Thank you in advance.
Re: Konsole-like application?
David Fraser said: William E. Kempf wrote: Are there any applications similar to Konsole for Cygwin. By similar, I mean an application with a tabbed frame for multiple consoles and a button to create new consoles, but one that doesn't require KDE (I want to run -multiwindow). You can actually run konsole from the kde-cygwin package without using kwin as the window manager. It works perfectly in multi-window mode... might use up a bit more memory than others, but then, konsole rocks... Really? Even if KDE isn't run as the manager, would I not have to have KDE installed? That's an awfully big package to install when you're only going to use one very small part of it. -- William E. Kempf
weirdness on 95
Hi all, I have a windows 95 machine which is having problems. If I run XWin, the root window begins to fire up and then dies straight away. I have copied some of the log for you to see below. I had the same problem when I tested the latest XWin-Test91 also. I tried 32 and 16 bit color (no 24) but that wasn't the problem so I don't really know what it could be. There are a few messages in the log below marked WEIRDNESS so hopefully that might mean something to you. Let me know if there's anymore info I need to supply. Cheers, JS. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: /etc/X11/XF86Config 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/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 0013 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 800 h: 600 winCreateBoundingWindowWindowed - Current w: 800 h: 600 winAdjustForAutoHide - Original WorkArea: 0 0 572 800 winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b 572 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: 32 winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 size image: 1830400 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 800 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () (==) Using preset keyboard for English (United Kingdom) (0809), type 4 (**) Using keyboard Keyboard1 as primary keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout gb (**) XKB: layout: gb Rules = xfree86 Model = pc102 Layout = gb Variant = (null) Options = (null) Couldn't load XKB keymap, falling back to pre-XKB keymap Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! winPointerWarpCursor - Discarding first warp: 400 286 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows 95/98/Me winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 (==) Using config file: /etc/X11/XF86Config 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/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 0013 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine -
Re: weirdness on 95
Thanks Harold, I've tried the following: XWin XWin -ac -multiwindow XWin -ac -rootless but all gave me the same error. The network connection seemed to be OK on the box as well. Certainly I could ping it, telnet to other boxes, and map drives. JS, You need to show us the command-line parameters that you passed to XWin.exe. Don't worry about the WEIRDNESS lines... they are being handled properly. The real problem is the following lines: winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 That indicates that the MultiWindow threads are not able to connect to the server via TCP/IP. This leads me to suspect that you are either passing -query or -nolisten tcp. Harold J S wrote: Hi all, I have a windows 95 machine which is having problems. If I run XWin, the root window begins to fire up and then dies straight away. I have copied some of the log for you to see below. I had the same problem when I tested the latest XWin-Test91 also. I tried 32 and 16 bit color (no 24) but that wasn't the problem so I don't really know what it could be. There are a few messages in the log below marked WEIRDNESS so hopefully that might mean something to you. Let me know if there's anymore info I need to supply. Cheers, JS. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: /etc/X11/XF86Config 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/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 0013 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 800 h: 600 winCreateBoundingWindowWindowed - Current w: 800 h: 600 winAdjustForAutoHide - Original WorkArea: 0 0 572 800 winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 winCreateBoundingWindowWindowed - WindowClient w 800 h 572 r 800 l 0 b 572 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 800 height: 572 depth: 32 winAllocateFBShadowGDI - Dibsection width: 800 height: -572 depth: 32 size image: 1830400 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -572 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 800 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () (==) Using preset keyboard for English (United Kingdom) (0809), type 4 (**) Using keyboard Keyboard1 as primary keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout gb (**) XKB: layout: gb Rules = xfree86 Model = pc102 Layout = gb Variant = (null) Options = (null) Couldn't load XKB keymap, falling back to pre-XKB keymap Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! winPointerWarpCursor - Discarding first warp: 400 286 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows 95/98/Me winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
Painting problem under XP
Hi, multiwindow mode: please note that before the first resizing of the XFree screen the 2 upper corners are not painted properly (i.e.: the XFree background appears in the place of the Window background) rootless mode: a small border with the XFree background surrounds the Windows screen... Is it a normal situation ? Thanks for your job, a+ -- Philippe Bastiani
Off list until I return
All, I have removed myself from the [EMAIL PROTECTED] mailing list until I return from my honeymoon. Actually, we get back right near the 4th of July weekend, so I won't really be back until around July 7th. I expect many patches to be waiting for me ;) Have fun until then! Harold
Re: Problem w/ c++,threads,static initializers
Rasmus Hahn wrote: Hello, i am using cygwin on my Windows2000 and my c++ program segfaults when using pthread-mutexes. In particular i am using a lot of mutexes from within constructors of static objects. These constructors are called at a very early time of execution of the program and do calls of pthread_mutex_init, pthread_mutex_lock and such. Taken a glance at the cygwin source i noticed that the static initializers (constructors of static objects) are run _before_ some user_data-threadinterface is initialized (look at dll_crt0_1 () in winsup/cygwin/dcrt0.cc). Isnt it possible to use thread-functions from static initializers? BTW i am using cygwin snapshot 20030602 compiled with gcc-3.3 since the out-of-the-box gcc from the cygwin-package is a prerelease and definitely contains bugs that do not allow it to compile my code. Could you provide a test case ? I have done some tests and my constructors are run from do_global_ctors if they are in the executable and from dll_list::init if they are in a dll. In both cases they are run when the cygwin dll is completely initialized. Thomas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bug(s) in new login 1.9-4
[EMAIL PROTECTED] ~ $ telnet -l root phoenix Trying 218.188.58.70... Connected to phoenix. Escape character is '^]'. Password: Fanfare!!! You are successfully logged in to this server!!! = [EMAIL PROTECTED] ~ $ logout Connection closed by foreign host. === Phoenix is with login 1.8-1 [EMAIL PROTECTED] ~ $ telnet -l tsfu kirin Trying 218.188.58.111... Connected to kirin. Escape character is '^]'. Password: Switching to user tsfu failed! = Connection closed by foreign host. Kirin is with login 1.9-4 Jason http://www.hkucs.org/~tsfu/ http://members.staroffice.com/www/tsfu/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Slight patch for Cron
Works like a charm :) Thanks! rlc On Fri, 6 Jun 2003, Corinna Vinschen wrote: On Thu, Jun 05, 2003 at 01:01:19PM +0200, Ronald Landheer-Cieslak wrote: On Wed, 4 Jun 2003, Corinna Vinschen wrote: On Wed, Jun 04, 2003 at 09:53:05AM +0200, Ronald Landheer-Cieslak wrote: On Tue, 3 Jun 2003, Corinna Vinschen wrote: Does it help to set CYGWIN=notty before starting cron? Apparently not, no. Because I'm starting cron from the startup part of the start menu, I had to run it from a batch file ( set CYGWIN=notty cron.exe ) but I don't think that should make a difference. Could you just for fun add a call to RegisterServiceProcess() (that works on 9x/Me only) right before the setsid() call in the child code and try again? I'd love to, but I have a Windows NT/4 box and thus don't have RegisterServiceProcess() (Windows NT Ver 4.0 Build 1381 Service Pack 6, as per cygcheck output attached to a previous message). As it seems to turn out, it's a problem in cron, not in Cygwin. What you see is not the parent not being able to exit, it's the child which has open console descriptors and so keeping the console open. If you then try to close the console forcefully, you kill the child. Please apply the following patch to cron and report back whether cron does for you what it's supposed to do (parent leaves, window can be closed, cron still processes files), or not. Your positive feedback will trigger a new cron version asap :-) Thanks, Corinna Index: cron.c === RCS file: /home/cvs/cvsroot/src/cron/cron.c,v retrieving revision 1.5 diff -p -u -r1.5 cron.c --- cron.c11 Apr 2003 19:42:37 - 1.5 +++ cron.c6 Jun 2003 07:13:17 - @@ -26,6 +26,7 @@ static const char rcsid[] = $Id: cron.c #include cron.h #ifdef __CYGWIN__ #include signal.h +#include sys/fcntl.h #else #include sys/signal.h #endif @@ -115,6 +116,21 @@ main(argc, argv) } acquire_daemonlock(0); + +#ifdef __CYGWIN__ + { + int fd; + if ((fd = open(/dev/null, O_RDWR, 0)) != -1) + { + (void)dup2(fd, STDIN_FILENO); + (void)dup2(fd, STDOUT_FILENO); + (void)dup2(fd, STDERR_FILENO); + if (fd 2) + (void)close (fd); + } + } +#endif + database.head = NULL; database.tail = NULL; database.mtime = (time_t) 0; -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Slight patch for Cron
On Tue, Jun 10, 2003 at 11:18:38AM +0200, Ronald Landheer-Cieslak wrote: Works like a charm :) Thanks, I've uploaded a new version. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug(s) in new login 1.9-4
On Tue, Jun 10, 2003 at 04:53:12PM +0800, Jason Fu wrote: [EMAIL PROTECTED] ~ $ telnet -l root phoenix Trying 218.188.58.70... Connected to phoenix. Escape character is '^]'. Password: Fanfare!!! You are successfully logged in to this server!!! = [EMAIL PROTECTED] ~ $ logout Connection closed by foreign host. === Phoenix is with login 1.8-1 [EMAIL PROTECTED] ~ $ telnet -l tsfu kirin Trying 218.188.58.111... Connected to kirin. Escape character is '^]'. Password: Switching to user tsfu failed! = Connection closed by foreign host. Kirin is with login 1.9-4 Check your /etc/group and /etc/passwd files. If the group info doesn't match, login will fail now. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems on accessing Windows network resources.
On Tue, Jun 10, 2003 at 11:28:11AM +0900, [EMAIL PROTECTED] wrote: Corinna wrote: Actually I am attaching what should be a fix, but it's only tested on WinME. Feedback welcome. Compile as follows and mv the .exe to /bin gcc login.c -o login -l crypt I've uploaded a new version of login using setgid/setuid. Although I've tried version 1.9-3, the problem with telnet login seems not to have been fixed, while Pierre's test version works fine. 1.9-4 should fix that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug(s) in new login 1.9-4
On Tue, Jun 10, 2003 at 11:37:41AM +0200, Corinna Vinschen wrote: Check your /etc/group and /etc/passwd files. If the group info doesn't match, login will fail now. Nevertheless I made a fault in 1.9-4. I've uploaded 1.9-5 a minute ago. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Slight patch for Cron
( replying to the wrong mail-in-thread ) ( because missed the original posting ) On Tue, 10 Jun 2003, Ronald Landheer-Cieslak wrote: Index: cron.c === RCS file: /home/cvs/cvsroot/src/cron/cron.c,v retrieving revision 1.5 diff -p -u -r1.5 cron.c --- cron.c 11 Apr 2003 19:42:37 - 1.5 +++ cron.c 6 Jun 2003 07:13:17 - @@ -26,6 +26,7 @@ static const char rcsid[] = $Id: cron.c #include cron.h #ifdef __CYGWIN__ #include signal.h +#include sys/fcntl.h #else #include sys/signal.h #endif @@ -115,6 +116,21 @@ main(argc, argv) } acquire_daemonlock(0); + +#ifdef __CYGWIN__ + { + int fd; + if ((fd = open(/dev/null, O_RDWR, 0)) != -1) + { + (void)dup2(fd, STDIN_FILENO); + (void)dup2(fd, STDOUT_FILENO); + (void)dup2(fd, STDERR_FILENO); + if (fd 2) + (void)close (fd); Should not this read : if ( (fd != STDIN_FILENO) (fd != STDOUT_FILENO) .. ) If you already use symbolic constants for the file descriptors? Just imagine a weird system, having e.g. STDOUT_FILENO defined as 3. (I doubt, something like that exist, but who knows?) + } + } +#endif + database.head = NULL; Bjoern P.S.: No nothing bad intended, it just looks - hmm - unusual. -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Slight patch for Cron
On Tue, Jun 10, 2003 at 11:52:57AM +0200, Bjoern Kahl AG Resy wrote: +#ifdef __CYGWIN__ + { + int fd; + if ((fd = open(/dev/null, O_RDWR, 0)) != -1) + { + (void)dup2(fd, STDIN_FILENO); + (void)dup2(fd, STDOUT_FILENO); + (void)dup2(fd, STDERR_FILENO); + if (fd 2) + (void)close (fd); Should not this read : if ( (fd != STDIN_FILENO) (fd != STDOUT_FILENO) .. ) If you already use symbolic constants for the file descriptors? Just imagine a weird system, having e.g. STDOUT_FILENO defined as 3. (I doubt, something like that exist, but who knows?) There's only one weird system which has __CYGWIN__ defined... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem with flushing the input buffer
i am having problems with running java programs in cygwin. it only has problems with programs containing user input. when it comes down to the input line, it is reading in the enter key-stroke that is used to run the program. having two input readers in a row fixes the problem, but this seems to be a tedious solution. do you have any ideas?? if u do, could please mail them to [EMAIL PROTECTED] i would be very greatful. cheers, ben -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Question regarding setup, upset and post install scripts
All, I am running cygwin at work and at home. As I need to customize cygwin for each environment (i.e., one for work, one for home) I found a way to build custom packages, that I would like to integrate into my setup. Such customizations include: - For ** my ** environments - remove the space in the passwd files for a user name (I have posted messages on this list in the past regarding a more primitive version) - Adding Win32 CPAN support to perl (I have posted messages on this list in the past regarding patches) - I ** NEEDED ** a -u flag to jar (the cygwin versions says it is unsupported), so build a wrapper script to a Windows version (uses cygpath to do cygwin/Windows file name conversions) etc. To integrate these into my setup, I found information on this list regarding upset, setup.hints etc. I have somewhat successfully got the setup.ini file working. However, my postinstall script is malfunctioning and I am trying to figure out how to debug it. When I run it ** AFTER ** cygwin has installed (not using my integration) the script works fine. How can I capture the output to a log file (via the setup) mechanism? I found these messages, but they haven't helped me too much. Any ideas? http://sources.redhat.com/ml/cygwin/2002-10/msg00955.html http://sources.redhat.com/ml/cygwin/2003-04/msg00379.html _ Alan Miles ICQ#: 171006836 More ways to contact me: http://wwp.icq.com/171006836 _ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: login-1.9-5
I have updated the version of login(1) to 1.9-5. This version solves a potential security problem. On the other hand, this requires to have a well maintained /etc/passwd and /etc/group file. If the login now fails, check that the group in your passwd entry matches a group in /etc/group and check that the group really exists. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have general questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. I would appreciate it if you would use this mailing list rather than emailing me directly. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cron-3.0.1-10
I have updated the version of cron on cygwin.com to 3.0.1-10. When starting cron in a console window, it was impossible to close the console window without killing also the cron daemon. This version solves that problem. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Admin and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it 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. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Vim and the navigating with arrow keys
True Vim'ers DO NOT navigate with arrow keys. I remember reading that somewhere. Certainly the correct way to navigate in Vim is with the H J K and L keys. Understood, acknowledged, yaddy yadda yaaa. That said - I like to use the arrow keys. It's habitual and something I've been doing for years and years. And like most folks, I resist change. Therefore, I'm a little disturbed that the latest Vim appears to have completely disabled the arrow keys for navigation, or even for mapping. Is this a planned and permanent new condition?? The previous version 6.1-300 still has arrow keys enabled, but 6.2-1 does not - or so it appears. Now I do note, the navigating appears much more precise and improved with 6.2-1, no more having to do CTRL-L's to refresh the screen after navigating small text files. (Which was a bother). I don't use RXVT, but bash in a cmd shell. I'm a minimalist at heart and try to use native and ubiquitous utilities to the greatest extent possible - which is why I long ago chose Vi as my primary editor. Because it's everywhere, especially in UNIX, I'm never without my editor. Anyhow, I'd just to like to know if anyone else has noticed this, cares, or knows something about it. I can of course live without arrows, but I'd rather not if I don't have to. WellChoice, Inc. made the following annotations on 06/10/2003 09:29:24 AM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vim and the navigating with arrow keys
Brian, At 06:27 2003-06-10, [EMAIL PROTECTED] wrote: True Vim'ers DO NOT navigate with arrow keys. I remember reading that somewhere. Certainly the correct way to navigate in Vim is with the H J K and L keys. Understood, acknowledged, yaddy yadda yaaa. That said - I like to use the arrow keys. It's habitual and something I've been doing for years and years. And like most folks, I resist change. Therefore, I'm a little disturbed that the latest Vim appears to have completely disabled the arrow keys for navigation, or even for mapping. You are mistaken. Arrow keys are working fine in: VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Jun 1 2003 19:49:13) If arrow keys are not functioning for you in Vim, the problem is not Vim itself. Is this a planned and permanent new condition?? The previous version 6.1-300 still has arrow keys enabled, but 6.2-1 does not - or so it appears. Now I do note, the navigating appears much more precise and improved with 6.2-1, no more having to do CTRL-L's to refresh the screen after navigating small text files. (Which was a bother). I don't use RXVT, but bash in a cmd shell. What TERM setting are you using? I have always found Vim to be virtually flawless in screen maintenance with TERM=cygwin under the Cygwin console-based terminal emulation. I'm a minimalist at heart and try to use native and ubiquitous utilities to the greatest extent possible - which is why I long ago chose Vi as my primary editor. Because it's everywhere, especially in UNIX, I'm never without my editor. Anyhow, I'd just to like to know if anyone else has noticed this, cares, or knows something about it. I can of course live without arrows, but I'd rather not if I don't have to. We're all deeply caring people here, even if a bit mean. Randall Schulz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question regarding setup, upset and post install scripts
On Tue, 10 Jun 2003, Alan Miles wrote: All, I am running cygwin at work and at home. As I need to customize cygwin for each environment (i.e., one for work, one for home) I found a way to build custom packages, that I would like to integrate into my setup. Such customizations include: - For ** my ** environments - remove the space in the passwd files for a user name (I have posted messages on this list in the past regarding a more primitive version) - Adding Win32 CPAN support to perl (I have posted messages on this list in the past regarding patches) - I ** NEEDED ** a -u flag to jar (the cygwin versions says it is unsupported), so build a wrapper script to a Windows version (uses cygpath to do cygwin/Windows file name conversions) etc. To integrate these into my setup, I found information on this list regarding upset, setup.hints etc. I have somewhat successfully got the setup.ini file working. However, my postinstall script is malfunctioning and I am trying to figure out how to debug it. When I run it ** AFTER ** cygwin has installed (not using my integration) the script works fine. How can I capture the output to a log file (via the setup) mechanism? I found these messages, but they haven't helped me too much. Any ideas? http://sources.redhat.com/ml/cygwin/2002-10/msg00955.html http://sources.redhat.com/ml/cygwin/2003-04/msg00379.html Alan, The first one is outdated, but the second should still be relevant. The newer versions of setup.exe (including the one on the Cygwin homepage -- http://cygwin.com/setup.exe) should save the output of postinstall scripts into /var/log/setup.log.full (both stdout and stderr). Note that if the script outputs nothing and commands simply return non-zero exit codes, this fact won't be captured in setup.log.full, so you'll have to at least set the '-x' flag. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
non network install
Hi, I would be gratefull if you could help with the following problem: I am trying to make a CD so that cywin binary/source can be installed from this CD. The reason being I only have a linux computer my friend only has a Windows XP. I have a fast internet connection , he has none. we finally did get his computer hooked up to my network and installed. However I would like to know how to do this still So I mirrored a cygwin ftp archive and burned them onto a CD. However when I try to install from the CD I get the following two errors many, many times when the post-install scripts are running. 1) sed.exe : The procedure entry point libintl_gettext could not be located in the dynamic link library cygintl-2.dll . 2) basename.exe : The procedure entry point libintl_bindtextdomain could not be located in the dynamic link library cygintl-2.dll Apparently as a result of these errors almost nothing works not even - ls, man , info ... etc. Since we have been trying to install almost the entire distro it is not possible that some thing is missing. If i am correct this particular library is provided by the gettext package which is being installed too. I also noticed oddly that setup.exe classifies packages into categories when I ran it on his computer , and did a network install but it lists all packages in one category misc when we tried to install from the CD i made. If this question has been often repeated here , I would be gratefull if you could just point me to the appropriate page. I have seen the script mkcygwget but would like to know how to obtain the corresponding source to make a source CD too. sincerely B Thomas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.22: popen() fails without /bin/sh
Hello, it seems to me that the popen() does not work correctly in applications running on hosts without /bin/sh available. The Cygwin's popen() should normally work in a way that after vfork(), the execl(/bin/sh...) is tried first and if it fails, the execlp(sh...) is tried to find sh on PATH. (see source in newlib/libc/posix.c/popen.c, or code lines bellow). A problem is that the execlp() gets never called because unsuccessful execl() causes vfork-ed child process to exit. Workaround is to use fork() instead of vfork() but this is perhaps too expensive. Does anybody face similar problem ? Is there any workaround if I want/need to use the built-in popen()? Many Thanks, Michal Just for clarification, this is the sequence in newlib/libc/posix.c/popen.c: execl(_PATH_BSHELL, sh, -c, program, NULL); #ifdef __CYGWIN__ /* On cygwin32, we may not have /bin/sh. In that case, try to find sh on PATH. */ execlp(sh, sh, -c, program, NULL); #endif Attached there are two example files. The file fails.c shows application which fails to spawn simple pwd when /bin/sh is not on path. The file works.c shows the private popen2() workaround using fork(). fails.c Description: Binary data works.c Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCE] LibXSLT (1.0.27) test packages available
Hi Elfyn, sorry for the little delay, but Monday was a holiday here in Germany, so I took the chance to get some private work done. Back in the office today, I saw that you have published the updated packages. I reran the basic test I sent you and that worked fine, both with the v1.50.0 and the latest v1.61.2 XSL stylesheets. Unfortunately my next test failed :o( It gets transformed well with the old versions of libxml2 and libxslt and the v1.61.2 XSL stylesheets. But the new versions fail with the v1.61.2 XSL stylesheets. After narrowing down the problem, I identified the affiliation tag within the authorgroup tag as the culprit of causing a segmentation fault. Running the same test on a real unix box, caused xsltproc to segfault as well. So the problem seems not to be with your port, but with xsltproc itself. xsltproc crahses in the xsltApplyTemplates() function. Uff, this turns out to be a real beast...I'm going to contact Daniel about it, hoping to get a new version of xsltproc... Nevertheless, congratulations for the port! Patrick BTW: If you want to crash xsltproc, try this: -bash-2.05b$ xsltproc -catalogs /usr/local/share/xsl/docbook/html/docbook.xsl Specification.xml Specification.html with the following snippet: ?xml version=1.0 standalone='no'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.2//EN http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd; !-- ROOT ELEMENT -- article class=specification lang=en vendor=Fillmore Labs revision=0.4 articleinfo titleSpecification/title authorgroup author firstnamePatrick/firstname surnameEisenacher/surname affiliation address email[EMAIL PROTECTED]/email /address /affiliation /author /authorgroup /articleinfo section id=introduction titleIntroduction/title para Give some short information about the product. /para /section /article Elfyn McBratney schrieb: On Thu, 5 Jun 2003, Patrick Eisenacher wrote: Hi Elfyn, unfortunately I'm less fortunate with the new libxslt package than Andreas. I cannot translate a simple xml document to html with the new version of xsltproc. Here are some infos: [...] Patrick, I've upgraded the Cygwin LibXSLT package to 1.0.30-1 and xsltproc now works with the DocBook stylesheets. Your simple test and a few others I have tried were all successful. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
B Thomas wrote: Hi, I would be gratefull if you could help with the following problem: I am trying to make a CD so that cywin binary/source can be installed from this CD. The reason being I only have a linux computer my friend only has a Windows XP. I have a fast internet connection , he has none. we finally did get his computer hooked up to my network and installed. However I would like to know how to do this still So I mirrored a cygwin ftp archive and burned them onto a CD. However when I try to install from the CD I get the following two errors many, many times when the post-install scripts are running. 1) sed.exe : The procedure entry point libintl_gettext could not be located in the dynamic link library cygintl-2.dll . 2) basename.exe : The procedure entry point libintl_bindtextdomain could not be located in the dynamic link library cygintl-2.dll Apparently as a result of these errors almost nothing works not even - ls, man , info ... etc. Since we have been trying to install almost the entire distro it is not possible that some thing is missing. If i am correct this particular library is provided by the gettext package which is being installed too. I also noticed oddly that setup.exe classifies packages into categories when I ran it on his computer , and did a network install but it lists all packages in one category misc when we tried to install from the CD i made. You've missed the setup.ini file, which contains all the category and dependency information. Obviously you haven't installed the entire distribution, because cygintl-2.dll is in the libintl2 package. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vim and the navigating with arrow keys
Well Randy, you were partially right (you may indeed be fully right, and me fully wrong). I had set up my profile ages ago when my cygwin know-how was much less than the little I know now. So somehow I ended up with TERM=rxvt. I changed it to TERM=cygwin and indeed, the arrow keys are back. However, I do take issue with your practically flawless line - for I still have the need to do CTRL-L refreshes with small files. Example: Simple text file with the following text: cygrunsrv -E cron Open in Vim, and do nothing but touch the L (lower case of course) key and navigate to the end of the line. The following text is the result: ccygrunsrv -E cro Of course a simple CTRL-L (lower case L) fixes this. I get the same result with the arrow keys. This is nothing new to me, and I've been living with it as long as I've used cygwin and vim together. The behavior occurs when navigating the first few lines of a large file, or any line of a file small enough to fit completely on the screen. None of this is crippling and if there is some setting I can change to correct it, it would be nice. I thank you sir for pointing out my incorrect TERM setting. Since I'm not qualified to give you a gold star, I'll simply pledge my support give you my promise to cast a ballot for you if a gold star referendum were ever held. ( hmmm, I can't remember if I'm registered to vote! ) Brian Kelly Randall R Schulz [EMAIL PROTECTED]@cygwin.com on 06/10/2003 09:41:59 AM Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:Re: Vim and the navigating with arrow keys Brian, At 06:27 2003-06-10, [EMAIL PROTECTED] wrote: True Vim'ers DO NOT navigate with arrow keys. I remember reading that somewhere. Certainly the correct way to navigate in Vim is with the H J K and L keys. Understood, acknowledged, yaddy yadda yaaa. That said - I like to use the arrow keys. It's habitual and something I've been doing for years and years. And like most folks, I resist change. Therefore, I'm a little disturbed that the latest Vim appears to have completely disabled the arrow keys for navigation, or even for mapping. You are mistaken. Arrow keys are working fine in: VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Jun 1 2003 19:49:13) If arrow keys are not functioning for you in Vim, the problem is not Vim itself. Is this a planned and permanent new condition?? The previous version 6.1-300 still has arrow keys enabled, but 6.2-1 does not - or so it appears. Now I do note, the navigating appears much more precise and improved with 6.2-1, no more having to do CTRL-L's to refresh the screen after navigating small text files. (Which was a bother). I don't use RXVT, but bash in a cmd shell. What TERM setting are you using? I have always found Vim to be virtually flawless in screen maintenance with TERM=cygwin under the Cygwin console-based terminal emulation. I'm a minimalist at heart and try to use native and ubiquitous utilities to the greatest extent possible - which is why I long ago chose Vi as my primary editor. Because it's everywhere, especially in UNIX, I'm never without my editor. Anyhow, I'd just to like to know if anyone else has noticed this, cares, or knows something about it. I can of course live without arrows, but I'd rather not if I don't have to. We're all deeply caring people here, even if a bit mean. Randall Schulz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ WellChoice, Inc. made the following annotations on 06/10/2003 10:27:10 AM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems on accessing Windows network resources.
1) Share a directory shared1 on computer1 set same password with a local account. 2) Be sure that \\computer1\shared1 can be accessed with no password query from the local account. 3) Login to the local account using ftp. 4) Access to \\computer1\shared1 from ftp login fails except for the first access after logging in as follows. I have found that this problem can be resolved by adding setegid()/setgid() prior to each seteuid()/setuid() in ftpd.c, though I don't understand what this means essentially. Does this become a hint? Takashi Yano. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
Hi, Thank you for responding. But it doesn't seem like I have some thing missing , here is the listing of my top level CD-ROM directory : directory - total 1116 -r--r--r--1 bt bt 2600 Jun 10 08:00 INSTALL.TXT -r--r--r--1 bt bt 4141 Apr 18 2002 README.TXT -r--r--r--1 bt bt 393740 Jun 9 19:38 cygwin.pdf dr-xr-xr-x5 bt bt 4096 Jun 10 05:50 mail-archives dr-xr-xr-x 17 bt bt 4096 Jun 10 04:55 math -r--r--r--1 bt bt225 Jun 10 06:47 md5.sum dr-xr-xr-x2 bt bt 4096 Jun 5 2002 private dr-xr-xr-x 174 bt bt 4096 Jun 10 06:47 release -r--r--r--1 bt bt 48079 Jun 9 22:07 setup.bz2 -r--r--r--1 bt bt 259072 Jun 10 06:35 setup.exe -r--r--r--1 bt bt 183808 Jun 9 22:07 setup.exe.old -r--r--r--1 bt bt 186186 Jun 9 22:07 setup.ini dr-xr-xr-x2 bt bt 4096 Jun 10 03:03 tmp dr-xr-xr-x2 bt bt 4096 Jun 10 09:41 utils dr-xr-xr-x3 bt bt 4096 Jun 10 04:58 xfree As you can see it is all there and was downloaded just yesterday. Infact I compared the setup.exe and setup.ini on both the CD and the hard drive. Both are identical byte by byte. Yet they behave differently or I must be hallucinating :-). Note the CD rom very closely mirrors the ftp archive. I am trying to find my way through setup's source code but with my busy schedule this is going to take a long long time, so I am really hoping some one would answer this. And yes I installed not only libintl2 but the other versions of libintl also . Infact in trying to solve this problem I tried to install all the packages except : apache ccache curl doxygen dpkg emacs enscript exim fortune gcc2 ghostscript gnugo guile libxml2 libxslt lilypond mutt nano perl pine postgresql proftpd python ruby splint squid swig tetex texmf xerces-c xfree I will gladly put the CD ISO image on an anonymous ftp site should anyone be interested in having a look at it. regards B Thomas On Tue, Jun 10, 2003 at 03:16:45PM +0100, Max Bowsher wrote: B Thomas wrote: Hi, I would be gratefull if you could help with the following problem: I am trying to make a CD so that cywin binary/source can be installed from this CD. The reason being I only have a linux computer my friend only has a Windows XP. I have a fast internet connection , he has none. we finally did get his computer hooked up to my network and installed. However I would like to know how to do this still So I mirrored a cygwin ftp archive and burned them onto a CD. However when I try to install from the CD I get the following two errors many, many times when the post-install scripts are running. 1) sed.exe : The procedure entry point libintl_gettext could not be located in the dynamic link library cygintl-2.dll . 2) basename.exe : The procedure entry point libintl_bindtextdomain could not be located in the dynamic link library cygintl-2.dll Apparently as a result of these errors almost nothing works not even - ls, man , info ... etc. Since we have been trying to install almost the entire distro it is not possible that some thing is missing. If i am correct this particular library is provided by the gettext package which is being installed too. I also noticed oddly that setup.exe classifies packages into categories when I ran it on his computer , and did a network install but it lists all packages in one category misc when we tried to install from the CD i made. You've missed the setup.ini file, which contains all the category and dependency information. Obviously you haven't installed the entire distribution, because cygintl-2.dll is in the libintl2 package. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vim and the navigating with arrow keys
Brian, At 07:25 2003-06-10, [EMAIL PROTECTED] wrote: ... However, I do take issue with your practically flawless line - for I still have the need to do CTRL-L refreshes with small files. Example: Simple text file with the following text: cygrunsrv -E cron Open in Vim, and do nothing but touch the L (lower case of course) key and navigate to the end of the line. The following text is the result: ccygrunsrv -E cro Again, I cannot recreate this symptom. How up-to-date are your other Cygwin packages? There have been termcap and terminfo updates in the past several weeks. Did you install them? Have you looked at you ~/.vimrc file lately to see if there's anything odd there? Perhaps clearing your ~/.viminfo would help? Do you use the tty option in your CYGWIN environment variable? I don't, so that could conceivably be a source of the dissimilarity between Vim's behavior on our respective systems. Of course a simple CTRL-L (lower case L) fixes this. I get the same result with the arrow keys. This is nothing new to me, and I've been living with it as long as I've used cygwin and vim together. The behavior occurs when navigating the first few lines of a large file, or any line of a file small enough to fit completely on the screen. There is no reason you should have to endure this misbehavior. None of this is crippling and if there is some setting I can change to correct it, it would be nice. I surely would not put up with it. I thank you sir for pointing out my incorrect TERM setting. Since I'm not qualified to give you a gold star, I'll simply pledge my support give you my promise to cast a ballot for you if a gold star referendum were ever held. ( hmmm, I can't remember if I'm registered to vote! ) Brian Kelly Randall Schulz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: openssl commandline tools always output in text mode
On Sat, Jun 07, 2003 at 11:50:21AM +0200, Corinna Vinschen wrote: Since I was a bit bored a few minutes ago I started to run your test on Linux and guess what? The testit.out file had CRLF lineendings, too. Ups, I just gave it a try on FreeBSD and got the same results as well! Weird. Perhaps this is in aticipation of some format adaption for SMTP... So it's very likely related to your input data, nothing behaving different in the Cygwin version of OpenSSL. It seems, no matter what input data the smime tool gets, it always converts it CR LF. As long as this is consistent on all platforms, I'm fine with it. Thanks for your feedback, Patrick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
Hi there My WAG is that you need to place all those top level directory contents into a single new top level directory. setup.exe is said to fumble the ball if you try an install from a package directory which is the root directory of a drive. When you run CD:\newtop\setup.exe you have to ensure that the nominated local package directory is CD:\newtop HTH Don Sharp B Thomas wrote: Hi, Thank you for responding. But it doesn't seem like I have some thing missing , here is the listing of my top level CD-ROM directory : directory - total 1116 -r--r--r--1 bt bt 2600 Jun 10 08:00 INSTALL.TXT -r--r--r--1 bt bt 4141 Apr 18 2002 README.TXT -r--r--r--1 bt bt 393740 Jun 9 19:38 cygwin.pdf dr-xr-xr-x5 bt bt 4096 Jun 10 05:50 mail-archives dr-xr-xr-x 17 bt bt 4096 Jun 10 04:55 math -r--r--r--1 bt bt225 Jun 10 06:47 md5.sum dr-xr-xr-x2 bt bt 4096 Jun 5 2002 private dr-xr-xr-x 174 bt bt 4096 Jun 10 06:47 release -r--r--r--1 bt bt 48079 Jun 9 22:07 setup.bz2 -r--r--r--1 bt bt 259072 Jun 10 06:35 setup.exe -r--r--r--1 bt bt 183808 Jun 9 22:07 setup.exe.old -r--r--r--1 bt bt 186186 Jun 9 22:07 setup.ini dr-xr-xr-x2 bt bt 4096 Jun 10 03:03 tmp dr-xr-xr-x2 bt bt 4096 Jun 10 09:41 utils dr-xr-xr-x3 bt bt 4096 Jun 10 04:58 xfree As you can see it is all there and was downloaded just yesterday. Infact I compared the setup.exe and setup.ini on both the CD and the hard drive. Both are identical byte by byte. Yet they behave differently or I must be hallucinating :-). Note the CD rom very closely mirrors the ftp archive. I am trying to find my way through setup's source code but with my busy schedule this is going to take a long long time, so I am really hoping some one would answer this. And yes I installed not only libintl2 but the other versions of libintl also . Infact in trying to solve this problem I tried to install all the packages except : apache ccache curl doxygen dpkg emacs enscript exim fortune gcc2 ghostscript gnugo guile libxml2 libxslt lilypond mutt nano perl pine postgresql proftpd python ruby splint squid swig tetex texmf xerces-c xfree I will gladly put the CD ISO image on an anonymous ftp site should anyone be interested in having a look at it. regards B Thomas On Tue, Jun 10, 2003 at 03:16:45PM +0100, Max Bowsher wrote: B Thomas wrote: Hi, I would be gratefull if you could help with the following problem: I am trying to make a CD so that cywin binary/source can be installed from this CD. The reason being I only have a linux computer my friend only has a Windows XP. I have a fast internet connection , he has none. we finally did get his computer hooked up to my network and installed. However I would like to know how to do this still So I mirrored a cygwin ftp archive and burned them onto a CD. However when I try to install from the CD I get the following two errors many, many times when the post-install scripts are running. 1) sed.exe : The procedure entry point libintl_gettext could not be located in the dynamic link library cygintl-2.dll . 2) basename.exe : The procedure entry point libintl_bindtextdomain could not be located in the dynamic link library cygintl-2.dll Apparently as a result of these errors almost nothing works not even - ls, man , info ... etc. Since we have been trying to install almost the entire distro it is not possible that some thing is missing. If i am correct this particular library is provided by the gettext package which is being installed too. I also noticed oddly that setup.exe classifies packages into categories when I ran it on his computer , and did a network install but it lists all packages in one category misc when we tried to install from the CD i made. You've missed the setup.ini file, which contains all the category and dependency information. Obviously you haven't installed the entire distribution, because cygintl-2.dll is in the libintl2 package. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Executable hang when using a cygwin telnet session
Hi all I have just seen something that seemed very odd, and I can't find any information about it that seems relevant in any of the usual places. A colleague is developing a win32 console cli program that does some useful stuff ... We've been testing it physically on our win2000 box under a normal dos prompt - and it works fine. We can also run the program from a BASH shell if I physically open the cygwin shell on the win2000 console. Again the new program does all of the stuff I would expect. Then I had a great idea, if we could telnet into our win2000 box we could put several people onto the testing of the new program. If I telnet into the box under the normal cygwin telnetd service, the program hangs (in the program loader ?) without producing any output at all (normally the first thing it does is printf a version / wellcome header). CRTL C will bring back the bash session, but the cli program refuses to run. HOWEVER, all of the normal win32 console apps (tracert, ipconfig, yadda yadda yadda) run perfectly well from the telnet session. I'm sure there is nothing wrong with inetd or telnetd as we use it quite a lot, but it's as if I'm missing something fundemental. Does anyone know why this program would behave like this and know if there are any workarounds ?? -- Chris --- Chris Lidgates private email| This email address is | lidgaca AT lycos DOT com | Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! http://login.mail.lycos.com/r/referral?aid=27005 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vim and the navigating with arrow keys
KUDOS - I had the following setting in the registry: /usr/bin/inetd.exe REG_SZ binmode tty ntsec Took out the tty and suddenly Vim works the way one would normally expect it to. Of course the above settings were standard fare for inetd installs according to setup instructions circa 2000-2001. They may still be - I don't know, haven't looked. Anyhow, do you know offhand if there is still any compelling reason to have tty in the Cygwin environment variable? Thanks again. Brian Kelly ( You're level of meanness gets only a 2 out of 10 - DISAPPOINTING!! I expect more!! ) Randall R Schulz [EMAIL PROTECTED]@cygwin.com on 06/10/2003 10:44:41 AM Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:Re: Vim and the navigating with arrow keys Brian, At 07:25 2003-06-10, [EMAIL PROTECTED] wrote: ... However, I do take issue with your practically flawless line - for I still have the need to do CTRL-L refreshes with small files. Example: Simple text file with the following text: cygrunsrv -E cron Open in Vim, and do nothing but touch the L (lower case of course) key and navigate to the end of the line. The following text is the result: ccygrunsrv -E cro Again, I cannot recreate this symptom. How up-to-date are your other Cygwin packages? There have been termcap and terminfo updates in the past several weeks. Did you install them? Have you looked at you ~/.vimrc file lately to see if there's anything odd there? Perhaps clearing your ~/.viminfo would help? Do you use the tty option in your CYGWIN environment variable? I don't, so that could conceivably be a source of the dissimilarity between Vim's behavior on our respective systems. Of course a simple CTRL-L (lower case L) fixes this. I get the same result with the arrow keys. This is nothing new to me, and I've been living with it as long as I've used cygwin and vim together. The behavior occurs when navigating the first few lines of a large file, or any line of a file small enough to fit completely on the screen. There is no reason you should have to endure this misbehavior. None of this is crippling and if there is some setting I can change to correct it, it would be nice. I surely would not put up with it. I thank you sir for pointing out my incorrect TERM setting. Since I'm not qualified to give you a gold star, I'll simply pledge my support give you my promise to cast a ballot for you if a gold star referendum were ever held. ( hmmm, I can't remember if I'm registered to vote! ) Brian Kelly Randall Schulz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ WellChoice, Inc. made the following annotations on 06/10/2003 11:51:37 AM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
exim 4.20.x patch to handle sendmail -O switch
Dear Sirs/Madams, Please find enclosed patches for your respective distributions. These patches allow exim to not fail on sendmail like switch -O. In send mail the -O switch allows configuration options to be set via the command line to override the .conf settings. Its general syntax is: -O option=value or the popular undocumented: -Ooption=value I believe this addresses Wish-List Item 181 for exim 3. This patch is needed to allow Bugzilla 2.17.4 to install and run properly on cygwin. They use: -ODeliveryMode=deferred -ODeliveryMode=background We look forward to seeing this patch included in your next release or fix. Sincerely, Jason Pyeron -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron http://www.pyerotechnics.com - - Owner Lead Pyerotechnics Development, Inc. - - +1 410 808 6646 (c) 500 West University Parkway #1S - - +1 410 467 2266 (f) Baltimore, Maryland 21210-3253 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. diff -burN virgin/exim-4.20-1/doc/exim.8 exim-4.20-1/doc/exim.8 --- virgin/exim-4.20-1/doc/exim.8 2003-05-12 09:39:24.0 -0400 +++ exim-4.20-1/doc/exim.8 2003-06-10 11:18:26.0 -0400 @@ -697,6 +697,10 @@ This option is interpreted by Sendmail to mean `no aliasing'. It is ignored by Exim. .TP +\fB-O\fR +This option is interpreted by Sendmail to mean `set option'. It is ignored by +Exim. +.TP \fB-oA file name\fR This option is used by Sendmail in conjunction with -bi to specify an alternative alias file name. Exim handles -bi differently; see the diff -burN virgin/exim-4.20-1/src/exim.c exim-4.20-1/src/exim.c --- virgin/exim-4.20-1/src/exim.c 2003-05-12 09:39:18.0 -0400 +++ exim-4.20-1/src/exim.c 2003-06-10 11:27:47.0 -0400 @@ -1840,6 +1840,23 @@ case 'n': break; +/* -O: Just ignore it. In sendmail, apparently -O option=value means +Set option option to the specified value. This form uses long names. +[EMAIL PROTECTED] */ + +case 'O': +/* need to handle -O option=value -Ooption=value */ +if (0 *argrest *argrest =' ') +{ + /* -O option=value */ + if (i+1 argc) ++i; else + { + fprintf(stderr, exim: string expected after -O\n); + exit(EXIT_FAILURE); + } +} +break; + case 'o': diff -burN virgin/exim-4.20-1/doc/exim.8 exim-4.20/doc/exim.8 --- virgin/exim-4.20-1/doc/exim.8 2003-05-12 09:39:24.0 -0400 +++ exim-4.20/doc/exim.82003-06-10 11:18:26.0 -0400 @@ -697,6 +697,10 @@ This option is interpreted by Sendmail to mean `no aliasing'. It is ignored by Exim. .TP +\fB-O\fR +This option is interpreted by Sendmail to mean `set option'. It is ignored by +Exim. +.TP \fB-oA file name\fR This option is used by Sendmail in conjunction with -bi to specify an alternative alias file name. Exim handles -bi differently; see the diff -burN virgin/exim-4.20-1/src/exim.c exim-4.20/src/exim.c --- virgin/exim-4.20-1/src/exim.c 2003-05-12 09:39:18.0 -0400 +++ exim-4.20/src/exim.c2003-06-10 11:27:47.0 -0400 @@ -1840,6 +1840,23 @@ case 'n': break; +/* -O: Just ignore it. In sendmail, apparently -O option=value means +Set option option to the specified value. This form uses long names. +[EMAIL PROTECTED] */ + +case 'O': +/* need to handle -O option=value -Ooption=value */ +if (0 *argrest *argrest =' ') +{ + /* -O option=value */ + if (i+1 argc) ++i; else + { + fprintf(stderr, exim: string expected after -O\n); + exit(EXIT_FAILURE); + } +} +break; + case 'o': -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: problem with telnet, xinetd, native console apps
On Monday, June 9 @ 5:22p, I wrote: I seem to have run into the same problem that folks with inetutils pre 1.3.2-11 had with console output from native apps not getting displayed in a telnet session. My console app doesn't display any output. A bit more info here. I get the same behavior via ssh and sshd. I'm doing $ ssh localhost to start the session, as I was doing $ telnet localhost and $ rsh localhost before. I tried getting inetd working and turning off xinetd to see if that would work, but no luck there. I think I followed the instructions in /usr/doc/Cygwin/inetutils-1.3.2.README correctly, but net start inetd fails. When I reboot the system, I get two errors in the system event log from the service control manager. They say that inetd took more than 3 seconds to start. Part of the instructions is to set the CYGWIN environment variable to binmode tty ntsec but when I do that, my program stops working even in a plain old bash with no telnet, no ssh, etc. Not sure if it's of interest, but my home directory when I start bash is c:/home/dbyron -- the same as the HOME user environment variable. My home directory after telnet or ssh is /cygdrive/c/Documents and Settings/dbyron -- same as if I had opened up a cmd window. If anyone has pointers to get this working, I'd love to hear about them. Thanks much. -DB -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
multicast support
I was wondering what the status of multicast is in Cygwin. I read some posts by Yang-hua Chu ( Subject : support for multicast socket ) on April 30 2002 indicating that there was not support at that point. Has this status changed? I seem to have the same problem with failing to bind after setting the socket options. And I am aware that winsock constants might be different. Yet, that did not appear to solve the issue either. Any suggestions? Thanks again, John Ostrom -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCE] LibXSLT (1.0.27) test packages available
On Tue, 10 Jun 2003, Patrick Eisenacher wrote: Hi Elfyn, sorry for the little delay, but Monday was a holiday here in Germany, so I took the chance to get some private work done. Back in the office today, I saw that you have published the updated packages. I reran the basic test I sent you and that worked fine, both with the v1.50.0 and the latest v1.61.2 XSL stylesheets. Unfortunately my next test failed :o( It gets transformed well with the old versions of libxml2 and libxslt and the v1.61.2 XSL stylesheets. But the new versions fail with the v1.61.2 XSL stylesheets. After narrowing down the problem, I identified the affiliation tag within the authorgroup tag as the culprit of causing a segmentation fault. Running the same test on a real unix box, caused xsltproc to segfault as well. So the problem seems not to be with your port, but with xsltproc itself. xsltproc crahses in the xsltApplyTemplates() function. Uff, this turns out to be a real beast...I'm going to contact Daniel about it, hoping to get a new version of xsltproc... This has been fixed in CVS (see http://bugzilla.gnome.org/show_bug.cgi?id=112703). I'd guess it will be in the next version, which I will of course be on the look out for. :-) Nevertheless, congratulations for the port! Thanks. Elfyn -- Elfyn McBratney (mailto:[EMAIL PROTECTED]) Systems Administrator ABCtales.com / Ubertales.co.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
/ B Thomas [EMAIL PROTECTED] wrote: | Hi, | I would be gratefull if you could help with the following problem: | [...] | So I mirrored a cygwin ftp archive and burned them onto a CD. However when | I try to install from the CD I get the following two errors many, many | times when the post-install scripts are running. Any special reason mirroring it over ftp (it sounds like that), instead of letting setup download the packages and put it as it wants them? /Andy -- All people are equal, but some are more equal that the others - Someone more equal -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vim and the navigating with arrow keys
[EMAIL PROTECTED] wrote: KUDOS - I had the following setting in the registry: /usr/bin/inetd.exe REG_SZ binmode tty ntsec I don't know that that's the culprit - I just set CYGWIN=tty and TERM=cygwin, and started a fresh bash from a cmd shell, and vim worked fine with your example. (Of course, it did show that other problem discussed around here, in that after I exited vim, bash was left in a no-echo mode..) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vim and the navigating with arrow keys
You are right. The tty is not the problem. Turns out Randy was completely correct in that the problem was with the TERM setting. I just put it back to rxvt and the problem came back. Took it out - problem went away. All the while tty is set in the Registry. So it does seem that the TERM setting is the determiner. I must be losing it - I thought I had closed all open cmd windows and opened a new one after updating the .profile - but - alas - that probably is not what actually happened. Brian Kelly Shankar Unni [EMAIL PROTECTED]@cygwin.com on 06/10/2003 01:43:16 PM Sent by:[EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject:Re: Vim and the navigating with arrow keys [EMAIL PROTECTED] wrote: KUDOS - I had the following setting in the registry: /usr/bin/inetd.exe REG_SZ binmode tty ntsec I don't know that that's the culprit - I just set CYGWIN=tty and TERM=cygwin, and started a fresh bash from a cmd shell, and vim worked fine with your example. (Of course, it did show that other problem discussed around here, in that after I exited vim, bash was left in a no-echo mode..) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ WellChoice, Inc. made the following annotations on 06/10/2003 02:06:57 PM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest version of vi messes up bash for me
On 9 Jun 2003 at 21:16, Pierre A. Humblet wrote: On Tue, Jun 10, 2003 at 03:57:32AM +0200, Stephen Biggs wrote: snip Maybe it is relevant to say that I am invoking cygwin by the shortcut of: C:\WINDOWS\COMMAND.COM /E:4096 /c C:\cygwin\bin\login steve with the /etc/passwd file entries: user::400:401:user:/home/user:/bin/bash steve::502:100:steve:/home/steve:/bin/bash sshd::545:545:sshd::/bin/false and /etc/group: all::544: users::100: user::401: ... instead of the normal batch file since this is the only way I could think of to log myself on as another user into Cygwin on Windows 98. Perhaps this is what is messing me up, but can anybody tell me a better way to do it? I need the user steve so I can use ssh to a different machine. Your passwd file is screwed up. Didn't cygwin generate one for you? If you login into Windows, use the Users control panel, create a user Steve. Log into Windows. Start Cygwin. Cygwin will use the entry for Steve. If you don't log into Windows, Cygwin looks for uid 500. So just put Steve:*:500:544:steve:/home/steve:/bin/bash It didn't work with the '*', so I took it out... Don't use uid 400, gid 401, they are reserved for non-existent entries. Got it... Again, this all worked before I updated my VI package. That's another story. No idea. Use emacs? :) Heh... Still no change with the blind terminal after VI. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Distributed Cygwin DLL's (fwd)
Before I reply (privately) the bellow is not sufficient, is it? -- Forwarded message -- On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote: I saw your project mentioned on one of the Savannah mailing lists. I noticed that on this page (http://www.cs.hut.fi/Research/Dynamics/software.html) you have a link where a user can download a zip file named 'cygwin-dll.zip', which contains, among other files, the Cygwin library (cygwin1.dll). You are also distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as I could tell, no sources to accompany those binaries. Are you aware that the GPL requires that you make such sources available? Yes. The source code is publicly available on a number sites. The binaries are built using unmodified versions of the source code provided by the copyright holder(s). AFAIK the GPL requires that you make the source available upon request. If someone requests the source code I will be happy to give a pointer to the source code on another site, place it on a server on my own for downloading, send it by email or burn it on a CD and snailmail the CD. Regards, Bjorn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rsh and rsync
I have downloaded cygwin today. Doing rsync from Windows 2000 (running cygwin) to NetBSD Unix box with the following: rsync -av test.txt [EMAIL PROTECTED]:/sd0/rsync I got the following error: - Runs commands on remote hosts running the RSH service. RSH host [-l username] [-n] command hostSpecifies the remote host on which to run command. -l username Specifies the user name to use on the remote host. If omitted, the logged on user name is used. -n Redirects the input of RSH to NULL. command Specifies the command to run. rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /tmp/rsync-2.5.6/i o.c(177) - The rshd is running on NetBSD, .rhosts is setup and I tried rsh standalone and run fine. Looked like the rsh usage is 'RSH host [-l username] [-n] command' but the rsh in rsync expected a different format. On Unix boxes, it is: rsh [-nd] [-l login] [EMAIL PROTECTED] [command] What's wrong with this picture? BTW, when specified ssh as the shell, rsync worked fine. Version: $ rsync --version rsync version 2.5.6 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others http://rsync.samba.org/ Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 32-bit system inums, 64-bit internal inums rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. Thanks for your help Jing -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest version of vi messes up bash for me
Stephen Biggs wrote: On 9 Jun 2003 at 21:16, Pierre A. Humblet wrote: On Tue, Jun 10, 2003 at 03:57:32AM +0200, Stephen Biggs wrote: snip Maybe it is relevant to say that I am invoking cygwin by the shortcut of: C:\WINDOWS\COMMAND.COM /E:4096 /c C:\cygwin\bin\login steve with the /etc/passwd file entries: user::400:401:user:/home/user:/bin/bash steve::502:100:steve:/home/steve:/bin/bash sshd::545:545:sshd::/bin/false and /etc/group: all::544: users::100: user::401: ... instead of the normal batch file since this is the only way I could think of to log myself on as another user into Cygwin on Windows 98. Perhaps this is what is messing me up, but can anybody tell me a better way to do it? I need the user steve so I can use ssh to a different machine. Your passwd file is screwed up. Didn't cygwin generate one for you? If you login into Windows, use the Users control panel, create a user Steve. Log into Windows. Start Cygwin. Cygwin will use the entry for Steve. If you don't log into Windows, Cygwin looks for uid 500. So just put Steve:*:500:544:steve:/home/steve:/bin/bash It didn't work with the '*', so I took it out... Don't use uid 400, gid 401, they are reserved for non-existent entries. Got it... Again, this all worked before I updated my VI package. That's another story. No idea. Use emacs? :) Heh... Still no change with the blind terminal after VI. It really would be helpful to see the output of cygcheck -r -s -v (_attached_). Can't you just start the bash prompt from cygwin.bat at least to get this information? Also, it would be useful to know if vim works for you if you login to Windows and use cygwin.bat instead. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
As I mentioned earlier I was trying to help a friend without a network connection install it . But now I just want to know how it can be done as I was trying to make a Cygwin CD so that he could use it to install both binaries and sources when he pleases. With a fair bit of inconvienence (as neither of us have a car) , we finally got his computer to my place and installed it over the network. I did not have a windows OS on my own computer to be able to run setup and did not trust wine. Now let me give you a stronger reason why I think distributing software ONLY by network installs is a very bad idea. If you were a average working man in almost any other country other than america then as you may check for your self a high speed internet would be quite a pinch on your monthly salary. To many it would not even be affordable. So if you think about this a while, making network install the only option is in very bad taste. I mention this since you specifically asked . Now if you do see my point is sincere and a valid one, you should be wondering why is there so little documentation on the cygwin site on how to do this or why is it almost impossible to find a reasonably priced CD rom distribution being sold by anyone ?. What kind of a marketing strategy do you think RedHat had here when they specifically took over cygwin from the earstwhile Cygnus solutions? If anyone does know of such a CD Rom distribution of the Cywin product family (both source and binary) I would very happly buy one so that I could help many more people install it on their computers, in future, with greater ease. In the absence of such an alternative I was looking for how to build a CD Rom distribution myself but found hardly any information!! sincerely B.Thomas On Tue, Jun 10, 2003 at 07:41:18PM +0200, Andrew Markebo wrote: / B Thomas [EMAIL PROTECTED] wrote: | Hi, | I would be gratefull if you could help with the following problem: | [...] | So I mirrored a cygwin ftp archive and burned them onto a CD. However when | I try to install from the CD I get the following two errors many, many | times when the post-install scripts are running. Any special reason mirroring it over ftp (it sounds like that), instead of letting setup download the packages and put it as it wants them? /Andy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Distributed Cygwin DLL's (fwd)
Does his zip file contain written notice that he will provide the source if requested for a period of at least 3 years? Either way, I think this guy is setting himself up for a fall if he's not archiving versions of the source. You can't get a copy of 3 year old Cygwin source for an arbitrary (or any) distribution from cygwin.com. Perhaps someone else is archiving each release for the past three years for his benefit. I'm skeptical of that though. Larry Elfyn McBratney wrote: Before I reply (privately) the bellow is not sufficient, is it? -- Forwarded message -- On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote: I saw your project mentioned on one of the Savannah mailing lists. I noticed that on this page (http://www.cs.hut.fi/Research/Dynamics/software.html) you have a link where a user can download a zip file named 'cygwin-dll.zip', which contains, among other files, the Cygwin library (cygwin1.dll). You are also distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as I could tell, no sources to accompany those binaries. Are you aware that the GPL requires that you make such sources available? Yes. The source code is publicly available on a number sites. The binaries are built using unmodified versions of the source code provided by the copyright holder(s). AFAIK the GPL requires that you make the source available upon request. If someone requests the source code I will be happy to give a pointer to the source code on another site, place it on a server on my own for downloading, send it by email or burn it on a CD and snailmail the CD. Regards, Bjorn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
We did try copying the CD contents to his harddrive to a directory in My Documents\temp\Cygwin\setup.exe(and other subdirectories) Then ran setup and specified that we wanted to install from local disk with path My Documents\temp\Cygwin\release. Even this gave the same errors as I originally posted. It was then we decided to make the effort to get his computer to my place. Please correct me if I am wrong but this seems to indicate the problem here was not that of the top level directory. Could you kindly point me to the web page where you read about this problem . sincerely B Thomas On Tue, Jun 10, 2003 at 04:03:00PM +0100, Don Sharp wrote: Hi there My WAG is that you need to place all those top level directory contents into a single new top level directory. setup.exe is said to fumble the ball if you try an install from a package directory which is the root directory of a drive. When you run CD:\newtop\setup.exe you have to ensure that the nominated local package directory is CD:\newtop HTH Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
B Thomas wrote: snip Now let me give you a stronger reason why I think distributing software ONLY by network installs is a very bad idea. Hm, what makes you think that Cygwin can only be distributed via network installs? You yourself noted that all the packages were available for download via FTP. Just because you couldn't find the one piece of information you needed to make this work for you doesn't mean that the option doesn't exist. If you were a average working man in almost any other country other than america then as you may check for your self a high speed internet would be quite a pinch on your monthly salary. To many it would not even be affordable. So if you think about this a while, making network install the only option is in very bad taste. I mention this since you specifically asked . Now if you do see my point is sincere and a valid one, you should be wondering why is there so little documentation on the cygwin site on how to do this or why is it almost impossible to find a reasonably priced CD rom distribution being sold by anyone ?. What kind of a marketing strategy do you think RedHat had here when they specifically took over cygwin from the earstwhile Cygnus solutions? It does sound like a sinister plot. But only because you're making it into one. Red Hat bought Cygnus Solutions. That has no bearing on the free software Cygwin project. While it's true that no corporation is selling Cygwin on a CD AFAIK, that doesn't mean that someone can't. Perhaps if you asked the list for such an offering, someone here would've been willing to provide such a CD for you. If anyone does know of such a CD Rom distribution of the Cywin product family (both source and binary) I would very happly buy one so that I could help many more people install it on their computers, in future, with greater ease. In the absence of such an alternative I was looking for how to build a CD Rom distribution myself but found hardly any information!! Sounds like you're quite worked up about this. That's too bad. True, there is not page on the Cygwin site that gives you step-by-step instructions on how to make a Cygwin CD. But others have asked before on this email list and the details of the process have been covered. You could've looked there. And actually, it's not that difficult. Really, I expect you have it right now. You just missed the rather arcane fact that things don't work unless you put it all in a subdirectory of the CD. C'est la vie. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
Hi, I did not mean to offend anyone. I do have strong feelings about such things. I will certainly try to make this CD and put instructions on my web page to do the same. Thank you for you paitence and understanding. sincerely B Thomas On Tue, Jun 10, 2003 at 05:22:59PM -0400, Larry Hall wrote: Sounds like you're quite worked up about this. That's too bad. True, there is not page on the Cygwin site that gives you step-by-step instructions on how to make a Cygwin CD. But others have asked before on this email list and the details of the process have been covered. You could've looked there. And actually, it's not that difficult. Really, I expect you have it right now. You just missed the rather arcane fact that things don't work unless you put it all in a subdirectory of the CD. C'est la vie. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rsh and rsync
Jing Zhao wrote: I have downloaded cygwin today. Doing rsync from Windows 2000 (running cygwin) to NetBSD Unix box with the following: rsync -av test.txt [EMAIL PROTECTED]:/sd0/rsync I got the following error: - Runs commands on remote hosts running the RSH service. RSH host [-l username] [-n] command hostSpecifies the remote host on which to run command. -l username Specifies the user name to use on the remote host. If omitted, the logged on user name is used. -n Redirects the input of RSH to NULL. command Specifies the command to run. rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /tmp/rsync-2.5.6/i o.c(177) - The rshd is running on NetBSD, .rhosts is setup and I tried rsh standalone and run fine. Looked like the rsh usage is 'RSH host [-l username] [-n] command' Your path is wrong. You're getting the Windows verison of rsh. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
See inline comment below. B Thomas wrote: We did try copying the CD contents to his harddrive to a directory in My Documents\temp\Cygwin\setup.exe(and other subdirectories) Then ran setup and specified that we wanted to install from local disk with path My Documents\temp\Cygwin\release. The path should be to the directory containing release. In your case My Documents\temp\Cygwin HTH Don Sharp Even this gave the same errors as I originally posted. It was then we decided to make the effort to get his computer to my place. Please correct me if I am wrong but this seems to indicate the problem here was not that of the top level directory. Could you kindly point me to the web page where you read about this problem . sincerely B Thomas On Tue, Jun 10, 2003 at 04:03:00PM +0100, Don Sharp wrote: Hi there My WAG is that you need to place all those top level directory contents into a single new top level directory. setup.exe is said to fumble the ball if you try an install from a package directory which is the root directory of a drive. When you run CD:\newtop\setup.exe you have to ensure that the nominated local package directory is CD:\newtop HTH Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rsh and rsync
Thanks Larry I found it. Now it works! -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: 2003?6?10? 17:07 To: Jing Zhao Cc: [EMAIL PROTECTED] Subject: Re: rsh and rsync Jing Zhao wrote: I have downloaded cygwin today. Doing rsync from Windows 2000 (running cygwin) to NetBSD Unix box with the following: rsync -av test.txt [EMAIL PROTECTED]:/sd0/rsync I got the following error: - Runs commands on remote hosts running the RSH service. RSH host [-l username] [-n] command hostSpecifies the remote host on which to run command. -l username Specifies the user name to use on the remote host. If omitted, the logged on user name is used. -n Redirects the input of RSH to NULL. command Specifies the command to run. rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /tmp/rsync-2.5.6/i o.c(177) - The rshd is running on NetBSD, .rhosts is setup and I tried rsh standalone and run fine. Looked like the rsh usage is 'RSH host [-l username] [-n] command' Your path is wrong. You're getting the Windows verison of rsh. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
B Thomas wrote: Hi, I did not mean to offend anyone. I do have strong feelings about such things. I will certainly try to make this CD and put instructions on my web page to do the same. Thank you for you paitence and understanding. No offense taken. I just wanted to be clear on the issues so that others who may see this thread in the email archives would get accurate information. Personally, I'd be real happy to see your instructions on making a CD become part of the Cygwin site. Would you consider supplying some wording or even a patch to the User's Guide? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest version of vi messes up bash for me
Larry Hall wrote: Also, it would be useful to know if vim works for you if you login to Windows and use cygwin.bat instead. * If I run cygwin.bat directly from Start/Run..., it works fine. (I mean I can start vim, exit, and echo is OK). (I don't have CYGWIN or TERM set in the native Windows system or user environment) * If I start a CMD shell, do set CYGWIN=tty and then start bash, and from within bash, run vim, again it's OK (by above defn.) * However, if I start CMD, and within it, directly run as one command env CYGWIN=tty bash, then when I exit vim, bash's echo is turned off. I suspect this last emulates the setup when login forks off bash (but sorry, pure wild-assed guess here). Cygcheck output attached. Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jun 10 15:54:22 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: c:/ant/bin c:/mysql/bin c:/Program Files/Microsoft Office/Office10 C:/Apps/bin C:/Apps/emacs-21.2/bin C:/ant/bin C:/java/bin C:/cygwin/bin c:/Program Files/Microsoft Visual Studio .NET/Vc7/bin C:/oracle/ora81/bin C:/oracle/ora81/Apache/Perl/5.00503/bin/mswin32-x86 C:/Program Files/Oracle/jre/1.1.7/bin C:/WINDOWS/system32 C:/WINDOWS C:/WINDOWS/System32/Wbem C:/Program Files/Common Files/Adaptec Shared/System C:\cygwin\bin\id.exe output (nontsec) UID: 1005(shankar) GID: 513(None) 513(None) C:\cygwin\bin\id.exe output (ntsec) UID: 1005(shankar) GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:/Shankar' PWD = `C:/Shankar' USER = `shankar' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\shankar\Application Data' CLIENTNAME = `Console' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `HQ-SHANKAR' ComSpec = `C:\WINDOWS\system32\cmd.exe' DEVMGR_SHOW_DETAILS = `1' EDITOR = `gnuclient' ENSCRIPT_LIBRARY = `C:/Apps/enscript' GROUP = `unknown' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\shankar' HOST = `HQ-SHANKAR' HOSTTYPE = `Windows 2000 5.1 Build 2600 (Service Pack 1)' JAVA_HOME = `C:\java' LESS = `-eimq~X' LOGNAME = `shankar' LOGONSERVER = `\\HQ-SHANKAR' MACHTYPE = `i386' NIGHTLY_BUILD = `1' NOREBIND = `1' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' OSTYPE = `Windows2000' P4EDITOR = `gnuclient' PAGER = `less' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' ProgramFiles = `C:\Program Files' SESSIONNAME = `Console' SHLVL = `1' SQLPATH = `c:/temp/sql;d:/orant/dbs' SYSPATH = `C:/Apps/bin;C:/Apps/emacs-21.2/bin;C:/ant/bin;C:/java/bin;C:/cygwin/bin;c:/Program Files/Microsoft Visual Studio .NET/Vc7/bin;C:/oracle/ora81/bin;C:/oracle/ora81/Apache/Perl/5.00503/bin/mswin32-x86;C:/Program Files/Oracle/jre/1.1.7/bin;C:/WINDOWS/system32;C:/WINDOWS;C:/WINDOWS/System32/Wbem;C:/Program Files/Common Files/Adaptec Shared/System' SystemDrive = `C:' SystemRoot = `C:\WINDOWS' TEMP = `C:\Temp' TMP = `C:\Temp' TMPDIR = `c:/temp' USERDOMAIN = `HQ-SHANKAR' USERNAME = `shankar' USERPROFILE = `C:\Documents and Settings\shankar' VENDOR = `Microsoft' VISUAL = `gnuclient' windir = `C:\WINDOWS' WV_GATEWAY_CFG = `C:\oracle\ora81\Apache\modplsql\cfg\wdbsvr.app' 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 = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 28576Mb 63% CP CS UN PA FC d: cd N/AN/A C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive system textmode,cygdrive Found: C:/cygwin/bin\awk.exe Found: C:/cygwin/bin\bash.exe Found: C:/cygwin/bin\cat.exe Found: C:/cygwin/bin\cp.exe Found: C:/cygwin/bin\cpp.exe Found: C:/cygwin/bin\find.exe Found: C:/WINDOWS/system32\find.exe Warning: C:/cygwin/bin\find.exe hides C:/WINDOWS/system32\find.exe Found: C:/cygwin/bin\gcc.exe Found: C:/cygwin/bin\gdb.exe Found:
Re: latest version of vi messes up bash for me
On Tue, 10 Jun 2003, Shankar Unni wrote: Larry Hall wrote: Also, it would be useful to know if vim works for you if you login to Windows and use cygwin.bat instead. * If I run cygwin.bat directly from Start/Run..., it works fine. (I mean I can start vim, exit, and echo is OK). (I don't have CYGWIN or TERM set in the native Windows system or user environment) * If I start a CMD shell, do set CYGWIN=tty and then start bash, and from within bash, run vim, again it's OK (by above defn.) * However, if I start CMD, and within it, directly run as one command env CYGWIN=tty bash, then when I exit vim, bash's echo is turned off. I suspect this last emulates the setup when login forks off bash (but sorry, pure wild-assed guess here). Cygcheck output attached. Shankar, The bash man page says An interactive shell is one started without non-option arguments and without the -c option whose standard input and output are both con- nected to terminals (as determined by isatty(3)), or one started with the -i option. PS1 is set and $- includes i if bash is interactive, allowing a shell script or a startup file to test this state. I suspect that your bash may be getting confused about whether it's running interactively. Try printing $- from inside bash. Also try giving the '-i' option to bash and see if it helps. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: latest version of vi messes up bash for me
Igor Pechtchanski [mailto:[EMAIL PROTECTED] wrote: The bash man page says An interactive shell is one started without non-option arguments and without the -c option whose standard input and output are both connected to terminals (as determined by isatty(3)), or one started with the -i option. And that's exactly how I start it. C:\ env CYGWIN=tty bash However, I now see that the effects of this are odd, at best. Sometimes, when I start it this way, the *first* command I type is echoed properly, but the second and subsequent ones are not echoed. And some other times, it comes up from the start as noecho. But then again: C:\ set CYGWIN=tty C:\ bash This works flawlessly. Commands always echo, and I can start and exit vim to my heart's content. Actually, this seems to point out that vim is likely *NOT* the culprit, and that it's a bash weirdness of some sort when it's passed CYGWIN=tty in the envp[] only (and not in the system environment). Is some part of the runtime initializing itself from the system environment, while others look at envp[], perhaps? Interesting.. -- Shankar. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
AC_CYGWIN?
Hi What's the proper way to check if I am compiling on a cygwin system from within an autoconf configure.in script? thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: AC_CYGWIN?
Alexander Enchevich wrote: Hi What's the proper way to check if I am compiling on a cygwin system from within an autoconf configure.in script? From the subject, you clearly already have an idea. If you check the autoconf docs, they will tell you that that macro is obsolete, and tell you how you should be doing it. Of course, checking for a platform kind of goes against the whole feature-not-platform tests ideal of autoconf. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Perl 5.8.0-3 requires binary-mounted .cpan
-1 worked with text mounts, never tried binary ones but I have to assume they worked as well. This is with cygwin1.dll 1.5.0s(0.87/3/2) 20030608. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Distributed cygwin DLL's (fwd)
On Tue, Jun 10, 2003 at 09:52:25PM +0100, Elfyn McBratney wrote: Before I reply (privately) the bellow is not sufficient, is it? -- Forwarded message -- On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote: I saw your project mentioned on one of the Savannah mailing lists. I noticed that on this page (http://www.cs.hut.fi/Research/Dynamics/software.html) you have a link where a user can download a zip file named 'cygwin-dll.zip', which contains, among other files, the Cygwin library (cygwin1.dll). You are also distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as I could tell, no sources to accompany those binaries. Are you aware that the GPL requires that you make such sources available? Yes. The source code is publicly available on a number sites. The binaries are built using unmodified versions of the source code provided by the copyright holder(s). AFAIK the GPL requires that you make the source available upon request. If someone requests the source code I will be happy to give a pointer to the source code on another site, place it on a server on my own for downloading, send it by email or burn it on a CD and snailmail the CD. Feel free to forward this to him: As long as you can provide the exact source code required to regenerate the DLL that you are providing and you advertise the fact that you will make it available on request, that should be fine. Pointing elsewhere is not acceptable unless you have made an arrangement with another site to provide the sources for your binaries. We do not offer this service since we only keep the source code for the last couple of releases around. We see these types of issues all of the time. We've asked Richard Stallman about this issue and he pointed us to the FSF GPL FAQ, specifically: http://www.gnu.org/licenses/gpl-faq.html#SourceAndBinaryOnDifferentSites cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: AC_CYGWIN?
Thanks for the tip Max, I looked in 'info autoconf' and found this =info autoconf=== If you want to base a decision on the system where your program will be run, make sure you use the `$host' variable, as in the following excerpt: case $host in *-*-msdos* | *-*-go32* | *-*-mingw32* | *-*-cygwin* | *-*-windows*) MUMBLE_INIT=mumble.ini ;; *) MUMBLE_INIT=.mumbleinit ;; esac AC_SUBST([MUMBLE_INIT]) =info autoconf=== So I guess that's all I need... Of course, checking for a platform kind of goes against the whole feature-not-platform tests ideal of autoconf. I have to! :/ The code is already there, full of defines (#ifdef WIN32 and #ifdef APPLE) and it was not written with Linux or cygwin in mind and now it has to be converted, so... -Original Message- From: Max Bowsher [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 5:16 PM To: Alexander Enchevich; [EMAIL PROTECTED] Subject: Re: AC_CYGWIN? Alexander Enchevich wrote: Hi What's the proper way to check if I am compiling on a cygwin system from within an autoconf configure.in script? From the subject, you clearly already have an idea. If you check the autoconf docs, they will tell you that that macro is obsolete, and tell you how you should be doing it. Of course, checking for a platform kind of goes against the whole feature-not-platform tests ideal of autoconf. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Distributed cygwin DLL's (fwd)
Feel free to forward this to him: [...] cgf Have done. Thank you. Elfyn -- Elfyn McBratney (mailto:[EMAIL PROTECTED]) Systems Administrator ABCtales.com / Ubertales.co.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
In-Reply-To: [EMAIL PROTECTED] Thank you very much for all your replies. Having the distribution in folder below the top one does indeed solve the problem. I wrote a bunch of tiny bash scripts to make the check dependencies and make the iso image for two CD's. I shall put up the scripts and detailed instructions on my web page this weekend. I will be gladly help in making the patch to the users manual too. I am familiar with TeX, LaTeX and HTML but not Texinfo. I shall try learning it , but that will take me time. If there is a posibility for converting LateX/Tex with Texinfo that would be great. However I would like to develop the scripts into a simple but effective program for making the images first. Here are some of my concerns with writing a program for making CD images, please do make suggetions as appropriate . Right now the way I have it set is that the entire distribution fits onto 2 CD's , except 1997 and 1998 mail-archives. I have tried to make these CD's so that all packages on CD 1 do not depend on any package on CD 2 . However packages in CD 2 may depend on CD 1. I did this as I was not sure how setup.exe would behave if it found unmet dependencies. I guess I could have deleted the older versions and unnecessary things like mail-archives so that it all fit on one CD. However personally I was disinclined to do this as I don't see why we must have such a restriction that the CD ROM distribution has to be one CD. Moreover Cywin is bound to grow. Also having older version may be a good idea since if there is a bug in a later version that is unacceptable to the user he may choose an older one. The way I am doing the dependency checking right now is not very satisfactory and would appreciate suggestions . I greped through the setup.hints files in each package directory , picked out the requires lines , appropriately edited it using sed , makeing a table which I saved in a file. I also have another file that is a table with two columns - one the package name (directory) and the other the CD to which it belong. A script then uses these two files to check dependencies of CD 1 are fullfilled within it . I am acutely aware that this is not the way to go so would like to build a portable and robust script that would able to do all of the above using just the ftp archive . I would like to be insensitive to changes in the ftp archive and be portable to atleast windows and linux . I am familiar with C, C++, Java , BASH , Fortran and would be willing tor try another language if appropriate. What do you think ? Also both dpkg, and rpm have very powerfull dependency checking engines so this seems like reinventing the wheel. Alternatively is it better to hack the setup.exe code to do all this. I haven't read the code so am not very sure if it is portable . sincerely B Thomas On Tue, Jun 10, 2003 at 06:26:26PM -0400, Larry Hall wrote: B Thomas wrote: Hi, I did not mean to offend anyone. I do have strong feelings about such things. I will certainly try to make this CD and put instructions on my web page to do the same. Thank you for you paitence and understanding. No offense taken. I just wanted to be clear on the issues so that others who may see this thread in the email archives would get accurate information. Personally, I'd be real happy to see your instructions on making a CD become part of the Cygwin site. Would you consider supplying some wording or even a patch to the User's Guide? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: libxslt-1.0.30-2
I've made a new version of LibXSLT (1.0.30-2) available for downloading. This is a *maintainance release* only. The only addition is a one-line fix from current CVS, which fixes fixes the SIGSEGV mentioned in this http://www.cygwin.com/ml/cygwin/2003-06/msg00568.html thread. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Admin and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it 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. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Elfyn McBratney Cygwin LibXSLT Maintainer -- Elfyn McBratney (mailto:[EMAIL PROTECTED]) Systems Administrator ABCtales.com / Ubertales.co.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
login to cygwin on win2K and see network drives
Hi I have Cygwin version 1.3.22, running on Win2K SP3. I want to set it up so I can have inetd running and use telnet to log in. I have set up my password and groups files so the user information is loaded from the domain controller (using mkpasswd, mkgroup). I can install the inetd service (inetd -install-as-service), and start it. I can log in OK using my user name and password, BUT any existing shares mounted onto drive letters are not available. This used to work OK under NT4, and now does not seem to work under Win2K (though I upgraded my version of cygwin between these also.) I cannot go back to NT4, as my NT4 machines has been replaced. Can you help? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup hangs between create icons and postinstall und
I downloaded the latest version of Setup (2.340.2.5) and have tried to install it several times under Win ME 4.90.3000. It always hangs at the same point, right after Create Icons, with the following message in a DOS window: This program has performed an illegal operation and will be terminated. Quit all programs and then restart your computer. If I click on the Details box, all it gives me is Fault Location : C000.0D66Restarting windows at this point and trying to run Cygwin gives the same message with a different Fault Location : C000.7A00 At this point, if I check C:\cygwin\etc\postinstall, all the files have .sh at the end, none have the .done. C:\cygwin\var\log doesn't exist. I've tried the default install, the ALL install, and the default + a few packages. Same results for all of them. I've tried running setup again over the top, same results. I've tried deleting the whole thing (directories, registry entries, Setup) and starting over, same results. Any ideas or other things I should check? --- End of forwarded message --- Will Marsh [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Some useful permission setting scripts
I've tried a bunch of things, nothing seems to work better and more cleanly than these few scripts I wrote for setting or resetting file permissions in cygwin on Windows XP, especially when things seem stuck or weird. The order of the chmod and the chown before the cacls command is important. The double quotes are important, especially since there are MANY spaces in filenames in Windows. FILENAME: /usr/local/bin/permission-everyone PURPOSE: Resets permission recursively to be available to everybody USAGE:It takes a while for this to complete if your directory is big, just wait. #! /bin/sh for file in $@; do echo $file chmod -R 777 $file chown -R Administrators:SYSTEM $file echo y | cacls $file /t /g everyone:f done FILENAME: /usr/local/bin/permission-bozo PURPOSE: Lets me and WARNING: If you omit nt authority\system then services that start at system time can't read your files. WARNING: If you omit administrators then if you reinstall Windows, you can NEVER, NEVER, EVER get to the file again, even as administrator! (SOLUTION: use partition magic, convert your drive to FAT32 drops the bad permission, then convert your drive back to NTFS which sets default permissions letting you get to your files again). NOTE: Replace bozo with your user name. #! /bin/sh for file in $@; do echo $file chmod -R 755 $file chown -R Administrators:SYSTEM $file echo y | cacls $file /t /g nt authority\system:f bozo:f administrators:f done FILENAME: /usr/local/bin/permission-bozo-not-recursive PURPOSE: Same as above, but only works on the one file, not recursively #! /bin/sh for file in $@; do echo $file chmod 755 $file chown Administrators:SYSTEM $file echo y | cacls $file /g nt authority\system:f bozo:f administrators:f done FILENAME: /usr/local/bin/permission-strictly-bozo PURPOSE: If you ignore the warnings above, use this to make the files only viewable strictly by bozo. WARNING: See warning above about not letting Administrator in. You've been warned! NOTE: Replace bozo with your user name. #! /bin/sh for file in $@; do echo $file chmod -R 700 $file chown -R Bozo:None $file echo y | cacls $file /t /g bozo:f done I grant this to the public domain -- Max Polk ([EMAIL PROTECTED]) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: non network install
Here are the scripts I used, some explaination is also in another post to this thread : --- #!/bin/sh # Script to check the dependencies of packages in the Cygwin distribution # The script needs the file CDindex.txt and depends.txt in the same # directory as it is in, which must be the parent directory of the cywin # distribution (i.e. the parent of the ftp directory of cygwin) # The file CDindex.txt is created as described in duimage and the file # depends.txt is created by greping through the setup.hints file in # each packages directory and extracting lines with requires in them (some # manual editing was necessary to fix bugs caused by non standard # step.hints) # The output of this helps identify dependency problems . # USAGE: chkdepends [cd1 | cd2] # for item in `cat CDindex.txt | grep $1 | grep release | sed 's/^.*release\///'` do echo Dependencies of package $item : deps=`cat depends.txt | grep ^$item\: | sed 's/^.*requires\://'` for dep in $deps do cd=`cat CDindex.txt | grep ^.*release/$dep$ | sed 's/\.*$//'` echo $dep - which is in $cd done echo -e \n done - #!/bin/sh # Gives size of images of the Cygwin archive for CD burning # This uses a file CDindex.txt with directory listings to which a first column # has been added indicating the CD number to which the particular directory or # file must belong. # # USEAGE : ./duimage CD-NUMBER # Where CD-NUMBER may be any one of the numbers used in the first column of # CDindex.txt; this is written confirming to regular expression cd? in order # to be compatible with the provided scripts # # NOTE: # Depending on the format of the CDindex.txt file you may need to edit # this script so that FILES is a single list of all directory entries whose # image needs to be made.In particular the sed/grep script on the first # line may# need to be changed. A good way to generate the CDindex.txt # is to do # du -hsc cygwin/* CDindex.txt # in the parent of the directory to be archived i.e cygwin, and then edit it # to put in the first column specify CD number. FILES=`cat CDindex.txt | grep ^$1 | sed 's/^.*cygwin\//cygwin\//'` du -hsc $FILES - #!/bin/sh # Makes images of the Cygwin archive for CD burning # This uses a file CDindex.txt with directory listings to which a first column # has been added indicating the CD number to which the particular # directory or file must belong. # # USEAGE : ./makeimage CD-NUMBER # Where CD-NUMBER may be any one of the numbers used in the first column # of CDindex.txt . This will make an ISO image containing all the directory # entries# whose first column is the particular number i.e. cd? (regexp) # # NOTE: # Depending on the format of the CDindex.txt file you may need to edit # this script so that FILES is a single list of all directory entries whose # image needs to be made.In particular the sed/grep script on the first # line may# need to be changed. A good way to generate the CDindex.txt # is to do # du -hsc cygwin/* CDindex.txt in the directory to be archived, and # then # edit it to put in the first column specify CD number. FILES=`cat CDindex.txt | grep ^$1 | sed 's/^.*cygwin\//cygwin\//'` for file in $FILES do IMAGES=$IMAGES $file=$file done echo $IMAGES DATE=`date +%d-%m-%Y-$1` mkisofs -ACygwin-$DATE -graft-points -hide-rr-moved -rJ -o cd.iso $IMAGES *SAMPLE: CDindex.txt and depends.txt files I generated** DEPENDS.TXT ELFIO:requires: cygwin _update-info-dir:requires: texinfo ash a2ps:requires: cygwin groff man agetty:requires: cygwin login apache:requires: cygwin gdbm astyle:requires: cygwin autoconf:requires: ash autoconf automake:requires: ash automake base-files:requires: ash fileutils sh-utils textutils findutils sed base-passwd:requires: cygwin ash bash:requires: cygwin termcap _update-info-dir bc:requires: cygwin binutils:requires: cygwin ash bison:requires: cygwin gettext m4 byacc:requires: cygwin bzip2:requires: cygwin texinfo ccache:requires: gcc chkconfig:requires: cygwin initscripts clear:requires: cygwin cmake:requires: ncurses cygwin compface:requires: cygwin cron:requires: cygwin ctags:requires: cygwin curl:requires: cygwin openssl cvs:requires: ash cygwin gdbm crypt textutils cygutils:requires: cygwin popt gettext libiconv cygwin-doc:requires: cygwin man gzip sed newlib-man cygutils cygwin:requires: gettext _update-info-dir base-passwd dejagnu:requires: expect diffutils:requires: ash cygwin doxygen:requires: cygwin libpng dpkg:requires: perl cygwin gettext ed:requires: cygwin emacs:requires: ctags ncurses
Re: .dll and .lib files
Paul G. wrote: Is there a reason to respond to a posting with guesses? Just curious. Curiosity killed the cat... Guess it is safer to not say anything than to say what may be true... I'll buy that. Will you take a dead cat as payment? ;-) Paul G. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup I18N problems
Please do not send personal mail with Cygwin questions unless specifically requested. The Cygwin mailing list is the proper place to address all Cygwin inquiries. For your convenience, I've redirected this query there and set the Reply-To appropriately. You might also wish to repeat your search of the archives regarding CD-ROM installation, as there have been some more discussions recently. Igor On Wed, 11 Jun 2003, Yen(2) Chun(1) Mei(3) wrote: Dear sir : I search the mailing-list to solve my problems. But I don't There are two problems about Cygwin. I. Using CD-ROM to setup Cygwin 1. I download the files from mirror site(ftp://cygwin.csie.ntu.edu.tw) 2. I write a script file to seperate src exe file (attach file:shelley.pl) ex: the CD contains release\a2ps\a2ps-4.12-1.tar.bz2 release\a2ps\md5.sum release\a2ps\setup.hint 3. reference mailing list http://sources.redhat.com/ml/cygwin/2003-05/msg00843.html http://sources.redhat.com/ml/cygwin/2002-09/msg00689.html http://sources.redhat.com/ml/cygwin/2002-10/msg00211.html 4. when cygwin setup finished, the error messages show the following http://sources.redhat.com/ml/cygwin/2003-02/msg00683.html I don't know why ? II. I18N for Cygwin 1. I want to use Cygwin in Chinese output and input. 2. I find about I18N from mailing-list hardly. the following mention a little http://sources.redhat.com/ml/cygwin/2001-07/msg00484.html http://www.jaist.ac.jp/~fujieda/cygwin/i18n.shtml (This data is too old to patch it !!) http://skeishi.hp.infoseek.co.jp/cygwin+X/ (This site I can't read Japanese) 3. Could you tell me I18N for Cygwin situtations ? 4. How to change locale into zh_TW.Big5 ? (attach file : locale.c) Thanks in advance !! Shelley -- Chaoyang University of Technology WebMail http://webmail.cyut.edu.tw -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton shelley.pl Description: Binary data #define USE_XOPEN_SOURCE #include stdio.h #include locale.h #ifdef USE_XOPEN_SOURCE # include langinfo.h #endif #include X11/Xlib.h #include X11/Xlocale.h main() { printf(LC_CTYPE = %s\n, setlocale(LC_CTYPE, )); #ifdef USE_XOPEN_SOURCE printf(encoding = %s\n, nl_langinfo(CODESET)); #endif if (XSupportsLocale() == True) printf(X Locale = OK\n); } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .dll and .lib files
On Tue, 10 Jun 2003, Larry Hall wrote: Paul G. wrote: Is there a reason to respond to a posting with guesses? Just curious. Curiosity killed the cat... Guess it is safer to not say anything than to say what may be true... I'll buy that. Will you take a dead cat as payment? Larry, you never know with them Schrödinger's cats... Unless it's out of the box? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: libxslt-1.0.30-2
I've made a new version of LibXSLT (1.0.30-2) available for downloading. This is a *maintainance release* only. The only addition is a one-line fix from current CVS, which fixes fixes the SIGSEGV mentioned in this http://www.cygwin.com/ml/cygwin/2003-06/msg00568.html thread. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Admin and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it 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. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Elfyn McBratney Cygwin LibXSLT Maintainer -- Elfyn McBratney (mailto:[EMAIL PROTECTED]) Systems Administrator ABCtales.com / Ubertales.co.uk